Claude.md配置学术科研

今天啊，我会用一个视频给大家讲明白什么是 cloud 点 md， 以及你应该如何使用它。首先我们来看一看什么是 cloud 点 md。 首先 cloud 点 md 是 一种规定、约法或者是原则，它 可以避免 ai 健忘或者是跑偏。第二， cloud 点 md 是 用于补充上下文的，那我们知道模型的上下文会有哪些内容啊？首先会有你跟他的聊天记录，过往的聊天的历史以及调用各种工具的输入，还有缓存。 cloud 点 m d 补充是什么？上新闻呢？它补充的是那些仅凭项目内容本身无法被 ai 准确推断的信息，比如说你的使用习惯，你的工作流程以及你的代码规范等等。 第三， cloud 点 m d 也是属于按需下载的，它有自己的层级结构，非常类似于公司的组织架构。那我们来对比一下公司的组织架构是什么样的？假如你入职了一家公司，那这家公司一定会有自己的规章制度、章程和文化。 一个公司下面通常会有非常多的部门，比如说有开发部、市场部、产品部、运营部等等。那比如说如果你在开发部门，那开发部门会有自己的技术架构、代码风格以及写作的方式， 市场部门他也会有自己的品牌的定位，受众的群体。那如果我们把这个公司的组织架构放在 cloud dmd 这个层级架构上，你就很清晰的明白了，根目录的 cloud dmd， 它就相当于公司的规章制度、章程和文化，是所有项目都应该遵循的基本的规范和准则。 下面这些部门其实就类似于你电脑上的某一个开发项目，那这个项目会有自己特定的需要被约束的规章制度、规范流程等等。那 给大家看一个括号点 md 呢？它就包含了有代码风格，那你应该使用 e s 的 语法，不要使用 com g s， 那 有可能情况下你先使用结构导入，那以及他都有他的工作流程，比如说在完成一系列代码修改后，务必进行类型的检查，那这就是一种约束和规范。 那我们知道了 colldmd 是 什么，它有层级结构，那我给大家演示一下我本地的 colldmd 是 什么样的。首先我们看看我们根目录的 colldmd 到底是什么样子的， 那我的根目录就要求，比如第一个默认进入 play 模式，第二个是用子代理策略，第三个要做自我的循环的改进，它是一些总体的约束规范，是每个项目都必须遵守的。那我们再看一看一个项目级别的 colldmd 是 什么样的，那比如说这个项目就是我用来把 md 的 文本转成图片的一个项目，那我们看看它的 colldmd 是 什么样子的。 那这个刻到点 m d 呢？就是 ai 来帮我生成的，不是我手工编辑的。每次在我发现 ai 的 输出不准确或反复的犯一些错误的时候呢，我就会让 ai 总结，把这些案例经验都写到这个刻到点 m d 里面。比如说这里的一个案例是说图片高度计算的问题，他反复的出错，那我就会让他把整个的过程给我描述出来，以及说最终 怎么才把这个问题给修复掉的经验全部都总结在这里，以及说一些没有一开始发现的错误，到后期如何去发现它的这个过程，经验教训都放在这里面， 我们可以清晰的感觉到不同层级目录架构的 copy md 内容是不一样的，那在根目录下的它更多的是总体的所有项目都应该遵循的规范和约束。而项目项目的 copy md 更多是和这个项目本身有很大关系的，比如说这个项目的技术架构规范，它的一些经验教学总结等等，也是可以放在项目维度的 copy md 里面的。 那第三，我们如何创建 collude md 文件呢？那创建 collude md 呢？有两种方式，第一种方式就是你手动到项目下面去创建一个 collude md 文件，然后手工去编辑它，那这种方式肯定是比较麻烦的。还有一种方式啊，是 collude code 给我们提供一个很方便的命令，可以让我们一键的生成 collude md。 我 给大家演示一下，首先我们进入 collude， 开启一个绘画，然后斜杠调起一粒的命令，然后回车， 这个时候啊这个命令就会自动的帮助我们去读取当前整个项目的结构规范等等文件，那这个过程会需要一些时间。 好了，那这个时候我们的 cloud dmd 已经创建好了，让我们来看一看它的内容。那首先它这里面有整个项目的概述介绍，这个项目是干嘛的，以及常用的一些命令部署方式以及 它的架构、核心服务，这些全部都给生成出来了。那你之后在迭代过程中，那你的 cloud 就 会去遵循这个 cloud 里面的一些背景信息，然后能够更好的帮助你去迭代。那第四， cloud dmd 的 最佳实践是什么？ 经过过去一段时间的使用啊，我总结大概这四点的 color d m d 的 最佳实践，第一点是要保持 color d m d 的 简洁易读和清晰。第二个你需要定期去维护啊，你可以让 ai 帮你去做总结，去写 color d m d， 但是你还是需要定期的去人工 re view 去删除那些可能不太合适的，或者是说非常繁杂庸俗的。第三个呢，是你需要反 反复去测试，如果效果不好，你再去修改，然后再去测试，经过一段时间打磨啊，你会找到一个非常适合你的长期用的 color d m d 文件呢。第三个团队协助。那如果你是存在多个人一起开发一个项目嘛，我建议你把 color d m d 提交到代码仓库里面，这样相当于大家都会遵循同样的一份 color d m d 的 规范去做开发。第四个是本地多项目， 那如果你本地有多个项目需要开发，那我建议你使用拷好点 md， 你 可以把你的工作流程，你的代码规范等等东西都写在拷好点 md 里面，那你这个多个项目都会遵循同样的这个工作流程和风格去开发。那如果你本地只有一个项目，你要不要在公众下面创建？拷好点 md 其实没有那么重要，你可以不用创建。 第五个拷好点 md 的 模板参考，那在这里呢，我整理了两份拷好的点 md 的 模板，一份是简单版本的，你可以直接拿去用的。拷好点 md， 这个我自己用了一段时间之后，我发现效果非常的棒啊，很推荐你来试一下。那如果你还有任何不明白的地方，欢迎你在评论区跟我留言。那我是新起，每天分享一个外包固定的小技巧。

