宝塔安装 claude code

今天这个视频教你无痛安装 cloud code， 在 国内的网络环境下，用上 cloud gpt 等国外的顶尖模型，有些人可能还不了解 cloud code 是 什么，先简单介绍一下。 cloud code 可以 说是现在最强的 ai 编程工具， 再加上最近爆火的 skill 加持，很多人也用它写作、学习、做数据分析、办公等等。 cloud code 可以 说是现在最火热的 ai 助手之一，网上有很多的安装教程， 但是实际上你去安装就会发现不是那么回事，网络限制、安装配置中出现的各种问题能把你搞得焦头烂额。我也是看了很多的教程，结合自身安装过程中遇到的一些坑， 整理了一份 cloud code 在 国内网络环境下的安装使用指南，这份指南能帮你省下几个小时的折腾时间。接下来我会将原理和操作方法用通俗的语言给大家讲明白。好了，我们开始。 首先在安装 cloud code 之前，我们需要做好前置准备。 windows 电脑需要先下载 git， mac 系统自带 git， 无需下载， 不去这个网站选择 windows 叉六十四 setup 这个版本下载。安装完成以后呢，在 powershell cmd 中输入 git vision， 如果能输出正确的版本号，就代表 git 安装成功了。接下来要安装的是 node js 跟 npm， 我 们去这个网站选择适配自己的安装包下载即可。安装完成以后呢，如果你是 mac 用户，在启动台搜索终端， windows 用户在开始菜单里找到 git bash。 为了讲解方便，后面我们统一把终端和 get bash 统称为命令行。接下来我们在命令行输入这两条指令，如果都能显示版本号，就代表 node js 和 npm 安装成功了， and code 安装的所有的前置条件就已经完成了。 接下来我会手把手教你安装和使用 cloud code。 具体从哪里下载呢？我们有两个选择，一个是 npm 的 官方源，一个是国内的镜像源，你可以把它们类比成一个软件仓库， cloud code 也发布在这个仓库里面。那所谓的镜像源呢，其实就是官方的软件仓库同步复制了一份，那因为默认的 npm 源在国外 我们访问不是很方便，所以我们选择国内的镜像员下载 cloud code。 接下来是实际的操作步骤。首先我们打开命令行，输入下面的命令回车执行，然后再输入这条指令， 如果显示我们刚刚配置的镜像员地址，就代表我们已经成功的切换到国内的镜像员了。接下来你只需要在命令行中输入这条指令，回车执行即可安装。那这里要注意一个常见的问题啊， 系统可能会提示权限不足，这个时候你就只需要重新执行这条命令，输入管理员的密码。这指令的意思呢，就是我要用管理员权限强制覆盖安装 cloud code 的 最新版本。当安装完成以后呢，你在命令行输入这条指令，如果输出版本号，就代表 cloud code 安装成功了。 第三步是给 cloud code 配置模型。我们首先要去模型供应商平台开通账户，获取 api key， api key 相当于你在模型平台开户的凭证， 可以自己去创建获取。另外呢，要有可用的 token 额度，你可以在平台充值或者购买套餐。对模型供应商呢，大家可以根据自己的需要去选择， 你像国内的智普 glm 五、 mini max 的 m 二点五都是不错的编程模型。如果你想用 cloud opera、 四点六、 gemini、 三点一 pro 等国外的顶尖模型啊，因为国内的网络环境问题，你可以通过一些合规的中转站去订阅。 接下来我们就要把 api k 请求地址给到 cloud code， 在 这里我们用到一个叫做 c c switch 的 工具，下面是具体的操作步骤。首先我们去这个地址下载 c c switch， mac os 系统下载这个版本， windows 系统下载这个版本安装完成以后呢，打开 c c switch， 选择第一个标签 cloud， 点击右上角的加号。 第二步呢，选择要接入的模型供应商，如果没有我们需要的供应商，可以选择自定义配置。这里有三个最重要的信息需要注意一下。首先是 api key 和请求地址， 这两个是我们必填的，也就是前面我们在模型供应商中获取的信息。请求地址呢，在 cc switch 中，根据选择的供应商已经预填好了，一般在模型供应商平台的 api 文档中也能看到 行信息是选填的，但是也建议你指定一个模型，因为有些供应商会支持多个模型，换人情况下，你不知道他选择哪一个模型。接入 cloud code， 这里要注意的是，填写的模型必须是供应商支持的模型，否则 cloud code 会无法识别。那其他的配置信息呢？保持默认即可。 配置完成以后呢，我们选择一个供应商起用，后面你也可以切换至其他供应商，这样 cloud code 就 能够接入不同的模型。 不过要注意的是，每次切换供应商以后，都需要在 cloud code 里面切换模型，这样配置才能生效。那把 cloud code 装好了，模型也配置好了，接下来我们终于要使用 cloud code 了，我们在命令行中输入 cloud， 然后回车直行，这样 cloud code 就 被起用了。 当我们在 cloud code 里输入这个指令，回车直行，就会弹出模型选择的列表，我们用键盘的上下箭头选择第一个默认的模型，也就是 c c switch 里起用的那个供应商。接下来你就可以指挥 cloud code 帮你干活了。 在选择和切换模型后，啊， cloud code 可能会出现找不到模型的情况，这个时候你可以进行下面这几步排查。 首先你可以退出克拉的 code， 重启后再试一下，如果还是不行，你就要去核实一下 c c switch 中的 api key 请求地址，模型的名称是否填写错误，微商平台是否有充足的余额和套餐。 另外，我还整理了 cloud code 的 三类常用的指令，放在了指哪里。第一类是启动类的指令，在中单命令中执行，包括 cloud code 的 重启，继续上次对话，查看历史对话记录。第二类是对话类的指令，在 cloud code 里输入斜盖，你就能查看所有的绘画指令。 第三类是安装卸载类指令，前面我们安装的时候也已经用到过一部分。最后再给大家分享一个小技巧，如果你在安装和使用过程中遇到了任何你解决不了的问题，你可以连同问题和截图一同给到 ai， 你甚至可以直接给豆包共享屏幕，让他现场指导你。一般情况下，大部分问题都能够解决。这份 cloud code 的 安装指南除了有详细的安装步骤和注意事项，我还对用到的一些技术概念和工具做了小科普，如果你想要这份安装指南，我可以分享给你，而今天的视频就到这里，别忘了点个关注，我们下期见！

那最近很多粉丝问我啊，到底应该怎么去安装 cloud code？ 那 今天给大家分享一个非常简单的安装方法啊，你不需要懂 ker， 也不需要懂 n p m 和 node， 你 只需要有一台电脑会安装软件，那你就可以安装 cloud code。 那 接下来我给大家演示一下。那么第一步我们选择一个国内的 ai 编辑器，那任何一家厂商的都可以啊，那这里我们以 tree 为例， 那我们进入 tree 的 官网之后呢，在这里点击下载这里的安装包， 那吹安装好了之后呢，我给大家介绍一下它的基本布局啊，那在这一片呢是它的编辑的区域，那在这里面呢是它的这片呢是它的对话的区域，那在这个地方我们可以选择各种各样的 模型，那比如说以 gpt 五点二为定，那在这里我们只需要跟他对话，帮我安装 color code， 那 吹呢就会开始帮你去安装它，包括它的相关的依赖，比如说 npm 啊这些，那我们可以看到，因为我已经安装过了，我们可以看一下它的相关的依赖。安装包都给我们去 去安装了，然后最终它提示已经安装成功。那我们来试一下是否有安装成功啊？我们点击这个面板，或者是点击这个终端，那 就可以调出这样一个终端来，我们直接输入 cloud， 那 看我们的 cloud 已经安装好了，那是不是很简单？那到了这一步还没有结束啊，那你如果你想要使用卡拉扣的，你需要订阅官方的套餐，那如果你没有办法订阅，你得需要选择一个第三方的 api 提供商，那在这里呢，我们就需要用到另外一个软件 c c switch 呢，那 c c switch 我 在之前多期已经介绍过了啊， 那它简单来说呢，它就是一个可以方便的帮助你去在多个模型提供商之间进行切换，省去手动更改配置的这样一个软件啊，使用起来非常的方便。那我们到 c c switch github 的 页面呢，去找到 release 这个页面，那下面就会有对应的安装包，那你可以找到合适自己操作系统的安装包下载。 那 c c switch 下载好了之后呢，使用起来也非常方便啊，我们只需要在这里点击加号，选择一个合适的模型供应商，比如像 d c 啊， kimi 啊， max 啊都会有，比如这里以 mini max 为例，那你只需要把 api k 给填进来，选择点击添加这供应商，就添加好了，然后再回到首页的界面，在这里点击启动。那现在呢，你就有了一个可以用的模型了，那我们再回到这个终端看一下， 那我们现在已经有 mini max 这个模型了，那我们点击确认切换到它，那我们就可以开始使用了。那看我们 a p i 已经调通了，那接下来你就可以尽情的去体验你的可拉的 code 了，那整个过程是不是很简单？那如果你在安装过程中有遇到任何的问题，可以在评论区给我留言，那我是新起，每天分享一个 wifi 控件的小技巧。

今天我们来讲讲普通人如何安装 cloud code， 傻瓜式安装一看就会，并且低成本接入各大顶级大模型，不用懂代码，不用找可用的支付方式去购买国外的大模型，只要你跟着我的操作，就能在五分钟之内装好 cloud code， 并接入各大顶级大模型。现在呢，我是给大家准备好工具包，大家不用到各个网页去下载对应的工具。打开这个工具包，我们可以看到有 c c c s o watch、 git、 node vs code。 安装包只需要一个一个安装就可以，我们需要安装以下四个核心内容，第一个就是 node js， 它是一个基础运行环境， cloud code 必须依靠它才能正常启动运行。第二个是 git， 一个隐藏但非常关键的工具， windows 十一系统默认是没有安装的，如果不装 git， cloud code 会直接无法使用。 第三个是 cc switch， 有 了它我们可以一键轻松切换大模型，操作就像我们平时开关水龙头一样简单方便。第四个是 vs code， 它是微软推出的免费代码编辑器，界面看起来像普通记事本，但功能非常强大。第一步，首先我们先安装 note， 点 j s， 双击 note， 点 j s 安装包， 我们可以看到安装界面，跟着它的操作一步一步确认即可。看到这个界面的话，说明 note 点这一次按照成功了，我们可以验证它是否真的安装成功。按着电脑 win 加 r 键，输入 cmd 命令行，打开电脑的黑窗口，输入 note 杠 v， 查看它的版本号，如果显示了版本号，说明它安装成功了。 同样其他三个直接双击点安装即可，按照它的提示一步一步完成安装步骤， get c c switch 跟 vs code 的 安装完成后，然后我们开始安装 cloud code， 这个需要我们到 powershell 命令窗口进行安装，在键盘输入 win 类，然后输入 powershell 的， 然后右键选择以管理员身份运行，然后我们输入这条命令，回车后过一会儿就安装成功了。 同样我们也是查看版本号的方法，查看是否安装成功，在这里我们输入一下命令，输入好之后我们回车可以看一下出现版本号说明安装成功了。 我们重新打开一个 power shell 窗口，输入 cloud， 我 这里是可以正常使用的。到这里如果有遇到验证问题，在这里需要修改配置文件。我们现在进入用户主目录，一般在我的电脑 c 盘用户文件夹下面的用户有一些是自己的用户名， 我是在用户下的 w s x 下面，进入目录后能看到一个核心配置文件，扩展后就是完整的配置文件内容。现在我们需要新增一个配置参数， 关键注意点，新增参数前必须先添加一个英文逗号，这个标点符号是最容易被忽略的细节，很多朋友配置添加完成后却无法正常使用，核心原因就是标点符号格式错误，我们按照规范添加好配置项，保存退出就完成了。 然后再重新打开 power 窗口，输入 cloud 就 会跟我一样了。有些地方会提示登录 cloud 账号，各位不用担心，待会在 c c switch 配置好 a p i 接口，登录界面就会不在，我这边已经配置好了第三方接口，所以就没有显示登录界面。 然后我们开始接入 cloud 四点六大模型。 cloud 本身是国外的工具，使用 cloud 四点六大模型时，经常会遇到账号被封禁的问题， 而且价格也比较贵，如果想切换其他大模型，还需要单独充值，对应模型的会员成本会增加很多。所以很多人会选择接入国内大模型的 a p i， 但性能上会差不少，毕竟 collod code 是 国外开发的，只有搭配 collod 四点六才能发挥出最好的效果。 因此我比较推荐使用国内第三方中转网站。不过国内的中转平台大多价格偏高，因为他们在中转过程中会赚取差价。但我为什么还是推荐大家用第三方呢？ 因为我最近发现有一个第三方平台正好在做活动，大家可以看这里。被邀请注册就能送一千万 token， 自己直接注册也有三百万 token 赠送，加起来一千三百万 token 对 大多数新手来说，用来练手完全足够了。如果需要更多 token 算力， 也可以去他的邀请界面邀请满二十个人的话，我大概算了一下，会赠送将近三亿 to token。 三亿 to token 的 算力跑一个中型项目完全够用。我们可以对比一下官方售价最高档五亿 to token 就 要一千五百块，而且还只能用国内 a p i， 所以 我还是比较推荐大家去弄一个这种算力账号， 人脉广的朋友可以试试邀请够二十人直接白嫖。三亿 to token 算力 领到算力之后，怎么获取 key 呢？在页面右上角的控制台往下一点，有个创建 a p i key 的 按钮，点进去就能看到自己的 key， 复制下来粘贴到我们之前安装的 c c switch 软件里就可以了。 打开 c c switch 软件，找到 curl 的 选项，点击右上角的加号，往下滑动，能看到需要填写的内容。我们 我们只需要填供应商名称、 api、 key、 请求地址这三项，其他都不用管，供应商名称可以随便填，方便自己记住就行。我这里填 q， 然后在 key 位置把刚才复制的 key 粘贴进去，请求地址填写我给大家的地址， 填完后点击右下角的添加，添加完成后，软件里就会出现我们刚刚配置的项，滑动找到这一行，点击启动， 如果显示正在使用就说明启动成功了。接下来回到 power shell 窗口，输入 cloud 回车，接着输入斜杠 mode， 会显示我们在 c c switch 里添加的配置，一般是 default， 用上下方向键选中它回车确认，这样我们就能正常使用国外第三方的 cloud 四点六大模型了。 你可以输入你是什么大模型，如果出现和我屏幕上一样的回复，就说明连接成功。配置好 c c 四位置后， 我们打开之前安装好的 vs code 软件，打开软件之后它默认是英文界面，看到英文不用慌，我们装一个插件就能解决。点击左边四个方块的扩展图标，搜索 chinese 安装，默认排在第一个的插件，安装好之后， 右下角会弹出重启提示，我们点击重启，现在再打开界面就变成中文了。接下来我们要安装 cloud code 插件，在扩展里搜索 cloud code， 选择第一个进行安装。这里大家要注意辨别官方版本，安装时选择信任发布者继续安装就行。 安装成功后右上角会多出一个对应的图标，点开它默认会弹出登录提示，但因为我们已经用 c c switch 接入了模型，这里会直接跳过登录，然后我们输入你当前的模型是什么模型发送出去，可以看到我现在运行的是 cloudsonnet， 四点六到这里，整个安装配置就全部成功了。

最近有粉丝后台私信我 cloud code 如何接入国产模型，本期视频就教会大家如何用高新开源工具 c c switch 快 速配置千万三点六、 deep sec、 mini max 等大模型走，直接上干货。这里以 mac 电脑为例，配置前先做几步准备工作。首先使用 npm 安装 cloud code， 如果不会使用 npm 的 朋友，先看我主页置顶视频，复制宏框中的命令，在控制台执行，然后安装 ccc， 同样在控制台执行下面两行命令， 两个工具安装完成后，编辑配置文件 cloud 点 json， 新增 hash completion board 参数，打开安装好的 c c switch 软件，进入到软件主界面，点击 input 按钮，可以导入已有 cloud code 配置， 点击右上角加号，新增其他模型配置供应商名称，填写千问请求地址，参照我填写，或者参照评论区 api key 去阿里云大模型后台复制。如果没有开通，先开通千问大模型，点击高级选项，所有模型都填写昆三点六杠 plus 即可。 填写完成后点击保存，启动刚刚的配置，然后进入控制台，输入 cloud， 然后输入你是哪个模型，如果 cloud code 正确给出回答并显示千问三点六，那么配置就完成了。配置其他模型参照同样的方式也可以私信我教程。

今天给大家讲一下 cloud code 的 安装，然后呢后边的话会讲一下 cloud code 的 有一些实际应用。 安装 cloud code 呢，首先需要先安装 node js， 然后呢这个是 node js 的 下载地址，然后 node js 的 安装文档， 然后呢建议下载 note 四的版本是大于十八，然后呢尽量下载 lts 版本，因为这版本是长期维护的版本。然后呢安装成功之后呢，需要执行两个命令，看验证一下是否安装。安装成功，然后我们看一下我本地已经安装成功了 note 杠一，然后我这个是版本是二十四的 npm 杠一杠五四。然后呢然后版本号都出来了，然后说明它已经安装成功了。 然后呢还要安装 git， 是 为了以后做一个版本的控制的，然后呢 git 的 下载地址，然后安装文档都有，然后这我们可以去网上搜一下就有了。然后安装成功之后呢，我们接上一下，然后这，然后本地也安装成功了。 安装成功了。然后呢上面两个安装成功之后呢，我们需要安装它的插件的镜像，然后呢这个是 windows， windows 安装的一个指令，下面是 linux 和 macos 系统的一个安装指令， 安装完成之后呢，我们执行一下它，这个指令也安装成功了，然后我们大家可以看一下， 然后是二点一点七九这版本。然后呢恩通之后呢，我们需要还配置一下 api k， 然后呢如果说你没有注册查得透账号的话，可以用 api k 的 形式去来用它，我这个是用的那个火山引擎客厅 play 的 那个 api k。 呃呃，怎么用？大家可以看我上个视频，然后呢在这个对应的这个粘贴文件里边，然后把它设置设置上，然后呢就可以用了，然后我们可以看一下， 授权一下这个文件，我们确认，我们确认就行了。然后呢它会进到这个 qq 的 界面，然后已经是 已经是成功了，你看他这个，他这个 k 就是 我们在这个拍摄文件里边设置这个 啊，具体的可以看我上个视频，我们可以输入今天北京市昌平区天气，然后呢他就去网上去查去了都， 今天就先讲到这里了，后面呢会出一个系列来讲 qq code 的 使用，如果大家有任何问题可以在评论区去交流。

