claudecodereview怎么用

大家好呀，又到了一起来补 coding 的 时间了，那经过我的前端方案的调整呢？我的 coding 整体已经完成了，那在 coding 完成的情况下，你可以让第三方进来来审查你的代码， 这个时候我们就可以用到 skills 了。我是这样跟 cloud code 去讲的， codex 已经完成了全部的开发，现在需要您进行 code review 并给出报告。对，那这个时候 cloud code 才是这样说的，我来为您进行全面的代码审查， 让我使用专门的代码审查工具生成详细的一个报告，所以这里他其实就去调用了 code review skills， 大 概过个两三分钟时间啊，他就会给到一个评估的结果。 那我们来说一下这个 skills 怎么用啊？如果大家那个 cloud code 里面还没有 skills， 可以 复制这句话去进行一个安装，在评论区里面我也会有写到，那我这边是因为已经之前已经安装过了我们斜杠 skills， 你就能看到他自己内置的 skills 有 非常多，然后我自己创建的有两个，有一个 code review 是 我自己让他创建的，在这个思维训练工具在 m 一 模块开发的时候，我就已经让 cloud code 来介入进行这个 code review 了。那我当时就跟他讲，我说请将以上的代码审查和报告 作为 skills 进行保存，那么他当时其实就会调用到 cloud code 的 自己内置的 skill creator， 最终创建一个 个 skills 点 md 的 一个文档，后面可以供他自己进行一个调用。那后面的话就是相当于我只要跟他说进行 code review， 那 么他都会去调用这个 skills 的 这个技能同时生成的这个报告也是一个，就是按照之前他编排的一个格式， 所以 skills 其实更多的就是把你固化的一些 sop 或者是操作流程，或者是你的一些知识技能可附用的保存下来，或者比如说选题加口不搞的生成，都可以作为一个 skills 来进行一个输出。 所以 skills 的 这个技能大家去用起来啊。第一步你在 cloud code 里面安装 skills， 第二个你就跟他说请将以上内容提炼为 skills 以什么什么命名，那这样它就会内置了。那后面在用的时候请用 什么什么 skills 帮我做什么什么事情啊，就可以了，就非常方便大家去用起来了吧。好，今天就分享到这里，拜拜。

大家好，不知道你们是否跟我一样，在 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， 那 本期视频就到这，希望这些内容对你有所帮助。

我用克拉的 code 已经一年多了，我在平台中保持非常活跃，以下是实际使用其工作的最佳实践，一、 搭建子智能体团队别让一个 ai 包办所有事，打造专属的专业智能体，比如研究型、调试行、审核行，各自配备独立上下文， 各司其职，形成合作团队。二、善用规划模式动手操作前先按两次 shift 加 tab， cloud 会先读取你的代码库，提出疑问，制定执行方案，等你确认后再开始编码，输出的内容会规整很多。 三、配置可附用技能指南这类指南能让 cloud 根据上下文自动加载流程，只需定义一次，后续遇到对应场景就会自动套用。四、核心操作用钩子功能，这是社区里大家反复验证的技巧， 在 cloud 点 m d 里写的规则， cloud 的 执行率大概只有百分之七十，而钩子功能能运行，需要脚本实现百分之一百的强制执行拦截，关键操作一定要用它。 五、自定义命令与规则命令是未重复的工作流，保存的斜杠快捷指令，规则则用来定义项目架构，让科拉的每次绘画都能精准理解你的项目。六、借助 get 工作树实现并行开发多分支并行运行，避免任务之间相互阻塞。 cloud code 本身支持这个功能， 但用起来很繁琐，要开多个终端，安装多份依赖，手动切换分支，耗时耗力的操作特别多，这也是我选择 d f o m 的 原因，它能让每个分支都拥有独立的隔离工作区， c o d c o 的 在各工作区独立运行，无需额外配置，不会产生冲突，直接就能实现多绘画并行工作，自己去试试吧。地址是 d s o 没 i 我 一直都在使用。

open class 可以 直接调度 color code， 这两个工具你可能都在用，但这样组合你大概没试过。对于追求极致代码质量和完成度的开发者来说， color code 依然是编程领域的巅峰。而 open class 擅长处理日常自动化和智能调度，将二的结合可以实现一加一大于二的效果。 open class 调用 color code 是 通过 a c p 协议实现的，一共两种模式。第一种代理模式， 你只需要跟 opencloud 对 话，告诉他你想要开发什么， opencloud 会自动把任务转派给 coco 的， coco 的 写完代码后， opencloud 再把结果汇总反馈给你。第二种直连模式，这种模式下，你跳过了 opencloud 的 中间层，直接跟 coco 的 对话，你 发出去的每一条消息都是 coco 的 在接收和响应。这种模式只能在聊天软件的 channel 里使用，不能在 web ui 里用。 它最大的优势是你可以在手机上直接跟 coco 的 编程，随时随地写代码。好，先看第一种代理模式的实际效果，我在 opencall 的 界面里直接下了一个任务，帮我开发一个笔记管理系统。 opencall 收到后回复说任务已收到，正在派发给 coco 的 执行。我打开代码检查了一下，对应的目录下确实有完整的代码，完成度很高。 再来看第二种直连模式，这次我是在飞书里操作的，我先验证一下，直接问他你是 open client 还是 client code， 他 回复说我是 client code， 说明直连成功了。我现在是在跟 client code 直接对话。 然后我输入开发任务，帮我开发一个日记管理系统外部版，他很快就完成了，代码质量同样不错，整个过程我都是在手机上完成的，没碰电脑一下。大家感受一下这个场景，你在地铁上，在咖啡厅，甚至在床上，随手就能让 coco 的 帮你写一个完整的项目。接下来是大家最关心的部分，怎么配置， 其实非常简单，一共两步，第一步，安装 acp 键，把下面这段安装命令直接发给你的 open call， 让他帮你自动安装。 第二步，验证给他一个实际的编码任务，比如用 a c p 叉帮我写一个 hello world 项目，如果他成功调用 coco 的 并生成了相应的代码，说明安装成功。最后总结一下，这个方案的本质是让 ai 形成协助链， 我们可好负责理解需求，调度任务、管理流程， coco 的 负责高质量的代码生成执行，不是单打独斗，而是协同作战。