百分之九十用 cloud code 的 人不知道，这个文件配好了，从实习生直接变老员工。这个文件叫 cloud mod， 放在项目跟目录。 cloud 每次干活之前先读它，相当于你给 ai 写了一份项目说明书，没有它， cloud 就是 刚入职第一天，什么都要问你，我给你看我自己的 clude 写了什么。 首先是环境管理，我同时写 python， go， python， script， rust 四种语言，每种语言的包管理器都不一样。 python 禁止用 p， p 必须用单 p， man 和 yarn 必须用 p， n， p 或 bun 这些写清楚了， cloud 就 不会每次猜错你的工具链。然后是代码规范，单文件不超过两百行，超了必须拆分，禁止硬编码，端口 u l l 配置全部走环境变量，禁止静默吞异常，所有错误必须记录，禁止向后兼容，旧代码直接删，不留兼容层。 还有一条很重要，先搜后写，新建任何文件之前必须先搜索项目里有没有类似功能，有就扩展，不要重复造轮子。再就是踩坑记录，比如 road 浏览器关闭，必须先 kill 再 clean up， 不 然 chrome 变僵尸进程。 比如启动紫禁城前必须显示声明环境变量，不然端口冲突查半天这些坑。写一次， cloud 再也不踩三个高级功能 skills， 把复杂操作打包成一个命令，比如我写了一套代码审查技能，一个斜杠命令，跑七层，检查安全漏洞，逻辑错误，数据一致性，重复，代码命名规范全部自动扫 hooks， 每次 cloud 改代码自动触发检查，有问题直接拦截，不让有缺陷的代码通过 memory 话对话，持久记忆，今天告诉 cloud 你 的偏好，明天新开对话，他还记得没有 c l a d 点 m d 之前 cloud 每次都在猜包管理系用错命名风格乱套测试命令反复问，配好之后直接按你的规矩来一个文件的事儿。想要我的 c l u d d m d 模板。