你可能听说过 cloud code， 但觉得它跟你没关系，因为名字里面带一个 code， 感觉像是给程序员用的。其实不是。 cloud code 是 一个通用的 ai agent， 它能操作你电脑上的文件，能运行命令，能上网搜索，能一步步地帮你把事情做完。写代码只是它能干的事情 之一。比如我最近用它做了一个 ai 资讯日报系统，每天早上它会自动去抓取各个渠道的 ai 新闻，筛选、整理深层记，要最后输出一份排版好的日报，整个过程不用我动手，它自己跑完。这还只是其中一个例子， 整理文件、处理数据、批量改图、自动化那些重复的工作，只要你能用文字描述清楚，他就能帮你干。本期视频会教你如何安装并使用 cloud code， 不 需要任何技术背景，跟着做就行。如果你用过科室，可能会问， cloud code 的 和科室有什么区别？核心区别就一个，协助方式不同科室是对话式协助，你说一句，他做一步，每一步都要你确认，你得全程盯着向待一个实习生。 cloud code 的是任务式协助，你把需求说清楚，就可以去干别的事情了。 他自己执行完，你回来看结果就行。向交代任务给一个靠谱的员工。接下来我们来讲具体怎么安装，分成两步。第一步，先安装 cloud code。 对 新手来说，最简单的方式就是用 tree 来装。 tree 本身也是一个 ai agent， 可以 帮你处理那些烦人的依赖和环境配置，而且可以免费使用。我们 来到官网，先点击这里下载安装 tree， 装好以后打开它，在对话框输入帮我安装 cloud code。 tree 接着会自动帮你装好，中间可能会弹出一些确认弹窗，点击确认就行。怎么验证安装好了呢？打开终端，输入 cloud 杠 version， 如果能显示版本号就说明安装成功了，然后再输入 cloud， 能看到主界面就对了。第二步，装一个格式化界面，原生的 cloud code 是 在终端里面用的，对新手不太友好，推荐在 vs code 的 里面装一个插件界面，会友好很多。具体步骤，先下载 vs code， 然后打开它，点击左边的扩展图标，搜索 cloud code， 点击安装，装好后点击 cloud code 的 操作界面了。接下来我们来讲怎么配置 cloud code 的 ai 模型。 cloud 的 扣就像一双手，它需要一个大脑，这个大脑就是大圆模型，所以装好之后你得给它配一个模型才能用。有两种方案， 第一种方式是订阅制，直接订阅 cloud 的 官方会员有三个档位，二十美元一个月，一百美元一个月和两百美元一个月，主要区别就是使用量，订阅之后登录账号就能用。不过最近 cloud 的 订阅分号比较多，如果不想折腾的话，可以考虑下面这种 a p i 模式。 a p i 的 来源有两种渠道， 第一种渠道是官方 a p i， 比如国外的就像 cloud openai， 国内的就像智普 mini max， 去官网注册充值就能拿到。第二种就是第三方中转一个账号，能用多种模型，支付方便，有些比官方还要便宜，但稳定性就具体看平台了。购买 a p i 后，你会获得 a p i key。 p i p 就是 一长串字母，你在平台充了钱，平台给你一串 p， 你 填写了 p 以后，它就知道该找谁扣费了，用多少花多少更灵活。那么怎么配置呢？推荐使用 c c switch 来管理 github 上面搜 c c switch， 拖到底部，点击 release， 找到适合你的版本， 然后下载，打开后可以添加多个 a p i p， 点击右上角加号。如果你选的是官方 a p i， 比如像是 g o m， 那 么你就在这里 直接填写你的 api key 就 可以了，其他信息都已经自动填好了。如果你选择的是第三方中转站，就选择自定义配置，然后这里需要填写，嗯，供应商名称，供应商名称你就自己去写一个你自己能记住的就好了。然后这里要写 api key， 还有默认的模型。具体怎么填写呢？一般 api 中转站都会有一个开发者说明文档，你直接把这个链接丢给你的 ai， 然后告诉 ai 你 要在 cc switch 里面配一个 api， 然后让他给你对应要填写的信息就可以了。配置好后，点旁边的魔术棒图标测试一下，显示运行正常就说明成功了，点起用就可以。现在你可以打开 cloud code， 输入你好，你是什么模型， 他会回复你，能正常对话就说明一切配置完成了。接下来你可以试着给他一个简单任务，比如帮我看看当前文件夹有哪些文件，按列表列 行，给我一个清单，他会真的去执行，然后把结果告诉你。到这里你已经装好了 cloud code， 配好了格式化界面，接好了模型。下一步建议从简单的任务开始，比如整理文件，总结文档，过程中遇到报错也不用慌，截图丢给任意一个 ai 聊天工具问基本都能解决，慢慢熟悉以后再尝试更复杂的任务。 这是 cloud code 系列的第一篇，后面我会继续讲如何用它来做更复杂的事情。有哪些进阶功能。我是阿西，我们下期见。