如果说你想在克拉蔻的里面真正的去掌握 skill 的 话，你就不能够只从网上去下载别人的 skill 来使用。你需要去了解它们是如何工作的，为什么能够起作用，以及你应该如何去创建测试 优化自己的 skill。 在 这一期视频里面，我会向你完整的分享我平时自己使用 skill 的 一些心得，以及我是如何创建 skill 的。 左边的这一个是没有任何提示词的，直接使用 ai 默认生成的一个网站前端的 页面。右边呢，是我们加了一个设计 skill 之后的一个效果。但是你会不会以为 skill 仅仅只是增强了 colorado code 的 某一个特定功能，但其实不是。我们还可以使用 skill 来构建一个完整的工作流，让 skill 去调用 其他的一个 skill， 从而将我们的生产力提高。但是在学习如何自定义 skill 之前，我们需要了解 skill 到底是什么。不用担心，它的底层原理其实特别的简单， skill 只是告诉 cloud code 用特定的方式去做特定的事情的一个方法而已， 应该来说是一个文档而已，文档规则它就是这么简单。所以只要你能够在克罗德克的里面用提示时做到的事情，你都可以把它变成一个 skill。 它的灵活性是极其高的，几乎可以应用到任何的一个场景里面。 他的工作原理是这个样子，可以访问你列表中所有已经安装的是，他们并不是直接全部加载到你的上下文窗口中。他只是列出了所有你已经安装好的十六的名称，以及一个简短的描述，比如我自己安装的这一些十六， 一些是关于内容创作的，一些是关于视频制作的，还有一些是发布排版的，也有 以及一些关于开发的。每一个 skill 的 功能都不一样，但是它们可以串联成一个流水线。所以当你跟可乐扣子说我想设计一个网站的前端的时候，他就会去看你的 skill 列表里面有没有合适的 skill 能用上，然后他就会抓取对应的关键词， 当他抓取到对应的关键词，发现你的 skill 列表中有关于前端设计的这一个 skill， 他 他就会把这一个 skill 塞到上下文的窗口中，然后使用 skill 里面的内容来进行前端的设计。但是这里他虽然流程是这样，但是我们其实是下意识的做了 两个假设的。这里我们需要讲开第一个假设是我们假设他每一次都能够选对正确的 square， 我 们说过每一个 square 都有一段描述，这段描述可以帮助 colorado 的 做出正确的选择，但如果我想建一个网站来设计一下， 他是不是每次都能判断出哦？要建立网站，所以要用前端，所以要调用那个 skill。 如果说你不止安装了一个前端设计，你安装了很多关于设计的 u a 的 一些 skill 技能的话，你就会看到问题的所在， 我们需要做其他的事情来缓解这两个问题。首先在选对 skill 的 这个问题上，我们要尽量的去精简我们的一个 skill， 使 我们需要的是一把精确的手术刀，而不是说其他的乱七什乱七八糟的什么西瓜刀、菜刀之类的。除此之外，我们还要优化 skill 的 描述，这个可以用 skill creator 来做。后面我会进行演示如何去确保 skill 能被触发， 这是跟提示词的写法有关的。要让 code code 使用某一个特定的 skill， 我 们有三种方式，第一种是给一个模糊的自然语言提示词，然后希望它能够自己匹配上，比如说帮我建立一个个人网站， 这就只是在期望他自己去触发 skill。 第二种方式是明确的告诉他要用哪一个 skill， 比如说使用前端设计的 skill 来帮我做一个个人网站， 他就会听懂。第三种也是最靠谱的方式，用斜杠命令强制去调用，输入斜杠你的提示词名称，这个时候不管你后面说什么，他都会百分百的去调用那一个 skill 呢？一种方式是输入 plink， 打开你的插件市场，你可以搜索，也可以直接往下翻，比如说你想装 load 选的这一个插件，就点击它，然后你会看到三个选项，为你个人安装，为所有的协助者安装，或者仅在你当前仓库安装。 在上一条视频中，我们提到了上下文窗口的这一个问题。所以在添加 skill 的 时候，你得先想一想是不是我每一个项目都需要这一个 skill。 如果说 你只是在特定的项目里面使用特定的这一个 sku 的 时候，你就不需要全局去安装，你只需要把它装到项目级别就 ok 了。在我们安装完之后，你只你只需要重启你的 cc， 你 就可以打开使用这些 sku， 并且很多时候你可能会从别人的视频或者说公众号之类的看到别人分享的一些 skq， 你 想去安装，一般这种分享的 skq 都会附带对应的安装命令或者说 gethelp 页面，你想要安装也特别简单，比如以洞哥的这一个 skq 为例，直接把 他的这一个 gethelp 页面丢给你的可拉的扣的，然后给他说帮我安装一下这一个 skq， 他 就会帮你搞定。如果说你想自己去寻找 skq 的 话，你也可以打开一些 skq 的 聚合网站，然后去寻找你想要的 skq。 讲完安装，我们来聊一下 对于我们自身最有用的一个部分，就是创建属于你自己的自定义 skill。 skill creator 是 a 社官方出的一个 skill， 你 可以在插件市场找到它，也可以在格拉哈普的页面找到它。我们不仅可以用它来创建 新的 skill， 还可以修改和优化你自身现在已经有的 skill， 测量 skill 的 一个性能，或者说去跑一个精准的测试 功能非常多，这就是真正让你的 skill 如虎添翼的一个工具。使用方法也特别的简单啊，直接携带命令，然后 skill creator 就 可以了。然后你只需要描述你想创建什么类型的 skill， 你 甚至可以把这一步也交给克拉的扣的来想，可以看到我这里的视频流水线好像是少了一个标题，对吧？那我们就制作一个标题的这一个 skill creator， 先给 先调用出来，打开我们的一个计划模式，然后给他说你想要的这一个 skill 是 做什么的，比如说我现在我想要创建一个标题深层的 skill， ok， 就 这样，就是这么简单。在使用这一个 skill creator 创建的时候，他不管你是不是会开启计划模式，都会有对应的问题问你。但是我的建议是，你不管做什么，在你没有明确你的方向之前，都把计划模式开散，然后 不断的通过和他去对话，最终完全的去规划好你想要的东西，最后才让他进行创新。我这里就直接选通用标题，这里是可以多选的，然后如果说你有其他的想法，你也可以在这里直接给他沟通。我现在不太确定这一个标题是给我能不能适应多种平台， 所以说我需要你来帮我判断，我们可以继续下一步输入形式是什么？是竹子稿还是选题还是大干？直接选择选择竹子稿，方法论是什么呢？有现成的方法论这里你可以根据自己的需求来进行选择，我这里有动哥的一个知识库，所以我就直接选择 有现成方法论，然后 ai 就 会不断的在和你进行沟通的一个过程中 创建好一个计划，然后这个计划会进行去实施。 ok， 这里有一个集成方式，这里就是我们之前讲过的，通过一个 skill 去调用另外一个 skill， 就是 不断的进行套娃。但是在这里的话，我现在不希望他接入我的视频流水线， 因为我现在还没有进行过这一个 skill 的 测试以及后续的优化，所以我现在希望它独立的使用，但是我需要你保留一部分的接口，以便于后面我优化完成之后呢，把它集成到我的视频流水线里面， 在这个创建思路的过程中，就是我们不断的去和 ai 进行探讨，就是有任何问题就一定要及时的跟 ai 去说。这一点在上一期的视频中我提到过，就是你不知道什么是你不知道的，就是你不知道什么东西是对的，什么东西是错的，那么 你就应该让 ai 去帮你矫正你的道路是对的还是错的，虽然 ai 矫正的东西也不一定对，同时这一个矫正的道路是更多的是对于你自己的想法的一个补充，你不能够完全依赖 ai 给你产出的内容，因为 ai 因为 ai 的 上下文是会腐烂的，说着说着他就变成了一些特别奇怪的东西，当他做好设计计划的时候，你就可以看到他的一些描述的内容，以及他的一些目录结构之类的东西，他是如何去进行工作的，以及 他使用了哪一些方式。当你确定没有问题的时候，你就可以让他继续生成。当你觉得有问题的时候，有哪里不对，你就可以在 后面给他说有哪里不对，他会重新评估你说的话，然后重新给你生成新的计划，我这里只是示范，所以我就直接让他进行生成了。 其实在我自己创建 skill 的 这一个过程中，我都是经常这样，就是让它快速的出一个原型，然后快速的进行验证，然后再不断的去进行打磨和优化。当你从一开始就想把它打磨的很好的时候，其实是很浪费你的时间的，因为你没有通过实际的验证，你就 不知道你的东西做出来到底是对的还是错的。 ok， 当我们创建完成之后，他就会告诉你调用的命令或者说其他的一个东西，然后如果说你觉得他的名字不好，你也可以是进行修改的， 我这里就直接先进行一个测试。 ok， 当我们在发送一条消息，觉得这一条消息不对的时候，是可以按左上角的 esc 撤回的，然后这就是关闭了，然后连续按两下，你就可以回退到你上一条说的话的时候， 然后进行继续的一个补充，使用这一条竹子稿进行测试。 ok， 你 看到了创建一个 skill 就是 这么的简单，然然后续的效果是需要我们不断地去进行优化 和打磨的。但是如果说你在一个行业里面深耕的足够久，当你把这个行业的所有的方法论，制度库都共享给客户的时候，那么他能够给你产出的一个内容的效果是完全会超乎你的想象的。同时，如果说你有一些重复的工作，比如说选择题，精密分析，甚至哪怕只是 把你一个文件夹里面的所有发票都给你整理好，你就可以和他通过一步步的工作规划成一个工作流， 固化成一个 skill。 那 么在你日后工作的时候，你只需要打开这一个 skill， 它就能够去自动化的帮你去完成。 ok， 在 本期视频中，我们讲的是 skill 的 安装，使用以及创建你自己的一个 skill。 当然所有关于克拉的一切都是我自己去自学的，所以说有任何不对的地方也欢迎提出来指正。 ok， 这一期的视频就到此为止，我们就下一期再见。

