claude code写文章教程

cloudco 的 核心开发者 taurk 最近发了两篇技术博课，在讲他们造 cloudco 的 过程中踩过的坑，他为什么这么设计，然后踩了哪些坑，才走到了今天这个风靡全球的这样一种形态。我觉得你要是只拿着这个 cloudco 的 写代码这个视频，就能帮你理解他的思路， 然后优化你的这个 cloud md 文件。但如果你自己再搭智能体，再搭 agent， 不 管是用什么样的 agent 框架，这两篇文章对你来说的价值啊，就会放大十倍。我们来解读一下这两篇这个技术爽文啊。 harry 可能上来就打了一个比方，他说呢，想象你面前有一道这个很难的数学题，那你会想要用什么工具去解决它呢？只跟笔是最基础的，但他们的算力有限。计算器呢，可能稍微好一点，但是你得会操作，但电脑肯定是最强的。 那你必须要学会写代码核心的意思啊，他要表达就是说工具要匹配你这个 agent 能力，如果 agent 能力不到啊，你给再强的工具也白搭。但如果 agent 能力足够了，之前那些简单的工具反而会成为累赘，而他们踩坑最多的地方，浓缩成一个原则，就叫做 progressive disclosure。 什么意思呢？中文翻译过来就是渐进式的批录。一句话解释啊，就是你别一次性的把所有信息都全塞给智能体，让它要安需获取，分层展开，它们在三个方向上反复验证了这件事情。 一个方向呢，就是怎么让 agent 去获取上下文。 procode 啊，最早用的也是 rag， 就是 当时很标准的做法，那个代码库建立这个向量锁影，然后用户提问的时候呢，解锁这个相关的片段，然后把这个相关的片段塞到这个上下文里面去，但后来砍了，为什么呢？他那篇原文也说了一句很关键的话，就 是 cloud 是 被硬塞了这些上下文的，如果 cloud 它自己都能去这个搜索网络了，它为什么不能去搜索你的这个代码库呢？所以之后啊，改成了让 cloud 自己调这个 grab 搜文件工具之后呢，效果反而更好了，因为 cloud 它自己清楚自己缺什么， 然后搜到的东西呢，就自己想要的能接上这个上下文的。然后 cloud 呢，又加了现在这个很火的 skills 的 这个机制啊， cloud 读一个 skill 文件呢，发现里面如果引用了另外一个文件，它就会自动跳过去读，然后如果发现还有再引用另外一个文件，它就会再跳过去读，这样地归的展开逐层的这个深入。我们来看一下它的和原文对这个描述啊， 一年前完全不会自己去找上下文，现在呢，会多层的嵌套搜索，精准的定位。我觉得如果你现在在准备搭自己的这个智能体，最核心的启发就是啊，别替 agent 决定他应该看到什么，给他搜索工具，给他这个入口文件，给他权限，让他自己帮你去挖。你替他找的人，他未必能够完全理解他自己找的这 个推理链路啊，才是最完整的。第二个方向就是怎么去拓展这个智能体的能力。用户可能会问 cloud code 啊这样的问题，比如说如何去配置 m c p server， 问题是呢， cloud 的 模型本身啊，其实并不知道如何去使用这个 cloud code， 那 要不要给他加这个文档工具呢？ terry 说了一个很重要的数字啊，就是 cloud code。 目前呢，这个官方大概有二十个工 团队呢，对新加一个工具啊，卡的非常严格。为什么呢？因为你每多加一个工具模型，每次推理就会多一个选项，要去权衡。那要不要把刚刚这个使用文档塞到这个系统提示词里面呢？ 那肯定是不行的，因为百分之九十九的时候啊，其实没有人会问这种这个文档相关的这个问题，但这个文档一旦被塞到了系统提示词里面， 每轮对话它都会加载，造成这个很严重的这个上下文污染，会干扰这个模型去干一些正事。最终的方案是搞了一个用来指导 cloud code 的 工作的，子代理只有问相关问题的时候才会启动，它有专门的搜索指令，找到答案就返回，不会把原始文档全部都加载进来。 然后他写了一句我觉得非常有启发的话，就是我们现在无需添加任何工具，就可以向 cloud 的 操作空间里面去添加内容，不加工具，不改提示词，渐近式的去批录，照样拓展了这个 agent 的 行动空间。我觉得如果你也在大智能体遇到要不要加一个新工具这样的问题啊？你先想一想，能不能用子代理， 能不能用这个文件引用，能不能让这个 agent 在 需要的时候自己发现自己的这个能力，而不是你一开始把所有的选项，所有的工具都放在他的面前。 第三个方向呢，就是旧工具什么时候应该被替换掉？这个坑啊，是最隐蔽的坑。早期呢， cloud code 因为记性差，团队呢，专门给他们做了一个这个 to do right 的 这样一个工具， 其实就是给 cloud code 的 自己使用的这样一个代办的清单，每隔五轮对话，还会插一条系统的提醒，就说别忘了你刚刚的那些代办清单。但模型升级以后啊，这个设计反而害了它。它的原话是这样子的， 就是随着模型的改进啊，它们不仅不需要再被这个代办事项去提醒了，反而会觉得这种提醒过于苛刻。收到代办事项的清单提醒啊，反而会让 clark 认为说，他必须严格遵守这样的清单，而不能对其进行修改。更强的模型啊，根本不需要提醒。 而且这种提醒呢，会让 clark 觉得说必须死守规矩，死守清单，不敢灵活地去调整。然后呢， clark 团队啊，之后改用了这个 task 的 这个工具， 能设依赖关系，多个子代理之间能共享进度，模型能自己改任务删任务，他就可做了。一个总结啊，我觉得所有自己搭这个智能体的人都应该记住，就是随着模型的能力的增强啊，模型曾经所需要的工具，现在反而会变成限制他们的发展的这样一种障碍。模型的能力在涨，但你给的工具呢，却没有跟上， 那这种工具呢，就从辅助变成了这种枷锁？三个方向讲完啊，然后回到我们自己，如果我们自己要准备搭智能体，我就 第一点就是工具要少而精，二十个工具的 cloud code 的 团队都觉得太多了，与其一开始你就给他塞五十个工具，一百个工具去覆盖所有你的场景，不如给核心的工具啊，加一个搜索，或者一个那种发现的机制，他们团队呢，做了一个叫做 defer loading， 就是 中文翻译过来叫做延迟加载的这样一个机制上的设计工具里面呢，只放一个轻量级的钩子在那边，智能体如果需要的时候啊，就会通过这个搜索工具去发现，并且加载定义更加完全，更加完整的这样的工具 扩展能力呢，优先去考虑这个子代理跟文件引用，而不是一直去往里面加工具。定期去审视你的工具机，三个月前模型可能需要这样的工具辅助，但可能现在对它来说完全是一种负担。然后如果你平时自己在用 cloud code 做开发，做 web coding， 那 你的 cloud md 文件就是你能控制的这个系统提示词，别写成那种 很繁琐的这个操作手册。然后在 md 里面只放这种股价的核心的这种内容，比如说项目简介，技术站三五条最关键的规则。然后你把详细的那种后续的这种规范独立到其他文件当中去，把文件路径去留在这个 md 文件里面。比如说你可以写一句 提交规范详件，这个是个文件，那可 out 呢？真正要提交的时候，他自己会去这个文件里面去读提交的这样详细的规范。然后如果你要提问也一样，不要把你觉得相关的所有的文件全部贴到这个提问窗口里面，而是要给他方向，给他入口。比如说现在刷新失败报错是吧啦吧啦，那你从哪个模块可以开始查起，让他自己去定位他？ 瑞克在文章的结尾啊，说了一句话，我觉得非常有道理，就是给 agent 去设计工具啊，既是一门科学技术，也是一门艺术。你不是一套的公式就能完全去覆盖所有的工具的， 要多试，多观察，多这个迭代，找到那种你自己的感觉，你自己的品味。而渐近式的，譬如呢，是他们团队目前验证下来最有效的那根主线，你塞的越多， agent 反而越受限，你给的越克制呢，他发挥的反而会更好。好了，今天视频就到这里了，我是迪总黑经理超，我们下次见。