今天给大家分享我用了八千到一万刀的托肯，用了两个 max 二十 x 的 cloud code 的 会员，就是两百美金那个得出来的 web coding 的 经验， 我也是把它稿子写了非常长啊，因为今天这个视频可能会又臭又长，至少四十五分钟以上，所以说我把稿子和过程都已经写下来了，我会把这一个月的这个 web coding 的 经验毫无保留的全部说出来。呃，因为我明天也要准备去分享一个呃， 包含了我这个接近十万行代码的一个实际项目，基本上是达到了这个 openai 的 harness engineering， 他 们那个项目应该有到百分之六十到七十的这种 工作的流程，全程没有手写一行代码，从零到服务器的部署，甚至我对这种工程经验我是比较欠缺的，我可能会比较了解这种哦哦哦智能体的项目，但是对这种工程经验我是很欠缺的，甚至我连服务器也不知道怎么购买，都 是由 cloud code 指导我进行购买，并且部署好了之后让它进行这个处理。整个流程我是准备先给大家介绍一下 k v k 曲的一个重要性。第二个就是上下文，去看一下这个 cloud code 它的上下文 com context 它是由哪些组成， 然后是常见的 cloud code 的 一些使用方法，这些这些都很简单。还有就是 cloud code 它的一些架构和子智能体，然后是 m c p 它大概的一个情况和 skills 的 情况，因为这两个东西是你 web coding 必须要做配置的，而且这两个东西都会影响你的上条文。最后是这个 open i 它的 harness， 这篇文章 最最后是我开源的一个 cc team， 呃， creator 的 一个开源项目，可以用这个 creator 去创建这个 cloud code 的 team 模式。呃，里面有三个比较大的重点啊。呃，首先第一个还是最近已经基本上说烂了的这个 harness 约束，我也就是最近非常重要的这个 web coding 的 重点，因为现在的模型它， 嗯，还达不到化腐朽为神奇，你必须要对他进行约束，然后他才能在你的范围内给你一个你想要的结果，要不然他就胡乱发挥，是没有没有一个好的结果的。 这个我也是讲了三次，也给大家分享了三次。在二月份，二月十一号 open 发的那篇文章的时候就给大家讲过一次，当时时看的时候只能说，哎，讲的很有道理，但是是没有概念的。 然后在半个月之前，我再深度的使用这个 web coding 来完成一些项目的时候，我又去读了一点，呃，然后会有更加的深入的一些理解，并且我把它里面的很多细节 都融入到了我那篇那个项目里面进行实现，并且也融入到了这个我的一个开源项目 cctime creator。 这个开源项目 很多很多里面的设置我都是按照这个呃 openai 的 这个 harness engineering 来做的，大家也可以关注一下。嗯， 第二个就是围绕这个多角色的智能体，也就是 cloud code， 它的 team 为是 team 模式为主，因为只有你创建这个 team 模式，你才能让这个 cloud code 跑上几个小时及以上，或者去完成一些自动化的任务，要不然你 使用那个死循环的那个方式，用后壳的方式又把它调回来，又去看你的这个文档，它其实完完全全都是依靠的模型的能力， 稍微难一点的问题，或者说稍微复杂一点的问题，它万一陷进了局部追优，它可能就爬不出来，然后可能就出问题了，或者给你乱改了，比如说给你改一个兜底的情况出来这种，这种是经常出现的，比如说扣袋子，比如说卡拉扣的经经常出现这个问题。呃。 但是有一个，呃建议啊，就是最好不要超过两个小时，但是如果你是单智能体，或者说单一一个你随便起个卡拉 ok 的， 你大概率是 碰不到一个小时的边的，甚至你连半个小时的边你都碰不到，就是他运行一个小时或者半个小时，你完全碰不到这个边。呃。你必须要使用这种听模式，要不然你就是死循环的模式。那那个模式我是不不建议大家使用的，因为他是没有角色的规范的，而且没有这种 文档的规范，我这个反正不是太建议。呃。为什么不能超过两个小时啊？因为，呃。之前其实有一篇文章他们测试过，像 opus 四点五、四点六，他在一个小时的时候，他的准确率或者叫成功率，他能达到百分之九十几以上。 呃。当然这个东西也是按照这个模型，按照你的项目的难度来的，你如果只是让他去重复的执行某一个循环的话，那当然当然都差不多了。但是 嗯，他的那个方式的话，如果他超过两个小时，他的准确度就基本上在下降到了百分之八十了。呃。如果是五个小时，他应该是下降到了百分之五十，就 相当于一半一半的成功率，这样其实效果是很差的，所以说性价比最高的时间段应该是在一个小时到两个小时之间， 但是你要达到这个样的时间，那么你必须要用它的 team 模式，或者你自己配一个。呃， cloud code 的 这种 team 模式。呃，但是我目前使用下来还是，呃，呃，不是 cloud code 的， 之前你用自己去做一些 codex 的 team 模式。呃，这个目前我们也是准备开源一个，但是，呃还没做出来， 嗯，我也是让我们公司的小伙伴去做了一件这个这个开源项目，到时候如果说能做出来这个 codex 的 给大家分享一下，因为 codex 它的性能还是非常不错， 并且它的这种限制会稍微小一点，成本稍微低一点。 ok。 呃，首先我先给大家看一下我使用这个 t 模式的一个效果图吧，因为，呃，我，我其实之前也我今天下午也在做开发。 呃，可以可以，可以，先看一下，先把它往上面拉吧。因为，呃，我是用终端，它的这个时间会它的内容会非常少，可以看到 这些全部都是他自己在进行沟通，这个是测试这端到端，测试这个收后端，然后这他就定三十六个板块，他就已经收尾了。状态权力，呃，他都是有几个智能体进行协助来完成的，我中间是没有没有进行反馈的，或者说没有进行调调试的。 然后这是我给他的一个新任务，我让在他在我的服务器里面装一些 r 语言的环境，然后他自己去检测的。可以可以，可以，看到我们也是让他梳理了一下整个流程，这个流程我都还没看， 呃，这个流程也是他梳理出来了非常多哈。首先，嗯，第一个丁零阶段我就让他进行团队的启动，他就按照我之前用我那个 cctime creator 而去创建的一个，呃，这个配置文件，这是之前的文件， 因为呃没有没有什么改变，他就直接按照这个文件直接进行配了，他就不需要再去读这个读这个 skills 了，他就的上下文就可以节省一点，然后 tokin 也能节省一点， 然后他就创建了这样几个，呃，一会也会给大家讲一下这几个东西。呃。首先后端的开发，前端的开发，然后探索，呃，这个探索研究者我是弄了两个进行并行执行，因为，呃我基本上所有的功能或者项目他都要先进行探索， 不管是搜索也好，还是读代码也好，还是读一些参考的项目也好，因为我这个项目基本上是按照这个 open code 来进行第二次开发的，呃，所以说他必须要读一些 open code 的 原码，他才知道怎么样进行开发，然后连调测试。第一步我就让他 把遗留的问题都做了，因为我这个 qq， 呃做出来的话他是有文档的，他这个文档会非常的详细，呃，包括之前没有做的， 没有做的一些内容，因为我之前上一次已经关掉了上一次没有做的内容，他也会继续的去把遗留的问题去检查一下，检查一下他发现这些就就就完成了。去去去， 他就按照呃这样去拆分并行派发任务，让这个后端去看这些文档，然后前端，然后就去测试、复验，复检，复验这个结果。因为我这个是前后端的，所以说他用的是那个 m c p play o r t 去做的测试，然后这个是又去调研一个新的新的这个问题是不是真的存在， 然后他就发现发现了什么东西。然后第二阶段，然后反正他就自己再按照他的一个方式进行执行。呃，然后进行修复，首先追加新能力， 然后大概就是这样，第五个阶段就是开始了生产那个服务器的部署，然后第六个阶段，第七个阶段反正我是给他了非常多的这种任务和功能，然后他自己进行的拆分和并行。 ok， 我 们也看一下其他两张图吧，再看一张图吧，因为我之前是记录下来有一张图还是算不错的。 这张图应该是记录下来啊，不是这张，这张，这张图看起来是会非常不错。比如说我直接进到了一个新的， 呃，新的一个 cloud code， 我 就直接让他读一下我的这个项目文档，读了之后他会读这个项目文档，以及呃，我刚才那个已经预定好的这个配置文件，就是 team 的 配置文件，就是这些角色的呀，配置文件啊，这些他读了之后，他就直接去创建他的团队，然后我将给他新的任务。嗯，研究者我是让他给 创建两个，因为如果不说的话，他可能就只创建一个。研究者你可以多创建，你甚至并行创建非常多个就可以。呃，因为我想要让他做的功能不止一个，所以说我提前就让他创建了两个，这样的话他的效率就会高点，然后速度会快点，然后我就让他并行去调用，去研究。 呃， ok， 他 就开始读了，他读到了那个，呃，那个配置文件，但是我让他注意一下这个研究者，他们的这个属于他们自己维护的这个文件夹是一样的，他发现啊，他的一些内容啊，他都会写在那个文件夹下面。 ok， 他 全部启动起来了，可以看到全部启动起来了， 全部上线就绪，可以看到这个是管家，这个是后端，前端研究者两个，然后这个是端到端的测试，这是代码 review， 就是 完成了之后他会让 review 去 review 一下。呃，然后我就给他了非常多个完全不相关的指令， 首先就是一个一个命令，让他去检查有没有可以省略，这是前端的一些东西，然后生成了新的数据，这又是一个任务，这又是一个任务，然后这一个又是一个任务，相当于四个任务。我直接给到他，然后他四个问题，他自己去拆分成了两组，然后让这个调研，去调研，然后 呃他，他说了一下，因为他之前有一些遗留的问题，一一起顺带修复。 而且我我不知道是不是因为之前没有总结文档，所以说我就直接让他如果没有写文档，可能已经做了，可能已经修复了这些遗留的任务，然后他自己进行执行。 ok， 他 就收到了，然后他去测试，这又是我又给他了一个新的任务，相当于前面是四个任务，然后定五个任务，定五个任务里面有三个 三四个这种小的任务。然后我又让他，因为我知道他的那个端到端测试的这个智能体他是没有没有没有去使用的，所以说我为了不要让他停下来，我就又给他了一个新的任务，就是二元执行好像有问题，我让这个端到端的去测试，调研一下在服务器上的这个问题， 然后可以看到他们全部都开始去执行了，可以看到任务任务，任务执行排查，然后后面我几乎就没有任何的呃这个反馈了， 都是由他自己去完成，而且这个时间非常的长。呃，首先他去这个调研，调研回来，呃第一个任务他是什么问题？然后第二个任务是什么问题？这个这个是由于我那个呃中转站，因为我们搭了一个中转站，呃他有一些不稳定，所以说呃有些调调整，呃， 然后他就去哒哒哒，然后我因为在这有个默停止了，所以说我提醒了他一下，然后其他的我都没有做操作的，然后他就按照这样的一个流程，因为 opus 他 理解非常强，而且他并行执行的能力也很强。 但是我我用那个 codex 就是 gpt 五点四，然后转了一遍，用它的 api 放在 cloud code 里面，我感觉它的模型没有任何区别，就是 opus 和呃 gpt 五点四，甚至我认为 kimi k 二点五它都不会有这种逻辑上的问题， 就是我认为它们的逻辑能力是一样的，只不过可能模型和模型之间它的这个注意力是不一样的，因为 提米啊，像国内的这些模型，它几乎都是呃这种吸收注意力的机制，所以说它可能会忘记某些问题，但是它整体的思路我觉得都不会有大问题的，所以说模型大家可以不要呃 过于过于关注或者那啥，有条件我们就用好一点的，没有条件我们就用稍微差一点点的。但是 leader 我 们尽量要用稍微大一点的模型，因为呃它才能去控制它， ok， 可以 看到他就付这些角色就在汇报给这个 leader 了。其实我们现在这个对话框就在 leader 里面，当然我们也可以切换了，然后他就开始调查，然后呃他就发现了有一个问题，我就一个呃另外的问题，然后我就让他先不要改，后面再说吧， 然后他们就就搁置了这个问题，然后就继续去执行执行执行执行，但是太长的话我就没有没有一直把它全部录下来，而且我那个中转站又出了一些问题，但是我全程是没有任何的这种 独取，或者我的呃去思考这些代码应该怎么怎么样操作，我全程都是引导他去让他自己去测试，然后自己去 review， 自己去推送，自己去部署到这个端。这个呃服务器上面 整体大概是这么一个情况，这个就是我达到的一个效果，我相信，呃，如果说有工程能力的人，他们的效果可能会更强，因为我是工程经验是不足的，只有只有这种部署的经验，呃，只有这种智能体相关的经验， ok？ 呃呃，现在还是第一步就是 k v k h。 呃，说一说一句啊，这个没有 k v k h 的 这种中转站或者什么乱七八糟的，只要它没有 k v k h 的 命中率，不告诉你有 k v k h， 比如说现在很多的动不动我送你两个亿的 token， 两个亿的 token 够干什么？因为像我，我这个， 我这个项目他请求一次你输入输出就已经掉了三三百八十七 k 了，他如果输入和输出全部算成托管的话，那两下就没了，你三亿两亿又怎么样呢？对吧？你如果没有缓存，那么就是在耍流氓， ok， 继续 呃，可能，可能有点有点说的过过分了啊，但是我觉得呃是没有毛病的。不聊 k v k h 命中率的，全部是耍流氓。 k v k h， 如果说命中和不命中它的那个上下文，比如说刚才那个三三百八十 k， 如果你是一个新的，没有 k v k h 的， 你的成本是十的话，你如果有 k v k h， 你的成本一可能都要不了。所以说这个 qcatch 是 非常重要的东西，但是很多人呃没有关注这个点，只有一些正规的平台，比如说像 deepsea 啊，像这种，嗯， 大平台它会会说这个，但是像很多中转平台它都不会说这个东西。呃，推荐大家一定要看这个东西啊，如果没有的话，它不管再低的价格，它都是耍流氓，都是更贵的。但是，呃，如果你中转，它是有 qcatch 的， 这个这个是 ok 的。 呃，这样的价格其实是，呃可以可以接受的，因为中转一般它的价格都还是比较便宜的。呃， 还有一个点就是大家用这个 max， 呃， cloud code max 二十 x 的 时候，第一第一天或者说前面一周使用的时候，它的量都很少 的一个原因，并不是说那个 cloud code 的 snoop， 它们在降低量。呃，很大的原因就是由于你的任务是你的任务，你的上下文， 呃是在不断的切换的。你的 kuvcatch 其实是没有建立的，所以说，呃，你如果都是新任务的话，那么你的这个使用量肯定就是更少的。 但是如果你呃都是一些老任务，呃它的 kuvcatch 啊，这些建，建立啊，构建啊，它会给你构建非常多，多了之后它的命中率就高了，然后它的 token 消耗就会降下去，呃也会，你的使用量也会增加。如果你是使用中转的方式的话， 这也是我们的一个经验。 ok， 我 们还是简单说一下这个 kuvik 的 一个原理吧，因为很多人呃他 不知道 kuvik 的 重要性，很多时候他是不知道原理的。呃呃，像现在的这些大模型，他都是使用的这种 attention 的 机构，然后 attention 他 要计算下一个词，他都使用的这种自回归的方式，比如说我爱， 可能下一个字是我爱你，那么这个字他必须要跟前面的这几个字去做这种矩阵乘法，然后去得到定四个字，他的一个 k 和 v， 那 么他得出来了之后， 这个 k 和 v 他 是不会改变的。当你下一次又有一个字来的时候，你想要预测下一个字的时候，那么呃他这些 k、 v 是 不变的。如果你把这些丢弃掉， 那么你就重新又要计算一遍。如果你不丢弃掉，你直接只用计算这个 q 和这些 k、 v a a 全部计算一遍，然后得到下一个 k 和 v 就 可以了。这个东西就是 k、 v、 k、 h， 如果你没有了这个 k v、 k、 h， 那 么你就得把之前的全部再计算一遍，这样的话成本就会非常的高。 这个里面就有一个特点， k v catch 的 命中率就在于，呃，我们聊天的时候，比如说我们调用工具也好，还是聊天也好，还是像叉 g p 这样也好，呃，你所有的绘画都是 呃，他回答完了之后，你增加一条绘画，他全部是放在下一个，呃，全部是直接放在这个历史记录的后面的， 所以说它的 k v k h 前面是完全没变的，所以说你这个加进去它的成本是不会特别大的。如果说要按照那种全量完全没 k v k h 的 话，比如说像 cloud code， 别说二百美二百美金一个月，它就是两千美金一个月，它都抵不住这个计算的损耗。 呃，这个里面就有一个特别特别特别重要的点，就是一定你的中间的键是不能破坏的。比如说你自己用 cloud code 的 时候，你把中间，比如说它的历史记录中间你去改一个，改一个关键词，比如说你在中间改一个动态的，动态的比如说时间， 你想让这个大模型它知道时间，那么这件事情就是非常错误的，因为它只要在这变了，那么前面的是可以，嗯，完全用之前的 kuvatch， 但是这后面的 kuvatch 全部报废了， 这就是为什么我们的 qqcatch 不 能动的原因。这个也会引发另外一个问题，也是我之前呃一直错误的一个观点，就是，呃，我之前会用一些比较便宜的模型，比如说嗨酷，比如说用其他的一些简单的模型，呃，去拿到上下文了之后，我再用一些好的模型，比如说 opas， 我 去 对这些东西进行一个呃再推理，这样的话，它岂不是它就不用再去拿前面的上下文了，它就可以得出来一个比较好的结果了？但是不是这样的， 就算你用嗨酷的模型，它的成本都没有 k v k h 已经命中的时候，它成本低。特别是像 cloud code， 它所有前面，比如说调用了工具返回的结果，它是完全没有动的，所以说它上下纹才会那么长，嗯，它的上下纹是完全没有动的，主要就是这个原因， 这个 k v k 的 原因也就是让大家不要去动这个呃 k v k 的 呃不要去动这个模型完成一个任务的时候，你最好就是从上到下全部不要动， 不要在中间去切换模型，切换一次那个成本是你完全无法接受的。不管是呃所有所有的这个呃 code plane 也好，还是什么也好，它们都是在潜在去看了这个 k v k 的 命中率的， 所以说他们才会说说是一个浮动的区间，比如说呃九百到呃一千二的这个呃请求，他们都是计算了这个 k v k h 的， 计算了这个成本的。当你破坏 k v k h 破坏的非常严重，你的重命中率很低的时候，它的这个用量肯定就低了， 当然也包括这些 cloud code 啊，也包括这些 g o m 啊，或者说其他的一些 code in play ok， 呃，这个 q k g 大家应该也是比较比较了解了，然后我们来看一下这个 cloud code 的 一个 context， 就是 它上下文到底是由什么组成的。这个东西也是我非常踩坑的一个点，因为我之前 呃我会装很多 m c p 啊，装很多 skills 啊，甚至我会把呃这个 cloud 的 点 md 文档，我又会给它写的非常的详细，所以说就会造成 我的上下文直接就没有了，比如说可拉的点 md， 因为我想那你可拉的点 md， 你 一直加在在这个呃模型的上下文，肯定我写多一点，然后这个模型他肯定就能按照我这个进行执行，他效果肯定就会更好嘛。其实不是的， 现在这个是没超过呃两两三百行的，但是这个都还是太多了，最好最好就是一百多行， 然后里面写的东西就是呃你的文件结构，还有就是你的一些规划，就是你的规则，你应该怎么样写，怎么样写，反复出现的这种失败模式啊，和一些行为偏好啊，比如说你要用哪些库啊，呃，还有就是这这个东西其实都不应该写， 然后反正这些东西都应该非常简化， ok， 我 们还是是不要跑题啊。还有这些 cloud 的 点 md 文档写的非常详细的时候，我 第一次一打开这个 contacts， 我 拿一个新的对话，啊，这，这也是一次新的对话，我拿新的对话打开的时候，我发现我只有八十多 k 的 正常使用量， 但是大家不要高兴的太早，你们去打开一下，你大概率也不会多于一百 k 就是 你可以使用的， 相信我，肯定是这样的，大家看着这两百 k 的 上下文，它是哇，还是挺长的，两百 k 可以 放好多东西，但是就算你什么都没装， 基本上都没装，你都只有一百四十 k 不 到，应该是一百二十到一百三十 k 可以 使用，但是你肯定不可能什么都不装，比如说 m c p， 你 总得装个把吧？然后 skills 你 要装吧，你的这种记忆文件，比如说这个点 m d， 你 还是得装一点点吧， 一装下来，而且这个都是我优化过后的，都只剩下百分之五十八了。就是，呃，这个两百 k 的 百分之五十八只有一百一十多 k， 当时我没有做优化的时候，里面只剩下八十多 k， 还是蛮震惊的，我就是说我的完成一个项目怎么 还没怎么弄呢，就已经已经搞搞掉了百分之六七十的这个，这个工作空间， ok， 我 们不不聊太多了。呃，首先就是他这个上下文， 首先占比最大的就是自动压缩的一个空间，他是留了百分之十六点零五的一个空间， 呃，是用了三十三 k 的 托肯，这个是占比最大的，但是大家应该使用的时候会发现，他其实压缩出来的内容，他只有个三点几 k 到四 k 多，他不可能用到三十多 k 的， 所以说这个这个点他其实留了非常大的余量。 嗯，这个这个东西我也我也不太清楚它为什么会留这么大的余量啊，按理来说如果说四五 k 的 话，你就算这个有一些突然的爆发，那么你这个东西应该也是在个二十 k 就 够了呀，它这个已经远远多出来了十 k 以上的这个量，所以说还是非常的恐怖啊。 然后就是系统提示词，这个是静态的，然后这个是系统的工具，这两个东西是你完全不能动的，可 outcode 里面的相当于有三十 k 左右，是你完全不能左右的。还有就是 m c p 的 工具给大家，这个是最大的一个坑哈， m c p 的 工具会占非常多的。呃，这个 token 消耗，我就只装了一个 playrite， 之前我装了好几个，然后我把它全部卸载了，全部不要， m c p 全部不要。你如果说非要用，你就直接把它放在 skills 里面，因为 skills 它是动态加载，按需加载的，所以说它初时的 token 不 会消耗太多。什么情况下应该放在这个 m c p 是 需要装的呢？ 就是你要非常长时间的使用，而且你又必须这个东西。呃呃，怎么说呢？你又必须要 经常用，而且你需要大模型知道你有这个工具，那么你才是。呃，要把这个 m c p 给装上的，要不然尽量都不要装，尽量把它放成这个 skills， 按需加载。当然现在好像也有这个 to search， 但是我我就想的， 如果我不是不是必须要的话，我就直接放在 skills 里面了，我就把这些，其实现在很多 m c p 它都是放在 skills 里面的， 然后这个是用户的一些 index， 你 可以自定义 index 的， 这个，这个基本上不会消耗到特别多的托管。嗯，这个托管基本上就是你自己去安装很多插件的时候，它可能会给你预定义一些子 index 的， 这个是子 index 的 话，这个不是 t 模式的。然后这个是 member 一 些记忆的文件，它其实是叫记忆的文件，但是它记文，记忆文件里面分了很多哈。还有 skills， skills 是 你自己装的，它只加载这个原数据，比如说我要看一下哪一个？呃， skills 给大家看一下。 呃，这个 skills 就是 我的 creator， 这个 skills 它只会加载这个内容，每一个 skills 它只会加载这个内容，所以说它的 token 其实不多的。所以说 skills 大家可以多装一点，无所谓，但是尽量还是不要太多，反正，嗯，有一些这种 benchmark 去测试出来大概是两到四个效果是最好的。 呃，如果说那个，呃 longchain 它们也测过，大概是在十二个左右，它那个效果就已经在下降了。 嗯，我，我认为大家尽量这些东西都不要多装，因为 skills 它的出发条件，呃，你装的多了，它出发就不太精准，它就有点笨，它会分掉它的注意力。如果你不呃主动地显示地要求它去出发这个 skills 的 话，它大概率是不会出发的。如果你装多了， 然后这个 message， 呃， message 就是 发的这个消息了，就刚才我们发的这个 context， 呃，这个就是你自由的，自由的上下文有多长。这个东西，呃，大家最好自己去检查一下。 ok， 我 们也看一下这个 m c p， 这个是 m c p 具体的每一个工具，它的一个 tool。 然后是其实最重要的是这个， 呃，它自带有一些 agent 的 tool， 这个是我自己装的，这些都是我自己装的。呃。有一些，呃 md 的 文档，呃，这些 token 其实最消耗的是这个，呃， cloud 点 md 文档，这个花掉了五点五 k， 就是 给大家刚才看的这个 cloud 点 md 的 文档，虽然只有两三百行。 还有一个就是 member， 呃，他会把你的一些习惯呀，你的东西，比如说你说，哎，你记住以后不要这样，他自己会去打开这个 member， 他 会把这些条件记进去，但是 member 他 只会加载两百行， 只会加载前两百行去到他的上下文文件，而且他记录的都是一些，呃，非常简要的规则，他不会记录非常复杂的规则哈。呃。所以说 这个东西你也可以看一下，然后做一些优化也是可以的。比如说他最后就建议要去优化一下这个 member 文件，但是优化了之后他肯定是有损失的，这个东西大家还是要评估一下到底是不是要做。 ok 哇，这个时间已经太长了，我们继续啊，继续快一点。 嗯，再就是稍等。呃。再就是这个 cloud code 怎么样去配置， 我是使用 cctime 会比较多一点，然后模型的话，呃。自己看自己的能力。呃。我个人感觉，比如说你要用 team 模式，它的主对话 leader， 你 最好还是要用这个一照上下文的，所以说用千万三点六也是比较好的。然后 kimi k 二点五， 因为 kimi 它是专门对这种病病情处理，它是做了优化的，所以说 kimi 也是比较推荐。因为我我们今天聊的基本上都会跟这个 cloud code 的 team 模式相关啊。呃。但是我个人感觉效果蛮不错的， 就是这个 gpt 的 五点四，因为我是专门用这个中转站去测试过这个 gpt 的 五点四，甚至我觉得它在步骤规划呀，病情处理呀，指令遵循呀，是比这个 opus 要好的。 oops， 它有时候还会忘记一些东西，或者说它注意力没有那么多，但是我感觉 gpt 的 五点四它指令遵循啊，这些都会都会记得，比如说像我的这些 team 模式，它会记得要。呃。首先要去用研究，研究了之后要把东西给到这个 呃前后端去实现，实现了之后还要丢给这个 code review 去看一下这个代码是不是 ok， ok 了之后他会再去做测试，去部署测试，测试了之后他又会让这个管家去看一下他这些文档是不是 ok 的， 然后这些 ci 是 不是 ok 的。 这个这个 cloud 的 这个 gpt 的， 我感觉它的效果是最好的，比这个 opas 效果都好，因为 opas 它经常会忘记，经常会忘记。比如说我里面有一个特别重要的点，就是 leader 去下发任务的时候，这些员工他应该跟这个 leader 去多次重复， 多次对齐这个需求。万一有一些 leader 它是没有看具体代码的，很多细节它是不知道的，所以说它们需要去沟通。但是像 cloud 的 模型很多时候是会忘记掉这个东西，但是 gbt 它是 ok 的， 但是它很很大的问题就是 gbt， 呃，现在的基本上它都只支持二百七十五 k， 呃，它是不支持一照的，但是你的 leader 没有一照上下文，所以说效果是不好的。因为一照上下文它并不是一照上下文它能给你带来多少的能力的提升，而是一照上下文你能选择压缩的这个时机， 压缩是你选择的，而不是他到了两百 k， 到了两百七十 k， 然后他自动压缩的，这个是非常重要的，因为就算有一兆我也不会用到一兆，我最多最多的时候我用到过五百 k， 但是很明显的感觉到出来他的上下纹腐烂的问题很严重。就算是欧巴斯， 他到三百 k 的 时候效果基本上都很差了，因为你肯定不可能一个任务你能完成。嗯，他的上下文长度能到三百 k， 因为 leader 他 只派发任务，他不做具体的代码，所以说 肯定是多个任务多个任务完全的这样执行下来，所以你三百 k 的 时候，你塞了非常多的这种任务在他上下文，而上面的这些任务其实跟下面的任务它相关性很低， 所以说你你你，你后面这个上下文腐烂的问题非常严重。到三百 k 的 时候，我基本上都在做一些收尾的工作了，呃。要考虑压缩上下文了，我就直接告诉他，呃。我准备压缩上下文，嗯，你做一些收尾的工作，看一下还有哪些工作是没有做的，有哪些测试还是没有做的，有哪些文档还是没有归类的， ok， 呃。就算没有 gpt 或者 cloud 的 这种比较顶尖的模型，其实用这种，呃 plus 的， 用这种千问，用这种 kimi， 它其实都还是可以的。它们的逻辑性我觉得都是没问题的。 我认为最大的问题是注意力的问题。就像我刚才说的就是模型，它在执行这个任务的时候，它就把之前的一些指令给忘记了，因为我们要让它效果好，你给它的指令其实是非常多的，比如说你在执行完了之后，你应该写一下文档， 如果说这种这种比较比较差的模型，他可能就会忘记，所以说，呃，这个东西你提醒他一下也是 ok 的。 呃。他的这种逻辑性，我觉得这些模型跟我们人比起来的话，呃。跟我比起来吧，跟大部分人比起来，他的逻辑性都是非常严密的，而且设计都是非常好的。 呃。所以说我觉得不用，如果能能用好一点的模型就直接用好一点的模型，如果用不了好一点的模型也不需要觉得。呃。我用差一点的模型就完成不了这个任务。只要你把 hernes 把约束，把这些规范弄好，然后你注意一下，呃，去多去提醒他显示的提醒他呃。要记得去调用这个模型，然后你可以让他呃去 完成这个任务的时候要怎么样的一个员工流程，先让他梳理一遍，然后再去完成某一个具体的这样的任务。还有就是模型的常见的命令，其实我用的命令都很少，就是我，我其实用的不太好命令，但是我觉得已经够用了。 首先第一个就是这个 dennis， 呃，虽然最近他出了一个自动的模式，但是我认为那个自动模式还是不够自动啊。呃。我觉得这个这个模式还是最好的，因为我我们的项目都不是一些特别机密，然后有非常巨量的这种用户的，然后风险零度感度非常高的，所以说我用这个方式是完全没问题的。 呃。我有一个观点哈，就是大家如果是大大，相信大家去看到这种什么呃。模型商铺跑路的， 自己没有遇到过吧？或者说你身边的人实际的情况下是没有遇到过的。用一些稍微正常一点模型，你别用一些本地模型，应该是没有遇到过这种问题的吧。 如果说你因为这种问题你给自己设了很多限，我觉得这个是得不偿失的。你因为一些潜在的风险，然后自己给自己设了很多限，然后自己给自己呃造成了很多困扰，比如说你要每经常去点击，去同意他的这些命令， 我觉得是得不偿失的，只要你的风险敏感度不是，呃你完全无法接受的，我觉得大家可以冒一定这个风险。 然后这个就是比较常见的继续之前的一个对话，呃，但是我我个人认为哈，你最好不用继续之前的对话，你要不然就直接压缩，要不然你就直接结束了，重新起一个就行了。因为用我的那个 tim tim 模式的话，他会把所有的内容直接放到这个文件夹里面，直接放到这个 点 plan 的 文件夹里面，他下一次启动的时候直接把这个文件夹发给他的话，他就是自己能拿到上下文继续进行执行的。 呃。还有就是这个，呃选择绘画的主题，呃，你可以用这个方式，你可以看一下这个项目里面 你之前的一些绘画，你可以选择之前的一些绘画，这些都是比较基础的操作了。然后就是项目初识画，呃，其实我对这个的话是比较抵触的，因为这个初识画有一篇文章是说过，如果是由模型生成的这种初识画的项目文档其实是没有意义的，没有价值的， 它其实就是专门去生成这个 cloud 点 md， 它的目的就是为了比如说你有个非常大的项目，它这个 cloud 点 md 的 文档会把你这个项目下面的所有哦架构啊这些，呃地图啊这些写在这个 cloud 点 md 里面，然后模型在推理的时候想要找东西的时候，它就直接知道这个地图了，它就知道在哪里去找了， 但是真实测试下来，首先它的准确度不会提高。第二个点就是它的 token 消耗会增加百分之二十以上，因为它有这样一个地图了之后，它会迫使它自己去查看更多的一些细节， 但是很多细节呃，其实是没有必要的，它就用一些。呃，这种 graph， 用这种关键词正则匹配的方式其实就能解决这个问题了，它并不能提高这个准确率。但是这个东西适合拿来做什么？适合拿来做你的这些文档的一些地图， 适合拿来做你的一些，比如说在这个项目里面的一些踩坑的点，比如说你有一个错，你每一次用模型来执行，他都要去绕很多的弯路才能执行成功。那么这个东西你应该记下来， 记得是经验，是教训，是他特殊的一些规则，甚至是你的一些工工作流。比如说刚才我们的那个就是你的这个成员，这些成员到底有哪些？然后这些成员的功能是什么？这个东西我觉得才是可以记得。还有就是这个压缩了， 就是手动压缩，这个绘画记录千万千万千万千万有这个重点说三次啊。压缩尽可能都是由你自己选择的压缩，而不是他自动的压缩。这个点非常重要，因为你选择压缩之前，你可以把你的文档沉淀下来，下一次你继续完成任务的时候，你才能拿到这些信息。 呃，例如可以结束一个大任务之后就可以压缩，比如说你上下文快到这个窗口期了，就可以压缩。比如说你有一照上下文的时候，你快到两百 k 或者三百 k 了之后，呃，你就可以考虑这个工作，这个任务就可以收尾了，不要让他自行压缩。 呃，你先收尾，先保留这些上下文，保留这些文档，让下一次可以执行就可以了。然后切切换模型啊。 呃，我建议大家只要是机械的实现都使用这种 sonata 的 模型就有。有条件的话，如果说你用 cloud code 啊，或用 cloud 模型啊，用其他的话，有条件用 sonata 需要理解和规划，比如说 leader 用 opus。 嗯，这个东西呢，反正能用好一点的就用好一点的吧，但是也没关系，只要你写好，然后对这个过程规划 hardness 了解的比较深，你自己愿意多说两句话。其实性能我觉得是没有没有没有，没有特别大的差距吧。 ok， 注意啊，就是千万别中途切模型，他的效果这个成本是很难接受的，除非是对话指出。比如说你压缩了，然后我切一下模型，这个是 ok 的。 呃，比如说你新新开的时候，你直接换一个模型，这个也是 ok 的。 比如说你有个一百 k 上下文了之后你又切个模型，那么这这件事情千万不能干，他 k v k h 是 直接被破坏掉了。还有就是双击 这个就可以消除消息，然后哦 ctrl u 就 可以删除一行消息，然后空空白消息。双击的话就可以会去选择之前的历史记录。呃，它好像现在也，它现在也是有这个。呃， check check point 的， 就是它可以返回你之前的一个版本， 它是有版本控制的，它之前没有，但是现在是有了。嗯，但是我推荐大家尽量使用这个呃 get get 来进行版本控制啊，尽量不要不要使用这个方式，这个方式其实效果不太好，很容易出问题，有时候它就是 ok 的， 有时候它那个版本又是有问题， 然后是使用技巧，尽量大家去做的时候，你直接问它这个东西是什么？这个，呃，子智能体是什么？你有几个子智能体？ 子智能体是怎么样弄的？然后 task 它现在是有 task 的， 就是它会记录在它的这个，呃，那个那个工作目录，不是在你的这个工作目录，在它的一个工作目录下，它会去把任务写成这种 task 的 文件， markdown 的 文件，然后再去按照这个文件的这个指令进行执行。 同时它也可以让这些子智能体啊，或者 team team 成员啊这些它会去读这个 markdown 的 文件，它就可以知道。呃，按照这个文件来进行执行，就不像之前用的 to do list 的 方式，它是没有文件沉淀下来的。 呃，但是这个有有有点问题啊，它就没有在你的文件夹下，但是我们按理来说这些东西都应该在我的文件夹下，所以说我的那个 team team creator 也是跟这个做了一些优化的。它这个 task， 呃，我是让它只写一些聚焦的。呃核心的点摘要，然后引用一下我们现在的这个这个文档，这个文档里面具体的这个。呃 plan， 具体的 task plan 可能会写得稍微详细一点， 这样的方方式，这样的方式的话又没有破坏他们自己调试好的这种提示词，然后效果也还蛮不错的。然后他下发任务啊，这种 task 的 内容也会比较短一点，所以说效果还是蛮不错，因为我们写的提示词啊，写的一些指令其实是没有他们写的好的，不要跟他们的指令有冲突， 不要有矛盾，会造成模型的困惑，你可以让它稍微改一下，比如说 test， 你 不要让它写得特别复杂，特别详细，你就指导它引导回来你的这个文档就可以了。还有就是 这个 skills， skills 大家配的时候可以配到你的这个项目文件夹下面，也可以配到这个。呃。用户级别，就是它可以在全局都使用这些 skills。 呃。这个 skills 就 不详细说明了吧。 呃。一会一会给大家最后讲一下我这个。呃。这个 teamwork 的 时候。呃， team cici， team quitter 的 时候。呃，给大家讲一下这个 skills 大 概是个什么情况，因为现在已经非常长的时间了。呃， 另外一个点，如果解决不了这种特别难的问题，因为很多时候我们还是会有一些问题。呃。解决不了的，可以直接用这个 codex 的 五点四的模式，直接用这个最高的推理性能的模式，或者直接起一个 opas， 你 把它这个思考作用调到最高， 基本上都可以解决，因为我我们的项目其实没有没有那么深度了。呃，但是绝大多数的项目都没有那么深度，但是很大的问题并不是说他解决不了，而是他掉进了这个局部追优，他爬不出来了。所以说很多时候你的这些文档，你一定要跟他说一下， 你不要去查看这些文档，或者说不要按照之前的文档来思考可能是错的啥的，让他自己来思考，自己去做推理，这样这样也是 ok 的。 然后就是插件的问题。呃，有两个比较好的插件，这，这是有点分开的。呃，第一个插件就是上下文占比的一个插件，比如说这个，呃，我，我的一个可以看到 我的模型，然后 contacts 他， 但是他这个不是特别精准，但是大概是没太大问题的。还有他调用了什么工具，看了什么文件，然后，哦，他都会写在这，甚至这，这个，这个是另外的啊，这个是，呃，他的这些 team team 员工，你可以这样 shift 上下键去切换，这个都没啥， 这个东西非常重要，就是上下文你只有看得到，你才能控制你的。呃，控制你压缩的这个时机啊，这个太重要了啊，大家，大家一定要注意注意这个点。呃，这个模，这个插件叫做 cloud hold， 大家自己去看一下。然后就是任务完成的一个通知插件，这个也是比较重要的。 呃，通知插件，我这个这个是没打开，大家也可以直接搜吧。 cloud no notification go， 这个插件其实蛮多的，就是他完成了，他给你回一次消息，他会在右下角提示一下，这个还是挺挺挺好用的，因为我们做做这个，呃， web coding 啊，或者开发啊，这些都会并行进行开发。几个任务进行并行的时候，往往就忘记了我开了之前的一个对话，下一个对话怎么怎么怎么样了， 但是，呃，你有了这个东西的话，他就会提示你。呃，嗯，但是我用了这个 teamwork 之后就没有那么大的问题了，就是，呃，我基本上都是在那个 teamwork 里面直接进行并行开发，这样的话我只用控制一个，然后就算很多任务他是完全不相关的，呃，他这个 leader， 这个 oppas， 他 都能去解决，去去分配这样的一个任务， ok？ 嗯。这个东西， 呃， team skills 就是 我开源的这个项目，我们先看这个 open ai 的 harness engineering 这篇文章吧，然后再给大家讲一下，详细讲一下我这个 skills 它是怎么样配置的。呃，这个开源的， 大家如果听听不下去，也可以直接用它，这个就是一个 skills 配，配置上去了之后，你直接问 cloud code 也可以， ok， 呃。先说一下这个 harness engineering， 这里面有非常多的 经验是值得吸取的，而且值得非常多遍非常多遍的去读，我一共是读了，呃，就是给大家分享，都分享了三遍，所以说我读了非常多遍。呃，当你没有用好这个 ai 编程 web coding 的 时候，你会发现，哎，他讲的好像有点道理， 但是你用了一下之后你就能想起来，哎，他这些逻辑在指导你可以进行编程，特别是完成一个比较大的项目，或者说一些大的项目进行编排的时候，你要把他因为之前的一些项目他可能 都没有文档，那么你应该想一想，呃，怎么样用这个 harness 去改造这个项目，让后面的这种，嗯， cloud code codex 它能继续地去完成任务，然后哈你就自己慢慢会有意识或者思想去放进这种 ai 编程，然后最后再读一遍， 你可以结合他的一些思想和你项目，因为你已经做了 web coding， 你 项目里面的一些文档设计，然后第一步应该怎么做？第二步应该怎么做？然后你再让 cloud code 或者说 codex 或者任何编程工具去看一下这篇文档， 这篇文章，然后再读一下你之前的这些文档，让他给你一些优化建议。我们有哪些东西是没有做好的？比如说文档没有写好的，比如说 他的这个 c i 检查是没有写好的，你有哪些做的欠缺的，他会告诉你，然后你告你跟他说怎么样去优化，然后让他去给你做优化就可以了。 ok， 我 们直接打开这个 这个文章吧，这个文章也还再次给大家详细的再读一遍，因为这个文章太重要了，不管是所有讲 web coding 的， 或者说最近两个月都绕不过去这个 harness engineering， harness 约束。 ok， 这个是 open i 他 们发的这篇文章是由一个团队，他们里面有一个团队是专门去构建一个内部的一个软件产品，一共是好像是五十万行代码， 好像是五十万行代码，然后是没有用一，没有手写一个代码的，然后大概只用了十分之一不到的时间，直接就完成了这样一份工作，然后是由人来进行指挥，然后都是由这些智能体进行执行。哦，是一百万行代码， 然后还是非常非常离谱啊，大概有每天处理三点五个 p r 太太离谱了，他们用了五个月，五个月，然后一百万行代码，一百万行还是非常非常离谱的事情。 ok， 他 们是从一个空的代码开始的，他们当时都只是使用的 g p t 五，然后都没有五点四，没有这个 cloud o p s， 他 们用这个 g p t 五和这个 codex 来进行使用的。 可以讲到，首先这是呃它的一个工作吧，工作量吧，然后哦它们的核心理念就是不手写一行代码， 然后工工程师的主要工作偏向了系统架构以及如何撬动这个呃 ai 编程。 cloud， 呃，不是 cloud code codelex， 它的一个杠杆作用。 然后早期的时候他们是比较慢的，跟跟跟我的那个过程也是很很相似啊，我跟他们的过程很相似，因为我基本上呃我开发那个我的这个项目十万行代码大概是用了半个月多，但是前面 一个星期到十天是非常慢的，甚至都是在呃跑一些弯路，都是在构建这个 cc team creator 这个 skills， 我我想让他去完成，去结合这个这个 team 模式，然后去结合呃这些 harness 的 机制，然后去配合呃现在很多这种子智能体的一些呃逻辑或者定义， ok， 嗯，首先他们就又说了一下，然后他想要呃呃去完成这样的一个目标，他先要把它做了拆解，其实也就是呃这些角色了，就是 team 模式的角色设计、代码审、测试等， 然后去让这些智能体分工去完成，因为这些东西它是完全可以拆分的，比如说设计它是可以拆分的，代去完成，代码也是可以拆分的，评审也是可以拆分的。去呃分割这些角色的原则就是这些东西是可以模块化的拆分，但是千万不能是 比如说我这个，这个又要做，呃，比如说呃一个功能让多个角色去做，这样是不 ok 的， 因为它上下文无法拆分， 所以说它会消耗掉特别多的上下文，然后智能体和智能体之间的沟通成本也会非常高，并且最大的问题是它们之间沟通是有信息损失的，所以说这样这样这样是不太好的。 ok， 嗯，他们发现人类这个，呃，我们工程师总是介入这样的一个任务，呃，究究竟需要什么样的能力来让这些智能体可以对这个项目进行清晰可读，而且又有一些约束的执行？ 然后，哦，他们基本上是按照这个系统提示词啊这些呃去去给这个系统进行交互，跟这个 codex 进行交互。最开始他们是使用的这个呃这个死循环的方式，但是，呃后面他们慢慢就是采用了这种标准的一些开发的流程， 然后去不需要人工地去介入到这个 c o i， 它们也是使用了这样的一个循环了。嗯，这儿我感觉都有点有点乱，没没必要读得特别详细啊。呃，其实最重要的是后面的这几个要点。首先是要提高这个 cloud code， 呃，不是提高 cloud code， 是 提高这个应用 cloud code 的 可读性，你必须要让这个应用不管是在执行的时候，还是在运行的时候，还是在测试的时候，它都要能详细看到这些。呃，这个应用它的一些内容，像我们之前的一些史山代码，呃，它大多都是， 呃，我们只需要看它结果是什么样，很多日制啊，我们其实是写的不详细的，所以说在现在这个阶段它其实是不 ok 的。 比如说它这个进行测试，它是一个标准的前后端啊。呃，如果大家不是标准的前后端，是比如说一些应用，比如说有些甚至应用都不算，呃，你尽量使用这种打包的方式，直接把这个前端直接打包成应用，或者直接使用这种 c o i 的 方式， 呃，去测试这些嗯功能或者执行你 c o i， 到时候你再打包成一个前端这个不值钱的东西， 这个你到时候去慢慢实现就可以了。你直接把先做 c u i， 不要不要去做什么前前后端一起或者怎么怎么样，把它全部弄好，先做 c u i 功能全部实现了之后你再去实现其他的东西。我们先详细看一下它测试的这个机制是什么样的。 这是 codex， 然后这个是这个浏览器的开发的工具，然后这个是应用，其实是先清除工作台，它会清除一下工作台，然后我去呃，去大概看一下这个的一个状态是什么样，然后去去操纵，呃这个应用， 去操纵了应用之后，他可以看到这个应用的一些内容，日制，然后截图，呃之呃操作之后的截图，然后他拿到这些信息之后就知道哪里出了问题，然后进行修复重启，然后不不停的循环，直到完成任务。其实我们我的这个项目也是这样的一个流程， 然后就是，嗯，他的一些核心点就是必须要有非常详细的日制系统， 可以看到他们是一共用了三个日制系统，因为我对工程经验不是特别足，所以说，呃，他具体的这些系统我可能不是特别了解，大家如果知道的应该还是比较那啥，但是无所谓，你让他写好日制，他自己会给你写好， 就是你哪怕是你之前项目没有写好，你只要把呃这种文档全部构建出来了之后，你就说你给我重构一遍，把这些日制全部加一下，他自己会给你加 我的之前的那个项目也是基本上全部写完了，写完了功能，大部分功能都已经写完了，然后又用的这个呃 team 模式，然后把整个文档，整个这种日制什么基本上像像重构一样把它全部重构了一遍， ok。 第二个就是它的一个记录系统，因为你要让 cloud code 它能 一遍一遍的衔接之前的任务，因为呃模型的上下文是有限的，它清除了上下文之后，它能衔接上之前的这个工作，继续去完成任务。那么你的文件 和文档系统必须要写得非常详细，它们之前是使用把所有东西都塞在这个 id 的 点 m d 里面，当然这个刚才也说了，这个是一个呃非常错误的 思想或者做法，他要的是给 codex 一 张地图常态加载在这个模型上下文里面的是一个地图，不是一个一千页的说明书，这个是毫无意义的， 因为呃，首先就是呃所有都重要的话，那么所有都不重要。哎，这，这不是，这是所有都重要的话，那么所有都不重要。你把所有的条件都写的非常详细，他一次性他是他的那个注意力是没有那么多的，或者说他其实跟我们人一样，你人 能能注意到那么多东西吗？那么多重要的点吗？肯定是不行的。然后就是其实这两个东西是一个东西啊，就是他会错过很多约束条件，他会忽略掉一些东西，其实跟你那个 skills 放多了也是一样的。第二个点就是这个东西会上下文腐烂，然后哦就是很难核实， 这个漂移是无法避免，但是这个东西跟跟他的 md 文档没没太大关系啊。这这两个东西，呃，这个东西核实和这个成就， 你应该是他想要说的是你要做一些维护，可能很难维护，因为这些 edit 点 m d 文档它不是热加载的，它是必须要重启之后它才能去更新这个上这个文档，所以说，呃，你你没办法去动态的更新这个上下文里面的内容，这也是不 ok 的。 然后他们就把这个文档也列了一下啊。呃，首先文档，这个是设计的执行的文档，这个是生成的文档，这个是 对齐的一些文档吧，然后这些参考的，但是我个人感觉它呢，这个设计的并不是特别好，我觉得按照我那个方式可能会好一点，就是按照角色进行划分，然后角色下面它又会划分成这个 每一个任务，一个文件夹，文件夹下面又结合了这个 plan with fields， 它的这个 skills 它有有有进度，然后有发现有这个任务。三个 md 文档，然后它维护这三个 md 文档。虽然工程嗯量工作量是增加了，但是它会更加详细，然后完成一个项目的时候，它也有迹可循。 ok， 但是它有个比较好的点哈，就是它的这些呃文档里面它是有一些标准的，比如说，呃你的一些 接口，你的一些 api 端口是不能进行改变的，如果你要改变，要增加你这个文档必须要呃，改变增加，所以说这是一些规范文档这个东西是不能变的。呃，这个东西应该也要写在这里面，而且对整个项目它的一个大致的介绍，大致的说明 也要有一个这样的文档。我这个也是有这样的一个文档的，就是对专门做了这样的一个文档，但是他不没有像他这样又在里面拆了，因为我在是按照角色进行拆分的，这就没啥。 呃。编，编码和缩影，这些编码和缩影应该放在这个点，这个 a 键的点， md 文档里面，这个文档的一些结构目录都应该放在那个里面。 ok。 然后就是可读性，也是最最重要的，就是你一定要你的代码。呃，和这些反馈是要跟 cloud code 进行。嗯嗯， 强强交互的，所以说一定要有可读性，不要是全部代码，因为代码它的行数和内容都比较大，但是你文档它的内容，嗯的信息密度就会更高一点。呃， 就是可读性啊，他会，如果你的可读性不高的话，他可能就像三个月入职的新员工一样一无所知，所以说你必须要把他写的比较好，然后，哦，你新 新的一个 codex 其实就是一个新的员工，他应该去读哪些文档，他要他要知道，然后他去复回去，去抓到之前的上交文，然后才知道怎么样去继续去完成任务。还有一个点就是规范和架构，这个东西我感觉还是非常重要的，因为光是文档文档他其实只是一个提示词， 但是你想要让他按照提示词的要求来，对于现在模型来讲还是比较难的。那么你应该怎么样去限制？你应该去做一些脚本，去 严格规范一些边界，严格去规范一些内容，比如说你的接口不能有多的接口，你不能有多的一些呃类或者库，你不能引用其他的一些类库，比如说你不能，嗯，去 去调用一些莫名其妙的 api 啊这些，甚至你的这种文件它的长度不能超过八百行，或者不能超过多少行。这个你应该写一个脚本来专门对你项目里面的所有内容进行检查，这个是一个固定的规范，这个是必须要做的， 如果你没有的话，你很容易这个爆炸，你的这个技术债会会会会会越堆越多，只有有了约束之后，你的架构才不会漂移，因为 他很多模型他上下文没有了之后，他通常就会去干一件事情，就是乱编一个新定义，一个变量，新定义一个命令，这，这是非常重要，非常经常的一些事情。经常很多的时候就是， 哎，这个里面有一个变量，那个里面又有一个变量，但是很多时候你你是完全不知道的，他可能报错了之后，他又去修修修修修修改改，然后把两个又又斗起来了。但是他很多一些技术债啊，很多发散的、离散的、漂移的，这种变量还是保留在那。如果你没有一个检测的脚本， 那么让大模型自己去发现，他其实是比较难发现的。嗯，第二个点就是他们的这个代码 不一定是符合人类的偏好的，因为我们人可能会想的是怎么样写出优美的代码，怎么样写的稍微简单一点，能用一些现成的库，我们就用直接用现成的库，但是对他们来讲不是这样的，只要能跑，你就不要管，不要管这么多，而且他会更加习惯去 自己实现一些稍微简单的一些库，没没必要去用一些这种现成的库，因为很多时候一些库他是要更新的，而且很多库他是比较新的，在模型的大脑里面是没有的，他如果能自己实现，你就不要管他，你就让他自己实现就行了。还有一个比较大的 点，也是我觉得很重要，为二重要吧，去吞吐量改变了合并的一个理念或者叫部署的一个理念， 就是由于现在的 ai 整体，他去编程或者说去修复问题，他是很简单很快的。那么你在合并或者说去暴露你的服务，公布你的部署你的服务的时候，你就没有必要像之前一样去做非常非常非常严格的检查。 当然当然这个风险敏感度大家要自己进行评勾评估。而现在要做的是你怎么样让这些报错能快速的反馈回来，这件事情非常重要。 我，我的一个解决方案就是在这个项目里面，我其实是让它一直活活跃着一个智能体的， 他不停的在分析这些用户的一些行为，当然我用的是非常便宜的一些模型啊，呃，甚至我我我我是采用的这个 fork 的 方式，呃，我会在这个用户聊天完了之后，我会 fork 一个分支出去，然后再发一条消息问一下 这个智能体他之之前我们沟通的时候是否有一些不好的点，然后我会把它整理成一个结论或者结果。呃，我觉得要做的一定是 一定是你要快速的拿到这些反馈和结果，而不是说你要让他做到尽善尽美，没有没有那个必要，你要拿到他们对话会画的一些结果，比如说主要的问题是否有研究价值，我现在唯一要做的就是把这个东西测试出来的这些问题，我会让， 嗯，这个智能体去分析一遍，我会把它所所有聊天记录拿到，拿到之后让智能体它自己去分析是否存在一些问题。比如说你的 skills， 比如说你的 skills 要沉淀一些经验，比如说你的 skills 的 脚本是否要改，比如说你的 skills 是 不是要新建一个新的 skills？ 是 这样的， ok， 呃，这个就不继续看了。呃，再就是继续看一下这个项目， 然后智能体生成实际上意味着什么？就是产出就代表着所有的都是由他自己进行产出的，然后代码与测试。 ci 配置，我觉得这个 ci 配置非常重要啊。就是，呃，其实之前，呃如果是小的一些项目可能不需要做这种 ci 的 检查，但是 现在这种 web coding 你 必须要最开始的时候你就要定义好这种检查的这些规范，然后每一次呃去执行出来都要做一次检查。 以前可能需要非常大的项目他才会配置上这个东西。然后内部开发者的一些工具，比如说那个，呃， playwrite 啊，我是用的 playwrite 啊，他是使用的这个，呃，谷歌浏览器的那个开发者模式有一个工具，但是这个这个都差不多了，我用 playwrite 的 用着也 也还算可以的。我之前安装了那个谷歌浏览器的开发者模式的那个 two， 其实没有没有特别大的区别，我，我是这样感觉的。 然后就是不断提高的自主水平，当你全部实现了之后，新提出来一个任务的话，你可能就是一个 hook， 呃，我新提出来一个问题的话，你就是一个 hook， 把它发发给这些团队就可以了， 然后他自己就可以进行执行了，然后我们还是继续，时间也是非常紧了。然后我总结出来的一些经验吧，或者我觉得最重要的几个点。首先第一个点就是他的文件文档，这个文件夹，也就是我刚才给大家看的这个文件夹下面他是一本书， 树状结构的书，最容易发现的东西就是一些摘药并引用细节的这个具体的文档，越容易发现的就是越越是摘药的东西。然后 并且这个文件夹下面他一定是有互相引用的，不能有孤立的这种文档。孤立的文档其实没有特别大的价值，除非你这个孤立的文档，其实其实按理来说这些就不能有孤立的文档，你的 一定是有某一个这个引，所以是引用这个文件的，它一定是有个摘要的，哪怕它这个摘要非常简简单。 呃，还有就是文件的行数不要过多，如果过多的时候，另外一个文档引用的时候一定要标记具体的行号， 包括我的这个智能体这个 team 员工的时候，他下发任务的时候，他很多时候都是直接把具体的行号直接下发了的，要不然的话， 这个子智能体或者 team 呃的成员，他又得去全部读一遍，这样他的上下文也会消耗特别多，而且对之前的一些呃任务内容其实没有没有特别大的帮助，没有没有意义。 然后就是日制尽量要详细，日制一定详细，你把它记录下来，哎，模型它是不会去傻傻的全部读的，它自己会去用正则匹配去搜索的，所以说日制尽量详细，哪怕你就设置一个， 设置一个那个命令开关嘛。呃，你生产的时候你可以关掉，然后你调试的时候把日子尽量且详细，尽量把每一个命令，甚至呃这种模型的 point 都可以把它打印下来。 然后就是小众的一些库，如果工作量不是非常大的，就直接让 ai 自己实现，因为呃你如果需要引用一些 ai 自己完全不知道的库，你还得给它搞一个 skill 或者搞一个文档，它开发起来才不会有问题，要不然很容易就有问题。 然后就是呃不要聚焦于前端和这种尽善尽美。呃，我认为应该聚焦于这种功能的实现以及 coi 化，因为 只有 coi 化了之后它才能被 ai 所调用，那么你才能把它 skill 化，然后 skill 化了之后你才能进行调试和监控，以及呃呃，你怎么样开发起来，这样才能自动化？还有 ui 的 一些细节，细致末节是肯定要被淘汰的。 再就是模型的吐出率让现在的这种项目模式是转变了，一定是上线报错或者说反馈快速迭代， 但是唯一就是你需要收集反馈和优化的这个检测系统要要做的好一点，然后尽量让它存活在你的项目中，让它一直活着，让它自己能能自己做修改。当然你最开始可能是有你人， 但是你的，比如说你的接受率都达到百分之九十以上了，你就可以了，可能你每天 review 一下，或者这样就可以了。 再就是一个补充，呃，想要上下文不丢失文档，尽量做详细。我的那个代码里面我之前 review 了一下，大概是在 呃百分之三十左右的这个文档，但是可能有点多了。呃，但是我个人认为这个代码量和文档量的比例尽量也不要低于百分之二十以下，尽量让他多一点。 ok， 这也时间太长了。接下来就是我开源的这个 team skills， 就是 怎么样去创建这个 team 模式。呃 呃，很多人人用这个，呃这个，这个终端会效果会显示更好一点，但是我是 windows 的 习惯了，然后用这个 shift 上下切换，我觉得也是可以的，没没什么区别。 然后呃第二个点就是角色不是拆，拆的越细越好，要平衡。因为呃，之前 s o p k 他 们也发了一篇文章研究表示，呃，这个上下文它并 不是一定要用这个多多的模型或者多的角色或者多的子智能体去做拆分的，而是呃他一定是工程量或者说上下文可以分开的，你才可以拆分 你。你可以这样讲，如果你是一个智能体，你要做某一件事情，然后另外一个智能体，他要做做另外一件事情，这这两件事情你们之间如果沟通 几句话就能沟通，或者沟通一两次就可以搞定的，那么就可以拆。如果你们之间要协同合作来去完成这个任务，嗯，协同的非常多的话，那，那这个东西就不能拆， ok， 呃，但是也有一个特点啊，就是，呃，这他的这个文档里面其实也写了他的这个上下文， 嗯，这个陀刻消耗用 team 模式会非常多，但是我个人感觉他用 team 模式消耗的反而是比他用子智能体的方式要消耗的更少的，因为子智能体的方式，他每一个子智能体他都是重新去去激活，去拿上下文的，所以说， 呃，它的效果，反而这个托肯消耗会更高，而且，呃，而且它效果不是那么好，因为很多上下文是可以附用的。还有一个点就是用 team 模式的时候，它有一个特点，就是 leader， 它知道了它有这些团队角色了之后，它才会自己主动的去拆分 任务，如果它不知道，你只是一句话告诉它，它是不会主动拆分的。这就是一个潜在的问题。 很多人可能会误解，呃，为为什么这种 team 模式会更好？因为他会主动的去拆分模块，主动的去拆分工作，这个点非常重要，因为大家都知道，呃，我，我要做一个大的项目，要拆分模块，拆分什么什么东西，但是， 呃，你去 web coding 的 时候，往往他就你让他去完成这个任务，他是不会拆的，他是不会拆模块的，是这样的一个逻辑。 ok， 我 们也来再看一下我的这个开源项目，这个开源项目大家如果了解了之后，他可能 不是 cloud code， 它也能做，它也能运运行，因为很快应该 codex 啊这些，呃， open code 啊这些它应该都会支持，支持这种 team 模式。 呃，我们也是在开源一个 team 模式，这个 cloud code， 呃，和这个 codex 还有 gemini 这些，看能不能使用使用这种哦 群聊的方式来进行协助，因为群群他这个 t 模式其实就是一个群聊的方式，然后这个 leader 是 可以看到群聊的所有内容的，你也可以看到群聊的所有内容，你可以直接发消息， leader 也可以直接收到。然后但是员工，嗯，这些子智能体他就只能被艾特的时候才能看到，而且他们互相可以艾特，是大概是这样的一个逻辑， ok， 呃，我们首先来看一下这个项目吧，这个项目大家知道了之后，了解了之后，你们自己就不需要这个 skills， 然后并且想要用好，我 虽然他也可以直接用，但是想要用好的话，一定还是要读一下的，因为 team 的 这些成员啊，他的逻辑啊，这些工作流程啊，还是得自己去了解的。 然后这个 skills 是 一个比较标准的文档，然后有原数据，我这是 review， 呃，这 preview 啊， 呃，原数据可以看到原数据，然后下面就是具体的一些写法了，然后是这个是参考的一些文档，这个是脚本，这个脚本就是 ci 的 一些脚本，就是专门去检测你这个项目里面 的文件内容啊，这些有没有超过什么东西啊，然后命名名啊这些，但是这个也是属于一个模板吧，他不能不能是直接拿去用的， ok， 我 们来详细看一下。首先，呃，这个这个原数据就是什么时候应该触发，但是我是专门去提醒了他一下，要看这个 skills 的 时候必须要自己看，不能起一个子代理来看， 这这个很重要，要不然他用子代理来看，子代理去看一遍这个 skills 的 话，呃，他在告诉这个主智能体的时候，他是有信息损失的。而这里面你要想要做好一个 team 的 话，你这个是要让它全量读的，全量读它细节才知道它才能做好一个比较好的一个 team 的 配置， ok？ 呃，为复杂项目是创建这样的一个 team 团队，首先第一个开始之前必须要直接读取所有的参考文件到上下文中，这个就是我刚才说的这个东西。然后流程，第一个流程是要检查你这个项目里面是否已经有了这样的一个 plan 的 文档， 而这个文档如果有了的话，他就不用继续去创建了，如果没有的话，他就会会去创建这样的一个文档，然后一会会给大家讲一下这个文档里面有哪些角色，角色下面应该是怎么样分布的？呃，首先第一第一个， 呃，应该是按照这个理来，如果存在就读取这个东西，然后获取之前已经有的的，用团队的一些角色定义以及这个项目的一些上下文 扫描，拿到了之后恢复这样的一个上页文。如果有，有之前有这样的 team， 如果你创建了之后是有一个 team 的 配置文件在的，它就可以不用详细的去看这些文档了，这样的话就能节约节约这个 talk 嘛， 然后它也会检查一下，如果这个 skills 它有有更新的话，它也会去更新这个 team 模式，它会去看。 然后第二第一步他就会去问你，你的目标和需求是什么？沟通，跟你对稍微对齐一下，然后给你介绍一下这个的方式是什么？你的团队的成员，然后分工，因为他一共是六个角色，你也可以不用，六个角色也可以，但是我觉得这六个角色不管你在开发什么的时候 都是可以使，都可以使用的，所以说都还是蛮必须的。当然你也可以去借鉴其他的一些。呃，角色，再把它加进来，这些都是可以的，其实都是很简单的，很灵活的。嗯， 是用什么场景？是用这种稍微比较大一点的项目，其实你改小需求用这个方式也很好了，因为，呃，你可以先让这个去解锁一下，去研究一下这个问题怎么样去修复，然后。呃，又可以开发，然后又测试，然后又审查这个东西我觉得不光是大项目，就是小小项目或者一些小 bug 都可以。 呃，我觉得这个，这个这个东西可以直接删掉，因为你只有这样做了之后，呃，你才能把你的文档一直维护着，要不然你不维护你的文档的话，后面就会有这种技术债啊，或者对不起的情况，一定要还是都都得做吧。 然后推荐的一个团队的配置。呃，一共是六六个子智能体，或者叫六个员工，一个是后端开发，前端开发，探索研究，还有代码的审查，一个管家。呃， 这个后端前后端开发就是使用的这种 t d d 的 模式，也就是最近比较火的这种子智能体的一个配置模式嘛。呃，这都是借鉴了一些一些项目的，可以看到。哎，之前这个是直接看 skills 了。呃，我还是觉得还是要 read me 给大家看一下。 呃，我们是借鉴了这个，嗯， plan with 这个 fails， 呃，它是一个文件的形式，但是这个文件的话，它只只有三个，但是我是让每一个，呃，这个子智能体它都有三个这样的文件， 而且每一个这个任务都有这样三个文件，虽然它的工程化会更多，但是我现在目前用起来的话，它效果会更好。因为你稍微大一点的项目，你如果只有这三个的话，它这个文件里面会非常大，非常的恐怖，所以说其实效果是不好的。 ok。 再就是这个 anything cloud code， 这个是黑客松，它的，它这个三个专家，十三个专家智能体是拿来做了借鉴的。还有这个这个 t、 d、 d 的 模式和这这两个结合起来去构建了这样 六个角色。再就是 harness， 再就是 esoteric 的 harness， 它这个 esoteric harness 跟 open code， open ai 的 harness 有 点呃不一样的，重点是在于 它这个更强调的是，呃，去去去，去审核之前的一些内容，审核之前的，呃，这个效果好不好？比如说前端呀？呃，还有就是它希希望的是这些角色 team team 员工和这个 leader 之间有沟通。 之前我是没有没有在其他地方看到这些员工，他会多次沟通对齐需求。不光我们人应该跟这个卡洛德对齐，他员工和这个 leader 之间下发任务的时候，他们也应该多次对齐沟通需求之后再去完成。这个也是一个比较重点，但是这个跟模型还是很大关系啊，我定义了之后，像卡洛德这些卡 洛德的模型效果都不太好，呃，我用用用 g、 p、 e 的 模型，反而效果会更好一点点，然后呃这个工作流程啊， 人搭建，搭建一个团队。呃，他了解了这样的一个内容，然后推荐几个智能体，然后创建这样的一个项目的文档文件，然后会把这些文件放进去，生成一个 cloud 点 m d 的 文件，这个也是弄好 然后就开始并行，其实是串行生成所有的智能体了，因为这个 team team 模式它是串行的，然后要把这些配置的一些内容全部放在一个文件夹下面，下一次的话可以附用。 再就是协助了，就是 leader 和你进行沟通，沟通了之后他通过这样的一个呃 message 去下发任务，首先去探索代码库，或者说去研究，然后出来了过程，呃出来了结果，然后会给这个 leader 看一下，看一下之后他会给出一个方案，方案可以跟你进行对齐沟通，然后他去下发这些任务， 最终完成了之后审查，审查了之后用这个端到端的测试，测试了之后再哎去做部署，或者进行这个管家的收尾。 ok， 下次回来的时候直接读取那个这个 md 的 文档，就可以直接复活之前的一些呃这种角色，并且这些角色他都会自己去看他的这个文档，他对应自己的文档，然后他就知道我应该具体从哪里继续完成，然后我应该具体完成这个任务应该放在哪， 然后实战的一些演示给当年刚才也给大家看了，安装这些都没有啥，这个你自己自己把这个 skills 直接复制，复制到那个，或者你直接把这个项目直接给 cloud code， 它自己去会去去告诉你怎么样去配置， ok， 呃，我看还有什么。呃具具体的还是得给大家讲一讲。呃具体的这几个角色， 然后推荐的原则，角色不是越多越好，这些就是一些原则，应该怎么样去配置这些角色，然后它会通过这些角色去给你推荐。当然我我是推荐大家，如果 token 不是 太紧张的情况下，全部把它加载也好，我觉得效果会更好一点哈。然后就是 非软件标配，呃，我我觉得它这个 team 模式不光是可以用用于这种代码开发， 还可以应用一些正常的，比如说自动化的工作流。我之前也是让他给出来了这样的一个去做了一个工作流，我直接让他读了一下这个 teamwork， 然后他自己首先他会根据这些原则新定义一些角色， 然后这些角色他就不是什么前后端的开发了，他可能就根据你的任务来自定义角色。这个东西我觉得还是非常重要的，而且非常实用的，这个东西他可以可以跨越的，他不不是只能用在这上面。 第二步就是跟你进行决确认，第三步就是创建这个规划文件，跟你确认了之后他叫创建规划文件，首先就是这个项目他应该叫什么？第二个就是呃， 他主智能体 leader 他的一些主计划，然后 found 这个团队级的汇总，然后进程工作日期，然后就是架构的一些描述决策，还有就是这个文档 系统的架构，前后端 api 的 定义，这个非常重要，就是 harness 那 个借鉴的一个东西，然后就是这个导航地图，因为这个导航地图不能全部写在 cloud 的 点 m d 文档里面的原因就是 它是要可以热更新，热加载的，所以说这个所以也是要要要要放在这，放在这种文档里面的，然后由这个管家进行维护，然后就是每一个， 嗯，规规党的历史啊，还有就是爱军的名字，名字下面就是他有自己的几个，呃，工作日期，这三个都是有的，并且每一个任务他下面都有三个， 然后这三个是指向这些任务的，而且是摘药的，所以说这三个就不会过于爆炸。如果说每一个这种角色都只有这三个的话，那么你完成大任务的时候，他就会这种每一个文件，所以说他必须要这种任务文件，这就是为什么要这样设计的一个原因。 然后完整的一个角色设计看见没有，这几乎每一个这个角色它都是有这样的一个内容的， ok， 深层 cloud 点 md， 这个就没有啥了。然后消耗 创建团队和整体，再就是确认加压缩上下文，这个为什么要压缩上下文啊？因为这个 skills 它是要全量去看的， 看了之后他会消耗掉。我，我看了一下大概，如果你之前有项目的话，大概会消耗掉一百 k 的 上下文，如果你完全没有，没有没有，没有之前的这个，呃，配置文件在的话，呃， 那么他是要消耗掉一百 k 的 上下文的，所以说如果新建的时候你完全建立好之后，你可以让他压缩一遍，然后避免你上下文里面有一百 k 的， 其实跟你后面的任务是没有关系的，所以说最后一步可以 压缩一下上下文，但是你已经建立了过后，它会有一个角色的点 m d 文档，你有那个文档来做构建的话，它就消耗不了什么上下文， ok？ 呃，这就是一些规则了。然后 leader 的 一些运营指南其实也有些重复了。呃， 这个是 ci 的， 这个就不说了。然后这是文件的一些模板，然后呃 cloud 点 md 的 模板，然后主的这个 task plan 的 模板， find 的 这些模板，其实就是每一个文件应该要写什么？ cloud 点 md 应该要写什么？首先要写这个，你这个 leader 它主要的工作内容是什么？ 因为像 cloud code 啊，它有一个非常大的问题，就是它会忘记它是一个 leader， 它有团队成员。 然后你必须要提醒他一下，就算我写在这个点 md 文档里面，他都经常忘记。所以说，呃，你压缩了之后，最好要提醒他一下，你有哪些角色，你的任务是什么？你的任务是协调他们去完成任务，然后你再给他具体的任务，他可能会效果会好一点。然后下面的 那这个，呃 cloud 的 点 md， 我 估计都还要做一些优化，要不然上下文有点长。 嗯，但是这个，这个不是啊，这个不是 cloud 的 点 md 是 在这上面，但是 cloud 的 点 md 的 文档估计还是要优化的，因为 cloud 的 点 md 它不光是加载到了 leader 上下文，它还加载到了所有模型的上下文，所有子智能体的上下文的，所以说这个东西还是在还要做优化的。还有就是这这些东西了， 还有就是 plan 啊，主主的 plan 点 m d 的 内容，比如说项目名、状态、日期，更新，角色列表，然后一到几句，然后详细的产品定义，再引引导他的一个一个具体的详细文档，然后文档的缩影， 看这这些就没有没有什么了。然后这个是团队的角色参考，这些角色都是借鉴的这个，呃， everything cloud code， 它们里面的这种子智能体的一个提示词的设计方式，然后角色第一后端的开发， 他们都是用的这个 t d d 的 方式啊。 t d d， 大家可以可以搜一下，它就是先先写测试输入和输出，然后再按记，再一点一点的丰富里面的内容。还有这个 review 啊，这个研究者，还有这种 端到端的测试，然后 review， 端到端的测试用的 playwrite。 当然如果你用其他的这种网页控制工具也是可以的。这个是没有没有太大关系，大家也可以详细看一下这个角色定义啊。详，角色定义倒是没有特别特别详细的大，大家可以借鉴其他的一些角色定义，然后去补充这个 skills 也是 ok 的。 还有就是整体入职的一些。呃，模板，就是 prompt 模板，你可以可以可以进行它，它可以按照这个模板进行这个员工的角色的一些定义， 这个就没有什么了，就大概是这样录了整整一百分钟。嗯，总结一下。呃，这个， 呃，我，我开开源的这个 skills 自卖自夸一下，它效果还蛮不错的，就是我，我用着还是效果很好的。呃，而且基本上我我认为是赋现了这个 harness engineering， 嗯，他们提到的应该百分之六十到七十应该是完全赋现掉了，现在可能没有没有办法完全的自动化，但是， 呃，但是想要自动化，你其实就是加一些这种好呃 hock 的 钩子的脚本啊，其实没有没有特别大的问题，然后只要把它上线，上线了之后进行更新，多更新几次，然后验证一下他呃被人工接接受的一个比例就可以了。嗯， ok。 最后最后大家也是这个模型的问题，之前也跟大家讲过，我们有个中转站，但是，呃目前目前是账号，账号效账号还比较少，因为我们自己的好像都不太够用。呃，我最近也是在解决这个问题，大家也可以 呃，也也可以关注我一下吧，关注我一下，那可以可以到我主页去看一下，然后如果能解决的话也可以给大家公布一下，因为像现在的中转战非非常离谱，他们完全不不给你 kuv 的 命中率，或者说完全不给你考虑， kuv 其实用不了，你再便宜都用不了， 而且大概率都是比较贵的，像二十 x 现在能用的应该是在三千美金到五千美金一个月左右。所以说 其实现在的这种偷看的呃率啊，这些还挺高的，就是价格还是挺高的，不管是一比几的比例，他都都还是蛮高的，所以说这也是比较大的一个问题。行吧，那今天就到这。