今天是什么喵？大家好，我是阿喵，这里是一个致力于让大家入门各种知识技能时能少走弯路的频道，欢迎回来，本期视频我们就来具体聊聊 codecode 的 使用技巧吧。 不过在开始之前，我想先来聊聊我们为什么要学会使用 quadcode 这类 ai 工具。用比较官方的说法， quadcode 是 一个代理式编码环境，与我们日常接触的聊天机器人，比如豆包、元宝之类的不同， quadcode 可以 读取你电脑里的文件运行命令进行更改操作， 并且可以在你的监督或者完全离开的情况下自主解决问题。听起来是不是有点贾维斯那个味了？ 其实简单来说，一般的聊天大模型是光说不做，而框口之类有编程功能的 ai 工具，既可以告诉你怎么做，还可以帮你全部做呢。我给大家举几个例子，来看看框到底可以帮我们做什么吧。例子一，最日常的操作就是它可以直接帮我们整理文件， 比如我每次剪完视频后，就会有一大堆素材文件，有的需要归档到素材库，有的可以直接删掉， 但是一大堆各式各样的文件堆在一起，看着就不想整理了。这个时候就可以让夸克先帮我做个初步分类，按照文件类型先分文别类放好，在针对性的进行整理就快多了。 例子二，有时候我们遇到一些电脑设置相关的问题，问聊天大模型的话，一般会给出很多解决方案， 虽然有时候也可以解决问题，但是如果是使用 qq 这类工具的时候，就会方便很多。比如像这个问题，我发现每次启动 qq 都会出现这行提示升级的小字，虽然不影响使用，但是看着不舒服，于是同时让豆包和 qq 帮我解决。 豆包说了一大堆，我还得对上去自己尝试，而 qq 分 析了一通之后，直接就给我解决了。 另外，我们还可以用库尔节点小工具帮助日常工作提效，做数据分析、知识管理等，它也不在话下。比如这期视频我就介绍了 adc 语言，结合 codo 提升知识管理效率的方法，大家可以借鉴使用。好了，进入正题，来聊聊我的 codo 使用技巧吧。 基础对话技巧首先最重要的我认为是和括号的对话技巧一、按 shift tab 切换对话执行模式，分别有以下几种，我以在 b s code 里显示的效果为例， 这个简称就是什么都要确认模式，这个是自动编码模式，就是在修改文件代码的时候会自动执行文件，操作的话还是会询问确认。这个 plano 就是 规划模式，夸特先给出完整的执行方案，等你确认后再按步骤执行。 推荐在执行比较复杂的命令或者需要梳理工作流相关的任务时使用。对于新手来说，建议多使用该模式。 二、按 esc 可以 中断对话当任务执行时发现没有按照预响的方向推进或者陷入莫名其妙的循环的时候，可以按 esc 键强制暂停。三、按两下 esc 可以 撤回上一步操作，类似我们平时使用的 ctrl 加即撤销功能。 四、使用艾特键可以引用文件内容使用感叹号键，可以直接在括号窗口执行终端命令。记得不管是 windows 系统还是苹果系统， control 加亦可以粘贴图片到对话框，让括号通过图片内容回答问题。不过记得使用的模型要支持多模态哦。 建设好你的 cloud 点 m d 文件 cloud 点 m d 文件可以说是你 cloud 里面最重要的文件，没有之一。 code 每次启动后都会读取它。你可以在里面写个人习惯、代码规范、设计原则、常见错误等任何你希望跨记住的内容。通常我们会在两个位置看到这个文件，一个是你电脑用户瞩目下，这个是全局性的，针对所有项目生效。 而每个项目文件夹下也会有一个这样的文件，里面的内容只对该项目生效。比如我在我的全局和点亮 d 文档中记录了以下原则。这里值得强调的是，这个文档并不是一成不变的，而是动态更新的， 他就像一份员工手册，随着工作的推进而不断优化。当你第二次纠正考儿同意错误的时候，你就应该知道要把它写进文档里了。而当你想向文档中添加内容的时候，你可以直接跟考儿抠脚，比如像这样 也可以直接打开文档修改。如果是在终端窗口，你还可以使用简号加内容直接添加。值得注意的是，因为这个文档在每次开启对话时候都会加载，所以以精简为主，不要什么都往里面加哦。 调整思考深度在对话的开头或者结尾添加 think thinkart 和 ultra think， 可以 增加 quad code 的 思考深度，不过该方法只对单次对话生效。如果想全局性的调整思考模式，还有以下方式，常用斜杠命令。 在 quad code 里面，很多功能都是通过斜杠命令实现的，下面我就介绍一些我觉得比较重要，可以提高使用效率的命令。 大家还记得我在对话技巧一中提到的双击压 c 可以 撤回对话吗？如果想有选择性的回退的话，可以使用命令这个命令实现，具体区别如图。 而如果想查找历史对话，使用 win 这个命令。如果在对话过程中突然想问一个与当前对话不相干的话题，为了不影响上下文，可以使用 bt double 也命令。 如果针对同一主题的对话，突然想到新的方案，想同步执行，可以用 branch 命令给该对话建立一个分支，类似创建平行宇宙的概念。 当进行了很多轮的对话后，因为模型上下文长度有限，以及太多上下文内容，也会导致抽坑消耗增多，这个时候就可以利用 com 这个命令打包精简一下上下文和这个命令。简单来说就是新建对话的功能。 当完成了一项任务后，后续的操作与前面任务无关，就可以用这个命令清除一下意识对话，保证一个干净的上下文，开启新的对话。如果觉得和 code code 的 对话内容很有启发，想保存下来，可以使用 export 命令导出， 现在在 code code 里可以设置定时任务了。使用 log 命令触发设置命令，类似软件设置界面的功能， code 的 版本信息和一些设置选择都在这个里面。 还有一个单词很类似的命令，下次可以看你的绘画用量和模型调用情况。需要注意的是，部分的斜杠命令只在终端生效，虽然像 vsq 等 ide 软件可适化了部分操作，但是完整的功能体验还是建议在终端执行使用哦。自定义命令 除了 quad core 内置的斜杠 mini， 我 们还可以自定义我们自己的斜杠 mini， 在 点 quad 文件夹下新建一个名为 command 的 文件夹，在里面添加的文件就可以作为斜杠 mini 调用。比如我这里有一个口部文案转小红书文案的提示词模板。 首先我新建一个名为 x c 搜索的 markdown 文件，将提示词模板添加进去，输入部分用这个制服占位，然后我们直接复制文案并调用这个命令，就可以完成文案的转换了。如果你有重复性的命令需要 qq 完成，就可以把它变成这样的自定义命令。 其实自定义链链已经有了点 skill 的 属性了，但是那 skill 又是什么呢？接下来我就来介绍一些在 code q 中对于新手来说傻傻分不清的功能概念。 skill， brigade， m c p， hook， plugin 傻傻分不清。我不打算花太多的篇幅介绍这些功能，因为已经有很多大佬的视频详细地介绍了这些功能是什么以及如何使用的。 而作为新手小白的我们，只需要先大概了解这些功能是用来干嘛的，等到有实际需求的场合再具体研究也不迟。 ok， 话不多说，我们进入正题， skills。 我 觉得 skill 是 你最应该花时间研究和学会使用的夸拓展功能，它就好像是一本说明书，教会你的夸理想技能应该在什么时候使用，如何使用，以及使用该技能所需要的全部资源资料的。 简单来说，它是决定你夸智能水平的东西。 m c p m c p 是 一种标准化的协议，它解决了你的夸调用外部工具的能力，就好像 usb 接口一样，让 ai 可以 控制到不同系统、数据库、 api 甚至第三方应用。 hook 简单来说就是一段自动执行的脚本，当遇到触发它的特定事件的时候就会自动执行，主要是用来解决流程控制、自动化工作流和起到一定的安全监控作用。 ascetic 而 scetic 就 好像是你培养的员工，你可以创建擅长数据处理的员工，也可以创建会收集资料的员工。当你需要执行相关操作的时候，它就会调用最适合的员工给你进行处理。 而且特别是在处理较复杂的任务时，多 scetic 就 可以协助执行，提升效率。 plugin 计算完以上概念后， plugin 就 很好解释了，将以上功能打包在一起就是一个 plugin。 当你的某个项目已经形成了一套完整的工作流，使用什么 skill， 添加了哪些 m c p， 如何执行等，你就可以将它制作成一个 program 分享给他人使用。 one more thing ok 最后我想来聊聊近期使用 code 的 体会。 i a i 确实可以很大程度上提升我们的动手能力，不管是搭建网站、做个小游戏，还是搞个小工具啥的。 对于小白来说，放在以前可能是天方夜谭，现在 ai 直接把门槛拉到地板价，咱也能上手试试了。但是为什么你还是发现自己什么都做不出来呢？我认为重要的不是学习如何使用 ai， ai 会迭代进化，会越来越聪明。 ai 时代要求的是学会如何清晰明确的表达自己需求的能力。说白了，你需要了解这个世界底层的构建逻辑，并能内化成自己的知识体系。这个事情急不来， 别总想着一步到位，先开始再迭代。重要的从来不是你会多少工具，而是你真正掌握了多少能傍身的硬能力。 好了，这个视频就到这里了，我要去研究如何养虾了，这个世界终将淘汰不会用 ai 的 人。关注阿喵，了解更多 ai 小 知识，下个视频等我养完虾再见喵！

