claude code怎么增驾模型

vs code 如何接入 cloud code 或者 gemini 这样国外的大模型？呃，上一期视频我介绍了几个国内的 ai 编程助手，有一些朋友追求比较高，购买了国外的 cloud code 的 大模型的 api， 但是不知道如何在 vs code 中使用。我今天特地做一个视频来帮大家快速的安装好这些国外的大模型。好的，言归正传。呃，使用这些国外的大模型呢？我们需要安装一个 vs code 的 扩展 client， 大家记住英文拼写是 c l i n e， 我 们来安装一下，点击 vs code 的 左侧这个扩展按钮，搜索 c l i n e client 第一个就是我们要安装的 client， 这个是英文版，如果大家对英文有点抵触的话，可以试试安这个 client chinese 或者 client 中文版试一下。我就先安个原版给大家讲解一下。 安装好了之后，左侧这里就会出现一个机器人头像这么图标，我们点一下这个呢，就是 client 的 主界面，我们首先要在这里做配置，把我们的 api 添进去，选择呢这个 bring my own apikey， 选中之后点下面这个 continue， 在 这里就是配置我们自己的 a p i， 这个 a p i 的 provider。 我 们在这里选什么呢？ open i compatible， 这个是 open i 的 兼容性，不要选下面这个 astropic， 要选这个 open i compatible， 点击这里选中之后呢？然后我们在这里还有三项被需要， l 这个一般买的都是国内的中转，他在给你的这个文档里边肯定会有他们中转的地址，把中转的地址填到这里，然后 open i 的 k k 这里填上，然后是选什么呢？ mod id 好， 复制上，然后点 continue。 好， 我们点 continue 把这个关掉，这是它的广告，这个也关掉，这个是它的提示。哎， 这样我们就设置好了，可莱也可以在这里右上角的这个齿轮按钮，可以在这里修改你的这个 api。 呃，还有其他的选项，主要是这个我们要在这里把语言从英文改成简体中文 模型配置完了之后呢，我们要给他这个文件的读写权限，就是点击这个 auto approve， 这里我们要把读所有的文件，写所有的文件运行命令 和使用浏览器这些全都给他选上。还有这个开启提示。好，这个时候我们就可以开始使用这个格式，然后让他来给我们生成代码。这里 at 是 添加上下文，这个加号是添加文件或者图片，这个是 m c p， 这个是管理 client 的 规则或者工作流。这个我们就先不要搞那么复杂了，这里它也有 plan 和 action 两个选项，也就是说我们点击 plan， 它就可以先给我们规划点， 点击 action a c t， 它就可以实际的给我们产生代码了，这个是跟 chain solo 模式差不多。好，然后我们在这里简单的做一个页面，使用 h t m l 语言创建一个登录页面，这里也有规划和实施两个模式，在这里是计划模式，这里就是直接实施模式，我们直接选择这个 x i c t 模式， 开始让它来生成我们的页面。好，我们可以看到页面已经开始自动生成了， 提示我们已经创建完，完成了，登录页面已经完成，已经成功创建包含基本的 html 结构样式和简单的登录功能脚本。接下来我们启动本地开发服务器一测试，那就让它测试吧， 是不是出错了？我们需要提示它换一种方式来启动服务器， 它在这里直接调用浏览器打开了本地的这个页面。 好的，这就是这个页面不太完美，我们可以看到连接自定义的 api 已经成功了，至于其他的这些功能，我们之后再想办法，我会接着研究研究怎么让它顺利的工作起来。好，今天到这里感谢大家观看。

三分钟上手开源 ai 编程神器 open code 厉害！哈喽大家好，我是姚路星，最近有个火爆全网的项目叫 open code， 为了照顾下新人，先简单介绍一下什么是 open code。 open code 是 get up 上面狂揽五十七 k star 的 一个开源 ai 编程神器，号称开源版的卡拉 code， 这是几乎所有主流的一个模型，更绝的是不用登录就能白嫖。免费模型地址如下， open code 不是 最近才出的项目，而让它真正起飞是欧麦 open code 的 插件，直接超进化成终极的一个 ai 编程助手。今天我就来手把手教大家如何三分钟上手这个超级项目。在开始安装之前，咱们先来聊一聊 open code 到底牛在哪里？ 一，完全开圆，自由度拉满相比之下， kolog 虽然好用，但主打一个封闭。二、免费模型白嫖 open code 内置了四个免费模型，其中 glm 四点七、 mini max m 二点一、 kologfast。 一， 不用登录直接就可以白嫖。 三、双形态随心选 open code 提供了终端 t u i 和桌面端两种使用方式四，欧曼 open code 插件让 open code 开挂， 配合欧曼 open code 插件使用 open code 可以 获得异步、 sub agent、 关键词触发模式、深度思考、 lsp、 ast 集成、上下文自动管理等能力。好了，废话不多说，接下来手把手教你如何安装并使用 open code。 步骤一，选择你的战斗形态 open code 有 两种安装方式，根据自己的喜好选择方式 a， 桌面端对小白更友好，直接打开官网下载页面，选择你的电脑系统下载安装齐活。 方式 b， 终端 t u i 前提条件是你的电脑已经安装了 node s。 接下来打开终端，输入以下命令，一键安装。安装完之后进入你的项目目录，输入 open code， 看到那个赛博朋克风的 t u i 界面了吗？恭喜你， open code 已经就位了。 步骤二，装配欧曼 open code 的 外挂打开终端执行以下命令过程中你可能会遇到提示说缺少 board， 运行时不要慌， windows 用户和 mac linux 用户分别执行以下命令即可，然后再执行欧曼 open code 的 命令。 安装过程中会依次询问你 cloud 在 gpt 以及 java 的 一个订阅情况，如实回答就好，这样欧麦 open code 会根据你的订阅优化调用策略。 安装完之后，咱们再来看一下如何使用 open code， 基本的使用方式和 cloud code 没什么区别。再来看一下 open code 的 一个使用技巧。技巧一，切换 a 阵模式使用 tab 键就能在 build 模式和 plan 的 模式之间快速切换。 技巧二，关键词触发超能力前提是需要安装 openopencode 插件，配合 openopencode 插件，你可以使用这些魔法关键词完成意想不到的一个强力功能。 技巧三，模型自由搭配 open code 的 最大的优势就是模型自由，比如你可以用 germany 处理前端 ui 任务，用 gpt。 五，处理复杂的一个逻辑任务，用 cloud 处理长文档的一个分析，用免费的 glm 四点七日常开发。 总结一下，今天教给了大家三个事儿，一， open code 视察看原版的 cloud code 几乎支持所有主流模型，完全免费。二，如何安装使用桌面端傻瓜式安装， t o i 端通过命令行安装。 三，如何装配外挂通过 o my open code 插件获得 evaspaint 关键词触发、上下文管理等超能力， 最后的最后 open code 加上欧麦 open code， 绝对是目前开源界最能打的 ai 编程组合。纸上得来终觉浅，绝知此事要躬行，大家赶紧行动起来吧！加油！感谢大家三连谢谢大家，记得关注再走。