我之前 cloud code 订阅的是 pro， 一 不小心就把限额用超了，所以特别焦虑，隔一会儿就强迫症一样用 slash usage 去查限额，现在还剩多少。直到有一次我看到朋友的 cloud 终端底下直接显示了这些信息， 我立马就问他装了什么，拿过来就用上了。这个插件的名字叫 cloud hard， 是 一个澳洲的开发者叫 grog watts 写的， github 上已经现在有四千多个 star 了。装上以后， cloud 的 底部会多一条状态栏。 就拿刚才说的限额焦虑来说吧，用 pro 或者 max 的 人应该都被限速过对吧？写到一半突然告诉你，请稍等几分钟，节奏全断了。装完这个插件，状态栏会直接显示你限额还剩多少，然后什么时候刷新， 快到上线的时候，你可以缓一缓，也不至于直接被卡住了。所以再也不用强迫症一样切出去用 slash usage 了。限额的问题解决了，但还有一个更隐秘的坑，上下文窗口。你跟 cloud 的 所有对话，他读的文件，跑的命令，全都挤在一个上下文窗口里，满了大模型会自动压缩，但压缩是有损的，之前你们聊好的设计决定具体的文件路径， 报错信息都可能被模型直接丢掉。而且很多大佬测过 cloud 的 回答质量，其实从上下文用到百分之三十到四十的时候就开始下降了，不是等满了才出问题了。所以最好的做法是，当你看到这个进度条过半了， 那么做完手头这个功能，或者修完这个 bug， 直接用 slash clear 清空上下文，比主动压缩或者被动压缩都要好得多，因为你能挑一个干净的时间点来做状态栏，还会显示你现在用的是哪个模型。 这个为什么重要？我个人的工作流程是这样的，在一开始的项目规划阶段，我会无脑一直用 opus。 这个阶段目的就一个，把项目所有的需求落实到文档里面，比如产品的需求文档、技术架构文档、测试文档、部署文档等等。然后用其他的模型，比如 codex 或者 gemini， 让他们来评估文档里是不是有些不清楚的逻辑不通，或者不符合最佳实践的地方。然后继续让 opus 迭代， 直到这些文档里其他文模型提不出任何问题。那么继续到项目实施阶段，那么我会就用 slash model 切换到 sonet， 那 么它只要按照写好的文档去执行就行了，不需要考虑太复杂的情况和特别深的推理。状态栏上一眼就看到自己现在挂的模型是哪个。不用猜，这个插件的安装也非常简单，你只要跟着 github 上这个 install， 三步直接就装完了，我就不赘述了。所以总结一下，这个插件就干了三件事情，限额快到了，提前预订，上下文快满了，提前知道当前的模型，一眼就看到三条命令，装完零配置。 其实这期内容是因为之前好多粉丝在问我 cloud 底下那个状态栏是什么，所以我才想起来专门介绍一下。所以以后你们如果看到了我用什么东西，感兴趣的工具或者配置，直接留言告诉我，我都可以出一期讲一讲。