别再被 cloud code 的 英文劝退了，今天带你当个快乐的邪修！兄弟们，这两个痛点是不是折磨你很久了？第一，斜杠命令全是英文，查个功能还得开翻译。第二，程序跑起来一堆命令，非程序员看他就像看天书，完全是个黑箱。既然是邪修，那必须上点黑科技魔法。第一招，全灵根汉化， 深层设置，所有命令通通变成大白话，中文告别翻译，随点随用。第二招，装个说明书，每次命令运行下方自动弹出粉红色中文提示。他在干嘛？为什么要这么干？清清楚楚，彻底打破黑箱，一边开挂一边变墙。

大家好，这一期视频主要讲解 cloudco 从安装到上手实操，主要分为五部分，第一部分是 vsco 的 软件安装，第三部分是 cctv 渠道软件安装，第四部分是接入 ai 编程大模型，第五部分就是上手实操。现在教大家如何安装 vsco。 首先我们打开 vsco 的 官网，点击下载 windows， 看你电脑的系统， 我这里直接下载 windows 十一安装包，点击它就会跳到下载的页面，并且自动进行下载，因为我这边已经下载好了，我直接打开，打开安装包之后，我们点下一步，这里我们修改一下安装的目录，然后点击下一步，再点击下一步 这里把这些都全选打勾之后，我们再点击下一步，点击安装，我们现在可以看到已经安装完成了，现在我们开始安装 altcode， 我 这个是 windows 十一的电脑，我们在右下角这里输入泡泡脚查找，找到这一个， 并且以管理员的身份运行，我们再输入这一行代码，这一行代码主要是给当前的脚本执行权限用的。我们回车，这里我们输入 a， 再回车，再输一条指令， 我们可以看到这个当前用户是这个值就是对的。我们再执行这一条指令，这一条指令就是安装 cloud code 的 指令， 然后点击回车，现在我们可以看到他正在获取 cloud code 的 安装包，我们等一下，然后我们再验证一下是否已经安装成功，我们现在也可以看到已经安装成功了，是二点一点七的版本。接下来我们来安装 c c switch， 它主要是切换不同的 ai 编程大模型，需要用到这一个工具，我们输入这一个网站来下载，这个是 cc switch 的 安装包，输入到这个页面之后，我们下拉，看到这里，我们点击一下，再下拉到这个页面底部， 我们可以看到这里就是他每个系统的安装包，我们找到相对应的安装包，直接点击下载，因为我这个是云朵十一的，我点击的是这一个，现在下载当中下载完成，我们双击点击运行，点击下一步， 这里我们更换一下它的安装目录，换完装目录完成之后，我们点击下一步再点击安装，这样就安装完成了，我们可以看到系统桌面上显示安装 cc switch 已经安装完成的图标， 我们双击一下这里这些就是我之前已经配置好的 ai 编程大模型，这里有智普，还有 d c， 还有汇集流动平台的，我默认使用的是智普的。 如何添加 ai 大 模型呢？这里在这个 cc switch 的 界面上右上角这里添加，这里我们可以看到它是有非常多 ai 大 模型的接入方式， 还例如 c c， 智普，还有 mini max 硬币等等，我们选择智普这里下拉下来，下面就是填写 api 密钥了，我们打开智普的 api 后台官网， 这里就可以新建你的 api key， 新建完成之后，你把这个 api key 复制到这个页面里面。 cc switch 的 下拉的页面里面，复制完成之后，你直接添加就可以了，添加完成之后再回到这个页面，你可以去启动， 例如我这里现在默认是字母，如果你是换成是 dc， 你 可以去点击启动，这样就切换成功了。当前使用的就是 dc， 它还需要在这一个页面里面的设置里面 打开，把这一个应用到 cloud code 的 插件这里打勾完成之后再保存就可以了。所有工具安装完成之后，我们现在开始启动 cloud code， 我 们先新建一个文件夹，然后右击再通过 vs code 来打开，然后我们来安装一下 cloud code 的 插件， 在这个 vsco 的 左边左下角这里搜索 outco， 第一个这里我已经安装了，如果是没有安装的，这里是显示要安装的，你点击一下它就安装完成，安装完成之后它右上角这里是有一个 outco 标志的， 这样就说明已经安装完成了。然后我们打开终端输入 cloud code， 现在我们可以看到它已经是用的是智普的四点七，我输入的一个，你好，它也是已经是有回应的，这说明它已经 cloud code 已经是接入成功，并且正在运行当中。