众所周知，在谷歌发布的 ai d e anti graviti 中，可以直接使用 cloud opus 四点五以及 samsung 模型和 gmail 三点零 pro 三点零 flash 免费用户也可以使用，额度还非常可观，谷歌已经做到了这个地步，但有人反映说呢，哎， up 主，我不喜欢用 ai d e， 我 就喜欢用 cloud code， 于是就有了本期视频， 我们可以利用开源项目，把这里的模型给它中转一下，然后在任何地方使用 api 调用，它们非常好用。本期呢会用到两个开源项目，第一个呢就是 anti gravity tos， 用来中转我们的 api， 第二个呢是 cc switch， 它呢主要是帮我们管理 cr 二工具中的变量，方便我们配置多个渠道，一键切换，非常方便。 来到这个开源项目的页面，在右边呢找到作者发布的包，点击进去，在这里呢我们就会看到有很多的安装包，如果你是 mc 派的话就选择第二个，如果你是 windows 系统就选择这个，当你安装之后直接把它打开，就是一个这样的页面。我们点击账号管理，在右边呢点击添加账号，这里需要一个授权，然后开始授权， 它会打开一个登录页，我们确定登录，然后这里就会提示授权成功，建议用小号，不要用大号。登录之后呢，我们就能看到各个模型的使用情况以及它的刷新时间。接着我们点击 api 反弹，把这个 api 给它拿出来， 什么都不用设置，点击启动服务，然后下方有这个 api， 以及它支持的模型和不同的协议，我们都可以在这里进行切换。我们选择这个 api， 它呢是在这里可以进行更改，点击这里就可以重新刷新一个， 因为我是在本地使用的，所以有些小笨蛋呢，不要尝试去输入这个 apm 密钥，没有用的，什么情况？然后呢，我用这个 cherry studio 的 客户端给大家来演示一下，它也是个开源项目，点击左下角的设置，然后添加 啊，在这一块呢，我们选择编码，随便写一个名字，我们确定粘贴我们的 apm 密钥，然后再回到工具中，复制一下这个端点， 然后把它粘贴到 a p i 地址这里，就这样添加一个模型，这里显示的我们都可以去进行使用，我随便选择一个给大家演示，点击复制粘贴到模型 id 这里添加模型。然后呢，点击检测一下，看有没有通， ok， 连接成功，没有问题，我们测试一下，把这个模型给他选出来，然后去问一条消息，让他生成一个精美的博克，要求设计感十足，直接回车，现在已经开始制作了，而且这个速度好像比我直接用还要快，好贱啊，这个工具太贱了，我们看一下生成的效果， 哎呀，还得是真皮带三啊，这个味道很正确，让人欲罢不能，想要疯狂的把玩，我们也可以给他添加一个绘图模型，我这让他绘制了一个 mac 的 桌面截图，然后他给出了一个这样的效果，真是让人欲求不满。那现在呢，你就可以通过这个工具点击这个 iso 协议， 可以直接复制它接入到扩展中，也可以选择 open i 的 协议去直接接入到口袋子当中。不过呢，我更推荐大家使用这个 cc switch 开源项目，安装方式呢？跟刚才那个一样，找到坐着打包的包，直接划到底部， 根据你的系统去下载安装包进行安装，安装之后把它打开，你会发现它自动识别了我们曾经配置过的变量。在上方呢，不只有这个 cloud code， 还有 codex 以及 gmail c r i 都可以快速在这里进行配置。我们来演示一下这个 cloud code， 点击添加，然后给大家取个名字，大善人， 然后回到这个工具中，选择 iso 编辑协议，然后在下方去复制一下这个地址，把它粘贴到官网链接以及这个请求地址这里，再复制一下我们的 api key， 在 这里粘贴，然后我们向下滑动去配置我们的模型，我们看一下有这个四点五 thousand 以及这个 opus， 我 们直接复制这个 opus， 然后粘贴在主模型这里，然后它自动填充了全部。 哦，这样也行，反正我也不用那个三 d 模型，如果你用的话，你就把那个三 d 模型给他改一下，然后点击下方的添加。这个时候呢，我们就能看到这里有一个搭讪人，我们点击起用， ok， 现在就已经开始起用了，然后开一个终端来测试一下。 ok， 在 这里呢，我们就能看到有这个 cloud opus 四点五信口模型，也就是刚我们添加的。你好，开始思考成功的回复，有什么可以帮你吗？我们让他写个东西来试一试吧。写一个精美的个人网站，放在我的桌面上回车， ok， 大家等了一分钟左右，它这里已经完成了，说是在我桌面上双击就可以预览，我们看一看它在这里，我给它打开哦，这是可拉德 啊，下边这个我就安心了，可拉德是这个水平就合理了啊，不赖啊，非常不赖，非常好。另外给大家推荐这个 cc switch 呢，还有一点就是可以直接在这里去配置我们的四 q， 我们可以直接在这里快速的进行安装，也可以快速的管理我们的提示词，或者快捷的去配置我们的 m c p 服务，都是非常不错的。本期视频只用于学习交流啊，不会滥用。什么意思 那么好。以上就是本期视频的全部内容了，如果对你有所帮助或者觉得视频做的还不错的话，欢迎给个一键三连，如果想要看更多更精彩的内容，务必点个关注。那最后祝各位玩的愉快，我是短风，我们下期再见！

今天给大家分享一个特别简单的脚本，只有五行代码，可以让你的 cloud code 完全自动化的去干活， 就是他借鉴于就是辛普森一家里面的一个角色，他们传说哈是由一个放羊人写的这样一个代码，其实这个代码的逻辑是很简单的，就是让 cloud code 他 在结束任务的时候，只要没有完成任务，他都会继续的去做循环， 这个是个死循环，当然你也可以循环次数给它设定一下，但最好还是要设定啊，要不然它 token 就 跑没了。 这个人就分享了一下它使用的它用了一个半成品，然后入睡用了它的这个脚本，让 cloud code 不 断地自我去迭代去完成生产，睡睡觉的时候 开始的这样的一个循环，然后醒来的时候就已经全民测试成功，并且投入生产环境了。 api 的 费用只用了三点四美元，这个保持怀疑态度，这个我感觉不太可能的，十二个小时的托肯消耗绝对不可能才三点四美元的，所以说大家一定要注意，如果托肯费用是不是套餐的话，建议 谨慎使用。他就说了一下传统的这种 cloud code 会出现什么问题，你发出指令得等待，然后得到代码，特别是像 cloud code 或者说 codex， 它们两个的性能是最好的，实现起来也是错误率最少的， 但是他的执行速度是非常慢的，大家可以感受的到，比如说稍微复杂的一个指令，可能他执行下来就半个小时就没了，但是你这半个小时干什么？或者说你不可能一直等着他完成了就再去执行吗？这不太可能，所以说他就是一个特别大的问题，并且很多时候你还要进行一些测试， 就特别麻烦。所以说就有人设计了这样的一个功能，让他循环的执行。其实也很简单了，他也不会生成新的一个提示词，而是把之前的提示词重新再发给这个智能体，然后由这个 cloud code 的 智能体他重新读取这个提示词，然后了解之前执行到了哪里，然后继续进行执行。 但是这个最好是有个什么情况，你必须要之前就写好了需求文档，最好的情况就是你前面你的工作流是非常明确的， 再用这一个东西，千万别你就干巴巴的一个需求一行字，让他就直接去完成，这样大概率他会给你弄出来一个好像能跑的东西，好像是完成了任务的东西，但是 实际上里面有非常多的坑，因为你肯定不可能再去看之前编程出来的内容了，你是无法监管的，你也没有那个精力再去监管了，你只能看到结果，而且他会不会给你埋坑，这个也是不太好说的事情。 所以说一般情况下都是有一个 p r d 文档会非常详细，而且你的这个整个工作流程 sop 也是非常详细的情况下，再用这个方式会更好一点。 他说你这个需求文档最好是一个 jason， 怎么样设置？在那个 cloud code 里面是有这样一个插件的，直接就可以使用。你创建了这样一个 p r d 文档， 然后初步化了你的内容这个标准的一些操作了，启动循环的时候就可以启动这个循环，把你的提示词写在上面，让他去看这个 p r a a 的 文档，去一步一步地进行执行，执行了之后修改这个其实就是你的一个 sop 的 流程，或者说你的 skills， 让他按照这个 skills 的 流程进行执行， 当然最好也也要把它进行记录一下整个绘画的一些历史记录。最后他就说了一下他的一些实际的成果。这个最好用一些稍微好一点的模型，比如说你们用一些中转的，因为像 cloud code， 它的模型 像国内使用，你就只能用一些 g o m。 如果说想要用 cloud 的 模型，最好用中转，而且 最好不要用烧 token 的， 而是要用这种套餐的形式，因为像国内还是有一些套餐的厂商，他们相当于在国外打了一个服务器，把 cloud 这个用 api 的 形式转回来，不过它就不会把你的 token 全部消耗掉， 那用这个方式是可以的，或者说你用国内的 g m 这种编程套餐也是可以的，但是 g m 它的性能可能没那么足。如果用 cloudsonata 或者 opax， 我 个人感觉一般情况下这种软件工程是可以搞定的，只要不涉及到 哦这种比较新的库，比如说 long chain 的 deep engines， 这种库如果都是一些传统的软件工程的一些代码的话，我认为是不会有太大问题的。只要你写好了文档，写好了规范的工作流，它应该会一步一步按照工作流进行执行。 这就是最近的一个比较非常火的吧这个五行代码，这个死循环的方式，让 cloud code 完全自动化的去干活。

