laude code 用不完可以

今天是什么喵？大家好，我是阿喵。这里是一个致力于让大家入门各种知识技能时能少走弯路的频道。装好 code code， 咱们插声文具多党的第一个想法就是，我需要装些什么呢？ still 还是插件啥的？直接说。结论， 你完全可以什么都不装。 code 本身已经足够强大，且配合使用的模型越聪明， code 也会越强大。 既然这样，我为什么还要做这些视频呢？我认为什么都没装的夸蔑，就像一个高学历但有点书呆子的实习生， 对于你交代下来的任务，他二话不说，埋头从零到一就开始干，完全不管这个任务别的同事会不会有指导手册，自己做的符不符合公司的要求，规范自己的审美到底行不行等等。 而我们可以通过安装各种插件 skill 的 项目，让一个刚入职的懵懂实习生秒变职场达人。接下来我们就来聊聊你的 quadco 晋升之路吧。 从哪里找官方插件市场？首先是官方插件市场，再靠终端输入 party 的 命令，这里就可以看到所有官方市场的插件了。如果觉得不够直观，可以参考这个官网链接。 官网是按照下载量排序的，高下载量的插件都是经过市场验证，安全可靠且在各种场景下比较受欢迎的插件，大家可以根据自己的情况按需选择。安装方法也很简单，选择好插件后点击回车，然后选择全区安装还是项目安装即可。 从哪里找 skill 排行网站？众所周知，夸的大多技能都是靠外挂 skill 实现的，这里推荐两个专门收集 skill 的 网站 一、 skill 点 s h 这个网站是按照 skill 的 下载量排序的，分总榜和二十四小时热门榜。点击进入你想要下载的 skill 页面，最上面就是安装这个 skill 的 命令， 复制到终端执行即可。如果终端命令安装有问题，我们也可以点击这里进入他的 datap 仓库，直接下载 skill 文件，复制到自己的 qq skill 文件夹即可。侧边栏还提供了该 skill 的 安全评级，如果这块都是警告的话，你就要注意这个 skill 的 安全性了。 二、 skill and p 第二个介绍的网站是这个相对中文友好一点网站，收入的 skill 更多，且可以按照分类查找，比较方便， 但东西也更杂，需要一定的甄选鉴别能力。点击进入你想要下载的 skill 页面，网站提供了多种的安装方式和命令，大家可以按需选择。右下角还有同类型 skill 推荐，可谓是非常全面了。 从哪里找万能的 github？ 最后推荐一个 github 项目，虽然新兴数还不是很多，但是我觉得总结的还是蛮全面的，有中文为你收集的也都是作者精选的资源，想深入了解 skill 这一块的小伙伴可以自行探索探索。 接下来就来聊聊我推荐大家安装的东西吧。个人观点，仅供参考，说的不对的地方也希望大佬指正。话不多说，那我们进入正题， 装什么？一、必装推荐还没有想好用 codo 做什么的情况下，我也一定会先装好的。插件其实就三个，第一个 skill creator， 主要功能就是帮你创建 skill。 第二个 code and d management， 主要功能是帮你优化你的 code 点， and do when done 等，这两个都是 code code 官方插件，可以直接通过官方插件市场安装。 第三个是 find skills， 也就是帮你找 skill 的 skill， 一 般各大 skill 榜单前几位肯定有它，通过中单命令 或者直接将 get 仓库链接丢给夸，让他帮你安装都可以。如果你刚开始学会安装 skill， 建议不要去搜索一些来历不明的 skill， 就 框框安装效果好不好还是另说，安全这方面隐患还是蛮大的。 所以刚开始找 skill 的 话，我建议你先去看看一些大厂官方的 skill 仓库，我这里推荐两个， 更多的大家可以在我刚刚推荐的 skill 给他仓库的官方资源中查看。第一个当然就是夸，官方的 skill 仓库一共有十七款 skill， 含带文档处理、视觉设计、开发、编程、多媒体等多方面，个人推荐安装这几个。 第二个是 mini max， 官方的 skill 仓库有十四款，技能，也是含带文档处理、开发和多媒体等方面， 个人推荐这几个，如果有他家会员，结合多模态能力就更强大了。两家 skill 的 功能有部分重复的地方，我给大家做了个对比表格，大家可以参考使用，比如文档处理相关的 skill。 因为 mini max 更符合国人使用习惯， 所以我是安装的 mini max 的 办公套件，视觉设计类，如果你有设计网站需求的话，花的这个 skill 肯定是必装。多媒体方面的话， mini max 的 这个 skill 还是比较强大的，当然前提是要给 api 充钱，总的来说各有优势，但基本覆盖大多数使用场景了， 装什么？二、编程辅助如果你想在 code q 中写点小项目，或者想学习规范的编程流程，推荐以下两个项目， superpowers 这个项目已经输入到 code 的 官方插件市场，而且下载量排名前三，可见它的火爆程度。而 getsend 这个项目更注重于规范且快速的完成开发，在 github 上也有快五万的收藏量了。 我总结了两个项目的详细信息，大家可以对比看看。如果你想快速构建项目，拿到结果的话，可能 get 单子的项目更适合你。 如果你想从零开始学习严谨的软件工程的话， superpowers 可能会是你很好的入门导师。大家可以根据自身的情况选择一款体验，看看 装什么。三、 c l i 工具还有一类工具也是我推荐的必装系列，那就是 c l i 工具。更还不了解的小伙伴科普一下什么是 c l i 工具， 其实你可以简单地理解为是某些软件应用更能为 ai 智能题写了一套说明书，为了方便 ai 操作的指导手册就可以了，比如我这期视频介绍的 obsidian c l i。 另外，我还安装了 github cly 和飞书 cly。 如果想用的软件应用还没有发布官方的 cly 工具怎么办呢？这里推荐两个 cly 工具， open cly 和 cly anything， 理论上可以 cly 画任何你想要的东西， 装什么四、大佬整合包最后，有的小伙伴可能听说过 everythingquadco 这个项目，它是荣获过 alpha 配 k 克松比赛冠军的一套经过实践的完整配置。 想要你的 quadco， 从初级入门到高级专家，装这一个就够了。但是也有人反馈，这个项目太重了，有很多功能不是深度编程，开发的人根本不需要。所以我的个人建议也是不需要安装，而是学习它的构建逻辑，取其精华。 如果看起来比较费力的话，推荐一个针对这个项目的国内优化版，相对更友好。 ok， 我 觉得刚开始用 qq 了解以上信息就差不多了，更多的是在使用中迭代自己的方法论，在针对性的选择对应的工具。我后面也会有专题类型的 qq 好 用工具推荐， 大家先关注起来，以防迷路哦！这个世界终将淘汰不会用 ai 的 人。关注阿喵，了解更多 ai 小 知识。那这个视频就到这里，下个视频我们很快再见喵。

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