二零二六年，你们一定一定要学会使用可劳克的，毫不夸张的说，用好它至少能让你的生产率翻二十倍，因为它的功能不仅仅是写代码，开发应用，我一直都把它当成通用 agent 在 用， 你可以用来写文章，做数据分析，甚至上整理报销发票，这样的繁琐需求都能用它一句话搞定。那么究竟该如何安装并熟练使用可劳克的？除了官方的文档，我最推荐的就是这份完全免费开源的可劳克的中文教程。 可以看到，从安装环境配置、如何使用国产大模型、平替基础使用指南到进阶实战技巧，写的非常详细，而且是全中文。我真的建议你们每个人都可以把它收藏起来，用起来，找不到的话可以跟我说。

我今天用 cloud code 写了一个 agent teams， 就是 团队协助模式，这个然后写了个 agent teams， 大 概有项目管理团队，包括有项目经理、产品经理、 ui 设计架构、软件架构师、前后端开发，代码审查，还有测试工程师，包括运维， 这个就是我的团队。然后的话他的整套流程是可以从需求分析到设计到开发到代码审查，然后一直到部署。 我现在把我的需求文档，我准备做的一个产品的需求文档直接交给他那项目经理和产品经理，根据我的需求文档 中的内容，安排团队成员来进行分工，协助完成各自的任务，这样的话就可以让它自动化的去做开发测试了。关于 cloud code agent of teams， 大家如果不会用的话，可以去看一下这个 cloud code 的 中文网站，它这里在这个 团队协助，这里告诉你怎么去开启 aj 的 teams 功能。大家可以看到这里有一，先要在配置文件里面，在下面， 对，在这个起用 aj teams， 它默认的 cloud code 里面是关闭的，需要通过配置这个参数将它的环境变量设置为一。 如何设置呢？到你的 cloud code settings， 点击 s 就是 你的 c 盘， c 盘里面不是有一个，嗯，给大家看一下啊， 就用户里面 c 盘，你安装 cloud code 之后， cloud code 这里这里， 它这里下面有一个 settings， 点 json 文件嘛，就是你的 cloud code moment 安装的 settings， 点点 json 文件，然后把它这个环境变量这个值改成一，这样你就可以启动你的 aj and teams。 然后你那你在做项目的时候，你去创建一个像像我这样的一个 aj and teams， 让它创建好，创建好了之后就可以用这种启动 aj and teams， 让它去自行去工作了。

如果你还在把 cloud code 当成一个只会在终端里聊天的窗口，那你可能只发挥了它百分之十的功力。作为一款真正的 a 阵开发工具，它拥有强大的文件操作、终端控制和外部工具集成能力。 下面是我经过深度使用总结出的全套快捷键命令、配置项及工作流。在使用 cloud code 的 时，不要傻傻地全部手打， 熟练使用快捷键能让你的操作速度翻倍。 shift 加 tab 能让你在普通对话自动同意修改和计划模式之间快速切换。当你要写一段很长的提示词时，在终端里修改非常痛苦。 按下 ctrl 加 g， 它会自动调用你的默认编辑器，写完保存，关闭，自动传回终端。遇到了 u i 错位报错、截图甚至带有手绘箭头的草图，直接通过 control 加 v 粘贴进终端， cloud 完全看得懂。想让他看某个特定文件，不需要等他自己找，直接输入 at 符号，他就会弹出所有的文件内容，选中就能读取。在对话框输入斜杠即可触发，这是管理 ai 状态的核心。 clear 是 最常用的命令，没有之一。 每次切换任务或修完一个 bug 后，一定要清空上下文。 compact 记忆压缩，当进度调爆红，但你又不想清理对话时，使用此命令，它会总结前面的对话并释放空间。 rewind 列出当前绘画的所有操作快照 ai 改版的代码，你可以一键回滚到指定节点。 model， 根据任务难度随时切换引擎 cost， 实时查看当前配置白名单面板。 在项目根目录创建一个 cloud md， 这是最高优先级的系统提示词。不要长篇大论，重点写项目的技术栈是什么，每个目录是干嘛的？代码规范是什么？怎么跑测试。我已经将完整的内容整理成了飞书文档评论区 c c。