如果你还在把 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。

enzo pick 内部有一个人叫做 boris chaney， 上个月他先分享了自己个人去使用 cloud code 的 使用方式，他呢是 cloud code 的 核心工程师。 那最近呢，又整理了一份团队内部怎么去使用 cloud code 的 清单，一共有十条，大家可以去上网去找一找。 相信很多人看完的第一反应都是，哇，原来还能去这么去用。所以今天我不会去照本宣科的给你去把这十条给背一遍。我想带大家去过一遍，告诉大家哪些是真正的思维升级，哪些只是工具技巧，以及最重要的这些技巧背后， 整个团队的工作方式到底发生了哪些变化？首先第一条是要去同时去跑三到五个 walk chain， 那 团队的第一条技巧就是不要只去开一个 cloud code 的 对话，要同时去开三到五个。他们的做法呢，就是用 gitwalkchain， 每个 walkchain 呢，是一个独立的工作目录， 运行各自的 cloud 的 绘画。然后呢，用 z a， z b， z c 这样的需要的一个别名啊，一键去切换。 有人呢，甚至还专门有一个只读的分析 worktree， 专门用来去看日制跑 big query 的 查询，不去做任何的代码改动。而 boris 本人呢，也不用 worktree， 他 用的呢是多个的 git checkout， 机制不同，但本质是一样的，去隔离上下文，并且进行推进。 那我觉得这条技巧呢，背后有一个更深的认知转变，就是你不再只是去写代码，你是在管理一支 ai 的 施工队。以前我们的思维是串起的，我想好， 我去写，我去改，我去测。现在思维呢，就是 a 组去实现这个功能， b 组去写测试， c 组去做代码审查，我自己喝咖啡。然后呢，容易有结果。 但有个问题要警告大家，上下文切换的成本是真实存在的，你开了五个窗口，每次切回来都要去重新理解这个绘画走到哪里了。如果你的项目不够复杂，或者你还没有去建立清晰的任务分工，多开窗口只会让你更乱，不会更快。所以这个技巧是给有架构意识的工程师用的，不是给所有人的。 第二条呢，就是 plan mode。 这个不只是用来开始，更加呢，是用来去做重启。那团队所有人都会去用 plan mode， 但有一个人的用法特别聪明，他让 cloud 启动计划之后，再单独开一个 cloud 绘画，让第二个 cloud 去扮演资深的工程师 来去 review 这个计划，把规划过程变成对抗性的，而不是合作性的。更关键的是，当任务进行到一半，出问题了，别继续硬推，要切回 plan mode 重新去规划。那这一点我自己很有深有体会啊，很多人，包括我自己啊，用 cloud code 遇到问题的时候，下意识的反应就是再追加一条指令去试一试，结果呢，是越补越乱，最后的上下纹变成一团烂泥。 那 cloud 开始去瞎说，你还以为是模型问题，但其实是流程问题。 pre mode 是 一个认知锚点，它强迫你在行动之前先搞清楚方向，遇到障碍就重新锚定，是软件工程里面停下来思考 比盲目行动更快的进阶原则。只是 ai 让这个原则更容易去忽视了，因为它总是在生产输出，你会以为是在进展。 第三条就是让 cloud 自己去写规则，这条是我个人认为十条里面最有洞见的一条做法呢，是每次 cloud 犯了一个错误，你纠正完以后，在 prompt 结尾加一句，把这条经验更新到你的 cloud 点 md 里面，以后不要再犯那 cloud 点 md 是 cloud code 的 一个项目配置文件，相当于给 ai 的 一个行为手册， 可以在里面去写规则，写禁忌，写代码风格的要求。但这个团队的做法也更激进，他们让 ai 自己去写这个手册，犯一次错，记一条，一个工程师甚至专门维护了一个 note 的 目录，每做完一个 pr 就 去更新一次，那 cloud md 指下的是这个目录， 所以你知道这意味着什么，这意味着你在做的事情不只是用 ai 去完成任务，而在训练一个越来越了解你的这个项目的 ai 学作者。今天花五分钟去维护这个文件，未来每个绘画都会变得更加省事。但有个陷阱， cloud md 不 能无限长文档，太长规则就被稀释了。 在 cloud 读到后面就会望到前面。这个不是玩笑，这个是真实的上下文窗口限制导致的行为特征，所以他们的原则是定期精简。当你发现 cloud 的 老是去犯同一个错误，先去检查规则里面的措施是否清晰，而不是一直往里去加新的条目。 第四条呢，就是 slash command， 是 可以去附用的思维结晶，那团队用 slash command 来去封装高频操作。举个例子，通过 gun tag 每次绘画结束前呢，找出并且清理重复代码。还有更复杂的就是一个 context dump 的 命令啊，自动去拉取最近的七天的 slack 消息， google drive 的 文档， asana 的 任务和 github 的 提交汇总成一份上下文，让 cloud 在 新的绘画里面快速去了解。哎，最近发生什么？ 我觉得这项技巧背后有一个非常重要的工程哲学，就是如果一件事你做了不止一遍，就把它变成一个可重复的流程，而不是靠记忆每次去重做。这个不是新的观点，这是软件工程里自动化一切重复的基本原则。只是现在 ai 让这个原则的适用范围啊大幅 拓展了。以前这个原则主要是用在代码上，现在它同样适用于你和 ai 的 交互方式的文本本身。但 头上的这项技巧的一个门槛也不低，你需要先对自己的工作留以清晰的认知，知道什么是真正重复操作。然后呢，才有东西可以去封装。 不过你刚开始用 cloud code， 先把工具用熟，别急着去封装。命令第五条呢，就是用 c l i 工具，不要去依赖 m c p 啊。那团队用 m c p 啊，去集成了 stack， 可以 让 cloud 的 直接去读写 stack。 但有人去提不同意见，就是能用 c l i 解决的就用 c l i， 不要去上 m c p， 理由就是 c l i 更简单，更容易调试，在本地和 c l i 的 行为是一致的。而 m c p 呢，适合需要双向通信的场景。对于读多写少的工作流，一个写的很好的 c l i 脚本往往是更可靠的。 那我自己是支持这个观点，但我想把它说的更加直接。越复杂的集成，失败的方式就越多。刚开始用 ai 工具的时候，你的主要精力应该用在让 ai 产出更有价值上，先把简单路走通，再去考虑复杂的集成。 第六条就是把 cloud 当成一个学习工具，不只是一个执行工具。这样呢，团队说的不够明显，那我觉得这是被严重低估的用法。那具体技巧就是你可以让 cloud 生成代码的可实时图表和交互式的 html 的 探索器，帮助你理解一个陌生代码库。 还有呢，概念图模式，让 cloud 帮你去画出一个领域里面的知识结构、知识盲区和范围编卷。我想说的是呢，大多数人把 cloud code 当成一个写代码的工具，但它同样可以是一个帮你去思 的工具。你可以让他去解释一个你不熟悉的架构决策，也可以让他给你画出某个系统里数据流动的路径，可以让他帮你去梳理一个模块的前置依赖这些事情不铲除代码，但他们能够去帮你建立理解，而理解是写出好代码的前提。 第七条是图片和截图是被忽视的上下文。这道技巧很实用，在 plunk 里面直接附上截图、架构图或者 api 文档的图片。道理很简单，文字描述一个 ui 的 bug 可能需要两百个字，一张截图零个字， cloud 的 能读图，那为什么不用呢？这个原则同样适用于架构讨论，你画一张草图， 拍张照片传进去，比你用文字描述左边有一个服务，右边有个消息队列要清楚的多啊。第八条我觉得蛮有意思的，就是 ci 工具的自学习， 但这个呢，也经常被忽略。做法呢，就是遇到 cloud 不 认识的 c i 工具，不要自己去查文档，然后告诉 cloud， 直接让 cloud 自己去学。那提示词呢？你可以用下面的，比如说使用负杠 c i 杠 help 来去了解这个工具，然后呢用它来完成 a、 b、 c 三个任务，那 cloud 自己会去读这个 help 输出，自己去理解语法，自己去执行命令，甚至对你公司内部的资源去理解语法，自己去执行命令，甚至对你公司有 help 文档，那 cloud 就 会学会去用它。 这背后的意义我觉得就是 cloud 是 一个会学习的执行者，而不是一个只能用来去预制知识的助手。你不需要事先教会他一切，你只需要去给他学习的路径。第九条呢，就是平行不等于更快，任务分配才是核心。 那关于多 a 卷的并行啊，团队有一个非常具体的警告，不要让多个 a 卷的同时去修改同一个文件，因为结果是最后写入者是获胜的， 也就是说其中一个 a 卷它的工作会被覆盖掉，什么提示也没有。那团队的建议就是先从非代码任务开始去并行，比如说像 pr review， 像 bug 调查，像文档整理， 这任务不会互相的覆盖，等你建立清晰的任务隔离习惯以后，再去考虑并行去实现代码。那这道技巧的一个生存含义，我觉得就是多一些的协同，需要的是任务设计，不是把任务拆开扔给几个窗口就完事了。你需要像管理团队一样去思考谁负责什么，哪些任务有依赖，哪些是可以真正独立运行。 ok？ 那 第十条最后一条就是更新，一定要经常更新，这条听起来是最简单，但是真正做到的人啊，真的不多。经常更新 cloud code 的， 因为小版本更新经常会包含非常有用的改动。比如有一个版本加了对大 pdf 文件的分页支持，直接解决了在文档密集项目里面，上下文窗口易出问题。 另一个版本改了大型工具输出的存储方式，大幅减少了上下文占用。这些改动不会出现在头条新闻里，但他们实实在在的影响你的日常体验。 ok， 那 到现在时下就过完了，也感谢大家听到现在。然后我想说最后一件事情，就是这些技巧虽然看起来很散，但它背后还是有一条一致的线索。 cloud code 团队对这个工具的理解是把它当成一个可以被塑造的协作者，而不是一个固定的工具。你看， cloud d m d 可以 被训练， dash command 可以 去被定制规则，可以被 ai 自己去写流程呢，可以被分装成可以附用的技能。每一条技巧都在往同一个方向去走，让你 和 cloud 之间的协调关系随着时间越来越顺，越来越高效，越来越符合你的项目特点。这个才是真正值得学的东西，不是任何一个具体的快捷键，而是这种持续优化人机合作界面的思维方式。