如果你也在用 coloss code， 而且发现自己三天就烧完了一个月的套餐，这条一定要看完。这不是 bug， 也不是，是 jeffrey 的 抠门，就是你不知不觉中做错了几个动作，开始白送钱了。 今天三分钟讲清楚一个习惯改过来，同样的套餐能多称三到五倍。先说个反常识的事情，你在他们里面抄一句，帮我看看这个 bug 就 八个字，发出去两万透坑就没了。为什么？因为 coloss code 根本不会按照你发了几个字去收费，他会按照模型从头到尾读了多少字去收费。 每发一条，他都会把你前面所有的对话， drop， 点、 md， 工具列表、 skill， login， 从头到尾全部读一遍。你聊得越多，历史越长，每一条就越贵。这就是第一个真相。你付的钱大部分跟你刚才那句话没关系， 那有没有办法不让他每次都重读呢？这东西就叫做缓存，大家付费的时候可能在平台上看到过缓存会便宜很多。命中缓存的那部分， ascropic 只收你十分之一的钱。同一段 context， 有 缓存和没缓存，差的就是十倍的价格。那现在重点来了，很多人觉得聊得越久肯定就越贵嘛，所以聊两句就开新窗口，而这个习惯恰恰就是最烧钱的。 我算给你看一下，聊十轮对话，每次开新窗口，那就会收十分的全价，因为缓存每次都被清空。这就是为什么别人用同样的套餐能撑一个月，而你三天就超额了。区别就在于这一个动作上面。 好了，原理上完了，我们来讲干货，五个正在偷你钱的动作，看你中了几个，第一个，动不动就开心，对话缓存直接清零。第二个是聊到一半就改 cloud， 点 m d， 一 改了后面全废。第三个，频繁切换模型，切一次几万透根，全家就重读。第四个，中途增删 m c p 工具， 工具列表一遍，缓存诊断就失效。第五个，发完一句话就去开一个小时会，缓存到期回来就全没了。再反过来三个，真正省钱的习惯， 一个对话用到底，聊的越久，平均就越便宜。第二个，有问题，咱一起一起问三个问题，一次发比分，三次发省两次的钱。 第三个，环境配好再开干 cloud， 点 md 工具， skill 模型全部都定好，当地机开工后不要再碰。但最后呢？记住一句话就够了， 不要动，开头只在末尾追加整个 context 就是 一个老稿子，你往最后一页加东西，前面几百页都不用动，就几乎不花钱。而你又回头改第一页，钱就哗啦啦的往外流。其中的几条评论区，扣个数字告诉我觉得有用。点赞、关注、收藏，我会持续分享 ai 使用小技巧。

我相信百分之九十九的人都不知道这八个可乐扣子的隐藏指令，大家耐心看完这个视频，绝对会让你大开眼界。 第一个， btw 命令，今年三月份刚出的，就是让可乐扣子在干活的时候插一个问题进去，但这个问题不会被写进历史上下文。以前你问一句可乐扣了就停下来了，上下文被污染，干活就容易跑偏。现在问完直接回车，这对对话直接消失，任务照跑， 历史干干净净，并且几乎不费掏开，用完了就回不去那种命令。第二个，瑞万的命令，可以理解成 ctrl z 撤销，打开这个命令，会弹出一个菜单来，让你选只回退代码，还是只回退对话，还是两个一起， 还是压缩上下文释放空间，这个命令非常实用。第三个，隐菜的命令，这个命令我觉得被严重低估了， 他会生成一份 h t m l 报告，分析你过去一个月用可多扣的习惯，看你常用哪些指令，有哪些重复的操作，然后给你推荐自定义的命令，说白了就是可多扣可多扣的在反向观察你， 给你优化建议。这个我建议人每个月都要跑一次，他会让你重新认识你自己的工作习惯， 非常有意思。第四个， see you plan 命令。你打开这个命令， cloud code 会同时启动三个平行的 agent， 分 别从代码附用、代码质量、运行效率三个角度帮你审核改动，然后汇报结果，相当于找了三个同事帮同时帮你 re 要代码。 我现在的习惯就是每次写几个大功能，更新之后顺手跑一遍，因为 ai 的 代码经常有种鱼，这个命令基本上都能把那些种鱼挑出来，写代码的一定要用这个命令。 第六个半尺命令，原来他是叫 fork， 现在改名了打，但是打旧名还能用，会自动跳转。作用就是把当前对话分叉出一个新的绘画来，原来的绘画不受影响。他跟 rewind 的 的区别就是， rewind 的是后悔药，半尺是平行宇宙， 如果你想同时试两种不同的方案，就是分叉一下，两边各走一边，最后就是选一个效果好的就可以。 第六个落魄命令，他可以让可乐定时重复执行某个任务，用法就是在这个命令后面跟上时间间隔和你和你要他做的事。比如说每五分钟检查一下部署状态，他就自动跑，不用你盯着， 默认时间间隔是十分钟，并且结果直接在上下文里。可乐可以基于结果做判断和后续操作， 但是要注意，定时任务在创建三天后会自动过期，最后触发一次，然后自我删除。第七个 remote ctrl 命令，就是打 r c 或者是完整的命令。 remote ctrl 它会生成一个 url， 手机打开这个链接，你整个 cloud 的 绘画就出现在手机上， 完全同步。你在手机上发指令，终端那边也能看到你在终端操作，手机实时更新终端代码，始终在你电脑上跑。手机只是个遥控器，所以很安全，非常好用，这点就像那个龙虾。 第八个 export 的 指令，打开这个指令，当前整段对话直接导出 markdown 文档，听起来不起眼是吧？但是有时候你会发现这个功能真的很实用。你跟可乐扣了讨论了半天的架构方案，中间有大量的来回推敲， 如果不保存，回头找起来非常麻烦，直接导出来存着，作为更详细的上下文，下次直接用这八个隐藏的指令，非常实用，建议大家使用起来。好，今天的视频就到这里，感谢大家观看。

最近半年使用 cologod 安装了近百个 skr， 最后发现真正能提升工作效率的其实只有三个技能，今天免费分享给大家。第一个， superpowers， 这个 skr 改变了我用 cologod 的 方式。以前我是直接把需求交给 cologod 的， 让他来写代码，写出来虽然能跑，但是经常跑偏，改来改去浪费大量时间。 装了 superpowers 之后，我养成了一个新习惯，每次开弓前先跑一遍，不认英斯德尔敏。这个技能能让可洛的反过来问我问题，你打算怎么处理并发数据库选什么 等等等等。问完一圈，他会把讨论结果写成设计文档存到本地。听起来多了一步，但这一步帮我拦住了无数次的反攻。有些问题你自己都想不到，但是可洛替你想到了。 注意， superpowers 包含了二十多个紫技能，千万别全开，我只用 breamstorming， 头脑风暴， 其他的按需加载，要不然会浪费大量上下文。第二个技能， playing with fails， 这个技能解决了我被坑过无数次的问题。 cloud 有 个问题，它做到一半就失忆。不知道你们有没有遇到过 一个复杂的任务，聊了半个小时，可乐突然说，好的，让我们开始吧，然后就把之前做过的事情又重来一遍。根本原因是对话太长了，上下文被压缩，之前的计划全丢了。普莱因维的 flow 的 做法很聪明，就是别把计划写在脑子里，它是存在纸上 克拉的扣的。每次动手前会先建一个计划文件，每完成一步就在这个文件里打勾，就算上下文清空了，重新读一下文件就能接着干。 这个思路跟 minnes 很 像， minnes 做常任务为什么玩？因为它所有的中间状态都存在本地了。第三个技能， roughlop， 我 给这个技能起了个外号，监工 sky， 你一定体验过 cloud 的 摸鱼模式。写到一半突然说基础框架已经搭好了，你可以在此基础上继续完善。 翻译过来就是活我没干完，我先下班了。 raflopp 通过一个或可拦截 cloud 的 退出动作，他退出的时候或可会检查。你说的完成标准达标了吗？没达到，回去继续写。 我用它写过，完成过一个 c r u d 模块，设了条件，所有接口测试通过加 redmi 写完才算结束。 kloth 中间响停了三次，但都被塞回去了，最后确实把活干完了。但要注意的是，完成条件一定要写写具体做完用户模块这种话等于没说， kloth 分 分钟说服自己已经完成了写成。完成登录接口可用 单元测试，覆盖率百分之八十。加 redmi 包含 api 文档，它才没法浑水摸鱼。以上就是我常用的三个技能，今天希望能够对大家有所帮助，感谢观看，拜拜，下期见！