大家使用到 kol 的 都发现他非常的好用，不管是写作、科研，写代码，做数据分析，编程等等啊，但是他也有一个致命的缺陷，就是有些不稳定， 以及呢费用太高，次数太少，比如说这个一百美金一个月的，他最快十九分钟你就能消耗完，需要再等待五小时才能继续的使用啊，他这有一个编辑器啊，究竟能用多久？我们在这里选择任务复杂二就相当简单了，然后 每天提问一百一十条左右啊，一百美金的就已经消耗了将近一半，然后呢， pro 二十美金的早已经消耗殆尽了，若是任务难度高一点点到四 max， 一 百美金的 就一天的额度全部使用完了，但是好用也是真的好用，如果大家也想使用到的话，都可以点击我主页的置顶作品找到我。

大家是不是还在手动画这种机智图啊？今天来给分享一个非常简单的方法，把这个简单的指令以及我们的需求发送给他，他就能直接生成一段提示词，我们复制这段提示词，然后打开配套，我们在这里粘贴， 然后全选，可以选择各种各样的，我们点击机智图等待他就能直接进行生成，并且在这里可以去进行二次编辑分层，也能直接点击下载，如果大家也想使用的话，可以点击我主页的置顶作品找到我。

真正教你 curl code 的 进阶使用，已经狂揽二点二万新标。 slash commands， 教你把高频的操作做成一键命令 memory 和 curl 点。 m d 教 ai 记住项目规则， checkpoints 让你试错时候还能回退。 c l i 教你把 procode 接近终端和自动化 skills， 教你把复杂任务封装成固定的流程 pos， 让检查和校验自动触发。 m c p 教你连接 keep up 数据库这些外部工具。 sub agents， 教你把大任务 拆解成多个代理协助。 advanced feature 教你处理规划后台任务和权限控制。 projects 则是把整套工作流直接打包互用，赶紧去学一下，让你 wipe 扣顶的效率提升十倍！

用 cloud 写代码，他帮你选了 view， 但你说不对，要用 react， 他 用了蛇形命名，你说还是不对，要用驼峰，那这样来回改来改去，可能大半个小时就过去了。 其实我们只需要在根目录加一个文件，这个文件叫 cloud 点 n d， cloud 每次启动都会自动读取，它读完之后会按里面的规则去执行，说白了就是一份不会消失的系统提示词，你在对话里说的话，下次就忘了。而写在这个文件里的规则会一直生效。 但这个文件不是说越写的越多越好，我一开始往里面塞了五十多个规则，结果 ai 反而乱套了。规则之间有可能会有一些相互冲突的地方， 而后来我砍到三块，可能就只有十几行。那技术栈是什么？命名的规范是什么？哪些文件不能动，而每一块只写约束？不解释。原理是这样子的，这个文件会占用 ai 的 上下文窗口，你写的越长，它留给做正事的空间就越少了。 所以规则精简到只剩下一些应约束， ai 执行的反而更稳定。所以我们精简到只写不能做什么，比事无巨细的写清楚。

用括号扣的啊，很多人一上来就会踩坑。那今天收五个最常见的。第一个，指令太模糊，帮我修复登录 bug。 那 到底报了什么错？附件步骤是什么？你想要什么结果？那 cloud 的 不是你肚子里的蛔虫啊，你给他信息越少，他猜的越离谱。 正确的做法是啊，把文件路径、报错，截图、日制全甩给他，再说清楚附件的步骤和你期望的结果。你喂的越细啊，它输出越准。第二个，不用 cloud 点 md。 cloud 点 md 是 什么？ 就是在你的项目根目录下放一个叫 cloud md 的 文件，里面写上你的项目背景，技术栈，编码规范。那 cloud 的 每次启动的时候都会去读这个文件，没有它啊， cloud 每次都要重新去参与这个项目，到底是干嘛的？有了它，一上来就能够进入工作状态，很多新手压根不知道有这个功能啊，但其实它真的很好用。 第三个，一次性让 cloud 改太多的东西，有人一上来就有一个超大的需求，让他一口气重构整个项目，然后呢？改着改工了，那你都不知道是哪一步出了问题。那正确做法是啊， 把大学九拆细，改一点验一点，每次改完让他帮你提交代码保存进度出了问题啊，你还可以回滚。那第四个，改完不验证，这个坑最多人踩啊。 卡拉扣的改完不代表他改对了代码能跑，也不代表逻辑对了，有时候他还会偷偷影响别的功能，你可能都不知道。所以啊，一定要让卡拉扣的帮你写完测试并验证，验证通过了才算完。 第五个啊，不管你对话长度聊太久，对话越来越长， cloud 的 输出质量就会下降，他记不住前面说过什么，或者会记混。那怎么办呢？用两个命令，第一， compact， 压缩历史对话， 保留关键的信息，减少上下文的占用。第二， clear， 直接清空上下文，从零开始。那任务做完了，最好开个新的对话，别在同一个对话里面聊太多的东西。那这五个错误啊，你中了几个呢？欢迎在评论区聊聊。