你很有可能没有充分发挥你的 ai 编程助手的全部潜力，所以现在我想和你一起变得非常实用，向你展示一些顶级智能体工程师在 ai 编程中使用的最佳技巧。 这些人真正建立了与他们的编程智能体，比如 cloud code， hero 或 cursor 协助的系统。因此，我在这里假设你至少对如何使用编程智能体有基本的了解，因为接下来我想为你具体介绍一些真正强大的解锁技巧。 在这里，我的讲解会非常简明扼要，不会浪费你的任何时间。而且最棒的是，这一切都不需要任何新工具，这其实只是更高效的工作方式而已。好吧，那我们开始吧。 在这里，排在首位的是 prd， 优先开发。 prd 是 产品需求文档 product requirement document 的 缩写。这个词可以有很多不同的含义， 但在这里，它指的是一个 markdown 文档，是用来定义你项目全部工作范围的唯一场所。因此，对于从零开始的全新开发，这份文档通常包含了你需要构建的所有内容，已完成你的概念验证 poc 或最小可行产品 mvp。 而这份文档的美妙之处在于，它成为了你的编码代理的指引之星，里面包含了你需要构建的一切。因此，从 prd 中，你可以获得所有要和编码代理一起实现的具体功能。 重要的是，不要让你的编码代理一次做太多事情，否则它会彻底崩溃。所以，你可以利用 prd 将你的项目拆分为更细致的功能，比如实现 api， 实现用户界面，构建认证系统，你可以像这样把它们分开。 而对于综地开发，如果你是在已有的代码库上工作，与其说是记录你项目中已经有的内容，以及你接下来想要构建的部分， 但无论哪种方式，你都在为你的项目创建指引之星。很多人都会忽略这一点，他们直接跳进去开发第一个功能，但实际上，他们在与自己的编码助手进行不同迭代时，并没有建立起任何联系。 为了演示本视频中含盖的所有技巧，我准备了一个 github 仓库链接会放在视频描述中。 在这个仓库里，我搭建了一个非常基础的演示项目，同时也包含了我在这里讲到的所有命令。 所以我日常用于 ai 编程的所有工作流程都已经为你整理好了。这些就是我每天都会用到的核心斜杠命令。其中有一个命令就和我们刚才讨论的内容有关， 我为你搭建了一个完整的工作流程，帮助你创建 prd。 现在切换到本地的仓库，我已经把所有命令都放在了 cloud commands 文件夹里供你使用。顺便说一下，你可以把这些命令用于任何 ai 编程助手。不仅仅是 cloud code， 它们其实就是定义这些工作流程的提示词。 所以我就在这里为你准备了创建 prd 命令。整个流程的核心就是你可以和 ai 编程助手对话， 讨论你想要构建的内容，对吧？比如说，我想要开发 x y z， 帮我规划一下。一旦你和编程助手就你想要创建的内容达成一致，在对话中，你只需要运行 create prd， 它就会把整个工作范围输出到你在这里指定的文档中。 所以对于这个简单的习惯追踪应用来说，这就是我的 prd。 这些部分全部都是在命令中定义的模板的一部分，比如目标用户你的使命包含的内容，不包含的内容，你还可以在这里看到完整的架构布局， 这就是你现在的北极星指引。所以在此之后，你进行的所有功能开发都将参考这个 prd， 并借助你的编程助手来确定要构建什么。 在我的 ai 开发工作流中，我总会用到的另一个命令是 prime 命令。我会在每次新对话开始时运行这个命令，把项目中所有必要的上下文加载进来。 而 prd 是 我始终确保我的助手阅读的核心文件之一。因为在他对代码库进行预处理之后，我就可以直接问，根据 prd 我 们接下来应该构建什么。 这个问题我每天都会问，因为我正在向你展示我无论在开发什么项目时都会用到的工作流程，而且无论我在处理哪个代码库，这一点都不会改变。 好的，接下来你需要理解的一个重要概念是模块化规则架构。因为情况是这样的，大多数人把他们的大局规则写的太长了。请记住，这些规则是你在每次与编码助手对话开始时加载到上下文中的约束和规范。 所以如果这些规则不够精简，你就会因为规则太多而让大语言模型难以应对。因此，无论你的局规则文件是 agent md 还是 cloud md， 你 都应该让它尽量简短，并专注于那些无论你在做什么项目都适用的规则， 比如要运行的命令，你的测试策略、日制记录策略之类的内容。但当你只是在处理前端工作时，比如你专注于组建的规则，或者你在做部署构建应用的 api， 这时你应该把针对不同任务类型的规则拆分成不同的 markdown 文档， 并让你的主局规则文件去引用这些文档。这样只有在你处理真正适用于这些规则的任务时，才会把这些规则加载到大语言模型的上下文中。好的，回到我们这个非常实用的习惯追踪应用，我想给你展示一下这些规则可能是什么样子的。 我现在用的是 cloud code， 所以 cloud md 是 我的局规则文件，而且我把它做的非常简洁， 你可以看到我的规则文件甚至还不到两百行。但其实我在 cloud reference 文件夹里有更多的上下文内容，我马上就会给你展示这些内容。但在这里，我列出的是无论我在做什么项目都很关心的内容。 比如我的技术站，我希望我的编码代理能够了解项目结构，这样它就能更好地导航项目。还有我们用来运行前端和后端的命令，比如 m c p 服务器代码规范，我的日制标准。记住 这些内容真的是，无论我在做什么类型的功能，我都希望 lm 能够了解这些信息。但这里有一个关键点，就在这里，我有一个参考部分， 这里是我引用特定任务类型上下文的地方。这些内容我只想在某些类型的功能中加载，因此因为这些路径被加载到我们的全局规则中，编码代理就会明白。好吧，当我在构建 api 端点时，这就是我应该阅读这个文件的时候。 所以我把这些全部放在我的代码库的 reference 文件夹里。这里有更多的上下文信息，比如仅仅这个文档就接近一千行，而且很多文档都是这样。因为在这里我们会非常具体的写下我们的指令，并且我们可以让它变得更长，因为只有在我们真正处理 api 时才会读取它。 因此，在你的大局规则中设置这个参考部分是让你的规则保持简洁，同时又能拥有所需全部上下文的非常强大的方法， 目标是保护你的编码代理的上下文窗口。很多人都严重低估了这一点的重要性。你也可以在你的指令中引用这些文档。比如，你可能已经建立了一个用于构建 api 端点的工作流程，所以你其实不需要在这里引用它，只需要在你的某个指令中给出路径即可。 所以无论用什么方法，都要确保你能获得所需的全部上下文信息，但又不是一开始就全部加载。接下来我要介绍的技巧可能是所有技巧中最显而易见的，但它非常重要。我必须确保你始终牢记这一点。 你应该把一切都命令化。如果这个词真的存在的话，基本上只要你向你的编码代理发送同样的提示超过两次，这就应该提醒你，这是一个将其转化为命令或可附用工作流的机会。 这些其实就是 markdown 文档，我们把它们作为上下文加载进来，用来为我们的编码代理定义一个流程。 所以当你提交 get， 进行代码审查，或者从你的代码库中加载上下文时，几乎你在开发流程中能做的任何事情都可以被转化为命令。因为随着你不断使用，它会为你节省成千上万次的敲击键盘。你也可以像我现在为你做的这样，把这些工作流程分享给其他人。 回到习惯追踪器的代码库，就像我之前说的，我把我日常使用的所有核心命令都记录在这里，并包含在这个仓库里。 所以你可以随意把这些命令拿去用，并根据自己的需求进行定制。所以几乎所有我发现自己用过两次以上的提示，我都打包成了一个工作流程，放在这里你都可以随意使用。比如提交 git， 像我们之前看到的那样，创建 prd 我核心功能，开发流程中的所有内容，比如执行规划，预处理所有的验证命令，甚至还有一些关于系统引进的命令。稍后我们也会谈到。好的，接下来我要介绍的技巧同样与上下文管理有关。 如果你还没有注意到，这其实是与编码代理合作时非常关键的一个环节，所以这里我们要讲的是上下文重置。我的意思是，在你进行规划和实际编辑代码之间，你应该始终重新开启与编码代理的对话窗口。 而你之所以能够这样做，唯一的原因是你总是在规划环节结束时输出一份文档，通常是一份 markdown 文档， 而这份文档包含了你在执行阶段所需的全部上下文信息。所以我们不会做任何预设，也不会告诉编码代理我们想要构建什么。当我们开始构建解决方案，也就是下一个功能时，我们只需要把这份文档提供给他。 就是这样，我们之所以要这样做，是因为我们希望在实际编码时尽量保持上下文的简洁，这样可以为代理留出更多空间去推理他正在做的事情，进行自我验证，以及完成所有这些重要的工作。 接下来我会演示一下使用我在代码库中为你准备的命令这个过程是什么样的。所以我们总是用 prime 命令开始我们的规划，这样我们就能了解代码库里有什么，然后再和我们的编码代理进行对话，确定接下来要构建什么。 同样基于我们的 p r d 接下来最合理的功能是什么。所以我没有在这里演示整个过程。我直接进入了下一个命令，也就是创建我们的结构化计划。这是我们将要输出的 markdown 文档，我们会用它作为执行时的上下文。 所以在这里我会直接输入 clear， 彻底清空上下文窗口，或者你也可以直接重启你的编码代理。 然后我会调用 execute 命令，这个命令的参数就是我希望他读取的那个计划，这就是他所需要的全部上下文。所以我很快给你演示一下。比如在这个习惯追踪器的简单演示中，我们正在改进日历的视觉效果， 所以这里概述了功能描述，用户故事以及所有高层次的信息，所有可以参考的上下文，还有我们需要构建的各个组建以及逐项的任务分解。像这样非常全面，因为在这里执行计划时，我们没有向代理加载任何其他上下文。现在信不信由你。 我实际上把最重要的技巧留到了最后，因为接下来我们要讲的是系统进化。当你把每一个 bug 都当做让你的编码代理变得更强的机会时，这就是使用编码代理最强大的方式。 所以，与其只是遇到一个 bug， 然后手动修复并继续前进，我们实际上会在编码代理的系统中深入查找我们应该修复什么，才能让这个问题不再发生。当你发现你的编码代理一次又一次的出现同样的问题时，看到这种模式的出现，这种方法尤其强大。 所以通常当你思考可以在系统中修复什么时，要么是你的全剧规则，要么是我们之前提到的其他任何类型的参考上下文，或者是你的命令，也就是工作流。 这里会有一个可以改进的机会，因为当编码代理在某些地方出错时，很可能是他没有理解你想要指定的某条规则，或者是你的验证流程中有某个环节可以做得更好。 所以仅举几个例子，我这里有几个例子。如果编码代理使用了错误的导入风格，那么你就需要添加一条新规则，对吧？比如，你只需要用一句话简单说明一下应该是什么样子， 而且很多时候，这真的只需要一句话就够了。如果 ai 忘记运行测试，你只需要更新你的结构化计划模板，也就是输入到执行环节的内容，加入新的测试部分就可以了。 如果编码代理不理解认证流程，那么你就可以创建一个新的参考文档，并且更新你的大局规则。在处理认证相关工作时，应该参考这份文档，就像我们刚才展示的那样。 所以最终其实有无数种方式可以让我们和编码代理一起进入系统改进模式。但通常你会在刚刚完成一个功能，并且自己验证过之后立刻进行这一步。 你会注意到应用程序的某些地方运行不正确，或者代码中有些问题，然后你就会说，嘿， cloud。 我 发现应用程序里的 x、 y、 z 没有正常工作，所以我做了这个修复。 我希望你现在去查看规则，阅读我们这里用到的所有命令，然后帮我找出我们在流程或规则上可以改进的地方，这样这个问题就不会再发生了。 当然，这有点过于简化了，你可以看到我用语音转文字工具把这段输入到这里，但你大致明白我的意思， 你让他进行更多自我反思，思考实际执行和计划之间的对比，和我们制定的规则流程相比，有哪些不同，有哪些差异是我们可以解决的，这样这些 bug 就 不会再次出现。 所以我在这里对策略的定义非常宽泛，因为实际上这更像是一种我希望你能采纳的思维方式，不要只是修复 bug， 更要修复导致 bug 出现的系统。这样做会让你受益匪浅，因为你的编码代理会随着时间变得更强大，更可靠。就是这样， 这些就是我最喜欢的所有顶尖智能体工程师都会用到的技巧。正如我之前所说，我会在描述中附上包含所有命令的仓库链接，以及这张图表的下载链接，方便你自行下载。 如果你喜欢这个视频，并且期待更多关于智能体工程的内容，非常欢迎你点赞和订阅，我们下个视频再见。