我是若一 i 的 开发者 a 哥，今天给大家演示一下可乐的使用教程进阶篇，我们现在已经把最新的教程放到了我们的官网上，大家可以从官网编程 ai 编程入口点击进来查看。 呃，我们回顾简单回顾一下上次入门篇的内容呢，主要是给大家演示了一下怎么在 id 二里面去安装可乐扣的插件，以及它的一些常用指令。我们之前 我们之前呃有讲到前面的五个指令，然后我这后面又补充了几个，带大家一起简单过一下。就是其实在我们的 id 二控制台，它其实是支持屏幕截图的，就是你比如说你使用微信的快捷键截完图，你是可以直接按 ctrl v 把截图连，把截图直接复制到输出输入框里面。 长音这个应用场景就是比如说你想让他给你做一个 ui， 然后你可以给他一张截图，然后让他帮你复现。还有一个就是有时候我们再给 idea 去执行编程任务的时候，有时候他执行到一半，你发现这个任务可能最终的结果不是我想要的，那么你直接按 excel c， 他 就停止了，然后你继续跟他对话就行。 还有就是我们有时候跟他进行了好几轮对话，突然想到我们之前说过一个提示词，我们想找一下，其实是可以通过方向键键盘的方向键， 我这边演示给大家看一下来来调整历史题词的，比如说我现在上键，他可以找到我上一个题词，那么同样我们有可能是想根据毛，有时候我们并不记得一个完整的题词，我们想根据啊一个关键词去匹配，比如说这里我按了 ctrl r 这个快捷键，他就他就这里就会让你输入一个关键词，你就可以匹配上，比如说我带你 他这里就能匹配到一个关键的提示词啊。然后还有一个比较实用的小技巧，就是啊，正常情况下我想在 qq 里面去执行指令，你在这里输他可能还会去分析一下啊，你如果想去在终端执行指令的话，你可能要切换一下，切换到本地，然后再在这里输入一个指令，但是有个更快捷的方式就是在这直接感叹号， 注意是英文的，他这里的这个框框会变成粉红色，你再输入他就他就可以直接输入指令。这样做有什么好处呢？就是你通过这个指令输入的内容， 就比如说你你输入了一个查询，那个查询某个目录的内容，它它返回内容是可以被设置到上下文里面的，如果你在这数，你得手动复制一下，再复制过来它才能这个检测到，所以在这里数就比较方便 啊。还有一个就是 y o l o 模式，我们在第一篇入门篇的时候讲过，呃，我们按这个 shift 和 table 是 可以切换它的模式的，我们按到我们切换到这个模式，它是可以，当我要新增编辑文件的时候，它是可以自动进行的，但是它有时候，嗯，需要执行系统命令的时候，呃， 他需要执行系统命令的时候，我们他其实还是要让我们确认一次，如果你连啊这个系统命令也想让他自己执行的话，让他完全自动化的话，你可以在启动的时候， 你可以在我们先把它关掉，我们可以在启动的时候在后面拼接一个指令，这样的话他就会跳过权限验证，他全程都不会去。嗯，你看我执行完之后，他这里又会多了一个模式，这样的话他全程都是自动执行，他不会再去询问你了。 啊。这些就是我们入门篇的内容，接下来我给他再讲一下进阶篇的内容。我们进阶篇主要是两部分，第一部分是我们怎么让大模型去用 m c p 啊？首先我们先看看 m c p 有 哪些，有哪些可用的？或者说我们怎么去找。我们这里以摩达广场为例子，就是我们输入这样一个网址，进入到摩达社区的 m c p 广场， 可以看到现在已经有九千多个 m c p 服务了，这九千多个其实大部分都是能用的，那我们怎么用呢？我们以这个 b 印搜索中文来举例。 呃，我来看一下我本地的配置有没有这有没有去配？呃，我们我们怎么用？就是在这个还是一样的，打开我们 c 盘格式目录，在这里有一个格式的点击总键，我们把它打开。 嗯，然后我这里其实它是有两个权限的，第一个就是你，你只需要把你的这个工具配到你一个项目中，你可以找一下这个项目中里面 有一个 m c m c p server 这样的一个属性，我们直接把这一段内容复制到这里面就可以了，这样的话你这个项目就能用了。当然我们更常用的其实是我们希望每一个项目都能用到这个 m c p 服务，那我们一般是 直接放到最上层，就是在这一层放，在这一层放的话，我们不管是你打开哪个项目，只要在你自己的电脑上，他都是能识别到这个 mcb 服的。我来给大家对比下效果，如果我现在我先把它关掉，我我我来，我来向他做出一个问答，我说你用哪些 mcb 服？ 他在思考，你可以看到他并没有明确的看到我配置的有哪些 m c d 服务啊？我现在把我们把这个广场里面的一个 m c d 把它配置进去， 配置方式就是一般 m c d 它这边有一个使用简介，在使用简介里面找到它的这类似于这样的一个配置，就是以 m、 c、 d 三个开头的，我们把这个里面的内容复制出来，放到我们 c 盘格勒德目录下的这个格勒德点击的， 这和格式是同级目，这个别搞错了。然后我们来去编辑它，在这里把这个配置加上， 接着我们再重新打开这个格式的命令。行， 我再然后我再问你有哪些 就不小心把我项目启动下来。我们回到中段， 可以看到现在它已经多了一个， 哎，不对，稍等一下，我看看这个配置有没有问题。 嗯，我发现问题了，我们这里配置的时候没有把 mcp 服务 java 给复制过来，嗯，再重新配置一下， 现在我们已经调整了配置，再次问他，看他能不能找到我们这里配置的 mcp， 可以 看到他现在已经成功下载到我们刚才配置的这个闭音搜索服务了。我们来使用一下看看效果， 可以看到他现在已经成功地查询到了今日进价信息，三月四号的， 所以我们这个工具已经成功配配，已经配置成功了啊，当然我们是可以配置很多的工具的，如果你想配置多工具，稍等一下，我换一个， 我们只需要找到这个配置，然后同样的在我们的配置文件里面 形成就行了。记得加在这个 mct server， 这样的话它就有多个工具可以使用。嗯，好，这个 mct 工具是这样使用的。接下来我们演示一下 skill 能力怎么用。其实大家可以看到，在刚才我问他的时候，他其实已经找到了我们的 skill 技能呢，怎么用呢？其实非常简单，也是在格洛的目录下，然后新增一个 skill 文件目录，然后你再把你所需要的技能放进去，我这里放了三个技能，这三个技能都是 skill 的 官方势力里面去拿的，第一个就是分析某个视频的内容，第二个是对 pdf 进行操作，第三是对一个 excel 文件进行一个 分析，或者说新建编辑等操作。那么其实你你直接把这个 skill 能力放进去，它虽然能找到，但是像这 skill 能力里面的脚本它是没办法执行的，因为它都是 python 脚本，你需要安装一些环境， 安装环境之前呢，我先告诉大家一下怎么去去找这个 skill 的 这些技能包。呃，我们其实 skill 的 官方它提供了一个仓库，在我们的文档里面也有写到， 你可以直接刻懂这个参数，或者说你直接在线去下载，把这个文件内容都下载下来，它里面有很多官方提供的技能包，你可以选择一些 自己觉得有用的，把它把这个整个目录给括 p 到我们这个 sql 目录下。好，接下来我给大呃大家演示我本地的这几个，嗯，在演示之前刚刚讲到我们本地它就算它加载到了，虽然说它能加载到这些 m d 文件，但这个脚本它现在还是不能直接执行的。我们在执行之前是需要安装一些环境，我这里有给大家 都念出来。第一个环境是 python 环境，因为它执行 python 脚本，这边这个怎么安装，我也给这里也给大家念出来了，按照自己的系统版本去下载就好了。 第二个就是要安装这个 laboffice， 为什么要安装这个呢？因为它其实去分析 excel， 或者说去新增编辑 excel， 它其实是要依赖于这个 excel 就 这个电脑程序去操作的。然后虽然说，呃，我们在操作这个文件的过程中，我们并不需要， 并不需要打开这个文件，但是我们本地是要有这个这个文件的环境的，就是我们本本机要安装好，接着我们把这个 network office 给装好之后，我们还需要下载一些 python 的 依赖包，这些都是去操作文件的，我们一个个的安装就执行这个指令就可以了。 然后执执行完成之后，我们看先看一下它能不能成功识别到我们这个目录下的这个 skill， 比如说就我先问他， 你看他能不能成功查询到， 可以看到它这里已经把我们的三个 skill 技能都查到了，我们删除一个，看它这边有没有变化，先把这个可乐的关掉。 我看评论区里面有人提出疑问，说我们这个可乐的 code 安在这个 id 里面和直接在命令行运行有啥区别？还不如直接在命令行运行呢。其实可乐的这个插件装在可乐的就是你在 id 里面安着可乐的这个插件呢，其实和你直接在命令行使用区别不大，它只是在这个 可乐的茶几里面做一个集成，它可能能调用这个 id。 二毛哎里面的 sdk 的 一些能力而已，其实其实没有太大的区别，你要想在工作台里面直接使用也是可以的。现在可以看到我们现现在可以看到我们这个已经他这边已经识别到就剩两个了。接下来我们来让让他使用 我们这个 excel excel 去创建创建一个包含用户信息的 excel 文档， 大家要注意一下，就是在文档中提到的这些环境一定要提前装好。我这边因为已经提前装好了，所以它现在没问题，但你没有装好的话，它在运行的过程中会一直报错，告诉你缺少什么种环境，但是它但它会引导你去安装。 可以看到它这里其实已经识别到了我工我这个 skill 技能里面包含的脚本了，并且它已经把参数构建好，而且也开始在调用了。 好，它这里其实已经创建成功了。我们看一下 d 盘里面有没有这样的一个文件， d 盘里已经成功创建了这些用户，然后我现在想让它对这些这个 excel 文件进行编辑，看它能否成功编辑， 虽然说中间虽然说他没有一次成功，但是最终他还是成功找到了编辑这个文件的方法，待会我们看一下最终效果， 可以看到他现在又帮我们新增了三个用户，然后我让他再去操作一下 pdf， 我现在这个视频里面演示的只是一些非常简单的使用方式，大家先学会这种简单方式的使用，然后再自己去探索更加高阶的使用方式，来解决我们实际的生产问题。 我这我这个这报这个错呢？其实我们在使用的过程中经常会报这个错，大家可能就蒙了，不知道是啥问题，明明有余额，怎么调不通呢？其实这个出现这个问题的原因一般都是中转站，就是中转站使用的那个 qq 账号欠费了， 所以这个时候我们只需要切换一个模型就可以再次使用了。当其实他走到这里我们后，我们这个文件其实已经生成了，我们打开看一下， 他把这个大致的内容都已经生成了我们的我们的这个演示就先到这里感谢大家观看我们下一我们下一篇的内容呢是实战篇，主要演示如何用可儿的绑定 get， 就 绑定 get up 的 那个编辑控制台去实现，让可儿的自动的去 改你的代码，然后自动提交，然后自动去提 pr， 或者说自动合并这个请求等等操作，这是我们实实战篇的内容，希望大家可以继续关注。