你是否发现，每次开启新的 cloud 对 话，它就像失忆了一样？今天我们聊聊如何让 cloud 记住你的项目。默认情况下， cloud code 的 每个绘画都是从零开始的，它不记得你上个绘画改了什么，也不记得你的偏号。 为了解决这个问题， cloud 提供了两个神器，你写的 cloud md 文件，以及他自己写的自动记忆。简单来说， cloud md 是 你给他的规矩，而自动记忆是他在工作中偷偷记下的心得。 我们先来看 cloud md， 这是你掌控 cloud 行为的最直接方式，它就是一个普通的 markdown 文本文件。 cloud 在 每次启动时都会先读一遍。 这些文件可以放在三个地方，分别对应不同的生效范围。公司级、项目级和个人级。公司级规则通常由 it 部门统一部署，比如安全规范或代码标准，所有员工都会强制执行。 项目级规则放在你的代码跟目录，它会随着代码提交到 get， 让整个团队的 cloud 都遵守同样的规范。 如果你有自己的私人代码习惯，可以放在用户目录下的这个文件中，它对你电脑上的所有项目都生效。懒得自己写，直接在 cloud code 里输入斜杠 init， 它会自动分析你的代码，并生成一份出使说明。 那么怎么写才能让 cloud 听得更明白呢？这里有三个秘诀，第一，保持简短，每个文件最好不要超过二百行，太长了它反而记不住重点。 第二，结构清晰，多用标题和列表，就像人类阅读一样，整齐的排版能帮它快速定位信息。 第三，指令要具体，不要说代码写漂亮点，要说使用两个空格缩进，越具体越好。 如果你想引用别的文档，可以用艾特符号加路径。比如艾特 remy， 他 就会把 remy 的 内容也加进记忆。当项目变大时，一个 cloud md 就 不够用了。这时候你需要 cloud rules 文件夹。 你可以把规则拆开，测试规则放一个文件， api 设计放一个文件，让它们各司其职。最厉害的是，你可以指定规则只在处理特定文件夹时生效，比如只有改 api 代码时才加载 api 规范。 这样做不仅能节省可 out 的 大脑空间，还能防止无关的规则干扰它的判断。 接下来聊聊最省心的功能，自动记忆。这是 cloud 自己给自己写的笔记。这个功能默认是开启的，它会观察你的纠正和偏好，并自动把它们存起来。 比如你常用的测试命令或者某个 bug 的 解决方法， cloud 都会默默记在心里。 这些记忆存在你电脑的本地目录里，这意味着你的隐私是安全的，记忆不会跨机器同步。 它有一个主缩隐文件叫 memory md。 cloud 每次启动只读前二百行，所以它会自动把详细内容移到别的分类文件里。当你在界面上看到 writing memory 字样时，就说明 cloud 正在更新它的知识库。 最后，我们来看看如何管理这些记忆，以及出错了怎么办。输入斜杠 memory， 你 可以看到当前加载了哪些规则文件，也可以在这里开关自动记忆。如果 cloud 没遵守你的规则，先别急，检查一下这几点。 首先，用 memory 命令确认文件加载了没。其次，看看指令是不是太模糊。最后，检查有没有互相矛盾的规则，即使你使用了斜杠 compact 来压缩对话， cloud md 里的规则也会被重新加载，永远不会丢失。 总结一下， cloud md 是 你定的规矩，自动记忆是它的心得，善用它们， cloud 就 会越用越顺手。现在就去你的项目根目录输入斜杠以。 net 开启 cloud 的 持久化记忆之旅吧。感谢观看。