今天我们来聊一个实用话题，怎么通过配置文件来驯服 cloud code 这个 ai 编程助手。很多人装完 cloud code 就 直接上手用了，但其实它有一套非常完善的配置体系，用好这套体系，能让 ai 更懂你的项目，更符合你的开发习惯。 这套配置体系的核心就是 cloud 文件夹，它分为两个级别，一个是项目级别，一个是局级别。项目级别的配置放在项目根目录下，可以提交到 get 仓库里，整个团队共用一套规则， 局级别的配置放在用户瞩目下，只对你自己生效，换个项目也能带着走。这个设计非常合理，团队规范和个人偏好互不干扰。好。接下来说最关键的文件， cloud md。 这个文件是整个配置体系的灵魂， cloud code 启动后，会优先读取这个文件里的指令，然后按照你写的规则来工作。那 cloud md 里应该写什么呢？建议重点写四样东西， 第一，项目的技术栈，比如你用的是 react 加 type script 还是 python 加 fast api。 第二，常用命令，比如构建命令、测试命令、部署命令。第三，编码规范，比如命名风格、文件组织方式、错误处理约定。 第四，目录结构说明。让 ai 快 速理解项目的整体架构。有一个关键原则，这个文件控制在两百行以内，写太长反而会稀释重要信息，影响 ai 的 理解效果。 那个人偏好怎么办？比如你喜欢用某种注视风格，或者习惯某种 git 提交格式，这些写在 clodelocal md 里就行，这个文件不会提交到 git， 不影响团队其他成员。当项目规模变大，规则越来越多的时候，全塞在一个文件里就不合适了。这时候可以用 rules 文件夹来做模块化管理， 比如拆分成前端规则，后端规则、测试规则，按模块各管各的，清晰又好维护。接下来说一个提效利器， command 快 捷命令。 你可以把高频操作封装成命令文件，放在 commands 文件夹里使用的时候，在 cloud code 里用斜杠加命令名，直接触发。比如你封装一个 review 命令，斜杠 review 一 敲， ai 就 自动按你定义的流程做代码审查。 再比如，封装一个 fix link 命令，一键修复所有代码风格问题，这比每次手动输入一长串提示词高效多了。然后是两个容易混淆的高级功能， skills 和 agents。 skills 是 自动触发机制，你定义好触发条件和处理流程，当 ai 识别到匹配的场景时，会自动执行对应的工作流，它是被动触发的，不需要你手动调用。 agence 则不同，它是后台代理，用于执行复杂的多步骤任务。你可以把它理解为一个独立运行的子任务，在后台默默干活，适合处理耗时较长的操作。简单记就是， skills 是 自动识别自动干， agents 是 你指派它去后台干。 最后说一下权限控制， cloud code 通过 settings jason 来管理 ai 被允许和被禁止执行的操作。比如，你可以明确允许 ai 执行测试命令，但禁止它直接执行删除文件的操作。 这层权限控制非常重要，尤其是在团队协助环境下，能有效防止 ai 做出危险操作。好，最后给新手一个五步快速上手路径。 第一步，用 cloud init 命令生成基础配置文件，一键搭好框架。第二步，打开 settings， jason 设置好权限边界，明确哪些操作允许，哪些禁止。 第三步，把你最常用的操作封装成 commands， 快 捷命令。第四步，当规则变多时，拆分到 rules 文件夹里，做模块化管理。第五步，在 cloud logo md 里写上你的个人偏好。这五步走完，日常开发中绝大多数场景就都覆盖了。 配置文件本质上就是你和 ai 之间的契约，你把规则定义的越清晰， ai 的 表现就越稳定，越符合预期。花半小时配好这套体系，后面能省下大量的沟通成本。

如果你用 cloud code 写代码修 bug， 可能遇到两类问题，一是不够顺手，如启动慢，重复确认，常用命令来回敲。二是不够稳定，会跑偏，看起来对，但没跑测试常会话越聊越糊。 本文章五十条技巧，按更快和更稳，整理成速查卡，可收藏备用转账。先介绍三条新手友好且立刻见效的技巧， 一、所有任务写清验证方式，如改完后跑测试失败，先修到全率才算完成， 可提升结果质量。二、切换任务，先 clear 清空上下文，给新指令干净绘画加明确目标，处理更快更准。三、 学会回滚，再尝试按一次 esc 停止当前动作，连按两次 esc 或用斜杠复位，回到检查点警号目录。零一，启动更快，少敲命令，少点确认。 零二、终端更顺手，像写代码一样用零三，质量更稳定，装上验证回路。零四、插件与工具，让看起来对并真的对。五、上下文管理干净比常更重要。 零六、并行与分身 work tree sub agent team 零七、自动化越安全，放开手脚要用刹车。零八、提示技巧，把话说到位，少走弯路。 零九、速查清单五十条一句话动作具体技巧，启动更快。一、给 c s h r c 或斜杠点 b a s h r c 中写 l e s c c 等于 cloud dangerously skip permissions， 但要慎用 dangerously skip permissions 二、用康金妮康婷 resume 接着上次进入肯亲女继续最近绘画。 resume 从列表选绘画继续井号井号井号，中端更顺手。三、命令全家内敛跑命令， 如 get status， 按 pm test 命令和输出，直接进上下文。四、 s e c 停止双 s q 或斜杠 win 回滚，但外部操作不一定能完整回滚。五、 control 叉 s 暂存没写完的提示词，插问后草稿自动恢复。 六、 ctrl 加 b， 把耗时任务扔后台，可继续做其他事。减耗减耗减耗质量更稳定。七、指令写清完成标准，如把 a 重构成 b 改完运行测试套件失败先修复，全律完成。 八、直接贴原始数据，如报错、日制 ci 输出等，避免转述丢细节。九、同意问题究竟两次没好，可以重开绘画 井号井号井号插件与工具。十、优先装 lsp 类插件，如 plug in install t y p e， s c r i p t dash lsp at cold dash plugins dash official eleven。 多用 c l i 工具，可先叉叉叉 help 学用法再完成任务。井号井号井号上下文管理 任务切换，先克里尔新绘画加清晰提示更有效。十三、复杂任务用 plan mode 小 任务直接做。十四、 compact 时说明保留内容，如保留 api 变更点，加修改过的文件清单，加当前测试状态。 十五、生成 cloud 点 md 后删掉一半，判断标准是没这行是否会犯错。十六、犯错后让它更新 cloud md。 十七、用 itunes 把按需内容拆到独立文档，井号井号井号井号并行与分身。十八、 worktree 隔离分支并行做事建议并行二到三个绘画，避免同时改同一文件。十九、 用 sub agents 隔离调查研究主会话接收总结，二十多人协同，先从研究评审开始，稳定后再并行，实现。警号警号警号自动化与安全。二十一、 permissions 白名单常用安全命令。 二十二、斜杠三 box 给自动执行，加护栏控制写操作和网络访问范围。二十三、用 hux 自动格式化和拦截危险命令。 二四、认证支付等关键区域人工复合提示技巧。二十五、用爱的文件路径指路，如 srcoslash m i d d l e w a r e 到 t s。 二十六、 需求不清，让他采访你写 s p e c。 cloud code 拉开差距在于建立验证。一个绘画实现另一个绘画 review、 速查清单、设置 cc 别名、 内联跑命令、 esp、 停止、双 esp、 鬼滚等五十条技巧可收藏备用。 cloud code 拉开差距在于建立验证。清理回滚写作习惯， 想更快就减少重复动作和无效上下文，想更稳就写清验证方式，并保留刹车回滚能力。先用最适合的五条体验回不同。