你使用 coco 的 那些总结跟发现这些 tips 是 你怎么总结出来怎么发现的呀？嗯，其实还是用的多呀，就是为首鼠耳没有什么技巧就是用的多就用。然后有一些呢是在官方文档里面本来就有，只不过很多人他不去看官方文档而已 啊。可乐扣就一个命令行工具，他所有的界面就一个命令行，如果你不看官方文档的话你很难去发现其实人家还是设计了很多东西在里面，就比如说七乘二十四小时运行这件事，这是人家的一个官方功能好吧，哈哈哈哈。对，你你先去看看他文档，然后你再琢磨一下， 结合你的场景你需要怎么使用啊？你稍微想一步就能知道他七乘二十四小时运行肯定不是在携带了 对吧？因为没什么代码写那么久还还写不完。哈哈，他一定是在执行一个别的什么任务啊。就你想到这一层就应该可以意识到不应该把它当成一个只写代码的工具来用，还要把它当成一个你自己的延伸啊。你在工作里面是不是有一些本来会重复的事情， 我们让他来做，有哪些技巧是你觉得可以给大家讲一讲。先说简单的吧，就是一个一件显而易见的事，但是很多人没发现的其实就不是好多人他觉得应该是来找我学可唠嗑的嘛，他就会提到一个问题说这个容易把代码写成史三啊。史三是一个程序员经常用的词 啊。十三他大概什么意思呢？就是你的代码好像刚开始能跑，但是你的价格比较困难，后面就不可维护了，这种代码叫十三。所以其实问的最多的一个问题是怎么让客户的不要把代码变成十三。 这个问题听起来非常耳熟，因为一年前他们问的是怎么让 computer 不要把电脑变成食材。哈哈哈，对，好，他的答案呢，是你认真写需求文档，然后先跟他讨论方案。嗯呃，因为我毕竟在猎豹做了十年产品经理吧。对，所以这个可能已经是我的习惯了。 虽然可乐酷狗给了你一个聊天窗口啊，但是你不要尝试直接在里面打字啊。啊，我们需要，我一般用飞书，你写一个完整的需求文档，这个需求文档呢，你越长越好，一两千字都最好。那是为了避免你的表达没有歧义啊，你要是在里面画一些圆形图就更好了。 写完之后呢，你把这个需求你复制粘贴到可乐的扣子里面，这是第一步。第二步呢，你不要让他写代码，你先问他我需求说清楚没有用，你的话给我理解一遍我这个啥意思。然后呢，你再做出你的 技术方案的计划，最后你再看看有什么需要决策的，你反问我，我们讨论完你再写单吗？啊？就这样跟他讨论，大概就讨论几轮吧，多的时候五六轮，这个时候你会发现你跟可乐讨论的不管是需求点也好，技术方案也好，已经叫算无遗策了。你再让他写，写出来的肯定不是食材。 如果今天听众想学到一个技巧的话，就这一个，就这就这一个，这是最重要的，就是程序员变得再强也不能够取代产品经理把产品文档就帮你补全这件事情。 对对对，因为你一句话说出来他是有歧义的，或者说你一个需求你没有说的部分，他怎么做都是对的。是的，那就在一早讨论清楚所有有风险需要我决策点， 后来我决策啊，以前不是有个笑话嘲讽程序员吗，说这个老婆让老公出去那个，还说你下班回来买个西瓜，如果看到有卖包子的就买两个， 结果老公回来买了两个西瓜。哈哈哈，我们上一上一期播课的嘉宾也说了这个故事。对啊对啊，那是因为你的表达有歧义，是不是你就用非主流，那他完全没有歧义啊。好，最重要是这一个点啊，然后对于稍微有点经验的呢，刚才我可能已经说过了那。 呃，你的方法是要去看看可乐的官方文档，然后看看那些功能到底是干嘛的啊，再结合你的一些可能是非编码的工作吧，去研究怎么使用好它。呃，最近来说我可能最推荐的是三个功能， 第一个功能就是后台命令啊，就人家本来就支持七乘二十四小时跑，叫 background command。 嗯，你还可以结合刚才我举的那个例子去琢磨一下。第二个好用的功能是 sub agent， 就是 coco 的。 它自己是一个大 agent 嘛，它里面还可以建一些小的 agent 啊，这个也是一个非常非常实用的功能，我现在日常有很多的这种任务啊，我都是单独跟他建的一个 agent 啊。这个 agent 打包的很好啊，他就只处理一类任务，这个值得研究。值得研究啊，然后他的使用场景主要是非编码类的， 因为编码你不太需要这些单词，你可以直接编。这是第二个功能啊。嗯，它的第三个值得推荐的功能可能是那个。就是这是上一个版本刚推的有个叫输出风格 output style， 这个大家可以去研究一下。比如说里面有一个 style 叫学习模式啊，太适合新手了。如果你打开了学习模式呢？它的输出不会帮你做完， 他会做一大部分让你填空啊，他是想这个过程当中你多去学习编程。嗯，对，挺好玩的吧。好，大概这些吧。这些技巧啊，然后我自己用。这个也是一个不断精进的过程啊。就我也不是天生会的，就只会用的多而已啊。