loco 创始人在他自己的官推中分享了十三种他自己的经常的用法，今天给大家带来第四和第五条， clock 的 markdown 文件。 clock 点 md 杰伦先说他们团队，无论每个人同时开启多少个 clockdown 的 并行，但他们永远都会围绕着一个共享的 markdown 文件部分的内容呢，如图所示。那这个文件到底是在干嘛的呢？ 现在的 ai， 大家都知道，写代码非常快，非常强，而 cloud code 呢，或者是其他的各种 a 阵，看起来都很聪明，但一旦把它放到真实的项目里，就开始让人头疼了。 工具用错，规矩不懂，你让它改一点点，它顺手给你来了一个大装修。所以今天这条视频呢，我想跟你分享一个经常被我们忽略但特别关键的东西。这个东西就是 ai 的 执行手册。在 clock code 里面呢，叫做 clock 点 n d， 而在 codex open i 的 这个 agent 文件里呢，叫做 agent 到 n d。 先不要被这个名字吓到。 clock 点 n d 呢，不会自己去运行，它也不是你代码的一部分，你不需要执行它，它也不会改变你的程序。它的作用很简单，给 ai 去看如何去写代码，或者说用一句更白话地说，它就是你写给 ai 的 工作，说明 代码之难。如果你不写代码，那么我给你举一个生活化的例子，比如今天咱们家里请来了一个保姆，这个保姆呢，特别聪明，什么都会，反应也快。但是呢，你的家庭背景没给他讲，你们生活习惯没给他讲，你的规矩也没给他说清楚，结果就会出现这种情况。家里的孩子不吃辣， 保姆呢，给你整了个麻辣锅，非常香，你说你们让他修个灯，他结果呢？把你把天花板全部都给拆了。问题呢，不在于保姆本身的能力，而在于他不知道你这边是怎么干活的，你的规矩是什么？你的喜好是什么？而 clock 呢，也是这样。 如果你没有这个 markdown 文档，会发生什么呢？举个常见的例子，比如你是一个后端的 node 项目，你可以跟 class 说帮我加个一代，顺便跑一下测试，结果呢，他很可能给你哈 npm install 什么什么什么或者 npm test， 你马上傻眼，因为你心里很清楚，我们家的这个项目根本不用 n p m， 我 们全部都是用棒的结果怎么办？你只能自己改，或者呢，你再跟他解释一遍，下次呢，还可能再犯，因为你没有白纸黑字把咱们的规矩写清楚。又或者你跟他说帮我给用户加个字段， clock 呢，很可能直接就改你的数据结构。如果你是真做业务的，那这一步已经开始让你头大了，对不对？生产环境，数据迁移，回滚方案这些它默认都不会替你考虑的。所以 这个时候 clock 点 markdown 的 文档就出现了，你在项目里跟他说一句，我们统一用 bun， 或者再来一句，数据库只能通过 migration 去改，不能够直接动。 从那刻开始， cloud 的 做事的方式立马就变了，因为他知道工具我应该选哪个，哪些地方我不能碰，哪些步骤我不能省。这个就好像你跟你的团队交代清楚了咱们的代码流程，写代码的风格， 那现在我们回过头来看， boris， 也就是 cloud 创始人所分享他自己的这个 md 的 文件都写了什么呢？ always use fun， not n p m。 这句话很直白，翻译成人话就是，别想太多，我们永远拥抱。后面写的呢，也不是技术细节，全部都是流程。改完代码，你要先检查明显的问题，再跑测试，最后再确认能不能交差。这其实就是你在告诉 cloud， 你 不是来随便写写的，你是要按照我的规则，我的制度 把握的，要给你的活给干完。所以呢，没有 cloud md 文件的 cloud 呢？就好像一个很聪明但是没在你公司干过活的人，有了这个文档之后，他的行为就会明显变得克制， 工具用的对，改动范围更收敛，而很少他会顺手搞出一些副作用，因为你会感觉他开始就是站在你这边去想问题的。那如果我不写代码，我用这个东西有意义吗？ 当然有意义，原因很简单，因为你用的 ai 不 只是写代码的，写文案，做分析，剪视频，做运营，都会是 agent 在 帮你干的活，那你规则不讲清楚， agent 一定就会乱跑。所以 cloud md 所代表的是一种用 ai 的 方法。先讲清楚你这边的世界是怎么运行的。那么日常呢，他们团队会经常更谨慎地维护这个文件，因为这个是 agent 写代码的纲令。那 boris 在 他的 twitter 上分享的第五条就是，一旦你把 cloud 连上你的 github 之后，你可以直接去 at 你的 clock， 让它去修改这个文件，作为你 pull request 的 一部分。那方法呢，就是输入 slash install get help action。 那 如果你只随便玩玩 ai 呢？那我讲这些都无所谓，但如果你希望把 ai 变成你的合作者，那么有边界、有 判断，能够长期用，那么你就必须要学会一件事，把咱们干活的规矩写下来， a cloud， the cloud md， olex 的 agent md 就是 我们的规矩、张力和工作流程。