最近我不是用那个 rest 重写了一遍 cloud code 吗？但是评论区下面总有一些不和谐的声音说，为什么说开发组不会想到用 rest 呢？难道是它没有，你懂？但是我想说， rest 可以 说就是 ai 时代 最牛逼最通用的语言。过去就是因为 rest 他的学习难度太高了，他学习曲线很陡，但是现在我们拥有了 ai， 我 觉得这些东西都可以迎刃而解，所以拥抱 rest， 那 么你就拥有了 ai 时代最强的编程武器。 哈喽，兄弟们，经过三天的奋战了，两天的通宵，终于把整个 rest 项目重构完了。然后整个项目呢，它现在有应该有二三十万行的 rest 代码，这个文件夹， 这个 themes， 还有这个 agent， 它每一个都是全部翻译好的 api 基本上是原汁原味的全部还原了。我是列了一个飞书的文档， 分析了一遍源码，把源码所有的功能基本上都深度重置了一个表格，我是每一段分别进行投位重置的，基本上是还原了它这里的所有的功能， 同时也把大家诟病的封号系统，封号的功能也把他的移除了，他现在整个系统更加的确保他的远程的控制的核心功能，他不会有任何的封号操作。 所以说这套系统是真正的为我们国人量身打造的，没有监控，没有后门的系统。我是整个用 rest 重构了，性能也比原来的更加强大。这个 s r c 文件我们可以看到所有的，你看这 br bridge， 它这个远程的调节的功能都已经 集成部署好了，基本上你看这个文件是有两百多行代码， manager， mode， session， 还有这个 c i 的 一个命令行工具也都已经重构好了。看这一排还有这个 al 美，基本上都是 rest 的 语言编写构造的， 还有 epi 的 这个 config 登录的认证，所有的我甚至把就是原本挖掘出来潜在的功能 rest 的 埃尼索匹那边还没开发好的功能，就隐藏的功能，我全部用 rest 的 工具进行了一次重构和复原，就它没有 写出来工具我现在都是用 ai 再重新把它做出来了。所以说现在这套 rest 系统 可能会有原来 aniso 所不具备的功能，你看潜在的功能深度挖掘，它原本是有语音交互系统的，还有宠物系统的，还有超级规划 各种功能系统，基本上我都用 rest 进行重构和修复了，现在整个项目也相比原来用 tabisk 写的更加的完善。我们可以看到这一排全都是 rest 的 了 代码，现在在进行整个代码的翻译和修复的过程，马上就会将整个项目推到 dpa 上面。做这种大型文件的时候，我们一定要将整一个他们的原代码数据要完整的用 ai 完整的逐条分析一遍， 因为只有建立了这样的上下文流程之后， ai 才能真正懂得你这个整个完整的原代码项目它写了什么，这样重构起来才不会有遗漏。 所以说最开始我先让整个 ai 逐条生发了他每一个功能的系统，这样进行我们后面重构，我们也只需要把这些大标题进行分别类的 给他作为一个一整个项目放进去，让他帮我们进行重构，这样也会更加稳定，不建议说你没有一个具体的框架，你直接说让他帮帮你去改。 结果我也是试过的，因为第一遍我也是让他说你基于这个项目帮我直接去重构， 但是一看原码，我的天呐，五十五万行代码，结果就重构出来了。第一个版本我上传了个版本给很多网友嘲笑说只有两千五百行代码，但是那个版本 比较好一点是什么？比较出乎意外意料的就是他居然还是一个可以运行的 demo， 就是 他把最基础的 ai 调用的逻辑是打通了，但是他不能 帮你操作电脑的文件，就是它连 opencloud 所谓的零头其实功能都达不到，因为它没有脚手架，或者说它没有调用工具的能力。 现在我们用 rest 系统级的重做一遍之后，把这些状态管理系统啊，以及 m c p 集成工具这个 greatbook 的 特性开关系统，整个服务框架架构都重新 完成了一个 rust 级级别大件之后，它才具有了 anti slip 的 原版的全部功能。 当我把三体问题可细化，用 clodico 做成了一个艺术装置， 我将采用 webgl 和十万个粒子的追巅 g 向你展示我的构建过程。 为了使得艺术装置更加完善，我们添加多星体运动和碰撞体系， 其他模型展示。 飞行雪绒这个名字一听就知道是因为雪绒海报起的，没什么寓意了。注册网站域名是随手写的， 我的兴趣大部分都来的快，去的也快，因为和学院里的大家关系都还不错，我经常会去给他们的社团帮忙，也算是时常都在体验不同方向的爱好了， 非要说的话，我喜欢和大家一起热闹开心的做事，因为要轻松快乐的活着嘛。黄龙的同学曾和我说过他们那里的一句俗语，人生处死无大事， 那些不值一提的烦恼在死亡到来后也不再让我挂心了。现在除了为怎么保护世界苦恼外，就是担心你吧。 新剧学院的学生们都来自世界各地，有不少人入学时也会带自己老家的特产和菜谱来校内论坛上。 那时候我只觉得自己落入湖深处，在因这些意识模糊时，有一双温暖的手揽住了我，那双手在深处竭力将我向上托。 当我醒来时就看到了你。 也是在那时候，我发现父母留给我的护身符不见了，可能是沉在湖底了吧，这让我非常非常伤心。 我大哭起来，你只好手忙脚乱的安慰我，把我带到了小屋里取暖。在那之后，就像你猜测的那样，我们在这间小屋中共同生活了一段时间，直到你离开了海洛。 因为这个 碎者如心的核心，对现在依附于碎者存在的我而言，也相当于我的心脏。 变成电子幽灵后，我没有就此放弃，找回自己的存在，以此再度回到现实。我有要做的事，我必须要成为完整的碎者。共鸣者， 但毕竟是以异常状态开始共鸣的，力量的缺损和不稳定也是必然。 这么多年来，我一直使用这枚核心增强自己的力量。日灵们也在帮助 我。在前不久，他落到了你这里，因为只有他，你才变得能够看到我。 这也是因为我最近看三体看的有点入迷了，一直在研究三体问题的运动轨迹，然后我就想着说用 ai 的 这个 weblab 还有 sweep 三 d 来模拟一下吧， 结果一不小心就做了一个好玩的玩意儿，然后整个项目我都已经以网站的形式做好了，大家想体验的话可以点击进去玩一下哦！ 最近我也打算用这个艺术装置来结合硬件做点更加好玩的东西，欢迎大家持续关注吧！