这是我看过最详细的可乐扣子教程了，比官网文档讲的还清晰，而且里面还分成了小白入门和程序员入门的版本，所以尽管你是一点都不懂的小白啊，依然也能让你从入门到精通，轻松制作网站或是一个 app。 所以 我建议每个人都要看一看啊，需要的评论区扣六六六。

cloud 工程师 terry 发了一篇长文，讲他们内部怎么用 club skills， 这篇文章六百五十万浏览，我帮你拆一下重点，很多人以为 skills 就是 文档，其实不是，它是一个文件夹，可以放脚本书据模板， cloud 会自己找自己用。它不是说明书，是工具箱。 他们内部有几百个 skills， 分 九大类，我挑最实用的四个来讲。第一类叫代码库参考，告诉 cloud 你 们内部有哪些库，怎么正确用富商实力标好踩坑点。第二类叫产品验证，让 cloud 自己跑，测试验证代码对不对， anthropic 说这个值得花一周时间去打磨。 第三类叫业务自动化，发日报，建工单，写周报，一句话搞定，把重复劳动变成一条命令。第四类叫代码审查，挂到 get 上自动跑，不用人工 review。 接下来是重点，怎么写好 skill， 六个诀窍。 第一条，别说废话， cloud 本来就懂编程，你要告诉他的是你们团队的特殊要求，哪些代码风格不能用，哪些库不要用。第二条，必须记踩坑点，英文叫 gotcha， 这是整个 skill 里最有用的部分，你们团队遇到过什么坑，在这个项目里要注意什么，慢慢积累起来，以后就不会重复踩坑。 第三条，好好用文件夹。 skill 是 一个文件夹，你可以把 a p i 文档放 references 里面，把代码模板放 s s 里面， cloud 需要的时候会自己去看，这叫渐进式记录，不要一次性把所有东西丢给 cloud。 第四条，别把 cloud 写死 给信息，不要给死板的步骤，比如不要说第一步做什么，第二步做什么，而是告诉他目标是什么，让 cloud 自己判断。第五条，描述字段要写清楚，这个字段是给 cloud 看的，要告诉 cloud 什么情况下该用这个 skill， 比如在写前端代码时，或者在部署到生产环境前， 这样 klod 就 知道什么时候触发。第六条，准备好现成脚本，让 klod 花时间在思考上，别让它写样板代码，比如常用的配置文件，常用的代码片段，提前准备好，让 klod 直接用。再讲两个高级技巧，第一个 skill 可以 有记忆， 你可以用日制文件或者 jason 文件存一些数据。下次运行的时候，克洛德会读取历史记录，知道上次做到哪了。但要注意，一定要存到固定的目录，不然升级 skill 的 时候数据会丢失。第二个，按需 hooks， 这是个安全功能，比如你输入 careful 这个命令 就会拦截所有危险操作。危险命令都会先让你确认，只在碰生产环境的时候开，平时不影响你正常使用。 skill 不是 说明书，是工具箱。先从一个小坑点开始，写几条 gouches， 让团队用起来，慢慢迭代，慢慢完善。这就是 entropy 内部几百个 skills 的 成长路径。