今天我们来聊一下 opencloud 的 作者 peter， 他 是怎么一个人在两个月的时间里面提交了六千多个 commit， 每天平均下来有一百多个 commit， 把整个 opencloud 的 这个项目给它做出来，达到了现在已经有十几万的 star 的 这样一个开源项目。 他最近写了一篇博文叫做 just talk to it， 那 意思就是说怎么用 ai 代理去写代码，我们直接跟他交流就行了，只说需求。我把里面这篇文章的关键操作给大家梳理一下。 另一篇呢，它就是讲的它的一个环境设置，它的内存工具就一个，就是 codex 啊， openai 的 命令行编程工具终端开一个三乘三的网格，同时跑三到八个 codex 的 实力，然后大部分都指向同一个代码仓库。 他试过 gitwalktree， 也试过开 pr 分 支隔离，最后发现最粗暴的方式反而最快就是多个 ai 在 同一个目录里干活。为什么不用分支？因为他只跑一个开发服务器，同时在浏览器里测多个改动，每个分支开一个服务器太麻烦了。 多个 ai 改同一个仓库，怎么不打架？靠两件事情，第一，分配任务时，他会想到一个爆炸半径，他自己想的一个词语，这个任务会碰多少文件，他把任务拆小，让不同 ai 改不同的模块，尽量不去重叠。 第二呢，是它有一个八百行的 a 键的配置文件，里面有斜杠 commit 指令，告诉 ai 你 在多人协助的文件夹里只 commit 你 自己改过的文件，别人的脏文件不要碰。每个 ai 做原子提交，只提交自己的改动。 ai 代理自己的 git commit 流程是 peter 跟一个 ai 讨论方案，反复推敲满意后， ai 开始执行写代码跑测试，通过了就自动提交一个功能，大概四十分钟到一个小时，这段时间他就切到另一个窗口，规划下一个任务。 他的原话是这个在盾的时候我去搞那个，那个也在盾了，我再回来检查第一个。那一天一百多个 commit 不是 他自己手动提交的，是多个 ai 各自在自动提交。 他说现在的 prompt 特别短，经常就一两句话加一张截图，截图拖进终端里两秒， ai 自己识别内容，去找对应的代码，大概百分之五十的 prompt 都带截图。不确定怎么做的时候，他故意写的很模糊，看 ai 怎么处理，经常会给他没有想到的方案。 那最后的建议是，别浪费时间在花哨的工具链上，直接跟 ai 对 话，培养直觉，用的越多，你结果就越好。那博文的链接我会放评论区里，推荐大家去自己看一下原文。

完全从零开始，如何无痛使用 cloud code to figma？ 一 边调整设计，一边看着前端生成代码呢？第五步，理解 cloud code， 它不像 gpt 或者豆包这种陪你聊天的 ai， cloud code 更像一个运行在 terminal 里的 ai 工程师，它 就在你的电脑里面帮你创建文件，甚至帮你生成完整的工具和应用。那么这位工程师要上班，我们最好给人家一个办公室吧。 这就是为什么提供一个编辑器，配合 cloud code 使用会更好。最简单就是使用 cursor。 第一步，使用 cursor 来安装 cloud code， 下载 cursor， 打开一个空的文件夹，直接在对话框里输入，帮我安装一个 cloud code， 它就开始帮你安装了。成功以后，国内的朋友还需要配置一个模型 a p i 进去看秋之的这期视频讲的很简单，跟着做就行了。完成之后我们打开 terminal new terminal， 在 这里输入 cloud， 再根据他的提示进行一些简单的设置， cloud code 就 正式启动了，就是这么的无脑和简单。第二步，连接 figma mcp。 我 们找到 cloud 官方文档，把 figma mcp 的 安装命令复制下来，在 cloud terminal 里粘贴上发送指令，然后他就会帮你安装了。第三步，安装 figma plug in， 直接输入这串指令 我会放在评论区，然后进行提交，安装完成之后输入斜杠 plug in， 发送之后，你会看到一个这样的界面， 按右键挪到 install 这一排的位置，你会看到第二行的 figma mcp。 还需要我们进行一个登录验证，那我们键盘按 ctrl 键，浏览器会自动打开，让你授权你的 figma 账号搞定了，就这样，号的员工就可以来你的 figma 帮你提取文件，帮你创建设计了。 我们来试试，让他设计一个 ios 风格的天气查询网页界面冒号，然后粘贴我的 figma 文件的链接， 他问你很多权限问题都同意后， cloud 会开始在本地生成代码，等一会会的时间，你就可以拥有一个真正运行的前端界面了。响应式也完全没有问题。点击这个发送到飞马，你就可以在你的飞马上进行编辑了。 第五步，然后呢？修改完设计怎么传回到扣子里呢？超级简单，比如我改了这些模块的颜色，选择这个设计，右键选 copy link to selection， 回到 call terminal， 输入 update changes， 冒号，粘贴刚刚的复制， 哇靠，就重新构建了对应的部分，就这么简单。这种双向同步的工作流对于设计来说真的非常强大。 ai 可以 承担大部分的生成和重复工作，而你可以专注更多在判断、优化和创意。所以你觉得这个产品更新对设计师来说算势利好吗？

这四个命令，最后一个啊，是我觉得你最应该用的。第一个命令， simplify， 当 cloud 帮你写完代码之后啊，你就可以输入斜杠 simplify， 那 cloud 会对刚刚修改的代码做一次三维检查， 他会去看有没有重复的逻辑写法，是不是太复杂了，那有没有更高效的实现，然后他会帮你重构代码。简单理解就说啊，让 cloud 给自己的代码做一次体检。 第二个命令， rewind， 有 时候我们会遇到这种情况， cloud 写着写着就偏离方向了，或者你刚刚写的提示词错了，那这个时候啊，不用重开对话，直接输入斜杠 rewind， 那 cloud 就 会回到刚才那一步对话，相当于给你的 ai 编程加了一个撤销键。第三个命令， btw， 如果你在做一个任务的时候，突然想到一个小问题， 比如这个文件是干嘛的，那你就可以输入斜杠 btw， 解释这个文件的作用，那 cloud 会回答这个问题，但不会打断当前的任务流程，也不会污染当前的上下玩。 最后一个命令 insights， 那 cloud 会在本地直接生成一份报告，分析你最近使用 cloud code 的 情况，比如你的工作内容总结如何使用 cloud code， 哪里出了问题， 建议的使用方法，那相当于 cloud 给你的整个开发过程做了一次全面的复盘。我建议你立马去用一下这个命令啊，一定会很有收获。那这条视频呢，我建议你先点赞收藏，下次用 cloud code 的 时候一定会用到，我是心起关注我每天学习一个外汇固定的小技巧。