今天闲来简单研究了下可 out code， 完成了部署，并稍稍体验了下，感觉还是蛮可以的。部署的话直接在 get up 中搜索即可。然后点进仓库，向下滑到来的模块， 点击蓝色的链接进入到官方文档。在该文档中给出了两个 windows 系统部署方法，我选择了第二种方法进行部署。 打开控制台，输入指令，由于地区限制，这里我建议分布执行。先执行下载脚本， 下载完毕后先检查脚本内容，查看开头后发现下载的是网页，并不是脚本，这是为走带你被地区限制造成的。 解决的话只需要配置下 http 代理环境变量，打开你的魔法猫咪，查看设置下的端口号，然后在控制台中输入配置代码， 配置完成后检查下是否成功。 从返回的内容来看，是配置成功了，既然配置好了，那就重新下载安装脚本， 下载完毕，再次查看一下脚本是否正确下载， 这次文件以 erata 开头说明下载正确了。 接下来就是执行安装脚本了， 这样就安装完毕了。 查询下版本，检验是否成功安装很好，成功返回版本，安装成功，最后还要配置下环境变量， 添加完毕后重启控制台，查询版本，检验是否成功。 成功返回版本。科尔的扣子初步部署成功， 接下来就是解决模型和 ipit 的 问题，由于使用科尔的模型前需订阅服务，我只是想体验下进行订阅肯定是不划算的，于是我打算使用 deepsea 模型感受下。进入 deepsea 官网，选择进入 ipi 开放平台， 进入后选择侧边人的 p i keys， 再点击右边的创建按钮进行创建，这样就能获得 p i， 然后找个地方保存好。当然别忘了充值 模型和 p i 也解决了，那就只剩下配置问题了，你可以直接在环境变量中配置，我是使用 cc switch 来进行配置的， 它是集合科罗尔的 zmi 和 compadis 的 格式化工具，可快速切换 rpi 和模型。配置也是在 getup 中直接搜索，然后点击进入仓库，进入后直接点击右方的 release， 跳转到页面后直接向下滑，直至到 r s s 模块， 然后选择你所需要的安装包进行安装下载，我选择的是第九个安装包 下载，安装后打开程序，点击右上角的加号，选择 deepsea， 输入 ipi， 点击添加即可，因为我已经配置好，这里也不做具体演示，最后选择其用就完成了。 万事俱备，直接打开控制台运行 cloud， 这里选择自己喜欢的样式， 因为没订阅，这里选择第二个，这里出现了弹窗，登录后关闭即可， 关闭后继续跟着提示往下走，这里选择 yes， 这样就成功打开了。接下来向他提个问题，问一下他是谁，又能做什么， 这里他开始思考， 思索片刻后也是给出了回答，这样的话就完全部署成功了。 v s code 的 话，需要先安装 curl code for v s code 插件， 成功安装后点击右上角的图标，并可以开启， 这里我让他浏览文件并给出总结， 最后也是成功给出了总结，格式的话，在终端打开 cloud code 即可使用， 这也是成功给出了总结。 最后大家可以多关注该用户，他是 cloud code 的 核心负责人，经常分享关于使用经验功能进展焊实践技巧等内容。