ok， 哈喽，大家今天给大家讲解一下 cloud 点 md 它本质上是个什么东西啊？以及怎么样去设置配置。你的 cloud md 可以 发挥出 cloud code 它最大的一个功能，这里面当然不仅仅限于 cloud md 啊， a， 零点 md， 用 gmail 或者是呃， codex kimi 都是 ok 的。 ok， 那 咱们先说一下它这个底层原理是什么样子的？ 呃，首先就是你看这张图啊， calco 它每次启动绘画的这个时候，它会加载三个东西，首先是它自己的系统提示词，然后是 cloud md， 最后才是你一个你发的这个消息提示词。那 cloud md 呢？它不是系统提示词，它是一种叫做上下文注注的一种机制。 那这里面你看我旁边写了一个遵循率的百分之七十，什么意思？就是这个 context may or may not be relevant。 呃，这个 cloud md 他 有可能相关，有可能不相关，就他并不是每次一定都会遵循这个，如果你的 cloud 他 会自己判断，他觉得如果他会自己判断，那如果你说这个提问提了个问题，跟你的项目没什么关系，他可能就不会用 cloud md， 或者是你 cloud md 长期不更新，已经完全的 不不适配了，那他也不会用。另外就如果你 call 点 b 写的太长了，那他也不是，就是每次强制执行，那他就会就会呃，降低这个相关的概率，同时差前面会影响到他，可能也会忽略掉 ok， 就 他这个层面的啊。然后我们看一下这个也是概率性的，然后我们看一下 call 点 call 点 b 他 应该怎么怎么写，应该写什么。那写的话你包括这三个东西，一个是 y word 还有 h， 那 y 它的话就是设计理念，因为后面我会讲 ctrl d 这个东西，它不只是能当一个地图用，它也可以包含你自己的设计理念去啊在里面。所以说 你这个 y， 它就包含说为什么要这么做，然后为什么我们怎么去设计一个 folder 的， 我们这个项目是怎么样去运行的？ y 要写上，那除了 y 之外还有号号的话，它更多就是说怎么去做这个事情，或者说你自己的一些常用的命令啊，验证的流程啊，代码规范等等都可以加在号里面。 那 word 的 话就是整个你的项目的一个地图，类似于呃定，就是很，就是什么，比如说你的技术站用了什么，用了什么技术站呢？呃， cloud 去哪找东西啊？这些都可以在 word 里面去写。那很多人就犯了一个错误，就是他觉得 word 和 y 写上， word 和号写上就够了，他没有写写 y， 因为他觉得，哦，我好像让这个 cloud 知道怎么去做，要做什么就行。那你没有必要知道为什么要做这个事。但其实这个也挺关键的，因为我们说的 word 和 这个 y， 它并不能包含所有的这个情况，有一些事情，有一些时候，呃， cloud 和 y 它并不能包含所有的这个，那这个时候它就需要用， 因为我的号里面没写，他这时候就要用 y 里面的这个设计里面他自己去推这个情况该怎么处理。所以说这个 y 呢，他是能呃一个原理性，他可以让 cloud 去推理什么时候该用什么东西。 ok， 然后下页看一下，对，这里面就是讲了一个这个井号这样的一个用途， 就是你每次也不用完全自己写这个，或者自己更新好的 md。 有 的时候你在工作的时候，比如说你想起来一个什么或新创的文件，你告诉他在哪，那你怎么快捷去弄一下？你就用这个加一个井号，然后后面直接开始输入内容，比如说我这里写了 always use bind， 或者是这个什么什么东西在在什么地方等等等等，具体情况自己定义。那你自动写入 color， 帮你自动写入，它会让你选择级别，个人级在这里面项目级在这里面个人级就加个 logo 的 md， 项目级就没有这个 logo 啊。 ok， 看一下，下 一个就是一个跟 color md 相关的一个命令啊 inet， 那 它干嘛用呢？就如果你的项目还没有 color md， 或者是别人的项目它没有 call 点，那你用个 init， 它就可以扫描你的这个结构，什么什么 package json， 什么目录结构，一点 m d， 这些扫描以后，它会帮你写一个 call 点 m d 出来。或者说如果你的 call 点 m d 长期没有更新，它也会帮你写一个啊 call 点 m d 出来。对，但这个，呃，除了这并不是唯一的一个方式去下载设置你的 iphone id， 后面还有两种方式，其实有无限种方式，后面再讲两个稍微高级一点的用法。呃， init， 它会把你的整个文件夹都给扫描到，所以说如果你的文件夹里面有很多无关的东西， 他说已经过时的东西，你最好在自己那个里面那个 copy 里检查一下，因为有些东西他已经不需要了。那你把这个 copy 这个目录写太长了，其实也不好，会影响上下文，所以他写完以后你自己去查一下，有些东西不要了，你自己要不能随时清，要不然就是 copy 里面你要写好 ok， 下面这个是一个 illustrator pattern， 这个就是一个用 cloud md 然后来调度的一个方式。我们刚才不是说了吗， cloud md 里面要写一个 y， 就是 说其实你是可以操纵你的整个项目去如何配合如何用的， 所以你可以跟通过 color md， 然后来定义你和这个 color 的 一个写作方式。那这里面一个比较常用的写作方式，就是一个 illustrator 这样的一个写作方式，它是什么样的一个形式呢？就是，呃，首先你需要一个 illustrator， 他 是一个协调者，他不去执行执行任务，他只是负责问题拆分，任务拆分，然后去委托给不同的 agent， 然后 agent 他 去执行，以后呢？产出以后他交给 verify， 就是 一个验证者加查作业的，然后如果 ok 的 话，那去 下一个任务，如果不 ok， 那 就再反过来再去重复委托。那你在 ko 的 m g 里面要干要干嘛呢？就是定义好整个的这样的一个配合的方式，所以他这时候就不只是一个目录了，他还需要定义这种配合的方式，你要让 ko 知道，每次你分配一个任务，他都会这么去做。 ok， 然后这个是 ajax groupflow 这样一个 call 点 b 的 使用方式，它的结构是这样的，首先有一个 呃 call 点 b， 然后你要设置几个不同的 folder， 一 共是两个 folder， 一个是 directive， 一个是 execution， 两个 folder， 那你要在 cloud 点 b 里面约定好就是怎么使用一套系统，使用方式就是这样的。首先，呃， directiff folder 里面它放的全都是纯粹的文字， word doc 文件告诉他，告诉这个标有任何代码，告诉 你，告诉这个 cloud 的 某些事情，约定好你要怎么去做。呃，当然这里怎么去做的话，你可以像写 sql 点 b 那 样，一个步骤 face 一， face two， 步骤一，步骤二，然后， 呃，有什么样的边边界，有什么的输入啊什么的输出都没规定好。呃，当然有一些复杂工作的话，比如说像是如果用 nba 的 话，那有的时候需要需要去跑一些脚本的，比如说你要去爬虫或者连个 api 这些东西。那 我们把这个这部分纯执行这部分放在一个 execution folder 里面执行这个 folder 里面，这个 folder 里面就只放那些 python 的 脚本，各种各样的那种执行执行的代码。为什么要这么设置呢？因为 directive。 呃，它这个里面 它是完全的灵活性，让大模型去做决定的，但大模型决定的话，它还是有一定的概率的属性，有一定的确定性。但是这个 execution folder 里面，它这些脚本是确定性的，是稳定的，而且是非常非常快速的。 呃，这样就既平衡了一个呃创造性，同时又平衡了一定的这个稳定性，所以叫 energetic workflow。 那 中间这个 oxaction 它是干嘛用的？它是中间一个过渡层，也就是 他像一个项目经理一样，每次从九幺 k 里面看要做到什么，要做什么任务以后，他就把这些任务，然后准确的去调用对应的这个工具，然后去呃综合，然后去完成。对，然后他还有一个功能，就是确保你在整个这个工作流他能呃 有一定的这个叫做鲁棒型。就是说如果你这个工作里头他比如说某次降维 a p p 失败了，那他应该返回一个什么样的一个信息，或者是嗯 应该进入另外一个分支。当然还要说一下，就是呃你可能运行几次有发现更好的方法呢？他也可以帮你去去更新这个脚本等等。 首先总而言之就是整个这套互动的方式都是在 call 点 m b 里面写好，然后告诉在 call 点 m b 里面告诉他说，呃这个 folder 里面放的什么，那个 folder 里面放什么？你到时候去里面找就 ok 了。