哈喽，大家好，我是 jason。 不知道大家在用 cloud code 的 时候有没有遇到过这样一个问题，明明你的需求还没有写完，那是 cloud code 他 自己就停下来了，说你的需求已经写完了啊，这个问题呢，我经常会碰到，然后我就会继续跟他聊，然后发现越聊他好像越笨了啊，很多很 细节的东西他就没有办法去写下去了啊。最近呢，这个问题被一个叫做 rough loop 的 玩法解决了啊，这个 rough loop 现在被讨论的非常火，它是什么东西呢？它其实就是在 code code 的 这个命令行外面套了一层负循环啊，这个可能程序员朋友可能听得懂， 有人呢，睡前把这个 rough log 跑起来，然后早上起来检查成果，就发现它的七十多个功能点和三千多个测试都已经写好了。今天我们来看一下这个 rough log 和传统的 cloud code 它的一个区别。我们先来说一下传统的 cloud code 在 运行的时候会碰到哪些问题。 第一个就是我们刚刚说的可能跑了一半，他说他已经写好了，但其实你的任务并没有真正的写完。第二个你会觉得越聊他越笨，因为我们的上下文已经积累了很多，他有一些无关的信息 冲刺了你的整个上下文，去影响他的一个思考和推理。然后还有一个问题就是我自己也是感同身受，就是你在使用 code code 的 写的时候，你得一直反复的复制，粘贴， delete， 然后看哪里有问题，非常耗精力，特别是长时间的这样一个对话，它的效率又很高，你得一直去跟他聊， 这是在 web coding 这个阶段，嗯，程序员会碰到的普遍的问题，所以总结下来呢，呃，在传统的 ai 的 coding 用法里面，它其实就是一个呃助手，你可以把它想象成一个 呃，刚毕业的逻辑很清晰的研究生。但是你必须要不断地去检查它的一个成果啊，你得带着它去完成任务。然后这个 rap 就 很有意思了，我们看一下它是怎么解决的。它在外面套了一层负循环，不断地去轮询你的提示词 啊，不让他去决定自己什么时候能够停下来，就让他一直不断地跑好。但这个有一个前提，就是你的这个 prompt 提示词已经写好了你所有的需求，你到底要一个什么样的一个结果和条件？ 呃，把所有的规范都给它写清楚。所以 rough look 它的流程是这样子的，首先，你在外部先定义好你整个需求的文档是什么样子。呃，包括你的细节，说白了就是 p r d。 你 要说清楚你要实现的一个详细的效果是什么样子， 然后丢给 rough loop， 让它负循环不断地去跑啊。当嗯， cloud code 他 觉得自己需求已经写完的时候，哦，你不让他决定什么时候停，而是重新刷新整个上下文。 rough loop， 重新读一遍你的 prompt， 让他自己去检测有没有哦，完成你这样一个需求， prompt 这样的一些文档， 所以外部的这样一个脚本会去拦住他的想停的这样一个呃动作，你真的写完了吗？我们再检查一遍，不断的重复并重复，然后最后去优化他这样的一个结果啊，通过这样的一个循环，一晚上让他自动跑啊，我们就能够让我们的需求真正的能够被验证通过， 并且实现你最后真的要的效果。他其实解决的我觉得最大的问题就是他把上下文给你不断的刷刷新，然后去验证， 嗯，这样这样的一个过程，所以跟传统的 cloud code 用法最大的区别就是，呃，不是 ai 他 说完成就完成了，而是外部的验证通过了你才算完成。第二个点的话，就是他会每 次都开新的上下文，开新的对话去沟通，避免长很长的上下文去污染，导致他越聊越笨啊。最后一个很关键的点就是我们不用一直盯着我们，丢给他们最后的需求，然后你就可以去睡觉或者你去玩就行了。 第三个问题呢，其实就是我们在实际使用这个 rough loop 的 过程中会有一些前提。第一个是，呃，如果不断循环去跑，并且用 opus 四点五这样一个最顶级的模型的话，它的成本可能还是会比较高的 啊，所以有人建议就用 glm 国行的这样一个大模型，它的成本可能只有 opus 的 十分之一，就很适合用这套 rough loop 的 玩法去试一试。 第二个呢，就是我们的试用场景，呃，像这样一套 rough loop 的 用法，其实还也是比较适合我们的干店验证的这样一个阶段的，它有一个明确的验证标准，不需要过多的去主观的去做决策 啊，不然你在过程中可能很多细节没想清楚，你丢给他他最后生成的东西你也不知道到底好不好，所以归根到底呢，我们的核心需求就是因为这套流程，嗯，他是一晚上一直去跑的，会跑非常久， 你中间是没有办法去干预和修正的，所以前期准备就特别重要，我们必须要把需求给他说清楚，整理好你的项目背景，给他交代清楚，然后并且定义好什么样的东西你才算做完了。所以这些东西呢，变成了关键的能力。 那这篇文章的作者叫做丹，他最后也提出了我们开发者的角色其实已经反发生了一个明确的变化。 以前呢，是可能产品经理派活给我们，让我们去写，现在是我们派活给 ai， 让 ai 去写，他用了一个词叫 cpu， 叫做 code product owner 啊，你的是代码产品的一个主人。然后他也在重申，之前我说过很多次的一个观点，就是你以前有很多想法，没有时间去做， 现在 ai 出来了，你现在完全可以去 build 了，不要怕你做的东西不完美，完美是你去实现你想法的一个阻碍而已。好的，总结一下呢，我们传统的 cloud code 其实就是一个助手， 你得带着他去用。那 rough loop 出来之后呢，他就是一个员工，你把需求给他，他自己就能跑，不断地跑。 那想试的话，官方已经出了一个 cloud code 的 rough loop 的 这样一个插件，叫做 rough loop， 大家有兴趣可以去尝试一下。那其实呢，我觉得底层能力其实是通用的，你的需求描述能力， 然后你的沟通能力、逻辑能力，最后包括你的验证能力。你这个不，不管是呃用 rough loop 还是用 cloud code， 还是真的跟人打交道，都是你必须要去掌握的一个通用的能力。