兄弟们，五分钟内让你彻底上手卡的扣的！哈喽，大家好，我是阿亮，卡的扣的几乎是一天一个版本的节奏，在更新证明公司已经把卡的扣的作为了二零二六年最重要的产品之一在推进这个工具呢，建议所有人抓紧用起来，真的是非常非常的好用。 之前跟大家分享过如何安装 cloud code 以及如何使用 cloud code scale 的 这个技能，但很多小伙伴呢，对 cloud code 其实呢比较陌生，可能是因为它是一个命令行工具吧，我们有这种感觉呢，主要是因为你不了解它，当你了解它的时候呢，你就会觉得，哦，原来这么简单。 我是深度的 color code 用户，几乎日常百分之八十的工作呢都是在 color code 中完成的，写代码啊，写文档，写作，操作电脑等等吧。所以我打算呢分两期给大家详细的讲一下 color code 的 使用方法，今天主要讲一下基础用法，掌握了这些基础用法，你就可以快速的上手使用它。 下期我们再讲克拉扣的境界玩法，这期我们从这五方面展开讲解，五分钟内让你彻底学会使用克拉扣的好了。发车一，如何启动启动克拉扣的常规的两种方式，第一种是普通模式，直接输入 club， 然后回车。 这种模式下他执行操作前会先询问，比如新建文件夹，删除文件等等，你确认后他才会进行下一步。第二种完全的授权模式，输入 cloud， 后面加上这个三个单词， dangerously skip permissions。 这种模式给予他最大的权限，可以自主执行任何操作，不需要经过你的同意， 我一般呢使用第二种方式，到目前为止没有造成过任何的损失。如果你不熟悉呢，建议先用第一种方式，一步一步的交互。二、基本的交互输入文字很简单，进入客户的后，直接点击输入区域，输入文字回车就可以了。那么我们如何输入图片或文件呢？ 首先我们就正常的先复制到剪切版，然后苹果用户用 ctrl 加 v 进行粘贴， 如果粘贴不成功，也可以直接把文件的路径给他。接下来我们看第三个工作模式，在界面下方，这里会显示当前的模式， 我们按住 shift 加 table 键可以切换，这样一下又切换到了下一个，我们会发现有三种模式， 那这三种模式有什么区别呢？首先是 play model 规划模式，它会针对我们的问题先思考，然后给出详细的方案。这一步它不会自己去执行任何的操作，只是做计划。 第二个呢是 accept edits， 自动接受编辑模式，这种模式下它可以自动地读写文件，但是呢没有操作工具的权限。 第三个是 bypass permissions， 这个就是它有所有的权限，它可以进行任何的操作。我一般处理比较复杂的任务时，我先会用 plan model 规划模式，让它先理解需求，制定方案，如果方案不合适，让它再调整，没问题了就开始干活。 好到这里我们就可以正常地与 client code 沟通了。但 client code 里面最重要的呢，是它的斜杠命令，我们输入一个斜杠，能看到后面出了很多的英文单词。 接下来我们重点讲一下这些命令呢是干什么用的。第一个是杠 login， 通过字面意思呢，大概能知道这是一个登录的命令， 不过这个是针对官方账号，如果没有官方的账号，需要用另外的方式来配置。之前我在视频里面讲过，大家可以去看一下。对应的是杠 logout， 就是 退出登录。杠 init 命令， 这个命令的作用是对整个项目进行一个大概的了解，然后生成一个 cloud 点 md 的 文件，这个文件里面写的就是他对整个项目的理解，后期我们跟他对话的时候，他就会把这个文件作为自己的上下文。 当然我们也可以在里面加入一些自己的要求，比如希望他用中文跟我们沟通，或者希望他每次修改完代码之后呢，做一次 commit。 我 们把这些常用的要求呢都写到这个文件里面去。关于 cloud 点 md 的 介绍呢，我们下节课再细讲。 杠 model， 这个比较简单，用来切换模型，目前官方的模型呢有三个， opus、 soul net 嗨酷，一般日常任务呢，就选中间这个。 soul net 这个模型性价比相对高一点，如果处理复杂的任务呢，我们就选 opus， 这个模型呢是最贵的杠 config， 它的作用呢是对 client code 进行一些基础的配置，我们可以看到 有是否开启自动压缩提示，是否开启思考模式，可以选择主题是深色模式还是浅色模式，可以选择大模型。跟你教会的语言默认是英文，我改成了中文，还可以设置默认的模型等等。我们可以根据自己日常的习惯呢，在里面进行一些常用的配置。 get resume 这个命令的作用呢，是列出我们所有的对话历史，然后选择某一个跟它进行继续的沟通。 比如昨天处理一个任务，处理到一半回家关电脑了，第二天起来呢，我们就输入杠 resume 上下方找到这个对话，进去之后呢，就可以跟他继续昨天的那个历史聊天。杠克令，当一个任务完成了，如果继续在同一个对话里沟通，他会把之前所有的对话内容作为上下文带到大模型去， 这样其实特别的费 token。 常规的做法呢，是完成一个任务之后，执行杠克令，把之前的对话清空，重新开始。当然呢，还有另外一种方式呢，是输入杠 new， 新开一个对话。 杠复位这个命令呢，是最近才出的，因为撤销之前的操作。以前的方式呢，我们是告诉卡的扣的，哎，请你帮我撤回。但是这么做呢，有一个问题，他有可能撤回的不干净，会导致呢出问题。现在有了杠复位呢，我们就可以在里面选择要撤回到哪一步，回车之后，他就恢复到了那一步时候的代码状态。 杠 agent， 列出所有的智能体，但我们调用 agent 是 通过自然语言来调用的。杠 mcp， 列出所有已安装的 mcp 服务器，可以通过键盘的上下键来选择。关于 mcp 呢，咱们这节课不详细讲，下节课给大家讲一下 mcp 的 高级用法。 杠 skills， 这是现在非常火的一个技术。输入杠 skills， 可以 列出本机所有已安装的 skills， 比如我这里有写作的，有 pdf 读取的等等。 关于 scales， 大家可以去看一下我之前发的 scales 写作的那些视频讲的还是比较详细的。杠 compact 这个命令的作用呢是压缩上下文，当然现在我们其实不需要手动输入这个命令了，会画快板的时候， card 的 hold 呢，会自己去执行这个命令。 杠 export 这个命令是将当前的绘画记录导出成一个文档，方便我们呢做备份，或者说在其他的地方查看。杠 user， 查看当前 token 的 消耗情况，这里显示当前绘画使用了多少本周所有模型的总消耗，还有特定模型的消耗。 get permissions， 用来调整 client code 的 权限，第一个是 allow 给予所有权限，第二个是 ask， 就是 要先询问你。第三个呢是 denny， 就是 拒绝权限。第四个是信任当前的目录，在这个目录内可以随便操作。最后一个是杠 exit， 输入这个命令就退出了对话的窗口，退出了 client code， 当然退出对话窗口呢，还有另外一种方式，就是我们按两次 ctrl 加 c 强制退出。好了，最后给大家讲一下在终端里面常用的一些快捷键。首先是 ctrl 加 a， 将光标移动到首行，比如我们输入非常多的内容，但是想改一下第一个字，现在光标是在最后一个，如果我们按住左键，它会移动好多个字才能到了第一个。现在我们只需按快捷键 ctrl 加 a， 它就回到了最开始。对应的还有一个叫 ctrl 加 e， 回到行尾， 然后是 ctrl 加 u， 删除光标前面的所有内容，所以它是一行一行的删，它不是一段一段的删。再就是 ctrl 加 k， 删除光标后面的内容，如果不小心删错了怎么办？我们就按 ctrl 加减号就撤回了刚才的操作，所以 ctrl 加减号呢是撤销键， 有的人的快捷键可能是 ctrl 加斜杠，大家可以试一下。好了，以上就是 color code 的 基础用法，我把这些内容呢整理成了完整的文档，大家在日常使用的时候呢可以参考，需要文档的话可以找我要。下期我们再详细讲解一下 color code 的 高级用法，拜拜，大家点点关注哈，跟着阿亮学 ai！