你真的会用 cloud code 吗？这篇文章短短几天就收获了四十五万浏览和一千多收藏，我来帮你猜一下他到底讲了什么？ cloudmed， 这是 cloud code 里最被低估的功能，简单说，它就是一个每次对话开始时自动提取的指令文件，相当于你给 ai 新同事写的入职文档。关键是只写 cloud， 从代码里读不出来的东西控制在两百行以内，太长它会忽略。 你看右边这四行视力，写一次以后，每次对话都受益。而且 cloud mid 不 止一个文件，它有四级层级，从企业级到项目级， 按优先级，从高到低生效进阶。用法有两个，第一个，用路由目录，把规则拆成多个文件，比如测试规则、 api 风格、前端规范，分开管理，互不干扰。第二个，用淹没路径限定， 让规则只在访问特定文件时才加载，省上下文空间。第二个重点，怎么给好指令。一个好的指令等于目标加约束，加上下文。 你看左边这个对比，给用户列表加个搜索功能。 cloud 要拆一堆东西，但如果你写清楚在哪个文件，走什么接口，防抖多少毫秒，效果完全不一样。记住四个技巧， 用 a t 文件路径，引用代码， ctrl 加 v， 直接贴截图给验证标准，还有明确写不要做的事，防止他过度热心。第三个重点， play mode， 复杂任务一定要先想清楚再动手。进入方式很简单，连按两下， shift 加 tab， 或者直接跟 cloud 说，先别改代码，做个计划。官方推荐四步流程， 第一步，进入 play mode， 让 cloud 先读相关代码，理解上下文。第二步，请求计划，用 ctrl 加 g， 在 编辑器里直接审查和修改。第三步，切回正常模式，让 cloud 按计划实现。第四步，跑测试， 让 cloud 对 照需求自查。记住，改一个计划只需一句话，改已经写好的代码要花十倍时间。第四个重点，上下文管理 code code， 对 话越长，上下文越臃肿，效果越差。解决方案是子 agent 把跑测试、搜日制这些海量输出扔给子 agent， 只有摘药返回给你， 主对话保持干净。另外记住五招，第一招， clear， 一 件事做完就清， clear 的 md 会自动保留。 第二招， compact， 压缩对话，并指定保留重点。第三招， context， 看看上下文被谁吃了，对症下药。第四招，紫 agent 隔离噪声， ctrl 加 b 放后台，你继续干别的。第五招， 在 cloud md 里写压缩指令，指定哪些内容压缩时必须保留。第五个重点， hux。 cloud md 里的指令说到底是建议， cloud 偶尔会忘，但 hux 是 铁律，无论如何都会执行。比如每次编辑后自动跑，格式化，阻止修改生产环境配置，压缩后自动重新注入关键指令。 原理很简单， exit code 零允许 exit code 二、阻止。最后两个实用技巧，第一个是 git worktree， 加个 worktree 参数启动 clone 会在隔离的分支副本里工作，怎么折腾都不影响主分支。 三个安全底线，永远不让 clone 自动 push， 做完小功能就 commit deny 掉 git reset hard 这些高危操作。 第二个是隐藏技巧， ultrathink， 在 提示词里直接写这个词就能触发最高推理深度，适合架构决策和棘手的 bug。 好， 最后按重要性排序。总结六条核心建议，第一，写好 cloud md， 一 次投入，每次对话都受益。 第二，给精确的指令目标加约束，加验证标准。第三，用 plan mode 复杂任务，先规划再动手。第四，管理上下文，用 clear compact 和子 agent 保持干净。第五，控制权限，避免危险操作 allow 常用命令。 第六，频繁 commit， 保留随时回退的能力。我是曲奇，一个 ai 练习生，让我们一起记录 ai 时代的个人进化。