hello， 大家好，今天花几分钟从零到一，教会大家安装和使用 cloud code， 国内网络即可访问，无需代理。首先我们介绍一下 cloud code 其实有四种模式，分别是终端模式、 桌面客户端、 id 插件以及网页端。然后我们本次主要讲的是终端模式的安装 啊，这边分为有代理版的下载和无代理版的下载，然后有代理版的下载其实比较简单，直接执行这一行命令就行。那我们这次主要讲无代理版的，首先我们需要去安装一下 node js， 这边是有官网地址，然后我们点击该 node， 点击这个下载即可 下载完成。其实我们这边直接双击这个 package， 然后一直点继续就可以安装了。你这边已经安装过了，所以说我这边就不再点了。嗯，接下来其实再打开命令，行，你执行 note 杠 v， 如果它输出版本号，证明你的 note 就 已经下载成功了。接下来我们就要去安装 call code， 然后我们执行这一行命令呃即可安装。 然后由于我这边其实已经安装过了，然后我这边命令我也直接打断了。对，安装完成之后我们就可以进入到 colorec 的 了， 可以看到由于我们是国内用户，所以说它禁止我们去连接，这个时候我们就要去下载一个呃 cc switch， 它的作用其实是就是帮助我们能够把 colorec 的 呃切换到其他模型厂商供我们使用。 然后这边其实也是分呃 mac 下载和 windows 下载，因为我这边是 mac 系统，然后呃这边直接执行 mac 这两款就够了。 对，然后我这边其实也已经呃下载完成了，所以我直接打断了下载，完成之后，其实直接在桌面端就可以看到一个 cc switch 的 标志了，然后你直接点击打开，下一步我们就需要去呃添加一个模型产生来源。我们这次，呃，比如说我用 mini max， 它这边会自动帮你把这些模型什么都生成好，还有配置什么都生成好，你完全不需要去管。嗯，你只需要去点击这个获取 api key 的 这个链接啊，这个地方就会弹到那个 minimax 的 token plan 里面，然后你需要去购买一个你的呃月套餐，我这边已经购买过了。接下来你需要进入到账户管理这边，然后获取你的 api key， 比如说我们这次创建一个新的 api key 叫 test 一， 然后这边去复制一下你的 api key， 嗯，然后进入到 cc switch 这边，把这个 api key 给填进来，然后点击添加，再点击启动，这个时候你再回到卡尔扣的终端再执行卡， 可以看到我们已经能够进入到 cloud 的 呃界面了。然后我可以问一下你好，你是是什么模型？ ok， 它已经正确回答出它是什么模型了。好，本次我的分享就到此结束了，我已经把安装 cloud 的 所有内容都发到了我的飞书文档里面，有需要的同学可以评论区留言。