作为一个非工程师，凭感觉写代码最大的问题在于，你其实并不知道什么才算是好的代码。如果代码不好，就意味着他会经常出错，无法扩展，难以测试。代码会很丑陋，没人愿意用它。 我明白你的想法。很多初学者认为只要有 code code 就 足够构建出很棒的东西，但这其实是个陷阱。默认情况下，语言模型并不会写出好代码，他们只是根据读过的内容写出看似合理的代码， 而这些看似合理的代码最终会变成漏洞、糟糕的用户体验以及没人想用的产品。所以在本期视频中，我会详细讲解我的七步 cloud 技能体系，帮助你把工程师的专业能力融入到你的项目中。 在我们开始讲第一个技能之前，我想花大约十五秒时间快速说明一下你应该在什么场景下使用 cloud 的 技能，而不是其他工具。 一个基本的思维模型是这样的，自定义命令基本上就像是可复用的提示语。如果你经常需要重复输入一系列步骤，或者不断复制粘贴到你正在用的模型里，那就把这些内容写成一个自定义命令。 abigence 就 像是 cloud code 的 迷你实力，他们在各自独立的上下文窗口中运行，因此他们非常擅长通过专属的上下文窗口来解决非常具体的问题。但技能则让我们能够为我们的 agent 赋予特定的专业能力。 然后我们可以在主上下文窗口中使用这些专业能力。如果你需要的话，我会在视频下方放一个提示语， 这个提示实际上可以帮助你判断你打算做的事情到底应该用 sub agent 还是应该用，这取决于你具体要做什么，因为它们在不同的场景下。我们要讲的第一个技能其实是由 anthropic 发布的， 那就是它们的前端设计技能。我从订阅者那里听到最多的抱怨大概就是它们真的很难做到这一点，那就是它们应用的美观性和用户体验。 所以基本上在任何不是直接从像 airbnb 这样的平台或者像毛柄这样的工具克隆现有设计的情况下，想要做出真正好看的东西其实会变得非常困难。因此这个前端设计技能就是为我们提供一个简单的解决办法， 它的实践方式是为 a 阵提供非常具体的指引，说明 ui 设计技能到底是做什么的。 所以我们首先要做的就是实际获取到第一个插件的访问权限。我们可以通过输入斜杠 plug in， 然后下拉找到 cloud plugins 官方浏览插件，然后选择前端设计插件， 并且可以在我们的项目中安装它。这里我们有一个非常基础的缩略图设计工具，这是我用 nano banana pro 构建并一直在用的。很明显它看起来有点过时，所以我想往下看一看。 我想看看我们是否真的可以用一个非常简单的提示，利用这个前端设计工具让他变得更吸引人。这些技能通常会被系统自动调用，但你也可以直接告诉他使用这个技能。 所以我打算给他一个非常简单的提示，我会说使用这个前端设计技能帮我重新设计一下前端界面，他应该使用这些库。整体风格应该是这样的， 科技感十足，但又有点极简，就像特斯拉的内饰一样，不过要有一些亮色点缀，同时看起来也要让人觉得舒适，就像你用 cloud 这样的工具时会有的感觉。好吧，大家前端设计技能刚刚完成，我在这里运行了一个提示，现在看起来比之前好多了。 这里还有一些小地方，我觉得需要再完善一下。如果我们进去看看实际的画廊，他们把整个画廊仕图都改了，我们做了一个很不错的悬停动画。显然这些按钮有些还需要修正一下。这个应该反过来， 但如果我们真的点击其中一个，整体看起来真的很棒，很紧凑。这里还为我们构建了一个很不错的编辑器工作流，配有一些精美的 ui 元素，所以对一个非常基础的提示词。当然，我其实完全没有做任何调整，理想情况下你肯定会去调整它，对吧？ 这只是一个初学者或者说入门级的提示词，但你可以进来把它变成你自己的，融入你自己的设计理念。所有这些好东西。我真的很喜欢他们在设置页面上的处理方式， 所以有了这项技能，过去一直困扰我们的让 u i 真正符合你规划的难题应该就成为历史了。现在我们可以进入第二项技能了。这其实是编辑技能的技能，不过是专门针对代码的。 所以当你开始意识到这些技能有多强大时，下一个合乎逻辑或自然的问题就是，嘿，我能不能根据我自己的工作结构和流程来自己构建这些东西，就像任何事情一样，构建这些技能有好的方法，也有不好的方法。 幸运的是，我最喜欢的技能库 superpowers 的 作者专门为 cloud code 编辑技能推出了一项专门用于编辑优质技能的技能。 我在想这句话里我能不能再多说五次技能？有趣的是，他们在这个代码库中提出的做法，基本上认为创建技能就像创建测试一样。 因此他借鉴了测试驱动开发的类比，并将其印刷到技能创建的流程上。这里面有很多细节，你可以自己去阅读，但我们接下来要做的是直接动手实际创建一个技能， 所以我会清除我的上下文。同样，你需要进入你的插件，然后前往插件市场。在这个例子中是 over 超能力市场，你需要浏览这些插件，然后在这里你就可以选择 superpowerscu。 这也是我们要用到的地方。 比如说，我们想要创建一个专门用于 cloud code 中的技能，用来编辑变更日记。 我们希望每当我们添加了一个重要功能，或者做了有意义的更改时，它都能自动生成一份变更日记。这份日记可以面向开发者，也可以面向客户，而且它是自动生成的， 只要调用这个技能就可以实现。所以我们可以利用这个编辑技能的超能力来帮助我们真正实现这个功能。现在在这个例子中我已经有一个了，但我也可以说， 嘿，我想把那个删掉，从头开始。接下来他会执行一系列操作，他会为我创建一个全新的技能，并且会删除我之前的那个。好了，现在这个操作已经完成，并且他为我们创建了这个变更日制生成技能，我们就可以直接让他帮我们生成一个变更日制了。 现在我们可以看到这个变更日记生成技能正在被使用，显然这通常会自动发声。但在这个例子里，为了演示给大家看，我们会手动生成一次，让他去查看这个项目最近的五次提交， 然后根据他找到的内容帮我生成一条变更日记记录。所以现在我们得到了一个非常基础的变更日，当然，我们可以把它做的更强大，更完善，但重点其实不是变更日记本身， 重点在于我们现在有了这个新技能，可以非常轻松的自己创建 cloud code 的 专属技能。接下来要介绍的其实算是一个额外的技能，因为他是我最喜欢的技能库之一。 我们现在看到的是一个名为 obras ours 的 代码库，这是一个专门为 cloud code 设计的完整技能库。我知道这样说可能有点夸张，但它确实彻底改变了我使用 cloud code 的 方式和看法。 接下来我会给你展示几个让我如此推崇这个库的技能。在这个代码库里，有几个非常棒的核心技能。 第一个就是头脑风暴技能。这个技能的作用是，每当你要开始一项新工作，比如创建一个新功能，添加某些功能或进行重大修改，它就会被触发。这个技能的作用是它会彻底分解理解想法的过程， 提出多种根本性的解决思路，然后为你呈现一份设计文档，详细说明他认为你应该如何推进。在这之后，你可以使用下一个技能，也就是编辑计划。所以这些东西 hook 他们结合在一起。从头脑风暴阶段开始，我们批准设计，然后直接进入为我们正在构建的新内容编写实际的分布实施计划。现在他们还可以访问许多其他技能，你可以进去看看。我很喜欢系统化调试这个技能， 但接下来我会演示一下如何利用这些头脑风暴和计划编辑技能。比如说，假设我们进来后说我想开发一个新功能，利用用户在缩略图上的表现数据，如点击率、展示量等，然后用这些数据来训练未来的缩略图生成。 这样我们就能通过我们正在开发或更新的这个工具实现数据驱动的缩略图生成。 所以我可以立刻看到他实际上正在触发这个功能。一开始就调用了头脑风暴技能，所以他会先问我们几个关于我们应该采取的基本方法的问题。在这种情况下，我希望这些数据是手动录入的。 youtube 实际上并没有通过他们的 api 提供很多这样的数据，所以除了用爬虫抓取，这就是我最好的选择了。接下来我们会继续往下走，只需要回答他提出的基础问题。 所以我之所以喜欢这个技能，是因为他会问我们很多非常好的问题。这些问题本身其实很模糊，都是基于我们提出的需求。比如我说 我希望能够利用用户的表现数据来在未来触发更好的。那么基于这个需求，我们有很多细节需要理清，比如这些数据到底会从哪里来，这些数据究竟要如何被录入系统并加以利用？他应该如何影响未来缩略图的生成？ 什么才是真正决定顶级表现者的标准？在这个例子中，标准就是实际的点击率，以及每一代中有多少被发送出去。同样，对于所有这些问题，他都在给我们展示权衡。如果我们放入太多图片，就会消耗更多的 token， 所以 成本也会更高。 因此我们就是逐步推进，一一解答所有这些问题。等到这一切完成，所有问题都问完之后，接下来他会继续确保我们同意他即将构建内容的详细分解。 他会从功能概览、核心流程、关键约束等方面入手，确保我们对所有这些都达成一致。 同样的还包括我们数据模型需要做出的更改，实际的 api 集成将如何实现，以及 ui 如何真正支持这个功能。我们正在构建的内容设置和用户控制将如何变化，以及我们将如何处理边缘情况和错误。 所以他是在确保我们对所有这些内容都达成一致。接下来我们就会自动调用这个写作计划的技能，因此他会以一种非常有条理的方式浏览代码库，记录我们要做的事情，并实际编辑一份可供我们实施的计划。 现在这个技能已经完成，我们就有了一份详尽的计划，列出了构建这个功能所需做的所有事情。 当我说详尽时，我的意思是这份计划实际上非常长，而且包含了所有的测试，包含了我们实际构建这个功能所需的一切。 所以如果你是那种希望在有明确方向和系统支持下编写代码的人，我认为整个技能库绝对是不容错过的选择。 接下来要说的是，对于那些曾经说提示工程已死的人，很明显，他们并没有真正去构建需要高质量提示的东西，所以这个提示工程技能非常有用。如果你正在开发依赖于调用模型提供商来实现功能的应用程序， 那么我们接下来要做的就是让他使用提示工程的模式，利用我们刚刚看到的技能来分析我的 jammy 调用，并为我们如何实际改进提出建议。所以现在他正在调用这个技能，为我们生成一份报告，解释我们如何优化提示。 等这个过程完成后，我们可以看到他为我们提供了很多关于我们实际运行方式的建议，关于我们的主要生成提示， 以及其中存在的一些问题和严重程度。也就是说我们实际上可以做些什么，或者说这些问题的优先级如何， 并且为我们提供了非常明确的改进建议。所以我目前在底层使用的提示其实是这样的， 他很大程度上依赖于用户输入的提示。但实际上，如果我们把提示改的更有结构更像，这样我们就能更稳定的获得更好的输出。然后同样的方法，这种方法也适用于其他几个方面。 所以这一切都很棒，因为这些建议确实能实质性的让这个应用变得更好，而且这只是一个非常简单的场景，就是基础的图像生成流程，但很明显，这样的工具几乎没有上线。 所以像这样的技能正是我说技能本身是自切面包以来最棒的发布之一的原因。 因为我们可以借鉴他人的专业知识，比如在这个案例中就是如何正确的进行提示工程，然后我们还能扩展我们自己的 agents。 有 了这些知识，我们就能让我们构建的一切变得更好。 接下来要介绍的技能其实也大同小异，因为我们要开始涉及 api 设计了，所以利用这个技能，我们可以帮助我们以不糟糕的方式设计后端 api。 接下来我们要做的还是来到这个项目里，不过它实际上还没有一个 rest api。 接下来我要做的是向他提问，让他规划一个将其迁移为 rest api 的 方案。我们可以看到他现在正在使用这个专门用于后端开发的插件，并且调用了 api 设计原则技能。 他会用这个技能来实际探索我的整个代码库，然后决定要做哪些更改，以及如何将这个应用迁移到使用 rest api。 所以 这个功能非常有用， 因为当我们的 agent 或 sub agents 开始进行任何后端 api 工作时，我们可以配置它自动调用这些技能。这意味着每当他要进行后端 api 工作时，他都会拥有大量有用的上下文和工作方法， 这些内容会在 agent 开始运行时自动注入到 agent 的 定义中。这也是为什么当有人说他们认为 ai 会取代程序员和工程师时，我只会笑一笑。 因为我们始终需要能够构建这种专业知识的人，这样其他人才能真正使用并实现它，从而打造出客观上更优秀的产品。 所以现在我们可以看到我们已经有了一个相当完善的迁移计划，可以把我们从当前的状态带到一个完全实现的 rest api， 包含了所有的端点，用户模型，所有的数据模型，以及实现这次迁移所需的一切。而且它非常 非常详细，我觉得他们甚至还构建了一个作业队列架构，所以这项技能带给我们的确实非常棒。 所以再次强烈推荐，尤其是对于那些想要以正确方式做事的 vip 程序员来说。同样，这些技能可以在你的偏差中调用，而且你真的可以做很多很棒的事情。接下来要介绍的这个技能和上一个密切相关， 他实际上进一步强调了为什么这个理念。我们始终需要在某个领域绝对专业的人来帮助创建这些技能， 这样当我们在 web coding 时才能做的更好，不会做一些愚蠢的事情。所以我们现在要谈的是 post graph 表的设计，这是让我真正意识到这些技能有多么有价值的技能之一。因为在这种情况下，我们又可以确保， 比如说当我们在使用 supbase 时不会做一些我们本不该做的事情。这些事情在我们开始扩展数据库，获取用户以及处理所有相关内容时会带来严重的问题。 那么为了演示，我们可以考虑一下刚刚为 rest 制定的这个计划 api。 我 们可以先清除这里的上下文，然后告诉系统使用 posgrid 表设计的技能， 并且根据 posgrace 的 技能来更新我们的 rest api 迁移计划，对吧？然后我们可以把这个计划链接起来， 现在它会采用那个 api 迁移计划，并确保它符合该技能中列出的所有最佳实践。现在这个技能已经处理完毕，我们可以看到对那个迁移计划进行了很多更新， 涉及到许多不同的数据库表设计的各个部分。我们可以看到在这个计划的末尾还生成了其他一些部分，我们可以把它们移进来，我们可以清楚的看到都做了哪些更改。非常棒！再次强调，这让我们的项目不仅仅停留在基础层面， 而是开始向更高层次迈进，让他在真实世界的应用中真正拥有一席之地。 这一切都要归功于克拉的技能，所以我认为作为一名 vibocoder， 如果你不用这个技能，那就太傻了。接下来我们要讲最后一个技能，但绝对不是最不重要的错误处理技能。错误处理显然非常重要，这一点毋庸置疑， 而且错误处理不仅对你有帮助，实际上也非常有用。当你能提供更多有上下文且合理的错误信息时，语言模型的表现实际上会更好。 你会发现修复问题的速度快了很多，整体的工作流程也变得更好。而这个技能的作用就是帮助我们实现这一点。 他会引导我们采用一些独特的理念来正确的。他会对不同类型的错误进行分类，然后他还会给出针对不同编程语言的错误处理建议。 这对我来说很有用，因为我主要用 python 和 javascript， 而这些就是我们在这个文档中所采用的错误处理规范。接着他还详细介绍了一些非常有用的模式， 这些模式你可能会希望根据自己的需求在应用中使用，比如断路器以及其他很多很酷的东西等等。那么我们可以再次回到我们的项目中来利用这个技能。在这种情况下，我们可以让他查看前端的 hux。 然后我希望你用错误处理技能来改进这些文件中的错误处理。这些就是负责我们如何操作的所有文件，比如实际的人物生成、编辑、存储角色，以及处理所有这些相关的事情。 现在这个技能已经在运行了，我们可以看到它已经在推进，并且给我们推荐了一些更新。它正在创建一个共享的错误处理工具。所有这些后壳模式实际上都会用到它。 接下来它会继续推进，实际上开始改进我们用来记录这些错误的模式，这同样会让我们的工作变得多好了。就是这样，各位，这是我每周都会用到的七项技能， cloud code 战。 记住，技能能赋予你的 ag 专业的专长，所以如果你不用他们，那就太傻了。当然还有很多其他的技能我没来得及讲，但光是这七个技能大幅提升你所构建内容的质量， 所以赶快去用这些技能开始构建吧。也欢迎告诉我你的进展如何。在下方描述区有我免费的 web 编程社区，我会在里面分享所有的 youtube 文件、提示词模板和工作流。 你可以去看看，也可以分享你最近在构建的内容，这就是本期视频的全部内容，我们下期再见。