ai 每次都忘 topcode 新功能让 ai 拥有长期记忆，你是否遇到过这种情况？每次启动 top 都要重新解释一遍。项目背景，我们用 texttrack 代码缩进是二空格错误处理。用这套模式，这些信息在每次对话里都要重复说明，浪费时间，打断开发节奏。 mfopec 最近上线了自动记忆功能，这套项目记忆机制由两部分组成， auto memory cloud 自动记录经验 cloud md 开发者手动编写规则，两者一起构成 ai 的 项目知识体系 auto memory， 让 cloud 在 工作过程中自动积累项目知识。比如你说记住我们用 pmpm， 而不是 mpm， cloud 就 会把这条信息写入记忆文件。每次绘画启动时，这些信息自动加载 cloud 从一开始就能理解。项目背景 cloud md 是 开发者手动编辑的规则文件，它支持层级结构、组织级、项目级、用户级、本地级，路径越具体，优先级越高。 cloud 会从当前目录向上，便利加载沿途所有的 cloud md 文件。 关键机制 memory md， 每次只加在前二百行，这样设计是为了控制上下文消耗，保持信息新鲜。 cloud 会将详细内容拆分到主题文件。 memory md 只保留简洁，所以 不想丛林编写啊。用斜杠一内特命令，让格式自动生成配置。它会扫描项目结构识别，构建系统测试框架。目录结构，生成一份可用的格式。 md 草稿 编写有效指令的四个原则，第一，控制篇幅，每个文件不超过二百行。第二，结构清晰，用标题和列表组织。第三，具体明确，避免模糊指令。第四，避免冲突，定期清理过时内容。 code md 支持用 at 语法导入其他文件，比如参见 at 维米获取项目简介。相对路径式，相对于包含 a k 的 文件解析，最多支持五层嵌套，这对于附用现有文档非常方便。 在大型项目中，可以用 code rules 目录组织规则文件。规则文件支持 paths 字段限定作用范围，只有处理匹配文件时才加载，这样节省上下文，减少干扰。 磁智能体也可以拥有持久化记忆。在 markdown 文件中添加 memory 字段，选择 user project 或 local 作用域，起用后磁智能体会自动读写记忆文件，跨绘画积累知识。 项目记忆机制让 ai 从一次性助手变成长期合作伙伴。随着使用时间增加， proorde 对 项目的理解逐渐加深，减少重复沟通成本，提高开发效率。

每天认识一个 ai 工具，今天分享 cloud code。 hello， 大家好，今天给大家讲的是 cloud code， 那 什么是 cloud code 呢？ cloud code 它是一款由 intrapix 推出的一款秘密行工具，可以让开发者在终端直接调用，用 cloud ai 来辅助我们需要执行的任务，包括它可以自动生成代码， 做数据分析，自动爬虫、文件处理、视频剪辑等。那我们现在开始说。第二步是安装前的准备，首先需有一个 notice， 那 我们去登录 notice 官网， 根据自己所需的电脑环境去安装。我们这里以 mac 电脑为例 去进行一个讲解。首先只需要粘贴相关的命令到终端 粘贴，这样我们就可以下载完，下载完去执行 nvm 安装我们的 notice， 然后去对 nodem 进行一个验证，现在就已经安装成功了。 notes 和 n p m 安装成功以后，我们开始进入下一个阶段安装 cloud code。 cloud code 的 话只需要命令行的粘贴进去， 只需要看到这些包的改变以后，我们就可以去验证是否成功， 成功 ok， 我 们可以看到版本已经输出了相关的信息，那 clodico 的 它就已经安装成功的， 这时候是没有接入大模型的，所以是不会成功的，也会遇到一些启动，然后国家不被允许的一些问题。那我们需要进入 github 的 开源项目，这个开源项目是 cc switch， cc switch 的 话， 我们进入到它的一个 github 开源项目地址， 也可以去输入我们的一个搜索关键字去查，然后我们找往下拉拉，拉到最后 找到相应的一个 x s 对 应的一个版本，比如我是 mac， 那 我们可以去下载 moco s 的 d m g， 下载完以后直接直接安装即可， 安装完成以后，我们可以在我们的这里去打开 c c c h， 因为我们这里一开始是已经有那个 lock 特，那我们现在开始重新去添加吧。 这里选择的是 lock 模型，也就是美团，它的模型输入相关信息保存即可。 然后这个是美团的，这个时候我们需要进入到美团的开放平台， 它可以接入相关的大模型，以后它会送五五百万到五千万的一个免费 token。 我 们进入美团的 launch 页面， 进入页面以后进入到开发平台，因为之前我已经有了，所以我们只需要去额申请一个 apikey， 比如说创建一个 apikey， 点击复制 apikey 配置到我们这里面， 然后点击添加， ok， 这个时候模型就已经添加完。 nice， 安装完夸的扣地以后，我们登录 cloud code， 登录这个终端以后，我们现在让它帮我们生成一个常用的工具， 一个小网站，比如说证件照，文字转语音等等。再补充几个功能，代码放在我们的一个桌面上，开始执行 two thousand years later， ok， 那 我们的网站就生成完毕了。 我们去到桌面上， 然后点击打开 工具箱的功能就已经完成了。常见的二维码生成，证件照生成、文字转语音， pdf 生成等等。 感谢大家观看，感兴趣的朋友快去试试吧。

我终于跑通了在 cloud code 上做多 agent 写通的一个流程。首先我要讲一下啊，为什么要做多 agent？ 可能会有的人觉得多 agent 听起来很牛逼，但是比如说很骚 talkin， 或者是 华而不实，但我觉得有两个非常重要的场景。第一个呢，就是 do agent， 它能够把上下文分散到不同的这个 agent 上面，从而避免一个很长的流水线 霸占了一个完整的 agent 的 上下文，那它就会很容易出现降至的问题。 第二个呢，就是当地的流水线是比较长的的时候，如果他能够被划分为多个 agent， 按流水线去执行，那么每个 agent 他的这个定义 还有他的工作就会比较清晰，那么他的注意力也会比较聚焦，他的工作完成的质量也会更高。 那我现在的话呢，其实就是搭建了一套从数据的采集，这个是做采集的，然后做筛选，他采集了很多内容，然后他对这些内容根据我的一个选定方向去做一个筛选，还有打分哪些选择题是符合我的内容方向的， 然后是做一个验证啊，对啊，这个内容的一个真实性以及它的实用性等等 去做一个验证和测试，测试完之后会有一份测试报告，然后进入到写稿，写稿，然后就是策划分镜，最终生成一个视频， 一套完整的流程。中间呢，其实就是通过数据库去做做这个不同 a 证的之间的一个桥梁。比如说我调调研完的数据，怎么 他会存到数据库里面，然后是然后下一个环节去筛选和打分的一个 a 证的，他就会直接从这个数据库里面拿到 有哪些数据现在是需要刚录进来，需要我去筛选和打分的，然后他做完再交给下面的测试验证，再交给写稿的，再交给策划的，再交给做视频的，通过一个数据库去做中间 中间状态的一个桥梁和流转，然后整个 a 阵的就能跑起来了。这样的话每个 a 阵的其实他们各自的工作是隔离的，他们只管做自己的任务， 然后通过定时任务不不停的去驱动他们，他们不停的去拿起一个任务，然后完成他，然后标记他就把这个完整的一个 a 阵的 b 环给他完成了。