大家好，今天呢分享一下关于可的扣的一些东西啊，最近呢，我用它用的比较多一点啊，你可以看看我最近的用量，这是我今天今天用的其实蛮蛮多的，目前我是用两台电脑在跑跑这个任务，整体情况是一个人用，其实我是昨天刚开始两天用的百分之五十二，这还是目前的话 max 二十的一个，一个东西 用量还是蛮蛮多的，而且透屏用的也是蛮快。也是最近研究一些东西啊，其中最近也刷到过很多东西，比如说这个，这个也是 abc 的 扣的，这个也是一个开源项目， 最近也是好多人在在说这个东西，我也看了一下，看完之后呢，有些东西可能不一定适合我们的一个项目，因为我们是做谷歌 s 优会，有些是做 app， 那 这跑跑任务跑项目的可能跟我们不太一样，最后我们做成自己的工作流，看这个东西能不能对我有一个参考的一个价值。首先呢，我们一般都是先去啊， 大概问一下他这东西到底有没有一个价值，但是呢，像这个 chad 就是 chad 里面的一个 chad， 那 只是对于我们的一个，怎么说呢，大致的一个理解，他不理解就是我的工作到底有没有用，那这个东西你得他给我大致的一个建议，我把它丢回到我的 car 的 扣的里面去。 这个我是装了两个东西啊，一个是可拉倒的，一个 esk top 就是 桌面的啊，那这里内置的一个 code 啊，这边的话比较好用的，我可以在这边比较直观的，你看切换模式，你在命令行里面就切换模式，你可以通通过 shift tab 这个方式去切换啊，但是你在这边的话，你可以通过啊，点击还有这个模式，这边是可以切换模式的，但是另外一个是可以的，所以的话这个是一个方式不同。另外的话，这个 啊，考的 esk top 的 话，它是只能够有一个命令，它不像命令行一样，你可以多开，这边是只能一次跑一个，所以这个是一个情况。另外的话这个是什么一个情况呢？我觉得老的扣的要比命令行的那个运行任务会比较的快啊，更直观一点。所以如果说你是新手用它的话，我觉得你去用这个我觉得啊更合适一点，它的界面更加直观一点， 那个也是我就，我就把它的开源项目他就归他，让他给我做分析，那整体的性格扣的是一个情况，他确实挺好的，挺好的，但是呢，其实不太适合我们目前的情况，因为我本身的话， 这个工作楼是我自己创建的，融合了我自己的一个使用方式啊。在这里面啊，这边是是我自己的一个使用方式，很多电台包括 skill 都是我自己创建的，中间也是叠加了很多东西，我用它的一个方式是什么？你可以参考它里面的一些比较优质的一个东西啊。最近的苦口光光也是升级了一下我自己的一个整体的一个流程了啊， 这个流程是我叠加了很多次，但是中间还是有很多问题，你包括上下文的一个那个糖度嘛，你如果那下文的一个容量特别大的话，你会发现它产生的内容就不好了，所以这里面你跑， 从开始跑到现在，一开始你会觉得好像都没什么大问题，但是你越去用它，你越去反思它，你会发现中间的问题会有很多，所以你得去看，你可以借鉴。就是一些主流的一些卡片项目里面的一些优质点，就是提取它有用的东西就可以了，自己做的东西还是适合你自己的东西啊，这是比较重要的一个点啊，这边说一下 再说第二个，第二个还有做了拎口的命令行，命令行，然后我这边的话是打开命令行，你看一下啊，这是这是拎口的命令行，一般的话我进去啊，我就是开始 这边的话就开始安特了，这边进去的话你看哦，这边就是我们的一个秘密房的一个口袋扣的，就是整体的话是这样。然后你这边的房东完之后，你还得做一件事情，就是你得告诉他一个配置文件，就是我那个目前的一个工资流在哪个目录里面啊？你必须通过他去把你对应的目录给输进去，他才可以去跑，然后这个的话就不掩饰了，大概是这个意思。 然后再说一个就是我们自己的一个使用经验，一般的话就是你做任何项目之前呢，就是你可以把模式切换成这个就是 problem 模式，因为你你需要去写一个大致的一个就是任务计划，对吧？你如果说你直接去跑的话，会发现你那个计划可能有很多的问题。在这里面一般的话就是有一个情况是这样的， 你让他先大致的描述一下你想要做的东西，对吧？让他出一个大致的一个一个 problem， 然后这个 problem 出完之后呢，你再把这个 problem 丢给就是其他的一个就调停，看一下有什么问题。那这样的话你出来的一个就是计划会比较好一点。 你像这个的话，就是我刚刚跑的一个是一个东西啊，就是一个一个计划，一个计划在这里我跑完之后就是整体是，这也是迭代过很多次， 然后就是大概的一个情况，弄完之后是这样啊，这个的话就是我们的一些东西吧，就大概是我的我的工作人员，我就把那个 plan 他 给我做好之后，我就丢给他啊，丢给他，丢给他之后呢，他就给我反思看有什么问题，对吧？然后我再给把他的一个建议，然后让让考的扣的去作为一个参考，然后让他给我重新出一份 plan， 这样的话就相互验证啊，这样的话可能会更合更合适一点。 好，就大致说这些吧，就是最近我我我觉得使用过程当中遇到一些问题，也是去做了一些大致的一个处理，目前的话就还是相对比较满意的。他确实解放了我很多的一些东西，让我的一个进程快了很多。然后目前那个内容的一个修改，我觉得比我以前做的要强，因为人工去做这些事情的话是挺难的，目前还是比较 ok 的。 好到这边。