我之前在介绍 cloud code 的 时候，评论区有小伙伴推荐过另外一款免费的终端 ai 工具 i f o， 国内各大模型都可以用，而且对个人开发者完全免费。那本期视频我们就来体验一下。 i f o i f o 本质上就是将完全免费的 ai 智能体安装到你的终端上。因为我电脑上已经有了 node js， 因此直接使用 n p a 命令就可以部署了。运行 i f o conversion， 如果正确输出版本号，就说明部署成功。现在 f 六还提供了 jet brings 和 vs code 的 插件版本，如果不习惯使用终端的话，用插件也很方便。能在 cloud code 中使用的通用功能基本上都可以在 f 六中使用。通过一句话就可以实现创建完整应用或者修改代码中的 bug。 输入斜杠命令可以调用一系列的内置指令，比如输入 enix 命令，会自动分析当前目录的项目，并创建出对应的项目文档。如果上下文的内容已经很长了，通过 comprise 命令就会对历史内容进行压缩。 f 洛有一个自带的 m c p 市场以及智能体扩展，能在 f 洛中快速接入 m c p 或者智能体。有的时候 ai 会生成已经过时的代码案例，或者直接捏造出根本不存在的 api。 这个 context 七 m c p 就 可以解决这个问题。在页面中点击安装就可以得到下面这两行命令，分别对应于项目范围内的安装和全局安装， 按需执行即可。比如想知道 jdk 二十一的虚拟县城怎么写，只需要带上使用 context 七这个 mcp 工具，就会从官方文档中去找写法，然后给出最符合指定版本写法的 ipi， 很 适合程序员忘记 ipi 的 场景。工作流 work flow 是 iphone 中的一个更加强大的功能，通过 work flow 可以 创建复杂的自动化任务链。开放平台中已经有不少人上传工作流，然后通过 excel 加上画图的主题， 一个完整的流程图就直接被画出来了。除了上面介绍的这些功能之外，在 iphone 中还有更多实用有趣的功能，包括 sub agent、 hux 等等。关键这个工具对个人开发者还完全免费。以上就是本期视频的全部内容了，我是鱼仔，我们下期再见。