这瓶科研 ai 工具从夯到拉，第一个是 cloud， cloud 真的 是最被低估的科研工具了，它是写作最像人类的 ai， 非常擅长英文论文的精细润色，理论结构优化，公认的安全系数最高。对于只写英文切开的朋友， cloud 真的 可以给到夯爆了。但是它的问题是呢，它的中文能力较弱，所以综合下来，我可以给到一个顶级。 第二个，艾玛，小众企业潜力选手使用门槛较高，因为他是需要我们手动输入数据库的，比如你输入了同一本期看的多篇论文，他会根据这些论文回答问题，总结其他调性，给出投稿意见等等。艾玛，如果条件好了，可以给到一个人上人，但你刚上手还没调教的时候，只能给到一个拉完了。 第三个呢？ deepsea， 咱国产之光纯纯理科生啊，强逻辑，擅长统计分析，数学和代码能力突出。但是无论是中文还是英文，在人文社科的语感和文采方面都略有一般，理科生可以放心冲哈给到一个顶级。 第四个呢， jimmy 最近的风真的很大啊，我使用下来，它的使用体感和 gpt 差不多。它最大的优势呢，是在于和 google scholar 深度集成， 学术解锁的效率超级高。而且再比如说图表数据格式化这方面，它的表现非常的优秀，就是你输入 excel， 它就直接给你生成图带误差线的那种。但是它的缺点呢，在于使用门槛非常高，对国人很不友好，所以含泪给到一个顶级。 第五个呢， j p 元老级选手，综合能力天花板直接给到吭。不用多说，逻辑推理，理论建模，英文润色，文献剪辑，代码能力，跨学科思路拓展，这些都非常的优秀，而且中文能力也非常的优秀。 第六个呢，豆包，别小看我们家小豆包啊，豆包的中文是最自然最有文采的，人文社科的同学要重视起来，而且它产品设计的好，交互很顺滑， 让豆包读文献，然后给你讲文献，它的这个体验是非常非常之好的，所以给我们小豆包一个人上人。最后一个呢， c n k i a i 小 中文，但权威是这网官方出品的完全适配之网，文件库， 文件剪辑和关键整理非常的强，主打一个权威，但是英文文献覆盖不足哈，对于这写中文文献的同学，可以给到一个人上人。