大家好，不知道你们是否跟我一样，在 ai 编程开发当中，经常会找一些啊比较流行的插件啊，技能或者命令。 我最近在看这个 cloud code 官方自己出的这个插件组合呢，发现一些非常有用的这些技能啊，命令啊，在代理，而且他们对于这些工序的这个定义和书写也是非常值得去学习的。那本期视频呢，给大家一起来探讨一下， cloud 官方的这个最强的插件包含了哪些我们能够直接用来的这个技能 子弹里或者说一些插件，也会看一下在别的 ai 编程工具是不是能够飞。首先呢，我们可以看一下它是一个 git 的 一个原码的形式啊，那么我们可以去打开 打开这个 git， 那 按照它的这个命令去安装，安装也是非常简单的，安装完成之后呢，你打开你的 curl code， 在 这边输入 pran， 然后的话你就能看到在这个 marketplace 里面就能看到你去安装这个，那么这个是带两个新号的，就是它的这个官方的这个插件啊，那经常如果你没有安装到它这边，在你对话的时候，有时候也会在右下角呢，会提示你去安装这个插件啊，非常建议大家去安装好， 那你安装完之后，那么你就可以在这个 discover 里面去看到这些你没有安装的它里面的这些插件呢，比如说这个带这个啊，这个 officer， 这个这个 playwrite， 或者说这些东西都是没有装的，那么你就可以去选择它装上，你也可以在这边 marketplace 里面去选选中它 啊， enter 键，那么你就可以去浏览它所有的这里面的所有的内容啊，那比如说这些打勾的说明就你已经安装的，那这些的话是没有安装的，那么你就可以选择，比如说选择这个 commit commands， 那 我选错了，那这里的安装就是 你可以是安装是用户级别的，也就说你所有的项目都能用这个里面的功能，那么你也可以是安装这个工程级别的，也就说只有在当前项目下才能用这些功能，所以自己选择好，建议是 都安装到这个 user 这个级别啊，就是所有的项目都能用，因为它提供的都是一些比较通用的。那安装完之后呢，我们再看一下这五十六个里面，哪些是我觉得可以拿过来直接用的，然后呢，我把这个能够用的，或者说比较好的这九个啊整理出来，这里面有一个一列是 cos 可用啊， tree 可用 codex， 也就是它们原声支不支持，直接复制过去用，那不我这里打了叉的就说它是原声就不支持，比如说 tree 它不支持命令，对吧？但是其实你也可以把这个提示词复制到它的对话框里面，也可以用， 也是有办法能用的啊，我这边说不支持，只是说它原声就不支持。第一个就是非常非常重要的，也是非常有用的这个创建技能的这个技能啊， 那么这个创建技能呢，最近又发布了新的版本，增加了很多评估，还增加了很多测试，是吧？因为经常我们在创建技能的时候，你创建完之后，这个技能效果到底是怎么样的，你是不知道的，你只能说去自己去做做一些测试，那现在呢，他技能本身提供了很多这种评估的这种方法 和这种，你的这个技能的这个效果到底怎么样？这个对于非编程的这个人员是非常友好的，那么在用技能的时候一定要注意啊，比如说我选择这个 skill crate， 那 么打开这个技能的时候啊，你如果安装了别的 插件，也有可能有跟它名字一模一样的这个区分好，它在这里的时候会如果重重复的话，它这边会有一个这样的一个标识，相当于公司名称一样，比如说我这个 是是它这个的这个名字的下面的所有的技能，那么这个就是类似于像官方一样，那么你也可以选择这个 enter 键，那么你可以看到是 square critic 这个名字，那么你就可以大概就知道这是官方的，因为名字相同很容易混淆。那这个呢？因为它是以技能的形式存在的，所以说这个 ctrl 啊 shift 都是可以使用的，那么你这边可以去下载这个安装包，你也可以在 github 里面去直接把它复制到你的这个呃，对应的 ai 编程工具的这个目录下面就可以使用。 那第二个呢，就是这个人可能很多人忽略了，就是 cloud md 这个文件的一个维护啊，那通常情况下我们去维护这个 cloud md 的 人可能是自己去手写，那么 这个官方提供了这个 cloud md management 这个这个命令，它是一个命令或者技能形式的存在，它可以根据你的历史对话去优化这 cloud md 里面的内容。那比如说我们在历史对话中，可能在最近的这个对话中啊， 那存在可能去纠正，对吧？纠正一些局的错误，或者说定义一些工作流程，那么它就可以提取出来，把它写到这个 cloud md 文件里面去。那 cloud md 这个文件是非常非常重要，我可以认为是所有的这个 ai 编程工具啊， cloud md 或者 agent md 啊，这两个是一样的意思，只是 不同的命名而已，它们都是非常重要，是一个承上启下，是整个 ai 编程，一个维持的一个内存记忆的非常重要的一个文件，所以这个文件一定是经常更新 是最重要的，所以呢，它提供这样的技能啊，你可以就可以根据你的对话智能去总结需要更新的内容，是一个持续学习迭代的一个东西，非常非常重要。那比如说我使用了这个啊，技能里面的这个就是优化我们的 cloud md， 那么他就会去啊阅读现有的 cloud md 的 文件，然后顺便去把最近的对话或者最近的变动 提取出来，然后会得到一个这样的一个结果啊，说就说啊，补充我们这个 cloud md 的 内容，所以这个是非常有意思的，就是它会根据你的这个对话记录去做优化， 也非常推荐大家去使用这样一个 md 啊。那么其他的一些插件其实也有类似的功能，就是持续学习的这个能力啊，那这篇稿弄完之后，你就可以去更新到你的 cloud md 文件里面去，那下一个也是非常有用的，就是简化代码， 那这个相当于因为 ai 其实生成代码是会堆积那种很多复杂的，把很多代码写得特别复杂，就是你能可能很容易就看得出来这个代码是 ai 写的，不是人类写的。那这个功能就是对你的代码进行简化，它会结合你 cloud md 里面，一般我们 cloud md 会去定义 代码规范，比如说在我这个项目里面，那么 cloud md 里面就有一个这样一个简单的一个代码规范，那么它去做简化的时候，就会根据你这里的代码规范进行去简化。你可以这边可以写得更详细一点，比如说你的这个命名方式啊，你的这个啊，这个接口的命名方式啊， 这这些写的越细越好。一方面它就会根据你 cloud md 的 定义的这个代码这个风格去优化。那第二个呢，它会根据一些通用的一些编码的一些规范，比如说你这个太过复杂了，比如说合并重复的逻辑啊，去掉垄断代码啊，可以去做这些，那优化完这代码的话肯定是会更好。 那么如果你不指定范围的话，它是会默认只是对当前对话最近的修改进行一个这样的一个简化，那它是以子代理的方式来存在的，那这边的话是三个 ai 编程工具都支持。那第四个呢？就是我非常非常推荐啊，这个 feature dv， 这个 就是你当你要开发一个功能的时候啊，你用这，你用这个方式去启动，那么他是会把这个功能的这个分成一个固定的流程，比如说他先会去搜索你的代码，去理解你的需求，然后呢去加个设计， 然后呢最后会做一些质量的审核，那这个过程是非常非常标准的。我们可以看一下这个例子，我们在使用 arslp 和 v 开发之后呢，我们可以看到他明显的有一个这样的流程， 比如说他会先做需求澄清啊，会做你的问题的提问，然后做完之后开始做价格的设计，然后价格设计的时候他会去做很多代码的搜索，这个是非常重要的，然后把价格的设计的方案给到你之后，你再去确认， 然后的话他这边就开始，如果你 ok 没问题了，才开始去实施。来到第五步去实施，实施完之后呢，他会对代码又进行一个检测 啊，一个质量的检测，然后的话如果发现有问题，然后他再去修复，所以整个过程是非常非常的一个标准的一个流程。我们可以看到最后他在整个过程中用了哪些步骤来完成这么一个功能的开发， 我们可以看到在最最下面可以看到他总共有七步，对吧？一个是啊，这个去理解代码，去理解你的需求，然后的话去做问题的澄清，然后价格的设计，然后再去做你的这个更进一步的优化，然后开始去实施，然后再就是代码质量的检测， 最后做一个文档的总结，那这些个流程是非常非常好的，所以说我把它评为了，就是啊，也是一个 ai 编程的一个最佳流程，就光这一个插件就已经实现了一个很小的一个迭代的流程，它非常适合用来做迭代，非常适合就是对 prime 模式一个增强。 所以大家从上面的例子可以看到啊，这是一个非常推荐使用的。那第五个就是比较大家比较用的可能比较多的就是，呃，我们的前端优化的一个技能， 那这个技能就是要去掉我们的 ai 味道啊，那经常我们使用 ai 生成的这个前端，就像要么就是大紫色，要么就是大红色啊，这颜色会比较单一，那么它是做了一些优化，让我们这个前端的设计会更加美观一点，那这个也是非常简单，它是一个技能。 那第六个呢，就是可能会用的比较少，但是呢如果你要用的话，它就提高了，大大的这个提高这个简易性啊。比如说你要去串一个钩子， 那你如果使用写脚本的方式，那个门槛太高了，那么他提供的这种方式就通过对话的方式能很快速的把钩子串联起来，那么对于一些自，对于一些喜欢啊，设计一些自由度高的一些人来说，这个东西是非常方便的。 那第七个这个 pr review 的 这个工具啊，那么主要用的就是你在提交 pr 这些对代码这些，这个你可以指定啊 review 有 什么东西，那比如说我这里有个例子，那么我会执行这个 pr 的 这个命令啊，然后去让它去检查一下是不是有漏的注视的，那么它就会 拉取我最近提交的 comit 记录，然后的话就是你可以看到哪些是需要改进的，可能就会遗漏，这样的话在 你提交 pr 之前有一个这样的一个最终的检测，那这样的话你就可以 pr 提交的效率就会高一点，质量也会高一点。那第八个也是简化这样 git 的 操作，那我们经常使用 git 提交提交的时候，你要去想一下，就是，哎，最最近这段的变化是什么样内容啊？你自己要去创建， 自己要去写，那么有了这个命令之后呢？他会啊总结你这一段时间这个代码变更的一个简化的说明，你只要直接写上合并就可以了，他就会去总结，完全不需要去关注你 自己做了什么东西，所以这个是非常高的效率啊，然后他也是支持这种合并之后，然后顺便把这个布局到上面去。那这也是一个非常常用的一个工具啊。 那第九个就是之之前非常火的叫拉尔夫循环了，也就是你可以通过这个秘密让这个呃 color code 可以 一直执行多少次，直到结束。那么有的人用它去生成一个稍微大点的项目，可以直 循环去运行一晚上，所以这是一个非常有意思的。如果你有这样的需求的话，你可以去使用一下这个插件，那么这个插件也有很多变种啊，也是可以去看一下。 ok， 那 本期视频就到这，希望这些内容对你有所帮助。