你明明已经可以玩，但是你的 cloud code 为什么用不了？因为你的并没有覆盖到 cloud code， 那 怎么覆盖？请看操作。大家来看，我们现在的网络是能够正常访问 google 的， 那怎么去验证我们的网络能不能覆盖到终端，让我们的终端正常运行 cloud code 呢？ 啊？我给大家准备了三个指令，这三个指令随便一个都可以去验证，比如说我们用第二个啊，把它复制好， 打开我们的终端啊，把这个指令放进来，回车大家来看啊，地址对吧？看一下地址，只要这个地址不是你现在真实的地址，就说明你的网络已经覆盖终端了。好吧， 那如果你复制进来之后，发现你这个地址和你实际的地址是一样的，说明你的网络还没有覆盖到终端，那怎么办？ 我告诉大家怎么办啊？就你现在手里是不是有很多工具，比如说豆包， dipic 啊， cherry studio 等等，对吧？那我们其实就可以用这些工具来帮我们解决这个问题。我这里不能演示啊，因为一些原因我不能演示，我可以告诉大家你怎么去提问。 你可以这么讲，就是我现在正在用某某啊代理工具，可以正常浏览谷歌，对吧？但是呢，我的终端里面验证的地址是错误的， 这个办法怎么解决？或者说这个办法在这个工具里面有没有什么按钮能够解决？大家记住我说的这句话，好吧，然后把这句话发给啊 chris 六六也好，发给豆包也好，发给 deepsea 也好，他就能告诉你怎么去解决 这个啊？一般是有一个按钮叫退，有这么一个按钮的，这个按钮打开之后就可以解决这个问题。另外还有一个叫全局 和规则啊，这两个我们选大局之后也是可以影响的，好吧？ 呃，所以我想说的是什么呢？就是我们在遇到问题的时候，一定要善于借助自己手里现有的工具去解决掉它，这是我们学习的一个方法。