六个必装的 cloud skill、 superpowers、 table 搜索自动化、 agent， 浏览器自动化办公文档四件套，还有技能发现器。 第一个， superpowers 一 行命令，给 cloud 装上完整的软件工程方法论， t d d 驱动开发系统调试、代码审查、自 agent 协助十五个技能打包。 第二个， daily search， 免费的联网搜索 api， 个人限额完全够用，写代码遇到不确定的 api， 一 句话搜全网最新文档。 第三个， self improving agent， 让 cloud 学会从自己的错误中进化，每次任务完成后自动复盘，下次做得更好。 第四个， agent browser， 给 cloud 装上浏览器，自动测试网页截图，填表单，不用你再写 sline。 第五个办公文档四件套， word， pdf， ppt， excel， 这是 andropic 官方出的创建编辑分析， cloud 直接帮你搞定。 第六个， find skill， 装了一堆技能，记不住这个技能，帮你搜索和发现所有已安装的 skill ai 的 技能。商店目录六个 skill 装完， cloud 从一个对话框变成一个全能开发团队，去 pick up 搜 awesome， cloud skills， 五万 star 不是 白拿的。

quod code 有 记忆功能，但它背后怎么跑的不看源码根本不知道。比如它什么时候写记忆，不是你退出的时候，是你回复完那一刻怎么决定注入哪条，用 sonnet 单独跑一次只给两百五十六个 token。 这些设计细节全在源码里。今天来拆这个系列，讲上下文工程。 context engineering 前几期从外部行为推导，这期直接翻了源码。结论先给你 cloud code 记忆系统的设计哲学只有一句话， 只存不可派生的认知。为了让这一具真正落地，需要三层机制，各司其职，存得准，取得准，不过期。下面从源码拆这三层， 第一层存得准，先看存什么存什么，这个约束是整个系统的基石。源码注是第一行就写得很清楚，记忆只能存，无法从当前项目状态派生出来的上下文代码模式架构、决策， get 历史文件结构 这些随时可以查到的一律不能存，即使用户主动要求记下来也不行。记忆不是全量归档，是只存工具查不到的那部分认知。在这个约束下，源码定义了四种记忆类型。第一种， user， 记的是这个用户是谁， 比如哥老手，初次接触 react， 前端存下来，下次解释就用后端类比。第二种， feedback， 记得是用户给的，纠篇改错要记，被确认的做法也要记，只记错误会让模型越来越保守。第三种， project， 记得是当前项目进行中的事。 ddlance incidents 技术决策背景，注意，相对日期要转成绝对日期，周四要存成具体日期， 否则时间一过，记忆就失效了。第四种， reference， 记得是外部系统指尖 graph， 那 看板在哪？ linear 项目叫什么？跨工具的定位点。第一层存得准，再看怎么存。每一条记忆写成一个独立的 markdown 文件，文件头带 name， description type 三个字段。 description 特别关键，不是给人看的，是给后续召回时做相关性判断用的。描述越精准，召回越准。所有文件的指征汇聚在一个记忆缩影里，原码里叫 memory 点。 md， 这是缩影，不是内容。每行一个条目，严格控制在两百个里，你只够可能比奈，上限不是随便定的。这个记忆缩影会在每次绘画启动时注入镜，系统提示超出就截断，缩影失效。第二层 取得准，区分三个时机，第一个，启动时静态加载，把记忆缩影前两百行塞进系统提示，先交代背景。 第二个，绘画中动态召回，每次对话转折点触发相关记忆查找先并发扫所有记忆文件的前三十行，只读 frontmatter， 依次过，再把这份列表丢给 sonnet 做旁路调用，完全独立于主模型。这个 sonnet 调用只有两百五十六个 token 的 预算， 就是读 description 作匹配。拿到结构化， jason 就 结束了 sonnet， 从里面最多选五个相关文件，注入当前上下文。还有一个反直觉的设计，已经用过的文件 是在 sonnet 调用之前就被过滤掉的， sonnet 根本看不到它们。五个槽位全部留给新文件不浪费。第三个，后台自动提取，触发时机非常精确，是主模型产出，最终留给新文件不浪费。第三个，后台自动提取，触发的完整复刻 共享主代理的 prompt cash 几乎零成本启动，主代理那轮自己写了就跳过，没写才由这个子代理补上。 效率设计是两轮写法，先并行读，再并行写，不允许交错工具权限严格限制在记忆目录内删除命令被明确禁止。前两层管了怎么写怎么读，但这还不够，一个月前写进去的记忆 里面还指着一个已经被删掉的文件，那个 dead link 还在提醒你，但那天早就过了。旧的纠篇还在，但你早已不是当时那个水平的用户了。没有第三层记忆系统就是 一个正在腐烂的时间胶囊。第三层维护不过期，靠三个机制，分别从三个角度主动整合腐化内容，协助隔离，写入污染，读时预警，人工验证。第一个 alter dream 就是 最近网上传的比较火的做梦机制， 对应源码里的 dreampass 扣台子代理周期运行孵化的具体表现有四个，第一，代码库在变，记忆里的文件路径可能已经不存在。第二，项目状态在变，该的烂早就过了。第三，用户在进化， 旧的纠篇在新上下文里可能反而变成错的。第四， topic files 越来越多， description 之间开始重叠，召回精度持续下降。没有 auto， dream 记忆系统只是一个只增不减的日制堆。出发要过三道门。源码注是写得很清楚，先查时间，超过二十四小时再数绘画，累计五个。最后是分布式锁，防止多进城，同时跑 顺序按成本排，最便宜的检查放最前面。四个阶段。第一阶段 orient 定向 l s 整个记忆目录读记忆锁影全书，找孤儿文件，有文件，但锁影里没有，指真的。第二阶段， get 采集， 扫所有文件的文件头和正文标记漂移的记忆。 description 和内容对不上的，相对日期已失效的文件路径。不存在的，这些都标出来。第三阶段， consolidate 整合合并重叠文件，重写 description， project 类过期记忆不直接删，降级标记为历史。 第四阶段， prune 减脂重写记忆，所以去掉过十条目，确保总行数不超过两百行。 常识绘画模式下切成枝追加的日制写法，每天写一个按日期命名的日制文件，由夜间 dream skill 蒸馏。为什么不直接覆盖写常识绘画中主代理还在运行，实时修改 topic files 有 数据竞争风险，追加日制绝对安全，不干扰主流程。 第三层维护不过期。另外两个机制，第二个团队记忆格离开起团队模式后变成双目录。 private 目录只属于当前用户替木子目录跨贡献者共享四种类型的私客服推荐 user 永远 private feedback， 个人纠偏放 private。 团队规范建议 team project reference。 强烈建议 team team 记忆里绝对不能存 a p i t 或凭证。第三个新鲜度警告，超过一天的记忆会自动附上一段提示。原码里的原文是这样写的，这条记忆是若干天前的 记忆，是时间点上的观测，不是实时状态。代码行为的判断，文件行号的引用可能已经过时，用之前先验证当前代码。 记忆里提到某个文件路径不等于这个文件，现在还在记忆里提到某个函数不等于这个函数。现在还有三层都拆完了，这期三个原码细节带走 description 字段是给 sonnet 读的，不是给人看的，它决定了召回质量。 auto dream 是 记忆系统的基 c， 没有它记忆，只是越堆越烂。 ceonis 警告的逻辑，记忆说文件在不等于文件现在还在，不是让模型记住一切，是让模型记对该记的。本期内容就到这里了，现在你知道了，不是模型在随机遗忘， 是系统在精心选择。记忆的质量决定了对话的质量。点个关注不迷路，我们下期见。