听说你用不上纯学的 cloud code 来试试我最近两天写的 ai 编程巴士吧，统一的 api 网关，支持 cloud code gpt germany， 有 非常详细的教程，同时支持预参加最强的大模型。 好， 这个可以选择了 opus， 可以选择 g g p t 的 模型，可以看到五点二，五点一，五点一 g p t 的 最强模型 extra high， 速度是非常快，赶快去试试吧。

前一阵子 anarchic 切断了第三方调用 cloud， 然后迅速上线 cloud core 来对抗 minus 这种通用 agent， 但是这个东西目前只开放给 max 订阅用户，是一百美金，两百美金的那种订阅用户。我用了 kimi k 二的 a p i， 成功的用上了整理文件，直接读取本地文件，非常的爽。 今天就手把手教大家怎么用 kimi k 二，用上 cloud for 这个过程也包括怎么用 kimi k 二的 a p i。 用上 cloud core。 首先在 tapp 上下载这个老哥的东西，然后来到 kimi 的 说明文档，有一说一，这个文档真的非常的详细， 打开 terminal， 把这些东西全部粘贴进去。安装好了，咱们先申请一个 a p i key， 搞定了以后复制它的内容，修改这里的 key， 打开 terminal， 把这些东西全部粘贴进去。 错，已经安装好了，我们看一看，这里确实写的是 kimi 的 配置。一切准备就绪，打开这个老哥的 app， 选择一个路径，先让他整理我的读书笔记。天呐，一百九十九本书，太可怕了！整理我的下载文件，大家先看一下我的下载文件夹，里面非常之乱。咚咚咚， 天呐，这个真的是太强了，赶紧去试试。文字的说明文档已经给大家准备好了，有需要的朋友可以告诉我哦！