本节视频我们来一步一步的完成安装 cloud code， 以及呃如何去使用啊？首先第一步我们去进行安装 cloud code， 那 安装命令的话是在这里，当然你可以进入他的网址啊，网址的话在这里打开以后呢，你这边会有一个 copy， 你 点了这个 copy 以后呢，你直接去你的终端里面， 然后直接去这样去执行回车就可以了，然后执行完以后呢，我们可以继续往下，他就会跳出来这样一个界面啊，就是这句话就说明了他已经安装成功了 版本啊，以及这里的是已经安装完成了，当然你可以使用这个命令，然后呢去查看一下，就是比如说我们在这里啊，就是这个我们关掉不用，就是我们再新建一个，然后你可以这样去执行一下， 执行一下的话它就会返回对应的版本啊，大概是这个意思，然后这里的话就是也这里的话也是一样的一个版本。然后呢我们来第一次如何去启动对应的 cloud code？ 首先呢我们可以在这里面新建一个文件夹，因为我这个桌面上有啊，所以说就是这样，因为我这个文件已经存在了， 所以说他会提示这个。然后呢进入到这个文件以后呢就是你正常来说这个文件就是这是新建文件，就是进入文件，然后呢大家可以看到我这里已经进入文件了，因为我这个文件已经刚刚就是之前我有创建过， 然后呢这里他就进入对应的文件夹了，然后这里的话就是对应的是直接呃启动，当然你可以那个新建文件夹，如果你这个命令不大会的，你就右击新建文件夹，然后呢在这个文件夹里面去启动一个终端就可以了。然后这里的话就是对应的，你再输入这个 cloud 以后对应的一个回车就可以了，回车完以后呢，它就会出来一个这东西， 它这里的话是让让你去选择主题啊，就是什么颜色的，什么暗黑色啊，什么明亮色啊，然后你可以选择一啊，你也可以选择二，随便你自己决定就可以了，然后呢第二就是再下来的话，就是这应该是四， 呃，就是这，然后你选了一个一或者二的话，它就会再跳出来这样的一个界面，这里的话是对你去选择当前的那个 cloud 的， 你是使用的是它的账号的形式，那你的账号的话，你需要开通 pro 啊，或者是 max 或者是团队啊这种东西的， 呃，会员制的你才可以用。然后这这里的话，呃是使用的是 ko 的 a p i 的 方式，它就是按量付费的，然后这个的话是指的是第三方的，比如说像亚马逊啊等等之类的，你可以自己去选啊。 呃，当然如果，呃你没有 ko 的 账号啊，或者是 a p i 以及像亚马逊的一些呃 k 的 话，你可以到这一步的话，就直接把它退掉就可以了，就是直接把终端关掉， 把，把这个终端直接关掉，你就不要管它了。呃，我们我们这节课的话，主要是，呃使用的是 deepsea 的 模型啊，当然你也可以用前文啊，呃，这个方式是一样的，因为很多人可能没有对应的小 cloud 的 一些付费账号啊， 呃，但记住啊，你如果是免费的账号的话是没有办法用的。呃，然后我我我，我们这一节视频的话来讲的是如何用 cloud 去连接 deepsea 的 一些，就是模型啊，我们这里的话是用的是 cc switch 啊，然后这里的话是有一个工具链接，你打开以后呢， 它会在这里面，就是你滑到下面，它会有一个叫 mac 的 安装，当然你的 windows 也是一样，你可以直接去安装，然后这里的话我们直接复制，复制以后呢，我们进入一个终端，然后进入终端以后呢，我们还是这样直接去回车运行就可以了，回车运行完以后呢，你在这个里面它就会出来一个这个东西， 然后你点击进去，就是点击进去以后呢，它大概出来一个这样的界面，然后这里的话你可以先不用管它，就是你如果是刚刚新建的，那这个没有这个东西的， 那也就说你只有这个上面的东西，然后再加上一个加号，我们这里的话就是点击这个加号，点进去选择这个 dipstick， 然后这里的话就是去填你的 dipstick 的 key， 然后呢添加就可以了。 然后呃这里的话就是对应的安装啊，我们先看一下这个安装啊，然后这里的话就是我们刚刚说的，就是你安装以后它就会出来这个这样这样的一大串东西啊，然后呢对应你可以去运行的话，就是运行这个软件，把它运运出来，然后这里的话就是对应的 呃，添加 k 啊，这里我都写了这个文档，里面这个是添加 k， 然后呢？嗯，如何去获取这个 api k 呢？我们这里会有个链接啊，就是你打开这个链接以后 啊，这里面会有很多东西啊，当然你可以有一些用量信息啊。什么？这个这个是要充值的，如果你你不充值的话是没有办法用的，然后呢这里就是一个对应的创建 k 啊，创建 k 以后呢，创建完以后呢，他会有一个秘，这个 k 的 秘钥，然后你把它复制过来，复制过来以后呢就是把它复制到这个 api k 里面去，就我刚刚说的就是在这里面 只要改这个，其他都不要改啊，其他都不用改啊，当然你如果你不知道链接的话，你可以点这个获取 api k 啊，然后它自己会跳到这个网网址里面去，你自己把它拿到就可以了。然后其他的什么三 v v、 三点二什么你其他你都不用改，是正常的就添加就可以了，添加完以后呢，就是它就会变成我刚刚这样子啊，是变成这样变成这个样子， 然后呢现在的话我们就是呃刚刚那个项目不用管了，但是你可以使用刚刚那个项目，就是刚刚不是我我们新建了一个这样的文件夹吗？对吧？新建了这样的文文件夹，然后呢这样启动，然后现在的话你可以自己首先第一个就是你可以自己重新建一个文件夹，但是你可以不 不见啊，继续去 cd， 刚刚那个 cd 的， 刚刚这个 tab tab project 里面去啊，然后呢一样去执行这个启动，执行这个启动以后呢？呃，大概是这样启动这个启动以后呢，它就会这样变成这样子， 变成这样子它就这个一跟二，大家可以看到，其实这说明什么？呃，这个就说明了对应的， 呃，这个 c c switch 已经生效成功了，然后呢并且这个克拉克的就是克拉克的呢，已经认认为自己可以用了，大概是这个意思。然后你可以自己选一个一啊，直接就不用管他太多啊。然后呢这个，哦，这里好像图有点错了， 这个图当时粘错了，这个不用管，就是你正常去执行是没有问题的。然后你你然后这样子应该这个，然后呢这样， 然后，然后这里的话就是对应的就是你执行完这个以后，他应该就直接会告诉你可以用了，然后呢他就会提示你就是这个东西，就这个东西会会出来个这东西有一个一跟二，这个一跟二呢是指的是一呢就是优化操作。第二个呢就是不做任何修改， 就是不做任何操作，就是你就默认选择一吧，不用考考虑太多，就是让他就是做做做一些优化。然后呢第二个呢就是他就会出来这样的一个图片， 出现这样的图片，这个图片对吧？他又又是一大串英文字，然后呢他的意思呢就是说白了就是说，呃，他需要就是 clock code 的 话，他需要有一个读写改的一些，就是代码权限，就是说要操，要操作这个文件夹等等之类的。就是说白了你这个文件夹就是你这个 demo 的 文件夹，或者是你刚刚那个，那个 刚刚的这个文件夹，就是这个 excel project 这个文件夹它要授权，就是让它有权限去操作这个文件夹，所以说你可以直接就选择这个 yes 一 就可以了，好吧，然后呢再看流程四啊， 你这个选择这个一以后呢就会出来一个这样的界面，就这样就就这么个东西啊，这么东西呢，它就说明这东西已经是安装成功了，大家可以看到这里会有一个 input 的 输入框，然后呢这里会有一个一闪一闪的东西，其实你你你在这里面你就可以去选择他的，就是选择让他去干一些活了，当然可以看到这里面看见没有 我们的对不起，一个三点二已经出来了，对吧？然后呢这时候呢就是说白了就是说当前就是使用的是对不起 dpc 的 那个 v 三点二的，它是用 api 的 方式去计费的，已经 cloud 的 控制的话，已经使用了这个模型来正常运行了。然后这时候的话你可以直接输入一段这个画，就是在这里面， 在这个光标里面就是在这里。嗯，我们再再强调一下这里面，然后你再输入一个，这样子它就会变成这个样子，它就会在里面去执行了，执行完以后呢它就会出来一个流程五啊，就是对应可能你用的时候它会出来个这出来， 这什么意思呢？就是说，呃，你只要选择那个，你可以一个是 yes， 就是 进程 yes， 然后呢你可以直接选择就是这个，呃，永久的允许就推荐使用这个啊，如果你不允许的话，就是 a ai 就 没法帮你去干这个运行项目了， 然后所以说直接选这个就完事了。然后呢再看这个流程六啊，他就会再出来个这个东西，哎，可以看到看到这个， 对吧？他有一个什么 python 三的一个东西，其实其实这个东西不是说就是他，他不是说是在给你写什么后端代码，他不是啊，他就这个话其实是那个他在运行一个 python 的 权限，就是 a b ai 需要就是用它去启动网页啊，然后运行项目三个意思，其实就是说对你的，呃，仅本次允许，然后呢这个是永久允许推荐使用这个， 然后呢这个的话就是拒绝，拒绝的话你没 a i 就 没法给你做项目了，所以说就是呃，关键说明就是这个东西，他不是呃让你用编程代码，他是用 ai 去帮你去取用网页啊，或者是做一些测试啊等等之类的，所以说就是他内部帮你去干活的，好吧， 你可以把它理解成内内部，他做了一些脚本啊什么之类的帮你去运行，然后呢这个弄完以后呢，他可能会出来这个东西， 又会出来一个这个界面，这个界面的话就是这一步的话就是检查那个八零八端口呢是否被占用，因为我我们刚刚写的就是是做一个简单的网页嘛，所以说他可能会创建一个八零八的， 呃，八零八的，那那这这的话也是一样，就是 yes、 yes 以及 no， 这个的话我们选择第二个就是永久啊，行吧，好吧，你可以选择这个推荐的永久的，然后呢流到流流程八以后大概是这个样子， 这样子，这样子的话其实他已经运行完成了这个这个音符的输入框又又出来了，然后当前这个状态的话，其实呃他已经帮你运行了这个创建的项目，然后呢启动了服务以及网页正在运行了， 大家可以看一下他的文件夹，我这里有没有截图啊？可能没有截图啊，是我们可以看这个，这里面可以看到这个我用的是 test project， 然后这里面他就会有创建的一个项目在这里面，对吧？可以运行的， 然后这时候呢，你创建完以后呢，你直接打开这个浏览器打，打开这个浏览器以后呢就是八零八零的，然后呢他就直接帮你。呃，就是运行好了，我们可以看一下，就是这个我现在就不，我现在就不启动了，我直接就双击打开了，好吧， 可以看到这里面他就已经是完成了一个这样的页面啊，他就是可乐，可乐帮我写的。呃，然后我们再继续往下看啊，在这里，然后这句话就是说白了已经启动完成了， 然后它就是这样的一个页面，就跟我们刚刚是一样的页面啊，好吧，这样就启动完成了，然后呢我们可以看一下，就是，呃，再看一下就是使用 vs code 的 一个插件方法去使用，当然你这里面会有个链接，你点进去以后它去下载对应的 vs code， 然后这里的话也可以直接去登录的。 下载完以后呢就是，呃去安装 cloud 的 那个官方插件，其实你不用这个的话也可以用这个命令的。中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中中和。 呃，如何去安装？已经完成了以及去使用，当然你可以不只是写网页，还还可以写其他的啊。然后呢到这一步的话就是我们刚刚说的这里这里的去下载，下载完以后呢对应我们去配置一个插件库，这个插件库在这里啊，我们安装好以后呢对应可以看到这里面会有一个这个东西啊， 就这个就这个按钮，然后你去点这里面去输入对应的这个酷狗的，然后呢你去 insert 把它把它安装好。安装好以后呢大家最好是重启一下，就是把这个软安安装好以后把把把这个软件关掉，重重新开一下会比较好。然后呢 安装好以后呢大家可以看一下这个啊，我们可以看一下在这里啊，大家可以看到就是我们把这个键关掉，这里面会有个这东西啊， 这个东西或或者这里也有啊。然后如果你没有选择这个文件的话，比如你把这个文件关掉，它是没有出来的，所以说你要选择这个文件，然后这里选择这个， 然后这里的话就是你可以去对他说一些就是情况，然后呢让他去帮你修改这个项目。当然有我不知道大家有没有就是有有一个疑问，就是我选择的是这个文件，那我在这里面输入东西是针对这个文件去修改的，还是说对于这个 project 的 一个项目去修改呢？嗯， 这个的话是针对这个项目去修改，我我我们这里也写了，就在这里，呃，这里你看这里要点了这个 index 点 html， 然后在这个这里会有文件，对不对？这里是不是有有个文件？然后呢这个的话其实是，呃， 呃，就是我，我这里写的就常见以往就比如说选中的文件，这个置改这个文件，它的答案它不是的，它是选中了这个文件，然后 ai 优先会参考这个文件，然后呢它你让它改整个项目的话， ai 还是会自动去把这个， 呃，就是这这里面的所有所有的文件他都会去去检查一遍，然后去改，然后呢例子的话就只不过你是选出这个，他只是优先去改这个而已，对吧？ 然后说总结的话就是，呃，一一个是你去正正常的去安装啊，这个省电不用了， 因为有时候也不需要。然后呢这里的话就是一个安装，安装以后呢使用对应的 cc 的 a p i 的 切换，然后呢再新建一个文件夹去启动对应 cloud， 然后呢 所有的权限基本上都让它允许啊，然后再用这个，呃，打开浏览器八八零八零看一看效果，然后呢直接对话，用 ai 的 方式让它去加一些功能啊。

cloudco 一定要搭配 cloud 账号才能用吗？我没有相关的账号，而 cloudco 现在就在我电脑上成功运行着。我自己也是从零开始摸索啊，大学虽然是计算机系，哎，别听到计算机系就觉得我是什么爱王者来青铜局炸鱼啊。 实际上我的编程水平只会 hello world 程度什么概念呢？就是英语只会二十六个字母啊，而且可能只会一半的那种。 所以这个系列就是我一个完全没有实操经验的视角，记录我怎么摸索 cloudco 以及踩了哪些坑的过程。如果你也和我一样从零开始啊，那就和我一起探索吧。本期是记录自己从零开始安装 cloudco， 用国内的套餐来替代 cloud 账号的过程， 还有我踩过的两个坑啊，或许能帮你省掉不必要浪费的时间。我是飞跃，我们直接开始。 一开始呢是想试试 ai 编程的，可现在 ai 编程工具啊一大堆啊， cloud 呢，有 cloud co， open ai， 有 codex， 谷歌呢就有 anti gravity 等等等等。那我为什么会选中 cloud co 呢？ 首先 codex 要花二十刀升级 plus 会员。哎呀，有点心疼钱包啊。 anti gravity 最近有砍额度的趋势， 加上网络的问题就用不了了。而 cloudco 这款工具本身是免费的，最近也入手了 mini max 的 套餐，可以直接绑定 cloudco 来用，加上网上把它夸得很花啊，那我高低得试它一手啊。 我以为装一个开发者工具肯定要跟着一堆看不懂的指令搞半天啊，结果安装本身真的很简单， control c， control v 而已。不过安装途中呢，有一个我没有预料到的问题啊， 我是用 mac 来安装的，按照 cloud 的 官方引导选对应的系统指令复制粘贴到终端呢，基本就跑起来了， 但中间遇到了一次网络环境问题，导致安装中断了。关于网络环境问题啊，这里就不展开说了，如果你在安装途中卡住了，大概率是这个原因。 安装完之后，终端给了一个 set up notes 提示，说并文件夹还没加入系统路径，让我运行他给的指令。不用理解是什么意思啊，跟着做就对了。 最后输入版本号指令，如果返回了版本号，那就证明安装成功了，整个安装过程大概就几分钟，不懂代码也能搞定，真正麻烦的是下一步配置啊， 如果没有 cloud 账号，怎么正常登录 cloudco 呢？哎，这里就需要一个工具，在中间搭个线， 它叫 c c switch， 简单来说就是能让 cloudco 用上其他 ai 大 模型啊。配置流程是这样的，先安装 homebrew， 不 想装的小伙伴也可以自行去下载 c c switch 安装包啊，输入这行指令来检查是否已经安装了，那这边我已经装好了， 当初我想了一下，如果装好了再输入安装命令会怎么样呢？那我们就试试啊。输入安装指令之后，他要我们的电脑密码，之后，他就会弹出一串东西，按下回车，他就开始下载安装了。搞定之后，我们再输入 version 的 命令啊，就可以查看它的版本号了。 那么这里我显示的版本号是五点一点一啊，所以这就相当于更新版本了。接下来安装 cc switch， 输入这条指令，添加一下软件原呢，然后再输入这条指令，我们就可以开始安装了。打开 cc switch 之后呢，右上角有一个加号， 找到 mini max， 我 这边用的是国内版，国际版的话就选隔壁带 e n 的。 把 mini max 后台的 api key 复制粘贴进去模型，检查一下是不是 m 二点七啊， 点添加完事儿期间有一个地方我研究了很久啊， cc switch 有 一个查询额度的功能，但我配置完怎么查都显示零点零 n a， 问了 ai 好 几遍了，也试了好几次，指令全都没用，最后 ai 直接跟我说这个功能有 bug， 是真是假我就不知道啊，如果有大佬知道怎么解决，可以告诉我一下。配置完之后，回到终端输入，跳过登录引导的指令，新开一个窗口，输入 clock， 接下来就是 clock call 启动， ok， welcome back！ 模型是 mini max 二点七。那么到这一步呢？按 ctrl 加 c 啊， 那不是 command， 是 ctrl 稍微退出一下，再输入这几行指令，意思就是创建一个文件夹并且进入，然后再运行 clotool。 ok， 我 们试一下，让他介绍一下自己， 只见他推理运算纠结啊，叽里咕噜一通之后，以上是我脑补乱说的，实际上我也只是看到 thinking 这个单词， 他也是给了我答复啊，既然有答复啊，就证明 mini max 也算是绑定成功了。那这时候可能会有小伙伴会问了，哎，费云费云，你怎么这么专业啊，都知道输入什么指令的，之前不是说你没有代码基础的吗？哈哈， 我也不知道，我跟着 ai 复制粘贴而已啊，主打一个复读机。总的来说呢，整个过程给我的感觉就是麻烦，但不难。 那么以上就是我安装 cloud code 的 过程以及遇到的坑？全程复制粘贴一行代码都没写。 现在问题来了，装是装好了，那它到底能做什么呢？我这种 hello world 水平的人真的能用它做出什么东西吗？我不知道，但我会持续分享并且记录我的过程。 如果你也在摸索，不妨点赞关注，聊聊你的进度，或者说你踩过的坑。我是飞云，你的 ai 搭子，我们下期再见。

cloud code 可是目前全球最强的通用 agent， 有 条件的大家一定要去安装使用，这里分三期来给大家搞定安装，包括 cc 和 cc switch， 还有安装第三方性价比最高的 a p i， 以及一个用 cc 开发网站的实力。 废话不多说，我们先来一起安装 cloud code 前置，请大家自行解决科学上网的问题。 我这里是通过 tree 国际版结合提示词来进行 ai 辅助安装，这种方式能够以最高效率用优质模型帮我们完成安装工作以及处理可能遇到的八个修复工作。这里注意不要下载国内版的 tree， 否则很可能遇到模型不给力而导致各种问题。 我们来到这个地址下载对应系统的版本，接着启动登录后，在右侧的输入框直接输入复制下面的提示词，然后回车模型选择 auto 即可， ai 会全自动的完成所有的安装，顺利的话就能看到下面的界面了， 这个时候就说明已经完成了安装。点击右上角的这个面板，出现在整个界面中间底部的区域就是终端， 在 tree 终端输入这条命令，接着可以回车，成功的话就能看到 cloud 的 登录提示了。当然这里大部分同学登录的话会出现下面的错误，这个非常正常，大家不用着急，我们接下来去安装 c c switch， 它会帮助我们完成登录。首先是大家使用 cloud code， 它默认要求登录 cloud 官方的账号，但是我们很多时候会使用一些第三方车队，或者我们想用 cloud code 这个壳，然后使用一些其他模型， 这个时候如果想快速的进行切换，就需要用到我们说的这个工具，它是完全开源的一个工具，具体不同电脑型号的下载版本链接。一直往下拉，拉到下面这个位置下载 安装完后打开就是如下图所示的页面。第一步，我们先点设置，然后往下拉，找到跳过 cloud code 初次安装的选项并将其打开。这个时候你再重新去处理里面开启一个新的终端，输入指令，进入 cloud code 就 可以正常登录了。 我来画个图给大家讲解 cloud code tree cc switch 之间的关系。首先， tree 里面使用 cloud code 只是为了方便大家启动打开对应的文件夹安装 cloud code。 tree 自带的模型是无法提供给 cloud code 使用的，你可以在 ctrl anti gravity 甚至是电脑的终端里直接使用 cloud code， 不 一定非得是 tree。 接着 cloud code 如果是正常安装，默认只能使用官方的 cloud 大 模型， 当然会有各种问题，比如分号和价格昂贵等问题，所以我们提供了 c c switch 这样的工具，方便大家切换成本更低的 cloud 车队 或者是国产大模型。下面我们来讲如何添加大模型 api。 点击添加之后可以看到有非常多的模型可以选择，一，这里面可以选择你自己经常用的模型。 二，如果不在这个列表里面，可以选择默认的自定义配置选项。这里的核心就三个参数需要填，你可以和你购买的供应商去要 api key 请求地址，还有主模型，最后再填一下供应商名称即可保存。当前综合来看，在 ai coding 领域里，最全面的模型还是 cloud， 包括主力模型 cloudsonnet 四点五以及领级模型 cloud os 四点五，如果有钱的话，比较推荐直接上 cloud。 对 于国内模型的使用，我个人比较推荐 mini max 吃土。下一集我们来推荐给大家一个性价比极高的国内 a p i 中转债哦，下期见。