cloud code 偷懒，你让他改一个 bug， 旁边明显的问题视而不见。有人说 antropica 知道这个问题，修复只给了内部版六千多赞，真的吗？我翻了原码，原码泄露后几小时，推特用户 fake guur 发帖六千三百多赞， 他说逆向了原码，发现偷懒修复被一个叫 user type 等于 ant 的 门控挡住了，只给内部版 核心 claim。 内部版代码写完后有自动验证，你没有，所以你的 cloud code 会偷懒。他还发了 github 仓库，声称是从源码提取的 employee grade 配置，可以绕过内部验证。我翻了源码， 首先确认内部版 system prompt 确实和你的不同，当 user type 等于 int 时，额外注入了更强的诚实性要求。最有意思的是，数字长度、锚点工具调用之间不超过二十五个词，最终回复不超过一百个词。 记住这个后面要考。还有隐身模式，在开源仓库工作时自动激活， commit 里不出现 code code 或 ai 字样。真正的原因不是怕别人知道用 ai， 他 们在内部测试更强的模型代号。水豚比 opus 还强，不想被外界发现，这个下期再说。但关键来了， faker 咕噜说的 post edit 的 验证在 to execution 点 t s 里，文件写入的成功判断对所有用户完全一致，没有发现任何验证逻辑。被 user type 门控不存在。他的 c a u d m d 呢？拿到权威是他自己写的 prompt 工程最佳实践写得不错，但跟原码没关系， 它有效是因为它本身就是好的 prompt。 那 cloud code 到底为什么偷懒？答案在 system prompt 里， 白纸黑字三行相似代码好过一个过早抽象，宁可重复也不要提前封装，不要添加超出要求的功能，不要为不可能发生的场景添加错误处理， 你让他做什么就做什么，多一步不做 bugfix， 不 需要顺手清理周围代码，不要给你没改的代码加注式。这不是 bug， 是 ansorepic 的 设计哲学。 ai 最危险的不是少做，是多做， 改一个 bug， 顺手重构三个文件测试全崩了，那内部版为什么感觉更好用？还记得二十五词限制吗？不会先好的，我来帮你分析一下，再啰嗦三段，直接改代码，改完就完了。像一个高校的同事，不是一个啰嗦的助手，你问什么他答什么，不多不少，但仔细想， 他还是只做你要求的事，不是修复了偷懒，只是不废话了。怎么解决 cloud md？ 你 给 cloud code 的 长期 system prompt 项目跟目录放一个，每次启动自动加载，你写的规则优先级高于默认的编码克制。 换句话说，你可以直接覆盖 ansorepic 的 设计哲学，不需要绕过什么内部验证，不需要下载别人的配置，告诉他你想要什么就行。六条关键规则直接抄近你的 cloud md。 第一，解除克制，修 bug 时主动检查周围代码，发现问题一起修，直接覆盖默认的不顺手清理规则。第二，每次编辑文件后，运行类型检查和 link， 这就是 fik 库鲁说的 post edit 的 验证， 不需要门控，你自己写就行。第三，回复简洁直接，不要开头废话，这是内部版二十五词限制的效果。第四，改动，超过五个文件，先输出计划，大改动，不规划就动手，是幻觉的主要来源。第五，不确定的地方主动说不编造， 这是内部版诚实性要求的本质。第六，新功能必须有对应测试，你不说他不写，你说了他就写。 规则不用多，几百字够了。关键是具体可执行，不是写好代码，是编辑后运行 n p m test。 总结，内部版确实不同，但差异是 prompt 的 简洁度，不是偷懒修复被门控。 cloud code 保守是设计哲学，你用 cloud md 就 能覆盖六千赞的贴子，听着震撼。翻完原码你会发现答案一直在你手里。

我让小龙虾去抓了一下可乐的扣子的原码，然后呢持续的在进化，现在进化的结果已经出来了，给兄弟们先看一下可乐的扣子的，已经全部已经更新完了，看一下这个小龙虾多了哪些技能，主要就是掏坑的管理，会省一些掏坑 系统的提示词呢，他说从了随意拼接到缓存优化，但是大模型呢，有时候他是会骗人的。我们先看一下他自己说的有哪些变化，然后呢我们再试一下这些变化到底是真的还是假的，他的操作从什么？ 嗯，每次重置到了状态持久，看着还是进化蛮大的。记忆管理，从手动记录到了自动提取， 嗯，看着功能挺多的。然后呢我给了他一个任务，让他去具体的测试一下，我让他去抓了同行的一个视频，然后做了一些分析， 现在他正在往下跑，但是好像确实比之前去聪明了不少，确实比从前之前聪明了不少， 嗯，现在他还在执行，然后呢为了测试他到底是不是比这些聪明了，我还用了另一个的智能体，让他俩做了同样的任务，但是这个好像就是没有他聪明。 给大家看一下这个目前跑的，我让他抓了一个同行的视频，里面有二十六套配置，然后呢把每套配置的，嗯，具体配置还有价格，还有它的亮点全部都整理出来，发到那个回收的表格里，他们现在都在一点点往下执行， 还没有出具体的结果，等结果出来之后呢，我再继续发布。先给兄弟们看到这些。

hello， 大家好，是不是安装了 cloud code， 总是觉得还是差点意思，那今天我就教大家如何让你的 cloud code 更加好用？那首先我在星球里分享了关于提示词的这么几个东西，第一个是一个自主开发系统， 那这个系统是什么作用？你可以给他一个任务，靠的去拆解分析，然后全自动的从头到尾自己开发，开发完成第一步让自己测测试完继续开发下一个任务，完全是一个自主的样式，除非 过程中需要你去授权，正常情况下是全部自动执行的。那另外一两个是关于克罗德扣的提效的，那这两个提示词基本上现在我正常情况下都会去用了，那接下来我就教大家如何去使用来。首先来看第一个就是自主开发， 那首先是我们直接在星球里面，你直接跳到对应的标签页里面，你找到这个系统给他进行下载， 直接下载，那这边已经下载好了，下载好以后直接解压以后他就是这样子，里面有这样几个文件。首先我们来看一下文件的内容， 那主要的一个文件就是一个这个文件 system， 那 这个文件就详细告诉了可多他该去怎样去开发，他要执行一个什么样的标准。看到他这里呢，说了需要有这么几个文件， 每个文件呢都需要哦，任务呢是什么？比如说呢，第一步要详细描述，然后第二步启动开发， 然后开发以后呢，按照这个系统的流程去开始开发，然后接着呢他就会读取任务，正常的模式的读取任务实验代码，测试验证 get， 提交记录进度，然后循环，直到所有的任务完成， 看到没有，大概是执行，这样他每次提交呢 g i d 提交呢，包括他的任务呢，统计呢，都会有一个详细的标准，所以说最终呢你会在这里去看到他， 去看到，那怎么去使用呢？接下来呢就简单给大家演示。首先是你解压以后，直接在这个目录里面去启动我们的科尔德，比如说我在这里，然后呢直接去问一下，你可以直接问我该如何去使用这个自主开发系统呢？ 或者是我想开发一个什么样的系统都是可以的，那现在呢，我假如说呢从来没有用过，我就告诉克洛德，让他去了解一下这个自主开发系统，了解下本项目中的自主开发系统，然后直接提交让他去帮我们去分析一下 好了，分析完成，这里可以看到这里呢，他已经详细的把我们这个系统全部的了解清楚了，不过在使用之前呢，我还要小小的告诉大家一个问题，就是 你使用这个自主系统，如果让他进行一些测试，特别是需要去测试一些 ai 类的，比如说你要写文章让他进行测试，如果说你要去后续你要开发一些数据库这些呢，你最好呢就提前的提供给他， 比如说你，我们呢现在直接让他去开发一个系统，假如说比较简单的不涉及 ai， 不 涉及让他 使用数据库这些呢，基本上他能够自己的完成，但是如果说你涉及这种 ai 的， 他测试的话就没法测试，所以说呢中途呢可能就会影响最终的任务结果，那这里呢我们就简单测试一下， 那我们就告诉他，我想要开发一个 ai 漫剧的萨斯系统，请你按照自主开发系统进行开发，那直接提交就一就可以了。那接下来呢，他会详细的首先去拆解一下你这个系统究竟是什么样的，然后呢可能会问你一些东西， 最终呢让他直接呢去当你确定完最终的任务以后呢，他才会把这个最终的规划呢去一步一步的去进行一个实施。简单的讲就是这套系统它的作用就是说当你提供一个目标以后，他会自己去补充，补充完 问你最终你是否要去简单的讲就这个系统他能够实现的，就是当你把一个任务告诉他以后，他会自动去拆解这个任务，把这个任务给最终的要实现的，比如说技术站，每个功能，每个节点都是什么，全部规划好以后呢， 最终去逐步的去一个一个开发，每开发一个功能，开发完成以后呢会自动的去提交测试，测试通过以后呢继续去开发下一个项目，所以说呢是完全一个无不需要人工干预的一个开发系统。 大家可以看在这里呢他其实已经规划了很多，比如说在这里要实现的第一步是什么的这段第二十五步，然后我们继续往前走， 然后一共有这么多步全部给他去拆解好了，拆解好以后呢，他最终呢他就会完全按照这个拆解的 去执行一个开发。所以说呢你人工不需要去干预，最主要就是你一定要把你这个就是他这个系统，你比如说刚才我输入以后呢，他就在这个克洛德点 md 文档，注意一下，这个是这个云端的这个， 然后呢在这里呢详细呢把技术站什么呢全部给他写好了。你首先你要看一下这个东西是不是你喜欢的，是不是符合你要求的，如果觉得没有问题的话，你直接后续呢，直接就无脑的给他权限， 让他进入到自主编程阶段，除了去执行一些终端命令，他还会提示你以外， 大部分场景呢，他都可以完成的自主开发，不需要你人工干预。实测呢，这套系统呢，曾经呢自主编程长达八个小时，就是我让他开发一个系统，他自己自己写，写完自己测，最终的基本上能交付一个成品，然后拿到这个成品呢，你只需要再去稍微的修改就行了， 那这就是这套系统的强大之处，大家可以看到这种的话，像这种的话就是他要执行的是一个终端命令，那终端命令的话，他有一个特点，就是每一个终端命令他要执行都不一样，你同意的，你 只此时的话，他只是同意了你要创建文件夹这个命令，那后续的当他要，比如要执行安装了，要运行了，他还是会提醒你的， 我们先点击确定，那后续呢，他可能就会长达几个小时的去开发，最终把这个给开发完成。那在这里的话，我就不浪费大家时间了，我们直接停止来演示一下第二个方法，第二个提示词的我们在这里呢直接给他停止，停止以后呢，我们直接关掉吧，我们来演示另外一个， 那这套系统的强大之处大家刚才给大家说了，就是一个自主开发，然后我们来看下一个，下一个的话他就相对来说比较简单， 主要有两个，这个是第二版，这个是第一版，那第一版的话给大家来读一下，就是使用方法的话，当你创建项目的时候，把下面的提示词复制给克劳德，复制到克劳德点 md 文件或者是 redmi 文档，这两个文档都是可以的。同时呢，这个提示词呢， 它不仅仅用于克劳德扣的，你其他的编程不管是 coser 还是说谷歌的反重力都能够正常使用。那它主要的一个流程就是 一个非常标准的规划，告诉 ai 怎么去操作。比如说你编程的时候，你要首先你要进入计划模式，你要使用子代理，但是很多人在使用的过程中根本就不知道 子代理靠的扣的，对吧？那这个子代理其实也是比较复杂，但是我们不需要学，你只用把这个题词复制给他就行了，包括自动进化循环，你比如说如果你犯了错呢，就让他自动放在这个里面，后续呢？ 哎去读取这个规则，然后呢后续再尽可能的避免再犯同样错误。比如说完完成前叫验，当你把这个系统提示的复制以后，你会发现你的扣的扣的就非常好用了， 为什么？因为他会自动写，自动测了。如果说你没有这个题词呢？大概率他写完他就问你，让你自己去，好让你去启动，让你去测，这就非常麻烦，但用了以后你会发现它真的非常好用。 然后呢，最后呢，这里呢详细告诉你要去怎么去，要去规划计划，然后要实施方案，然后在这里 记录结果，沉淀教训呢，总之就是说呢，你用上这个题词已经非常好了。当然呢，我们来看第一下第二版，第二版比第一版改动并不是很大，主要是加了一个什么样的功能呢？ 也是克拉的最近新增的一个功能，叫做 a 进的 team。 那 这个功能是什么呀？和刚才那个子代理策略还不太一样。子代理策略，比如说他去写一个单一的任务，然后他们通讯的话，每个子代理之间是不能通讯的。但是那个 这个 a 进的 tims 他 有一个功能，比如说是他同时建了很多个子代理，一个子代理比如说就相当于你有同时拥有几个开发人员。比如说先简单的讲， 现在你开启这个功能以后会有一个总的决策，就是一个总的决策，这个决策。然后呢下面有几个开发，比如说有一个负责前端，有一个负责后端，有一个负责检查代码的， 他会告诉他这几个人每个人去干自己的事，你只干自己的事，把你自己事干好，然后干完以后你要告诉我，告诉我，比如说你前端干完了，你告诉我，我再去告诉这个检测这个 a 进，他让他再去检测你前端的是不是开发完成，是不是符合逻辑，是不是符合要求。 那其实呢，他和现实生活中你几个人团队学做去开发一个项目的逻辑是一模一样的，但是呢，现在直接用这个题词就可以实现了，那所以说呢，这个题词特别适合于一些大型项目，可以看到他在这里呢写的非常清楚， 详细告诉他你每个团队呢需要是履行什么样的职责，然后每一个呢详细的划分呢？在这里比如说安全漏洞了，性能平静了，测试覆盖等等等等，前端后端都会给你写 他，这是这次题词升级的地方，所以说呢，如果说你遇到复杂的项目，那你直接上第二套题词呢，是效果更好的， 那怎么去使用呢？正常使用，如果说是你用科罗德扣的去写的，对吧？科罗德扣的正常情况下，你比如说我，现在呢，我要去用科罗德扣的去开发了，我新建一个项目， 新建一个项目，比如说项目，项目一，但是项目的话建议大家都用英文的方式呢，可能会比较好一些，然后在这里呢，你直接新建一个啊， markdown 格式的文档，他就叫科罗德点用，提前给他建好就行了， 你用克劳德去开发你，你必须要了解，就是克劳德点， md， 这个文件呢，就是前面呢，必须是大写的，后面呢就是小写就行，后面其实大写小写都行，但是呢符合规范，我们就这样写，这这就是官方的写法，然后呢我们直接把这个提示词呢粘贴进来就 ok 了， 克劳德扣的这个文件是克劳德扣的，就是我们每创建一个窗口， 你每创一创建一个窗口，他就会优先的去读取这个这个文件，知道吗？所以说呢，你只需要放在这里就行了，他每次呢都能够正常的去读取，相当于你不需要去复制粘贴他，有点类似于 coser 里面的路由， 但是呢可能会更加的好用，所以说每个项目呢，你都可以给他先放这样一个文件，但是如果说你别的项目你怎么去使用呢？比如说你 使用别的开发工具，你像 coser 了什么，你也可以给他创建一个类似于这样的文件，你可以一般来说 coser 这这里面呢，我习惯给他创建 red 密密点 m 八档，也是这样一个文件， 把里面直接复制进去，因为呢，我习惯的话就是这样子，你呃直接把这个告诉，哎，或者是你其实他也自己会读的，每次的话，如果你不放心你直接对话的时候，你直接优先的去 把这个文件复制，因为你会发现你用 coser 和反重力去开发的时候，经常的项目呢，他自己就会 写这样一个 redmi 文档，包括你发指令，比如说帮我了解这个项目的时候，他都会优先去读取这个 redmi 这个里面的文档，好吧，所以说呢，这个就是非常非常重要的，我们这个复制的可能有点问题，对吧？ 就是这样子，所以说大家赶紧去试试吧，真的是提效真的是很方便，可以大大减少你的人工干预，没有那么多的报错，赶紧去试 cloud to code 吧，拜拜。