hello， 大家好，今天我来录一期怎么安装这个 coding code， 并且给这个 coding code 装上一些国产的大模型，就是用国产的一些大模型装它的一些 就作为它大脑吧。 ok， 我 们先理解一下这 coding code 它是什么？它是一个就是 ai 编程助手嘛，它可以直接在命令行理解编辑运行你的代码， 但是他他他只是一个，他需要用用到大模型的吧，用大模型作为他的脑子，然后就作为他大脑，但这个大模大圆模型你可以自己选，好吧，你可以自己选自己想用哪些用哪些，所以说就需要 你可以选一些用一些国内的一些大模型作为他脑子，然后然后用让这个 callin code 的 去用那个大模型。 ok， 怎么安装呢？你可以直接问豆包。好吧，你这怎么安装？可立扣子它会给你一些方式啊，最最最快的，最快的方式就是直接用一行命令，好吧，就用这个 npm 安装全平台。呃，需要 note g s 就是 直接这一行命令文件复制以后你直接打开这个终端，然后复制到这里，直接一回车它直接就安装了，好吧，就安装好了。 呃，这很简单，安装是很简单的呃，但是前提是你要有这个 n p m 工具，好吧，如果你要是电脑上没有这个 n p m 工具的话，你可以去搜一下怎么安装这个 n p m 工具也非常简单，就是直接安装怎么安装 n p m 工具就去官网下载一个，然后 一一下安装就行，安装以后你要去判断你有没有这个 note。 呃， note 和 npm 的 工具，好吧，你可以看一下，像我的话就已经安装好了吧，所以说它有这些工具，然后你有这些工具的话，你就可以一行命令直接安装这个核定扣的，你直接把这个，把这一行命令给它复制到终端上，然后一回车它直接就下载好了。 安装好以后你可以呃验证一下这个 coding vision， ok， 如果你这个这行命令打出来以后，呃就是它能够显示版本号，就说明你的 coding code 安装好了，好吧，安装是很简单的，但是怎么使用它呢？ 呃，它其实就是一个呃，呃终端的一个命令，好吧，终端的一个工具怎么使用它呢？但是呃它你要使用它，你必须得给他接大模型，对吧？你不给他接大模型 他都没有脑子，对吧？就是大模型就相当于是他的大脑，好吧？然后这克林扣的就相当于是可以理解成他的四肢吧。 ok， 所以 说你现在相当于是只有了他的四肢，但你还没有他的大脑，你需要给这个克林扣的接上他大脑 啊，他默认用的是一些国外的一些模型，好吧？所以说你肯定用不了，你要去翻墙，或者说他那个药价比较贵吧。所以说我们大家一般可以用有一个工具叫做什么叫 cc switch， 这个 cc switch 他 就是呃来给这个， 相当于是给这个 colin code， 呃配置一些大脑吧。 ok， 那 你怎么安装这个 cc switch 呢？你就直接去搜好吧，你可以直接搜啊， cc switch 起，然后这就是它的一个 gitlab 的 一个地址，然后点进来以后他看这个文档，看他这个文档，然后点中文的， 点中文的以后，然后你一直往下滑，他应该告诉你从哪下载，呃，下载看 windows 用户，我们 windows 用户怎么下载？他说从这个 release 页面，我们点进去， 点到这个 release 页面以后，然后换成中文版的，然后你就直接向一直向下滑。呃，还有一个，它这里有，这里，这里什么？这里是对应版本，知道吧？因为它这个 cc 四位企业有很多的版本，你可以随便选一个吧，直接选这个版本，然后再点这个 release。 ok， 点以后你自己继续往下滑，你滑到最下面，呃，滑，呃，滑到最下面，就这就这，它就是你根据你的系统嘛，看你是 windows 还是还是苹果的系统。我像我，我是 windows 的 话，就加这个，就点它，点它，然后它就可以自动下载，从下载完以后，你就可以直接它是个压缩包，好吧？你就可以直接解压，呃， 像我的话，我就把它下到这了，好吧，我找一下我这个 c c o， ok， 它这个压缩包你解压以后它就成这，你直接点这个 exe 文件，它就直接直接安装好了吧？直接点它就可以到这个页面，到这个页面以后它就你现在就可以来配置你这 codelink 的 它的大脑了。 ok， 怎么配呢？ 嗯，我们，我们要要配，你要给他配大圆模型，我们我用的是阿里百炼的，好吧你，我用的是阿里百炼的这个，嗯，大模型，你可以，你可以先去找好吧。大圆，你直接直接搜这个，直接搜这个阿里，阿里云百炼，阿里百炼，然后他会到这个页面，到这个页面，你先登录一下。登录以后， 呃呃。登录以后，你先去申请一个 api k， 好 吧？申请一个 api k， api k 就 相当于是你的密码，好吧？就相当于是你的密码啊，因为你要使用这个 大模型就要有密码，不然的话谁都可以用了。 ok， 所以 说你要创建一个 api k， 你 直接创建一个，创建一个，创建以后它就会生成这，然后你就复制一下，复，呃，你就可以复制，然后，好，你这 api k 准备好了， 这边 apikey 准备好了以后，你就可以来这配了，你直接点这个加号，点这个加号，添加新的供应商自营配，自定义配置。好吧，你这是名字，名字我就叫阿里百元二吧。 ok， 这个备注，这可不用写，可不用写好，这个 apikey 就是 您的那个，好吧，这，这里的 apikey 就是 你这里这里的，你复制一下，然后复制到这，你看一下。 ok， ok， 看一下，哎，这里你这 api 可以 不要暴露给别人，好吧？如果你要是暴露给别人，别人的话，就可以用你的 api 去啊，就相当于是有了你的账号，然后它就可以去访问你的大模型 啊，就利用，呃，利用你的账号去访问大模型，他会把你那个额度给刷刷完，好吧，所以那 api 可以 不能暴露。 ok， 那 api 写好以后，请求地址，呃，他就知道去哪里请求，对吧？所以他这个请求地址你要写一下他的请求地址写哪呢？你可以看一下这个 api k， 我 们先你看 api k， 然后，呃，点这个使用指南吧， 然后新窗口打开，就有一些使用指南，我给你拿到这个，呃，新窗口以后，他这里有一个坑，好吧。呃，你，你，你这里要选哪个呢？正常的话，假如说你看这个是 bc 二，有的人他可能会直接复制上面这个，或者复制下面这个，复制上面这个，但是这有个坑，好吧？因为你看他说常用的配置工具，他这里有扣领扣的， 所以说你就肯定要选这个，他专门的给扣零扣的准备的那个 bc 二 l， 好 吧？所以说你不要，不要应，应该不能选上面这个，应该要选下面这个，我给你点，点了以后，他下面他这里就有这个 bc 二 l， ok， 然后你就把这个复制一下，复制一下放到这个请求地址这里，放到这个求求地地址里面 以后，然后，呃，然后这里还有一些你可以看，好吧？看下面这个是否和这个相同，好吧？是否和这个 它这里里提示了相同，你看，呃，哦，你看这里它好像有点不太相同，对吧？比如说它这里是 also token， 然后它这里写的是 api k。 啊，那我们应该换一下这个高级选项吧？高级选项应该是真正做断，我们应该选成 api k 吧，保，保证这个一样好，保证它和这个文档一样， ok， 这样的话其实就可以了。但是你现在是只是，呃知道了 他这个，他只是知道了你要访问这个地址，但是他不知道用哪些模型，对吧？因为这个阿里云版他有很多模型，你还不知道用哪个， ok， 所以 说你这里要配一些模型啊。模型怎么配呢？你就去找呗，找他找点那个模型，然后全部模型里面你找一个模型，因为他有很多模型，找一个自己想想用的，比如说这个吧，啊？你就点 点，然后你把这个模型的名称复制一下吧，这模型的名称你不能输错吧？输错的话他就识别不到，然后他是他也是大小写敏感了， ok， 然后你就可以复制复制到这主模型吧？主模型和推理模型，他这个是什么意思呢？主模型？什么推理模型？哈库模型，他这意思就是他那个， 呃呃，他这个意思就是，呃。你那个 qq 模式还有什么松林扣的？他有很多种模式，好吧？比如他有什么推理模式，还有什么松林摸一模型，就他有很多不同的模式，比如说他有的模式他 能够更深度的思考，还有一些模式，比如说一些简单的他，他给你提供一些快速的一些模式，然后就可以根据这个不同的模式配置不同的模型，对吧？你可能比如说，嗯，你一些深度思考的，需要深度思考的场景，你就给他配配一个。 呃呃，比如说推理模型吗？你可以给他推一个配一个好一点的模型，然后比如说这个有些快速，快速的那些模式的话，你就可以给他配一点那种差一点的模型，好吧？大概就这个意思。然后这里我就全配成这个，全配成这个，好吧？全配成这个房间这里有显示。 ok， 那 这样这样其实就好了，好吧？这样其实就好了，你就可以直接添加了， 添加以后你可以测试一下吧。刚刚添加，你要测试一下点这个点，这个是测试的哦，你看他测试阿里云百炼二运行正常， 他运行正常。 ok， 到这你其实就好了，好吧？你可以点这个起用，好吧？点起用，点起用的话就可以起用，起用好，起用，这时候你这个口令，呃，口令扣的就相当于是有大脑了，好吧？就现在有大脑就可以直接用它怎么用呢？它其实是一个终端工具。好吧？怎么用呢？它其实在终端运行，比如说， 呃，咱随便找一个文件夹吧。好吧，我随便找一个文件夹啊，找一个扣的吧。 ok， 我 找一个扣的，然后怎么用的？ 呃，它其实是一个终端，你可以直接在终端用。好吧？你直接 c m d， 然后它它直接就到这了，然后你可以在这，在这就可以用，你可以打一个什么那个启动命令叫啥来着？我也忘了，好像叫 callin code 的。 呃，好像启动命令是这个，好像，试一下， 哎，你看，然后它就它就给你个提示，对吧？你试一下，你看，然后它就它就给你个文件夹 啊，然后啊，你看这时候它编辑的就相当于是它给这个文件夹连接起来，好吧？现在连接起来，然后你现在它这个编辑 code 就 可以利用这个 code 里面的一些文件。比如说你让它创建一个文件吧，比如说，呃，帮我， 帮我在文件根目录下创建一个文本文件，里面写一个 hello world 吧， 我随便写一个，然后你直接回车，然后他就开始执行，然后，呃，他会让你确认一下吧，他会让你确认你，你确定是否要创这个你要确认，然后你可以选第二个。呃，就是 你要是选第一个的话，就是他每次创建文件的时候都会让你确认一下，第二个的话就是，呃，你不用确认了，后面就不用确认。 ok， 我 直接选确认， 哎，你看他如果就帮我们创建好了，创建到这了，然后这个是重转工具。 ok， 但是你这样用不是太丑了吗？你只能用在这工具这这个终端里面用，很丑，好吧？呃，也也不好用。然后然后它，嗯，它就会在你的一些编辑器，比如说你用的是 vs code， 或者是你用的是 part time， 它里面都会有一些插件，好吧？哎，我看我这是啥呀？它里面都会有一些插件，它会集成这个 扣领扣的啊，你就可以直接去搜，好吧？像是我还没下载呢。这个当然你可以自己去搜，你直接搜这个扣领扣的，应该是，应该是扣领扣的吧，你直接搜，他应该都会有一些插件，然后你你，你去下载那个插件，下载那个插件他是速度也慢， 你看扣领扣的。 for vs 扣的，你去下载这个插件，然后他可能就会给你提供一些啊图形化的页面，好吧？有更好看一点，或者怎么样？然后还有这拍卡模，我在这个拍卡里面集成了这个扣领扣的吧，然后他也是这样，只不过有点丑。 反正就这样啊。这，这就是口令扣的，然后你就可以用它，它，它现在就相当于和你整个文件关联起来啊，你就可以用它去操作一些文件，比如说这里就让它， 然后再说一下吧，就它这个口令扣，它有很多模式或者很多命令，比如说你打一个斜杠，还有很多很多什么这种命令什么的，比如说你写一个 model， 好 吧， model 是 model， 然后他就现在就让你选模型的嘛，就是选那个模式或者什么的， ok， 然后就这样，大概就这样，大概大概就这个意思， ok， 然后比如说你可以帮我分析一下项目结构吧， 然后它就自动开运行，它相当于和你这个结构文件结合起来，会啊，这就是可听歌的用法吧？然后你就可以直接问他或者怎么让他帮你携带吗？或者帮你做事情等等等等一些，然后他就开执行。然后它的聪明程度取决于什么？取决于你给他配的大脑，对吧？他给你配的这个阿里百炼这个大脑， 然后你，你给他配一些聪明的大模型，他肯定能够更聪明一点，好吧？但是，但是他应该是需要收费的，好吧？这个，这个阿里云白电他需要收费的，但是他会给你提供一些免费的额度，好吧？像我这个，呃，看免费额度， 看我这只剩百分之七十，好吧？我可能我刚用了用了电，然后他用百分之七十，所以说他还是要付钱的。 嗯，但是这个付钱也不是 qq 的 收你的，好吧？它应该是你个大模型厂商收你的，像它是肯定阿联版链收你钱的吧？要给这阿联版链里面充钱，然后这就是 qq 链的用法吧？ ok， 希望能帮助到大家，好吧，结束。

今天给大家分享一下 cloud code 的 安装流程。嗯，其实非常的简单啊，但是我们在网上一搜呢，很多人就是一讲就讲个十来分钟，然后你可能听了十几分钟，还是不知道要怎么弄，那今天呢，我就用一分钟教会你 怎么快速的把 cloud code 安装在你的本地电脑上，其实只需要四步。那第一步呢，就是下载一个十八万本以上的 node， 那这里呢，我们可以去看一下，如果你 note 还没有下载呢，你可以直接百度去搜索 note 官网，然后进来的话直接点击下载就 ok 了。那这里其实我已经下完了，这里我就不重复演示了。那第二步呢，就是去下载 cloud， 那 只需要在终端去运行这段 脚本即可， 然后进入到我们的终端直接运行， 可以看到这个 cloud 就 已经安装好。然后第三步呢，就是要在终端去运行我们的自动化脚本，这里呢我使用的是智普的模型， 直接进到我们智普开放平台，然后我们使用，可以看到它这里有三种的安装方式，我们直接用第二种，只用自动化脚本的方式，就可以直接在这里进行复制，然后到我们的终端里去进行， 可以看到这里它让我们去输一个 api 的 key。 啊，那我们只需要在这个链接里面， 然后这里你去添加一个新的 key， 然后随便输一个名称，点确定了，这里就会新增一个，那这里我已经创建好了，直接复制就好，然后直接粘贴进来，然后推车。 那这个时候呢， cloud 其实就已经安装好，我们可以运行一下 cloud， 试一下， 可以看到这里就已经出现了欢迎界面，那我们直接输一个 hi， 可以 看到这里它 cloud 已经对我们做出了回应，那其实我们 cloud 整体就已经安装好了，在这里就可以去呃与它对话，然后就进一步的使用了。 呃，然后我们整体去回顾一下 cloud code 安装流程，那第一步就是你需要去 node 官网安装一个十八万万以上的 node， 第二步呢就是在终端里面运行这段 cloud 的 安装脚本。那第三段，那第三步呢？就是去 啊智普官网，或者你使用其他的模型也都 ok， 然后去复制它的自动化脚本，在终端去执行。然后第四步就是在智普 api key 的 页面去复制这个 api key， 然后输入到终端里。啊整体 啊它的安装流程就这四步就 ok 了，那是不是非常的简单？那快去试一下吧。

天天刷 cologold 的， cologold 的 怎么装？不翻墙能不能装？今天拿到了一台全新没有任何开发环境的麦克笔记本，给小白演示一下 cologold 的 完整安装教程。呃，这个是 cologold 的 官网啊，然后这个命令在麦克上基本上一键就能把它装完，但是这个应该是需要我们有一些 特殊能力的，那我们现在来看一下不翻墙怎么装？我们再看 kimi 官网，他这有一个在编程工具中使用 kimi 模型的一个文档，然后里面给出了一个呃，可拉扣的安装安装方法，然后这里面呢就是去分布安装， 就不是一键安装。那么第一步呢，是去装这个 f n m， 那 么这个是在国内访问不到的。那我这里给大家一个贫瘏的命令，可以试下这个。 好，你可以看它已经在装了。好的，那这里我们装完了，我们继续去复制新的密，它说要开一个新的特密闹，把这个关掉， 然后一条条粘进来。那么这三条我们装完之后，我们再去来搞到第四条，也就是安装 club。 这一步我们可以看到呢，现在是没有翻墙的，然后它这个地方是走了个镜像，所以我们也是能够访问到的。 好，那这里最后一步出场，配置直接贴进去。 ok， 现在就装完了，我们来输入 cloud 启动一下试试。 好的，成功了，可以看到我们已经装好了 cloud code， 并且没有翻墙，但是呢，我们不翻墙的话，是用不了 cloud code 的 模型的，只能用 cloud code 再去配国产的一些模型。我们这里以 kimi 为例呢，给大家示范一下， 我们文档下滑到配置环境变量，然后我们等一下把这些全都复制进去，把这个地方的 api k 换成自己的就可以了。那么怎么样去找到自己的 api k 呢？搜索 kimi api 官方平台， 其他的模型也是也是一样的道理，在这里输上名字，选择项目，然后按确认之后就可以使用了，我这里给大家演示一下。 好的，我这里都贴进去了，把我的自己的 api k 挡了一下，然后，呃，可以看到整过程中只需要把这些复制进去，然后我们再输入 clout， 登进去之后呢，我们就可以看到它现在是有 kmi 二点五的模型了，然后就可以进行正常对话了。那么这个方式呢，就可以让我们不翻墙用到 clout， 但是是配了一个国产的大模型 可以，这个就结束了。嗯，那么如果大家是能够翻墙的话呢？我觉得推荐大家直接来到官网去复制这条命令，然后在我们终端里直接去执行就好了，直接回车执行，他就会帮我们安装好了，安装好了之后我们直接登录，登录自己的账号就可以了， 那么本期的视频就到这里了，后面我也会去分享更多关于 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 拉开差距在于建立验证。清理回滚写作习惯， 想更快就减少重复动作和无效上下文，想更稳就写清验证方式，并保留刹车回滚能力。先用最适合的五条体验回不同。