大家用 ai 编程，我推荐一个 clout code 的 平替 open code， 而是开源免费的工具啊，不用折腾，国内直接就能用。那今天咱们就用三分钟时间说它的安装和使用方法，咱们正式开始， 大家呢首先安装一个最新版本的 note 啊，到 note 官网直接下载安装包，双击下一步就行了，这个特别简单，安装完 note 之后呢啊，大家 window 键加 r， 打开运行窗口，然后输入 cmd 回车，打开终端啊，然后执行 note 杠 v 这个命令，如果能看到 note 的 版本，就说明 note 安装成功了， 然后呢，直接在这个终端里面输入下面这个命令，按回车 open code 就 安装完成啊。因为我之前安装过嘛，所以我这里是做了一个升级，如果大家没安装过的话，它会有更多的提示，反正直接就能安装好。这个还是特别简单的，安装完成之后呢，大家要想试试 open code 的 功能啊，就打开一个空的文件夹， 在地址栏输入 cmd， 按回车啊，就可以在这个空的目录里面进入终端啊，然后输入 open code， 咱们就在当前目录下呢，打开了 open code 啊，这样 open code 就 可以操作这个目录的文件了。 进入 open code 的 第一件事，咱们要选择大模型啊，可以输入斜杠 models， 大家可以看到这里有一个模型列表，后面有 free 的 啊，这个就是免费可以使用的啊，大家可以先用一个免费的试试效果啊， 那如果大家有一些平台的大模型的 apikey， 就 可以在这输入斜杠 connect 啊，然后选择这个平台啊，比如大家是阿里的平台，谷歌的 openai 的 啊，各种平台嘛 啊，选择这个平台之后就可以输入你的 apikey 啊，然后再选择这个平台的大模型，比如我就是阿里的平台呢，我可以选前文的不同版本啊，选择之后呢就可以用了。那搞定模型之后呢，咱们再试试效果啊，输入提示词啊，让它开发一个俄罗斯方块的网页游戏 啊，咱就可以看到它运行了啊，等待它运行结果之后呢，它会生成 excel 文件，咱们打开就可以看到这个俄罗斯方块的网页游戏。然后我再说一些 open code 的 常用功能 啊，第一个就是模式切换啊，大家看文本输入框左下角这写着一个 build， 那 这个呢，就是 build 模式，按 type 键呢，我们可以切换成 play 模式。那这两个模式什么区别呢？就是在 build 模式之下， open code 可以 操作文件 啊，比如刚才的生成代码，或者是修改文档，甚至是删除文件，那这些呢，都可以在 build 模式下进行，所以在 build 模式下，大家操作项目还是有风险的啊，说不定就删了什么，改了什么，大家最好还是在这个项目备份的前提之下再去 build 修改项目 啊，要不然你真删了什么不该删的，那就是欲哭无泪了啊。当然备份项目的话，我建议大家使用 get 啊，非常方便。然后呢就是切换到这个 play 模式， play 模式它就不会操作文件了， 而且会对咱们的任务进行一些规划和拆分，所以大家可以先用模板模式规划，等到规划清晰了之后，再用 build 模式去操作项目，这样就会比较安全 啊。那说完这两个模式之后，咱们再说一些常用的快捷键，首先就是按住 ctrl 加回车可以换行，还有呢，斜杠加 new 可以 开启一个新对话，还有就是输入 at， 可以 直接选择当前目录的文件，这样呢就能把文件的内容当做是上下文来使用 啊。使用 open code 结束之后呢，我们可以输入冒号 q， 按回车就可以退出 open code， 直接退到终端，这就是 open code 的 常用方法。后续我还会分享更多的 ai 编程的技巧啊，大家可以点赞加关注啊，咱们下期再见！