claudecode怎么设置蜂群

今天我们这期视频只讲一件事情，就是普通人如何使用，如何安装 cloud code 并接入国产大模型 deepsafe。 你 是不是也觉得 ai 编程那肯定要写代码吧？ cloud code 听起来好高级，跟普通人有关系吗？我的回答是当然有。 当我们接入 deepsafe 之后，可以利用它去写作，和 deepsafe 官网的模型是完全一样的，它不光能写文章，还能帮你去造工具，而且现在超火的 ai 技能插件 skill 最早就是可乐的 code， 玩明白的。安装好之后我们再安装 vs code， 那 它就可以实时操作，可以帮我们去开发网页开发工具，它的功能是非常强大的。 今天这期视频就是专门为你定制的，不用懂代码，不用找可用的支付方式去购买国外的大模型，只要你会复制粘贴，就能在十分钟之内装好可多的 code， 并成功接入国产大模型 deepsafe。 在 这里有一个前提就是网络环境 是处理好的，而且本期分享我会特意使用一台全新的没有安装过任何环境的 windows 十一系统来演示，会把所有遇到的问题给大家解决方法和步骤，让大家只需按照步骤操作就可以安装成功。实操环节，我会分享如何成功安装 cloud code， 第一次使用，如何起用可劳的 code， 如何接入 deepsafe 大 模型，然后如何利用编程应用制作一个个人主页。本期视频分享我们需要安装以下内容， 第一个就是 note 点 gs， 它是一个运行环境可拉的 code， 要靠它才能跑起来。第二个就是 g i t， 一个隐藏但比较重要的工具， windows 十一系统默认是没有安装的，如果没有可拉的 code 会无法使用。下一个就是 cc switch， 它可以一键轻松切换大模型，就像平时我们开关水龙头一样简单。第四个就是 vs code， 它是微软出的免费编辑器，长得就像记事本，但功能强大。以下就是本期分享我们需要安装的东西。 骚掩饰我会先分享 c l i 命令行界面。 altcode 本身是个命令行工具，英文叫 c l i， 意思是你可以在黑窗口里面打字指挥它，但大家别担心，我们装上 vs code 之后，使用插件百分之九十的操作都能用鼠标点出来， 不用死记命令。好了，下面我们直接开始实操，进入实操演示部分，第一步我们就需要安装 note g s， 在 这里我们不用命令安装，直接选择安装包，然后我们运行安装包，在这里我们就直接下一步，然后选择下一步，就直接下一步就可以。 好，这时候就安装成功了。安装好之后我们来验证一下是否安装成功，在这里我们按键盘上的，在这里我们按键盘上的 windows 图标加 r 键，这时候就会弹出运行窗口，在这里输入 cmd， 然后确定，这时候就会出现命令窗口，在这里我们输入 node 杠 v， 然后回车可以看一下，现在出了版本号就证明这个 node js 安装成功了。下一步我们就需要安装 cloud code， 安装 cloud code 我 们需要使用 powershell， 在 这里我们搜索一下， 搜索之后，然后右键选择以管理员身份运行，然后我们输入这条命令，直接回车。 好了，到这里就安装成功了，同样我们也是查看版本号的方法，查看是否安装成功，在这里我们输入一下命令，输入好之后我们回车可以看一下，现在已经出了版本号，二点一点三七，我们的 cloud code 就 安装成功了， 然后我们进入 cloud code， 直接输入 cloud， 然后回车可以看一下，现在进入出问题了，这时候我们就需要安装一下 g i t， 我 们来到 g i t 页面，然后选择保存，我这里保存到桌面上，然后我们开始安装，这里我们也是直接下一步， 下一步这些我们就全部的都是直接下一步 好了，这时候就安装成功了，然后我们再看一下，我们重新打开一个 powershell， 我 们重新打开一个 powershell 窗口，然后我们输入 cloud 可以 看一下。现在我们进入 cloud 是 可以运行了，但它又遇到一个问题，就是它有一个验证，在这里我们需要修改一个配置文件， 在这里我们来到我们的用户目录，我的用户名是 k， 我 这里直接输入，然后回车到这里就可以看到一个配置文件，就是 cloud 点 jason， 然后在这里我们打开编辑一下， 可以看一下，这里就是这个配置文件，在这里我们增加一个参数，增加之前这里我们需要有一个英文的逗号，像这个标点符号是经常会被大家忽略的，有好多朋友遇到问题就是增加配置，但大家增加好之后还是不能使用，就是因为这个标点符号的问题， 在这里我们添加添加这个配置项就可以了，然后我们再返回，然后我们在 c l o u d cloud， 然后回车可以看一下，现在就已经进入了，下一步我们再回车，这个提示就是是否在当前目录，然后我们回车 好了，这时候它就会让我们去登录 cloud 账号，因为 cloud 这个它国外的大模型最让人头痛的一个问题就是经常会被封号，所以在这里我们不使用它的大模型，我们要接入我们国产的 deepsafe， 在 这里我们 cloud 安装好了，然后下一步就是需要去接入 deepsafe 大 模型，在这里还用到一个工具，就是 cc switch， 现在我们再来安装一下， 我们来到 github， 然后我们去找安装包，在这里我们就直接往下拉，拉到底部，在这里我们找到适合我们系统使用的，在这里我选择三点幺零点三，如果是 windows 的 话，大家就选择这个就可以。好，现在保存好了，然后我们直接进入安装， 在这里我们也是直接下一步，下一步安装即可，这时候就安装好了，然后我们运行 下一步就需要我们配置 deepsafe 的 api， 在 这里我演示一下操作流程，在这里我们打开 deepsafe， 然后选择 api 开放平台，然后我们选择 api keys， 在 这里去创建，比如创建 api key c c 三，然后我们创建， 创建好之后我们复制一下这个 api key 的 这个密钥，然后复制，然后我们来到 c c switch 里面，在这里我们就选择右上角的加号，然后选择模型 zip， 然后往下滑，这里我们只需要填写一下这个 api， 然后添加， 这时候就添加好了，然后我们回到命令窗口，我们再进入 cloud， 可以看一下，现在已经不提示登录了，在这里我们输入斜杠 model m o d 可以 看一下，然后我们就选择第一个，在这里已经有了 deepsea v 三点二模型，现在我们去选择一下，就是第五个选项，让我们回车。好，这时候就选择好了， 选择好模型之后，在这里我们对话，我们问他一下你当前是什么模型，然后我们回车 可以看一下。在这里在此次绘画中，我作为 cloud code 实力实际使用的是 deepsafe v 三点二模型，到这里我们就成功地安装了 cloud code， 然后接入了 deepsafe 大 模型， 到这里我们就完成了 cloud code 命令行工具接入 deepsafe 大 模型，下面我来演示一下。我们在 vs code 里面使用 cloud code， 它的一个优势就是格式化操作，它的操作几乎都是用鼠标点击就可以， 然后我们下一步就需要安装 vs code， 在 这里我们选择宏框按钮，然后保存 好，现在保存成功了，然后我们安装在这里选择，我同意，然后我们直接下一步，这里就是选择一下安装目录，如果不选择默认安装到 c 盘，然后我们选择下一步，这里几乎也是全程下一步就可以，然后我们安装 好，这时候安装成功了，我们选择完成，在这里打开之后，它默认的是英文界面，看到英文不用担心，在这里我们需要安装一个插件就可以搞定，我们选择四个方块这里，然后我们输入简体， 我们就安装默认的第一个好，安装成功之后，右下角会有一个重启的一个提示，在这里我们选择重启。好，现在打开就是中文界面了，然后下一步我们就需要找到 colode code 插件，我们输入 colode code， 然后我们选择第一个安装， 在这里我们需要辨别一下官方版本，在这里我们安装，然后我们选择新任发布者和安装好了，这时候成功之后，在右上角就会多一个这样的一个图标，然后我们选择 可以看一下它，这里默认跳出的是一个登录提示，我们有了 c c switch 已经接入了模型，它这里就会跳过，然后在这里我们再输入你当前的模型是什么模型，然后我们发送， 可以看一下我当前运行的模型是 dipstick 为三点二，像这里也是这个 cc switch 在 这里起到的作用，像这里比如接入 glm 大 模型，或者是其他第三方中转的模型，用这个 都是可以搞定的，非常方便。好到这里就安装成功了，也成功接入了，下一步我们就让它帮我们生成一个个人主页，我们一起来看一下，在这里返回桌面，我先新建一个文件夹，然后回到 vs code， 然后文件打开文件夹， 我们选择桌面上的 myweb， 然后选择文件夹，这时候我们就用 cloud code 来对话，在这里我们输入提示词，就是我是一名专业的前端程序员，帮我生成一个自我介绍的个人主页，让大家可以快速的认识我，了解我，然后使用 html 格式，简约风格， 科技感配色，页面元素，要有自我介绍板块，联系方式，二维码区域，在这里就是我们给他的提示词，然后我们发送 好了，可以看一下，现在个人主页已经生成成功了，然后我们预览一下它给我们生成的一个个人主页，就是简历风格的，可以看一下，还是比较丰富的。在这里经过我的测试，就是我们使用可多扣的时候，不管是生成文章还是生成网页， 在这里我们要给他一个语言的提示，就是要生成中文内容，他有时候是默认的生成中文，有时候默认的生成英文，他这个是存在几率问题的。所以在大家生成内容的时候，强调一下生成中文内容， 这是目前想到的一个问题，分享给大家。这就是以插件模式使用的，在 vs code 里面还可以以命令行模式，在这里我们打开终端 使用方法是一样的，在这里我们输入 cloud 可以 看一下，就和我们在命令窗口使用的是一样的， 像这个一个优势，就是命令行模式加格式化窗口的模式可以直接使用，这就是我们所有的实操分享内容。在这里我也写了实操手册，比如安装好之后无法进入，或者是安装之后要验证，像这些遇到问题的解决办法，都有写到手册里面。 好了，到这里我们就完成了一整套从完全零基础到真正用起来的全过程。我们一开始什么都不懂，装好了克拉的 code， 配上了国产大模型 deepsafe， 在 vs code 的 里面，我们让 ai 帮我们生成了一个个人主页。其实克拉的 code 它有很多高阶的玩法， 你可能也听说过，比如 mcp、 gel， 但这些我也会慢慢讲，后面我会分享，但是这些都不着急，也不重要， 真正重要的只有一件事，就是现在先去试一试，先用起来，哪怕只做一件小事。 ai 时代最危险的不是不会用工具，而是以为自己用不了。 老的 code 不是 程序员的专利，它是每个普通人的效率工具。 ai 时代只要有思路就开始动手，就已经超过了百分之九十的人。 ai 时代，我们不用纠结新出了什么东西，哪个模型更厉害， 能帮自己提效的，自己用着习惯的，对自己来说就是完美的模型，完美的工具。好了，本期内容分享就到这里，我们下期再见。

我把可乐扣的变成了黑心老板，专门压大扣单词写代码，结果效率翻了，成本还降了。如果你想彻底解放双手，那么我这一套工作流的方案一定可以帮到你。使用可乐扣的扣单词这类工具久了， 慢慢的就想让他们自己长久运行，但又怕写偏或上下文爆了。针对这个需求，我设计了一道可乐扣的监督扣单词的工作流，今天就把这套工作流以及设计思路分享给大家， 不仅仅是个方案，更是一种思路，大家完全可以拿去改成适合自己的方案。我先讲解一下这个思路，大家如果不想听这部分，可以跳到这个时间点直接抄作业。 我自己的情况是有切尔克 ppt plus 可以 使用扣带子，同时还有质朴的扣领 part 会员可以被摄到可乐扣的中使用。 gmail 我 也有，但是 gmail 的 c u i 我 个人感觉体验不太好，所以这里就使用卡拉扣的以及扣带子。 总结一下就是智普的扣令牌栏额度非常多，我基本上没有碰到过限额的情况。可乐扣的功能非常多，非常齐全，但有时会出现过着完成任务的情况。扣袋子则相对稳定一点，但模型对我来说相对较贵，所以要省着点用。 我这里的策略是让可乐扣的来充当监督者，让扣袋子去干活。关于扣袋子模型，我建议使用切的 gpt 五点二 mini， 但 扣袋子后缀官方说法是专门针对边层和代理任务优化，但我实际拆下来干活效果不太理想。 medium 类似于 auto， 你 也可以选择 high， 但是最好不要选择 x high 我 之前试过，效果是真的很好， 但是一天就跑完了，一周的额度，钱包真的收不住。最近出的五点三扣袋子也可以试试看，速度是真的很快，但多多少少也存的 爱的、偷懒的情况。决策分工是可乐扣的充当监督者。扣代词则是工人，这里使用两个 a 级的进行工作，最大程度上防止某些作弊。一个只负责写，一个只负责验收。整个流程开始于我使用扣代词生成的一份 open spark 偏更题案，这些题案会被转化为 test m d 中的具体代码是将列表。每当需要执行一项新任务时，可拉库尔就会启动一个 sub agent， 使用 codex e x e c 调用 codex， 然后使用自按语言调用 open spark。 open spark 最好是 零点二一点零版本，因为在新的版本， open spark 的 工作流就重构了，也支持自按语言调用，但使用的是 skills。 出发后续我研究一下怎么配合到这个工作流里。 托马斯在写完代码后，他必须制作一个可复现的测试方案作为完工凭证。 c u i 任务他必须提供一个智能化的测试脚本。 g u i 任务则提供一份 m c p 的 操作方案，可劳克勒会亲自运行脚本并进行验收。对于 g u i 任务，他会严格按照流程调用 payload m c p 辅 物，驱动浏览器并抓取截图作为证据，确保代码不仅写了，而且真实可用。只有当可拉库的亲自确认测试方案运行通过，且手中的证据链完整无误时，他才会执行一系列的确凿操作。在 tasks md 中勾选任务，更新 feature list， 点最省的 pass 状态，直接 get 提交存档，将日期写进 progress 点 t s t。 如果遇到技术卡点卡拉扣的，会利用 ctrl 七或浏览器搜索工具自主寻找解决方案，便知道 ctrl 进行重试。 我最在意的就是防止 ai 跑偏以及 ai 假装完成的任务。为了解决这个问题，我设计了一个双保险机制，分别是用 tasks m t 记录过程， 可使用 finisherlist 点击率记录结果。我们先说 tasks m d， 它是给人类以及 ai 件的文件，包含具体的任务以及详细的需求和实施步骤。我们先使用 codex 进行一个完整的体验， 可靠的会在这里记录具体的验证命令、截图路径和报错日期。如果有阻碍， codex 只能在这里写。具体的问题是什么？ 是由当可拉扣的执行验证后，由可拉扣的写通过，确保我们知道代码是怎么出来的，而不是凭空变出来的。 有的过程还不够，我们还需要一个绝对理性的验收机制，就是 file list 检测这个解释给 ai 的 使用的。这里不记录任何过程，请关注任务是否通过完成了。它是一个结构化的交付清单，所有任务默认状态全是 false， 只有到某个任务真正被验证无了，它才会变成出。那么这两个文件是怎么配合，以此来防止 ai 作弊的呢？核心就在于标签印刷和单向流程。首先是标签印刷，我们在 tasks m d 里的具体任务后，会打算像简号 r e 这样的标签会对应 for list 点击层里 id 为 r e 的 功能条目。其次是单向的流程，可拉克的必须先在 task 四 m d 里跑通代码，拿到缺少的 pass 证据，然后才会去 for list 里面去更改状态。 首先是安装可拉克的和 code， 这个就不列据了，安装奥巴斯 bug 这里要说一下，最好是零点二一点零的版本 使用这个命令安装 open spark。 然后回到项目目录，使用 open spark 抽象化加项目，然后再把它的这些提示给复制到扩展词里面。 首先是 palette m c p， 可以 让可乐扣的去检验 g o i 界面，选自动化确认浏览器并收集证据，再配一个 control 器，遇到卡点时能查资料，浏览器搜索 m c p。 我 这里使用的是这幅的档案，你也可以换成其他的。大家可以去我的簿客或 知乎 app 上，也可以去云盘上进行下载复制，下载后就是这些内容了。 skills 大家可以配置到它们的根目录或者是项目目录，配置到项目目录的话直接粘贴过来就可以了。 skills 这里一共有三个，两个是给 cosys 用的，第一个是 使用采访式反问，把我们的需求和 ai 界的对齐。第二个是生成 fairlist 点 jason， 最后一个则是给可拉克的一道卡点石使用的。为了让这道流程跑起来，我们需要覆盖和新建几个配置文件。首先是 windows 八 pro pro 点 o d 需要添加的 windows 的 位置在这里， ios 的 就是这个，直接在这个 step 六后面添加内容。下面则就在项目目录里面的 openstack 文件夹下的 project dmd 的 末尾添加这个。它和上一个的目的都是为了让 openstack 生成的 test dmd 符合我们的要求。 这里需要着重说一下更改 open spark 端口， 点 m d， 则需要在输入 open spark int， 也就是说实话命令后再更改，否则会重置掉。下面则是在项目目录下完全覆盖 colocode， 点 m d， 目的则是为了明确 colocode 的 身份以及任务流。最后则需要新建一个自定义命令，位置则是在这个 新建一个昂迪脚本，这是我们自动化的核心，它定义了克拉克的如何自动循环调用 codex， 同时也避免了我们重复输入。下面则是重复流程了，先打开 codex， 使用自然语言作为一个变更体验，例如为我这个项目添加一个支持夜间模式自动切换的 openstack 体验。然后再使用 skills openstack 劝解 interviewer id， 让模型通过采访的方式引起我们的需求对其需求。这里的 id 是项目目录下的 open spark 文件夹劝诫词文件夹下的当前提案的文件夹名称。再用 open spark future list id 这个 skills 让模型创建一个 future list addition。 最后就是打开查找 code， 输入斜杠 monitor open spark codes id 就 可以开始工作了。本期视频到这里就结束了，视频创作不易，还请您点赞、关注、支持。如果您有任何问题，欢迎在评论区交流讨论。

大家用 curl code 干复杂的任务，你大概你有碰到过这三个问题，第一个，这个上下文越聊越长，到后面他就开始忘记前面改了什么东西。第二个的话，任务明明能并行，他却只能一个一个的串行去啃，那第三个的话，一个 a 帧只有一个视角，看安全他就顾不上性能。 其实这不是 prompt 写的不够好，这就是单 agent 它的一个结构性的瓶颈。那最近 cloud 官方发布了 agent teams， 今天我们就通过这个视频来把它讲透，最后还通过一个真实的项目，带着大家去一步步看这个 agent teams 到底是怎么写作的。那这个 agent 到底是什么呢？很简单，它就是可以允许多个 cloud code 这个实力去协同工作， 有一个团队的管理者，然后去派发多个团队成员去干活啊，他们团队成员之间还可以互相去通信，并且这个团队老大也可以实时的去跟这些成员去通信。 那下面有一个这一个图哈，就是你的用户嘛，就我们嘛啊，你发了一个任务，那这个 team leader 就 去拆，拆完了之后他就开始去啊，就给了这个成员，让他去执行后端，让这一个团队成员去执行前端，让这个去做 q a 啊，然后呢，他们共享这一个任务，就是他们会都会从这个任务列表里面去 接受任务，然后去更新任务的状态，然后回填，那他们团队成员之间也可以通过这一个去通信，那这样就打通了从团队到成员互相通信，成员与成员之间也可以互相通信， 它的最佳的使用场景，第一个是研究与审查，第二个是一些新模块的开发，第三个是一些竞争性的假说，也就是说 你发现一个 bug 啊，你开多个成员让他们互相讨论啊，我反对你，你反对，最终我们去劳报出来一个真正可能的一个答案。第四个的话是一个跨城协调，也就是说我们正常的一个开发流程中，前后端 其实你是可以并行去做了嘛？因为当我们有架构完了之后，有设计文档，有一些什么 api 文档，有数据库的文档，这个时候前后端就可以干活了，那同时前后端干完之后，这个时候测试就可以跟上嘛，测试完了之后，那就可以做后续一些事情。 下面我们来看一下这个 agent teams 跟 sub agent 的 区别哈，这个核心的差异对比我都放在这块，大家可以截图看一下，我就讲两个核心的，第一个就是通信的方式， sub agent 呢？只能向主 agent 的 报告结果，那这个的话是这个队员他是可以互相去通信发消息的。 有一个选择的一个规则的话，就是如果需要去快速专注的工作者来完成任务并报告结果的话，选 sub agent。 如果你需要去分享发现，需要去互相质疑并自主协调，你就选 agent teams。 好， 下面我们来做两个选择题。第一个大家可以暂停一下，看你选什么， 那我来选一下啊，就是如果你在五个目录中需要去搜索特定模式的文件，你应该选什么？这种就应该选 sub agent 啊，因为这是典型的一个 sub agent 的 场景，你不需要跨绘画去协调。那第二个你要做一个 pr 审查，就是你提的代码吗？让一个人帮你去审代码， 你希望有多个审查者互相质疑对方的发现，这种就要选 agent teams， ok， 那 么点下一步，其中的话也很简单，大家去到这个文件里面去编辑一下， 加一个这个配置，就是开启这个 agent teams 的 一个实验性质，或者是你可以通过一个临时的变量开启，开启完了之后把 cloud code 这个终端重启一下就 ok 了。好，我们下面来看一下如何去触发，让它去创建一个团队，并且团队成员之间互相去 并且去干活。很简单，官网给了一些势力，我们来以这种代码审查的吧，就是我们有一个代码仓库，他有一些 pr， 然后我们让他去审核某一个。好，我们给了一个提示，就让他去创建 a 型的团队，去审核我们这一个的代码的提交，让他有三个角色，一个是专注安全，一个是检查性能，第三个是去做测试覆盖率。 ok， 可以 看到这个时候他已经创建了一个审查团队，启动了三个 a 镜头，并且是并行去做的。然后我们可以进到某一个 a 镜头里面去看一下他的一个情况，可以看到其实他本质上就是一个靠的实力吗？然后给他一段提示词， 完事之后这一个他的老大给他发了一个消息，让他去审查 pr， 然后他就开始去做这个事情了。同时你也可以 换到另外一个安全的这一个审查 a 技能里面点一下它其实也是跟刚刚那个一样的，就是并行，就把这 a 技能并行，就这么简单，然后他们之间可以通信，这两个三个之间可以通信，然后他的老大跟他们之间也可以互相通信，就这么简单。 ok， 我 们终止一下。 好，我们回来刚刚只是演示了一个并行代码去做审查的一个试验，其实你也可以去指定创建你的那个团队里面成员有哪个，每个 tim 他 也可以指定一些单独的模型。 好，下面我们来看一下他整个的一个架构与通信。在最开始我们其实可以看到他有一个领导嘛，有个领导他会去创建整个团队的一个主要绘画，负责去派生出来各种团队的成员，就是各种 agent 嘛。那这个时候每一个成员的话，他是一个独立的 cloud code 私密，他可以收到一段提示词， 然后由这一个领导给他发的一条消息。那下面就是这一个任务列表，这个很关键，这一个是由 领导者去创建任务了，然后这个任务之间的一些依赖关系都由他来去指定，指定完了之后，成员之间就是我们的 agent 嘛，他自己去领任务，领完之后去更新状态执行，然后去把消息回传给他。 那这个过程中势必会有一些任务，他是需要有一个先后顺序的，那这一块全部由领导去分配好了，他去挨个执行就行了。 如果他发现他要依赖任务 a， 那 就他就在阻设等，等到任务 a 完成了之后，他就知道该他，他就做这个事情了。还有的话他们还有一个消息系统，这个消息系统是用于 agent 之间直接通信的，也就是说两个 agent 之间他可以直接通过这一个组建来通信， 那下面的话是他的一个存储的结构，他的团队配置任务信息全是放在本地的，就是本地的文件嘛，也是在这个点 call 的 文件下面的。我们下面来看一下整个的一个真实的配置长什么样子。哈，我们点开 可以看到我这里有一个啊， ui 重构的一个团队嘛，就是我给他一段提示，让他帮我们去重构 ui， 那 重构 ui 的 话，你会涉及到它把主要的色调确定完了之后，其实你要改 n 个文件，完全是可以并行，一个 agent 它负责一二三个文件，那第二个 agent 它负责四五六， 那这样子的话，他就可以通过组的一个 a 境呢？他可以派生出来更多的成员去做这个事情，那这块他就派生出来了。呃，四个成员，第一个成员是他自己嘛？他是一个领导性质的。那那紧接着其他的就是一些他的团队成员嘛？然后加入的时间是什么？他的 a 境的 id 是 什么？名字是什么？他的 type 类型是什么？你要用的模型这块都在你 这一这一切都在你说那一句提示时，之后他默认在背后去帮你做的事情。看这个数据结构其实看起来也不是特别复杂，是不是？ ok？ 好， 那上下文跟通信的话，其实前面讲就是每一个 a g 的 实力吗？他有他自己的一个独立上下文，并且他在启动的时候，他会收到他的老大给他派发的一个 提示词，他根据这个提示词去干活。啊。那权限这块呢？就是你的成员是继承你领导的一个权限吗？如果给他了一个最高权限，那你的团队成员也可以继承这一个权限。好，当领导创建完任务之后，任务其实有三种状态，一种是待处理，第二种是进行中，第三种是已完成。 团队成员按自己的需要去领任务，然后去完成，完成完了之后把消息通知给领导完事了，那整个过程是通过一个文件所的机制去防止多个成员去共同认领同一个任务。 ok， 那 待会我会给大家看一下一个做真实项目去开发功能的一个 agent team 协助的一个流程。好，我们现在开始首先确保你的环境变量配置了 agent team 的 实验功能。第二个要保证你的版本是最新的，我们把提子词给到它 这个提示层里面的话，重要的一句话就是这个，你要创建一个五个人的 agent teams， 它会自动去帮你创建，然后你只需要告诉他，你每一个成员就是你的团队成员嘛，有架构设计，有后端 啊，有前端，有 qa， 有 review， 它会自动去创建团队，会给每一个 agent 去分配一个名字，以及它所需要完成的任务。执行顺序的话，肯定是架构先设计嘛，设计完了之后，后端跟前端可以去做并行开发，最后再有 qa 去测试，最后再导入代码，整个过程其实就跟我们传统做软件开发的流程是一样的。好，我们看到他这边给我们创建了团队和任务， 先创建任务，再去设置好依赖关系，因为肯定是设计先行嘛，你得设计完了之后端跟前端才能去进行执行任务嘛，这时候他就开始执行一个架构的 a 技能去执行我们的第一个任务，可以看到这下边有个这下边哈，他这个是我们的主 a 技能嘛，下面是他的那个团队里面的成员，我们其实可以点进去看一下他在干嘛，这时候你可以从上面可以看到哈，因为这个 这个就是一个 curl code 的 实力，这个时候有他的一个提示词，你的任务项目背景关键的文件，那他就开始去做了啊，这从这里可以看到他其实是新开了一个那个 curl code， 我 们回去 后续的话，我们会在这个位置可以看到有多个进来，就是会有一个后端前端的进来， ok， 从这块可以看到他在这个地方启动了后端前端的 a 帧，这个时候这两个在这下面就开始去单独的一个 curl code 时里面去完成任务了，他会接收到 他的老大派给他的一些任务，会交代他的一些背景提示是什么，他要完成的任务是什么，我们点进去看一下， 可以看到也是跟刚刚那个一样的，就是你要去做什么，你是这个团队的后端开发者，你的任务是干嘛的？你的核心要求是什么？实现步骤大概给了你一些，你就去干活吧， 干完活之后你再向我汇报，就是项目经理那一套，项目经理去把任务拆分完成之后，后端去领任务，前端去领任务，领完之后开发完了之后，最后再交给 qv， qv 车队完了之后你再去做一些代码的审查，就是这一套流程，那前端其实也一样的，你看嘛 可以看到后端，现在我们可以看到后端跟前端都弄完了，弄完了这个时候他就可以走到 q a 阶段了，所有都是由这个主 agent 去协调他的团队成员，后端前端 q a review 去完成任务，这 q a 他 收到的任务就是一段让他去做测试的嘛，包括单元测试、集成测试。 ok， 这个 q a 的 agent 他 已经干完活了啊，他说结果非常好， 跑完了他，并且把他的任务标记完成了。这个时候我们的这个领导啊，老大接收到这一个他的队员啊，把这个任务完成了之后，他就下面开始安排另外一个小工去干活了，就这个代码 review， 马上下面就会创建一个 review 的 agent， 我 也可以看到这里面已经开始干活了，也是一样的，开启了一个 cloud code 的 实力， 整体完成度的话八十分吧，因为他中间会有一些 bug， 最开始不是一次可用的，有一个有两个前段的 bug， 有 一个后段的 bug， 是 数据库那边相关的。就我们测试这个任务总共花了三千万托克，大家觉得怎么样？ ok， 这就是今天所有的视频内容了，其实核心就这一个图，如果你觉得这个视频做的不错了，可以给我一箭三连，大家拜拜。拜拜。

现在我们分享一下 cloud code 的 安装，第一步我们需要安装 node js， 我 们选择安装程序， 在这里我们可以保存到桌面，我这里已经有了，我就不再保存了。然后我们直接进入安装环节，我们打开 node js 之后，这就是安装界面，然后我们直接下一步，下一步安装就可以，我电脑上已经有了，我就不再安装了。 然后下一步我们就需要安装 cloud code， 复制命令粘贴过来，直接回车，在这里我已经安装过了，我就不重复安装了。在这里安装好之后，然后我们可以查看一下版本号，来确定是否安装成功，我们输入 cloud 杠杠 version， 出现版本号了，就证明安装成功了。然后下一步我们就需要进入 cloud code， 我 们输入 cloud 回车，我们输入 cloud， 然后直接回车， 这时候又出现了提示，我们需要安装一下 g i t， 在 这里我们选择 windows， 直接选择直接选择下载，然后我们保存到桌面上， 下载完成之后，然后我们双击安装包开始安装，在这里我们也是直接下一步，下一步安装即可。 好，这时候就安装完成了，然后我们再回到命令窗口，我们再输入 cloud， 可以 看一下，这时候就可以进入了。现在我们还需要绕过这个登录验证，然后我们去改一个配置文件，就可以直接绕过。 在这里我们来到用户的目录，可以看一下，这里有一个 cloud 点 json 的 一个文件，在这里我们编辑一下，增加一个参数，在这里我们输入一个英文的逗号，然后回车，我们增加这个配置项，然后直接保存即可，然后我们再回到命令行，我们再输入 cloud， 可以看一下，这时候就成功了，然后这里右下角，这里它让我们去登录账号，在这里我们不登录了，我们接入我们其他的国内大模型。下一个我们就需要安装一个工具 cc switch， 然后我们通过这里去找安装包，我们拉到最底部，在这里我们选择 v 三点幺，零点三 windows， 然后我们保存到桌面上，下载成功之后，我们双击打开安装，同样也是直接下一步，下一步安装即可， 这时候我们的 cc switch 就 安装成功了。安装好之后，在这里我们添加一个 deepsafe， 在这里我们选择 deepsafe， 然后往下拉，在这里我们只需要填一个 api key 就 可以搞定。我们来到 deepsafe 官网，然后选择 api 开放平台，然后我们选择 api keys， 在 这里我们创建一个 api key， 我 们选择 ccc， 然后确定这时候已经有了这个 api key， 然后我们复制，再来到 cc switch 里面，我们把生成的 key 粘贴到这里，然后直接添加， 这时候这个模型就起用成功了，然后我们再重新进入 cloud， 我 们输入 c， l， a， u， d， e， 然后回车，然后 yes， 在 这里我们切换一下模型，可以看一下，现在我们进入它就已经不提示我们登录了， cc switch 已经生效了，然后我们切换模型斜杠 model， 然后回车，可以看一下，在这里就已经有了这个 deepsafe v 三点二的模型，在这里我们选择， 这时候这个模型已经选择成功了，可以看一下 side model two deepsafe v 三点二，这时候我们这个 cloud code 模型已经接入了我们国产的 deepsafe 大 模型， 这就是整个下载安装以及自定义模型的全流程。好了，本节内容分享就到这里，我们下节再见。

今天这期视频啊，我们只讲一件事情，就是普通人怎么用 cloud code 把自己需要的工具直接做出来。很多人听到 code 这个单词啊，写代码觉得跟自己完全就没有关系，但其实 cloud code 除了超强的这种写代码能力之外， 它还能做很多日常的任务，比如说数据分析啊，比如说这个每日资讯的爬虫啊，比如说文件管理等等，甚至连修图 p 视频这种活啊，它也能帮你把流程搭起来， 因为他啊，不是某一个具体的工具，他是一个圆工具。什么叫做圆工具呢？就是可以搭建其他工具的工具，你用大白话讲清楚自己的需求，比如说我想做一个网站，我想搭建一个自动化的工作流，我想有一个小助手，每天帮我整理资料，他就能帮你一步一步把这些东西搭出来，能跑能用，最后呢，还能帮你去点 现在每天的新工具啊，越来越多，更新的也越来越快，反而呢，会让我们更容易掉进这种效率陷阱里面，学一堆的零碎的工具，越学越忙，效率越学越低。所以我觉得普通人更应该去学这种顶级的通用的工具，学会一次之后啊，以后想要啥就可以做啥。这期视频啊，是 cloud code 的 入门视频，我 会带你从零上手，先用五分钟时间呢，先讲清楚怎么去安装配置 cloud， 当然已经安装好的同学呢，可以直接跳过这五分钟。第二部分呢，我会教大家第一次启动 cloud 怎么用，怎么去提需求，然后会带大家去做几个案例，比如说从零开始，构建一个精美的笔记软件，一些除了写代码之外的其他的生活当中的使用场景。最后呢，再补充一些我自己总结的使用经验，使用建议帮你少踩坑，用的更加顺畅，就算你完全没有写过代码，完全没有用过 cloud code 的 类似软件 也能跟得上。重要的不是用的好不好，重要的是先用起来。好，我们开始啊，首先呢，我们要来安装 cloud code， 那 基本上呢，至少有三到四种方法可以使用 cloud code， 我 们今天只讲最适合新手最省心的一种方法，就是在像 vs code 或者像 cursor 这样的 ai 编程软件当中去使用 cloud code。 这个呢有两个原因啊， 一个呢就是因为现在这些编程软件的进步速度非常快，不断地推出非常有趣的这些新功能，我们可以在使用 cloud code 的 同时呢，能结合这些编程软件推出的新功能。第二点呢就是 cloud code 啊，原声其实是在终端里面跑的，终端大概就是长这样子，就是一堆文字的这样的窗口，新手一上来呢，其实对着这些窗口啊， 很容易直接劝退，但像 vs code 和 ctrl 这样的编程软件呢，其实界面就更加友好，在这个界面上面点点鼠标就可以操作。我们这个视频里面以 vs code 为例啊，你可以直接去这个 scode 的 官网，然后去下载这个 vs code 的 安装包，然后一键安装，完全免费的。安装好之后啊，就可以直接打开 vs code， 可以 点击这里的 open project 新建一个文件夹，名字叫做 cloud code test 创建让这个文件夹信任这个 vs code 的 里面的工具。好了，你看我们刚才建的这个 cloud code test， 这个文件夹已经打开了。安装完这个 vs code 的 软件之后呢，接下来第二步就是我们要来正式开始安装 cloud code。 cloud code 安装呢，其实也不难啊，我们先去这个 node js 的 官网去 去下载安装这个 node js， 然后你可以用比较简单的下载程序包安装的方式去安装。安装完 node js 之后呢，我们再回到 vs code， 打开这里的 terminal 终端，接着呢，我们把这条命令直接复制进终端，直接按回车，确定输入一下密码，然后系统呢就会自动开始安装 cloud code 了。因为我这里已经安装过了，所以呢就不再去演示了，这个视频里面用到的所有命令，所有提示词呢，我都会放在黑猩猩基地里面， 我真心觉得呢，大家不必害怕这样的终端界面，或者是像类似于这样的终端界面，看起来很专业，很复杂，全是文字，但你刚才看到了我们的操作， 只是一些简单的复制粘贴的操作而已。然后再给大家分享一个比较实用的技巧，就是我一般会在 webcoing 的 时候呢，在旁边开一个其他的 ai 聊天窗口，比如说 jimmy 叉 gpt， 都有包前吻，哪个熟悉的你都可以在安装过程当中有任何的报错，任何按钮找不到了，哪一步卡住了，你都可以截图或者复制错误的信息， 然后直接黏贴过来，它基本上都能帮你瞬间解决掉这个问题。到这一步为止呢，其实 cloud code 已经安装好了，我们可以直接在这个终端里面输入 cloud 的 这个单词， 然后新人这个目录，当你看到这个 cloud code 的 logo 的 时候，说明你这个 cloud code 已经安装成功了，我们先退出。但对于小白来说啊，我觉得其实最好再安装一个 cloud code 的 插件，可以提供一个更好的交互界面。我们在这里插件，这里搜索 cloud code， 然后看到这个 cloud code for vs code 之后呢，这里这里有个按钮，直接一键安装就可以了。然后安装完成之后啊，你会在这里发现有一个 cloud code 的 这个小图标，我们直接点击打开，然后我们最终就得到了一个在 vs code 的 编程软件里面的 带插件的 cloud code。 到这一步的时候呢，你 cloud code 的 整个安装流程就完成了。好安装完成之后呢，还有最后一个关键的问题就是 cloud code 的 里面用什么模型， 这个搞定之后啊，你就可以真正的开始使用 cloud code。 cloud code 的 本质上呢，是一个终端里面的这个智能开发工具，所以它自己啊不产生智能，背后必须接一个大模型的服务。官方默认的呢是走这个 elastic 的 cloud 模型，但因为海外服务，大家都知道这个众所周知的原因， 很多人都会遇到网络啊，支付啊，账号啊，稳定型一堆的这个限制问题。但如果你这些自己都能轻松搞定，那你可能也不需要我这期的入门视频了，所以更常见也更适合大多数人的方案呢，是 直接接国内的大模型接口，价格更便宜，稳定性更好，能力也完全够用，比如说智普的 g l m， 比如说 mini max， kimi 等等。为了让整个这个大模型接口的配置过程也更适合小白更友好，我推荐一个接口的管理工具，叫做 cc switch， 大家可以去搜一下这个 cc switch 的 这个下载和使用教程， 它的作用也很直接啊，就是你可以购买多个服务商的不同的模型，比如说有时候这个模型比较便宜啦，有时候那个模型可以有一些优惠的政策啦。 c c switch 可以 帮助你去管理所有的这些不同的模型， 如果你想切换哪个模型，就直接点一下这个启动按钮就好了，非常方便。顺便说一嘴啊，它除了可以管理 cloud code 的 这个接口以外，它还可以管理 codex 和 和 gemina 的 这开发工具的背后的接口。具体怎么使用呢？第一步啊，你要先去这些大模型的官方网站他们的购买页面去购买他们的 coding plan， 买完之后呢，然后去可以去到他们的这个 apikey 的 管理页面去创建一个新的 apikey， 然后把这个 apikey 复制出来，先放好，因为等一下要用一般都是在用户中心的 apikey 管理页，或者是类似的这样的页面里面。第二步啊，打开刚刚的这个 c switch， 然后这里有一个 添加服务商的按钮，然后先选择你的品牌，然后把你刚刚复制的这个 api key 复制进来，然后添加就行了。添加好之后呢，你就可以在这个首页，然后用这个启用按钮启用你刚才新添加的这个考勤 plan 的 这个接口，这些都完成之后呢，就重启你的 cloud code， 然后你的 这个整个 cloud code 以及它后端的这个模型接口都可以生效了。好了，到这里为止啊，就 cloud code 的 所有安装配置流程都已经全部用完了，我们回到 vs code 的 这个软件里面，打 打开这个 cloud code， 接下来我们就来体验一下，为什么很多人说它是二零二五年，甚至到现二零二六年还是最强的 ai 工具。 先介绍一下这个看起来酷酷的这个界面的主要功能，左边呢是项目文件夹，这个就是我们刚开始建议的这个项目文件夹 c c test， 然后中间呢是编辑器，到时候如果有文件生成，你想看某一个具体的文件内容，就会在这个中间显示。右边呢是 cloud 的 核心的聊天窗口，也是你主要跟 cloud 的 交互的地方。正好我们刚刚添加了我们自己的这个大模型接口，所以呢，我们可以在这里直接问他，你现在使用 的是什么模型？他回答呢就是我们刚刚添加的这个新的模型。从刚刚这个这么小的例子当中啊，你可以体会到我们在使用 cloud 的 过程当中啊，不 管你有什么样的问题，你都可以直接问 cloud code。 然后这里呢还有一种更帅的方式，因为 cloud code 里面它自带了很多实用的功能，这些功能呢都可以用斜杠加一些这个英文单词来调取，比如说 输入斜杠，然后后面加上这个 model， 它就会显示你现在正在使用的模型和其他可选的这个模型选项。当然还有很多其他的这个斜杠功能，但我的建议呢是，你完全不需要在现在这个阶段去死记硬背，慢慢用起来，你自然就会记住了我们的思路呢，也是后面用到什么，我们再会去讲什么 好，我们接下来呢来试着用 curl code 做我们的第一个应用。在开始做应用之前啊，我最后再讲一个关键，关键的功能叫做 plan mode， 你 可以在这里看到，现在呢，这个模式叫做 ask before edit， 就是 每次这个 cloud code 想要编辑的文件呢，它都会问你一下同不同意，你按一下它就会变成这个 cloud code 自动去编辑的模式，你再按一下呢，就会出现这个 plan mode。 plan mode 呢，是整个 cloud code 里面极其重要的一个知识点，它的核心价值呢是它不让 ai 立刻帮你去写代码， 而是让你和 ai 来回的去讨论这个方案。把方案定下来之后呢，再去写代码。很多时候，你想让 cloud code 去真正改代码之前，你希望它真正理解你的需求，真正理解你想要去做什么。这就是 plan model 的 这个用途， 先确定它的计划是否符合你的预期，再去执行。很多人抱怨说这个 ai 智能体 ai agent 不 可靠，然后会乱改东西，也实现不了我的需求。但大部分时候啊，都是这个 plan 不 够好的问题。 如果你能正确的合理的使用这个 play mode 智能机啊，大部分时候都会按照你的要求来做事情。还有一点啊，就是如果你不知道什么时候要选 play mode， 什么时候不选 play mode， 那 我的建议啊，就是你所有时候所有场景都把 play mode 给勾选上。好，接下来我们就开始我们的第一个案例。我的提示词是这样子的， 我想开发一款高级的笔记应用，用户能够在一个强大的编辑当中去记录笔记，能够将笔记保存到这个文件夹中，并按照自己的意愿进行整理，甚至还能结合一些 ai 的 功能。 请你为这款应用赚写一份 prg 的 产品文档。然后 cloud code 呢，会反向来问你这个具体笔记软件的一些这个具体的需求，它有了我们的这个回答之后呢，它可以更具体更准确的去编写这个产品文档。好，需求文档写完了，我们先选择我们手动去看看这个需求文档。 需求文档如我们所想一样，就是写的非常全面，包括了产品概述，技术的架构，然后功能的需求。 主要来看一下这个核心的功能点。第一个呢，就是一个笔记的编辑器，然后是笔记的管理。第三点呢，是 ai 智能写作辅助的功能，它还帮我们设想了一些拓展功能，在后续版本当中可以再添加。但说实话，这种 p r d 呢，当然写得很好，但对于小白或非技术人员来说呢， 真的是太完整，太大太全了。对我们来说呢，最稳的方式就是一次只做一个小版本，然后测试，再确认，再加入下一个功能。所以呢，我跟他说，第一个版本啊，让我们先完成这个前端的部分，做一个本地能运行的 demo， 然后把这个模式改成 play mode 发送。 在 clockcode 执行的过程当中啊，它经常会向你问一些问题，以及申请一些权限。然后呢，如果你想一步步每次都确认一下，你就每次都点 yes， 因为我已经用过 clock 很多次了，所以我一般都直接让它默认帮我执行。因为我觉得一步步去 确认比较麻烦，所以我就选择 yes， 在 这个项目当中都会给你这个权限。 clockcode 大 概花了十分钟的时间帮我们实现了这个第一个版本， 看一下它这个历史的聊天记录啊，最后还去确认一下一开始设计的这功能表当中，是不是把这些所有功能没有遗漏的去完成了。最后呢帮我们在本地运行了一个服 务，让我们打开这个网址，去看一下最终的效果。打开之后这个效果呢，我觉得就非常好了，因为我正好要跟大家去讲怎么样在这个 webcoing 当中去 debug， 因为 debug 是 webcoing 当中非常非常重要的一部分， 本来还想说要自己设计一个这个错误，然后来教大家怎么去这个第八个方式，然后正好这里给了我们一个错误。好，我们现在看到了我们打不开这个网站了，那怎么办呢？根本就不用慌，我们可以直接把这里的错误信息全部复制给 cloud code， 当然有时候呢也可以截图，他这直接提供了这个复制按钮， 点击复制，然后直接把这个错误信息复制给 cloud code， 让他帮我们去修复好，他说修复完成了，我们再回到这个网页。哦， 果然修复完成了，你把错误信息直接复制给 cloud code， 在 百分之九十情况下， cloud code 都能帮你去直接修复。我们来具体看一下 cloud code 的 为我们生成的这个笔记软件，光从页面上来看呢，这个第一个版本已经非常像样了，中间应该是这个核心的主要的编辑区域，然后左边呢是这个 文件夹的管理，文件的管理区，我们来新建一个笔记，随便试一下 markdown 格式，标题序列号 也没问题，虽然有一个小 bug 呢，但是这么复杂的一个笔记软件，这么高级的一个笔记软件，能在十分钟之内完成，还是让人感觉到很爽很爽。这里啊，我再给了一个我自己日常使用的一个小建议，前面也顺带提到过，就是在使用 cloud code， 或者是在这个使用 webcoding 的 时候啊， 旁边一定要开一个这个独立的 ai 聊天助手，你随便选一个主流的大模型都行。这样做呢，其实有两个很现实的好处，第一个呢，就是随时救火， 遇到不明白的按钮啊，报错啊流程可以直接把问题丢给他问。 geocode 是 这两年最强的代码智能体之一，主流的大模型啊，基本上都能知道它的常见的用法跟常见的一些坑，所以呢，能给你立即的解释清楚。第二点就是提高复杂任务的这个成功率，有时候一个项目做不成， 一开始方案就不够稳定，在 cloud code 给出它的方案之后啊，我们再用另外一个模型做一次交叉的验证，往往能补出你没想到一些风险点，一些边界的条件，甚至给出更简单的这些替代的路径。具体来说呢，你可以把 cloud code 的 刚刚生成的这个计划直接复制捏切进来，然后问它这么两个问题，一个呢，就是这份计划当中最大的风险跟缺点是什么？ 另外一个啊，就是有没有更稳妥，更简单，成功率更高的实现路径，然后把杰米呢生成的这个方案再黏贴回给 cloud code， 让 cloud code 基于新的建议更新计划，并且继续执行。我们开头的时候说了，这个 cloud code 呢，是一个顶级的通用 ai 工具， 之所以叫通用工具呢，是因为它除了写代码之外，还可以做很多其他的日常任务。我给大家演示几个例子，比如说呢，我打开一个新的文件夹，然后呢，这个文件夹里面有之前我的三个视频， 我现在呢想把它们转换一下格式，并且提取视频里面的音频。这对普通小白来说呢，其实是一个蛮复杂的一个技术性的工作。但我现在可以直接在这个文件夹里面打开 cloud code， 我 可以直接跟 cloud code 说，帮我检查一下当前目录下所有的 mp 四文件， 把它们转化一个格式，并且提取它们的音频，单独存到一个 audio 文件夹里面，保留原来的原文件。我们直接发送给 cloud code， 我们看到因为我们缺少一些视频转换的工具， carlo 会发现这个问题，然后自动帮我们去下载安装这个视频转换的工具。好，任务全都完成了，我们来看一下，它给我们新建了两个文件夹，一个是 odo 文件夹，里面有三个对应的音频， 然后是一个 m o v 文件夹，里面有三个 m o v 的 视频，你们看啊，这样一个视频转换跟音频提取的任务就轻轻松松的搞定了。再来一个案例啊，再比如说，我有一个，比如说这样的一个文件夹 面全是杂乱的这个图片跟视频，然后呢，我想让 carlo corder 帮我去整理一下这个文件夹，直接跟 carlo corder 说，根据文件的类型跟日期，帮我把文件夹里的杂乱文件分别对应到文件夹里发送给 carlo corder， 反而会来问，你说按什么方式去组织这样的文件？呃，比如说，我就选一个按类型跟日期。 好，任务完成了，我们来看一下，有三张图片呢，好像没有被整理进去，但没关系啊，我们先不管他，我们来看一下他帮我们整理的结构，在这个图片文件夹下呢， 这个二四年三月份有一个文件，二五年四月份有十一个文件，二五年一月份有一个文件，然后等等等等，我们来看一下真实的这个文件 家里。 ok， 没有问题啊，他整理的还挺好的，然后速度也挺快的，基本上就花了二十秒钟时间嘛。但是他有时候也会有些小问题啊，比如说这三张图片没有整理进去，但如果你让他再去整理一遍的话，他应该也会帮你把三张图片进去分类。当然这样的场景呢，有很多，我不在这里一一举例了， 大家可以自己去体验一下，自己去探索一下。好了，视频到这里为止啊，我们已经完成了一整套的 clock 的 最关键的入门，我们一开始装好了 clock 的， 接好了模型， 在 vs code 里面跑起来用 play 模式啊，从零开始，做出了一个高级的笔记软件应用，然后正好在录制的过程中啊，我们还碰到了一个 bug， 所以 我们还学了一下怎么用这个 curl code 去 de bug。 最后呢，我们还展示两个日常生活当中会碰到的这个任务， curl code 呢，其实还有很多其他的高阶的玩法，大家应该也听说过，比如说 m c p 啊，比如说 skill 啊，比如说 sub agent 啊，这些呢，我们之后也会介绍，但我想说的是啊，这些其实都不重要，重要的就是你自己先玩起来，先用起来。好了，今天的视频就到这里了，我是李超，我们下次见。

最近为大家做了多期 openclaw 相关的视频，而且昨天我还发了一期 openclaw 的 高级用法的视频。但最近我发现几乎每期视频的评论区都会有留言提到 openclaw 调用 cloud code 会非常消耗 token。 因为在之前的视频中，我有为大家演示过，用 openclaw 来调用 cloud code 进行编程开发，我们只需要为 openclaw 全程操作 cloud code， 为我们实现编程开发。 但是我们如果采用传统的方式，也就是常规的方式让 open cloud 直接调用 cloud code 的 话，那么 open cloud 每隔几秒就会轮循一次，检查一下 cloud code 的 状态以及 cloud code 的 输出。使用这种传统方式的话， open cloud 必须时刻盯着 cloud code， 所以 openclaw 就 会消耗非常多的 token。 所以 我发现在评论区大家抱怨 openclaw 调用 cloud code 会消耗更多的 token。 因为大家采用的是这种常规的传统方式， 所以 openclaw 要采用不断轮询的方式来查询 cloud code 的 状态，也就是 cloud code， 它执行的任务越久，在 openclaw 中它轮询的次数就越多，所消耗的 token 也越多。 所以我们可以完全不需要用这种传统的方式直接让 opencloud 来调用 cloud code。 因为无论是 opencloud 还是 cloud code， 它们都非常非常的灵活，所以越灵活就越强大，就越有利于我们去自定义一些功能，从而轻松解决用 opencloud 调用 cloud code 的 时候， 产生大量的 token 消耗。尤其是 cloud code 在 前几天新增了 agent teams 这个新特性，因为 agent teams 相当于在 cloud code 中随时可以创建一个完整的开发团队， 而且每个 agent 呢都是独立的进程，所以是真正的并行执行，而且每个 agent 之间还可以相互通信，还能共享任务列表，能自动认领，还能实现专职角色分工，比如说负责开发前端的 agent， 负责开发后端的 agent， 还有负责测试的 agent。 所以在 cloud code 中有了 agent teams 这个最强大的新特性，在 open cloud 中就可以更加轻松地向 cloud code 委派任务，让 cloud code 全自动完成整个开发工作流。 想让 open cloud 以更节省 token 的 方式来调用 cloud code， 其实非常简单，我们只需要用到 cloud code hux 功能， 在 open cloud 中可以结合 cloud code 的 hooks 功能，真正实现调用 cloud code 进行自主开发，并且能够实现真正的零轮询，而且还能非常节省 token。 当开发任务完成之后， 我们还能在聊天软件的群组中自动接收到任务完成的通知，包括实现的是什么任务， 项目存储的路径，还有耗时，还有 cloud code 的 agent teams 是 否已经起用，还有具体完成的功能，还有项目的文件结构等内容。下面我们就看一下我是如何通过 cloud code 的 hux 来实现了整个流程。 下面我们先通过这个流程图，让大家更直观的感受一下在 cloud code 中通过 hux 回调来实现的整个步骤是怎样的。 首先是由 opencloak 将我们要开发的任务委派给 cloud code， 像这个委派只执行一次，而且它是后台运行，不会阻设 opencloak 的 对话窗口和它的主 agent。 当 cloud code 接到任务之后，它就会进行自主开发还有测试，当任务完成之后，它就会触发 stop 事件。 第三步就是 cloud code 中 hooks 自动触发，它会先将执行结果写入到这个文件中，然后再发送 wake event 来唤醒。 open cloud 在 这里采用了 stop event 以及 session end event 实现双重保障，来保障在聊天软件中，我们能够真正收到它的任务完成的通知， 然后 opencll 就 会读取这个文件中的这些结果和状态，当它读取完这些结果和状态之后，它就会回复给我们，也就是通过我们的聊天软件来回复给我们这些状态。 像这个流程的话， opencll 只在给 cloud code 派发任务的时候调用一次 cloud code， 然后这中间的流程不需要 opencll 参与。在最后这里， opencll 再读取一下这个执行的结果，并且将执行结果发送给用户。 所以在第一步， opencloud 只是给 cloudcode 下发一个任务，它下发任务的过程所消耗的 token 几乎可以忽略不计。在最后这里，它只是读取一下结果，将处理结果发送给用户，而且这个结果里的内容非常少，甚至不超过一千字， 所以在最后一个步骤，它所消耗的 token 也几乎可以忽略不计。在 cloudcode 的 自主完成这个任务的过程中， opencloud 不 需要对 cloudcode 进行轮询。 好，下面为大家讲解一下我是如何实现的。在 cloud code 中通过 stop hook 来达到任务完成自动回调的效果。在刚才也提到了我们使用了 stop hook， 还用到了 cloud code 的 session end。 下面我们简单看一下为什么要用到这两个 hooks。 在 cloud code 中一共有十四个 hooks， 之所以我们选择这两个， 是因为我们构建的这个工作流，在 cloud code 中，它完成开发之后才会触发这个 hooks， 所以 使用 stop hook 作为主回调，就可以保证 cloud code 的 真正完成开发时才会触发。在这里我们还用到了 session and 作为兜底回调， 也就是假设 stop hook 它没有触发成功，还有这个 session and 它能够作为兜底。像这样的话，我们就能够真正保证 open cloud 向 cloudcode 发送一条开发任务，然后 cloudcode 独立运行。在 cloudcode 独立运行的这个过程中，它并不会消耗 opencloud 的 上下文。当 cloudcode 完成开发后才会触发 hux， 然后我们的聊天软件就会收到通知， 下面我们就可以看一下具体的代码。在这个代码中，我们先看一下这一个脚本，它的作用就是将要开发的任务来写入到这一个文件中，然后再通过这个脚本来启动 cloud code。 当 cloud code 完成开发后，这个 stop hook 就 会自动触发，然后就会调用这一个脚本，我们可以点开看一下， 这一个脚本就会将任务发送给 openclaw， 所以 这个自动回调流程，它会读取这两个文件里的内容，并且写入到这一个文件，然后 openclaw 就 会将这些信息推送到我们的聊天软件，这样的话我们就能够实现 在 open cloud 中向 cloud code 下达开发任务，然后由 cloud code 自主完成开发。当完成开发之后再触发这两个 hux， 最后我们的聊天软件就会收到推送通知。好，下面我们可以先用一个简单的开发案例来测试一下。在主 a 选项这里，我们直接在对话框中输入我们的任务， 我是为了是用 cloud code 的 a g and team 协助模式构建一个基于物理引擎还有 h t m l c s s 的 带材质系统的落沙模拟游戏，然后我们直接发送，看一下这个效果， 这里很快输出提示，它已经将这个任务派发给 cloud code 的 agent teams。 这个开发模式就是调用 cloud code 的 agent teams 多智能体写作，这里还给出了这个工作路径，然后这里它提到完成后会自动通知到群里， 像这样的话，这个主 agent 的 线称并没有被阻塞，它还可以继续为我们执行其他的任务。比如说我们在这个主 agent 中继续输入任务，比 比如说让他查询新加坡今天的天气，然后我们直接点击发送，看一下最终的效果。像我们如果采取传统的方式在 open cloud 中来调用 cloud code， 在 主 agent 中必须等到 cloud code 真正完成开发之后，这个主 agent 呢才会继续执行我们的其他任务。 像我们采取了现在这种方式，这个主 agent 的 进程并没有被阻塞，所以我们让他查询新加坡的天气，然后这里他就很快查询了一个天气，然后我们还可以继续输入其他人物，比如说讲个笑话，然后这里他就很快输出了一个笑话。而 cloud code 在 后台完全是自主运行，不需要我们去干预， 然后我们只需要等待 cloud code 完成之后，将完成后的消息推送到这一个群组里就可以了。之所以设置为将完成后的消息单独推送到一个群组，是因为我们在这个 agent 中可能还在进行其他任务的操作， 比如说让他讲个笑话，他在讲笑话的时候突然多出来一条任务完成提示，这样会导致这个上下文窗口比较混乱，所以我们就将他完成后的这个消息推送单独推送到一个群组里，这样的话就不会占用这个主 a 智能的这个聊天窗口。在这个群组里我们就看到了这个消息推送，我们点开群组 查看一下，在这里我们就看到了这个任务推送，这里提示 cloud 的 任务完成。这里是开发的这个游戏，然后这里是游戏的路径， 在 cloud 的 code 中使用的就是 agent teams， 这里就是给出的项目文件，然后这里它还推送了第二条消息，这里还给出了完成时间大概六分钟，然后这里还包含一百八十四个测试通过， 然后这里就是给出的交付，然后这里还给出了这些性能，下面我们可以输入提示词，让他将代码文件打包发给我，这样的话我们就可以在本地打开进行测试，因为我的 open cloud 是 运行在云端的 好，这里他将为我们开发的这个项目文件发送给了我们，这里还提示解压后在浏览器中就可以打开使用，然后我们直接点开，然后我们在浏览器中打开看一下这个效果，就是他开发的这个落沙游戏，我们可以先测试一下，我们选择这个沙子 好，这样点击之后这个沙子就落在了底下，然后我们再点击这个水 好，可以看到水落在了沙子上，然后我们再给它加一把火，可以看到这个火会往天上飘，再给它加一些木头， 然后再给它加一些蒸汽，可以看到这个蒸汽飘到木头上会变成雨。像这样的话，我们就真正实现了在 open cloud 中调用 cloud code 进行开发。大家就不用担心在 open cloud 中调用 cloud code 非常浪费。 token， opencloud 所消耗的 token 几乎可以忽略不计，哪怕我们不在电脑前，也可以通过手机向 opencloud 下达开发指令。当完成开发之后，我们就可以在群组中查看推送的这些消息。

克劳德姆公司 antropic 实测数据显示，多智能体协作相比单兵作战，任务完成率暴涨百分之九十点二，别再把 ai 当聊天机器用了，今天直接教你用官方推出的终端工具 cloud code， 在 本地搭建一个四人 ai 特种兵团，彻底重构你的开发工作流。现在的模型虽然聪明，但你有没有发现，一旦任务复杂点，比如写个完整的系统还要部署，他就开始顾左右而言他， 甚至胡编乱造？这根本不是模型笨，而是你把它当保姆用，没把它当团队用。单体模型的上下文窗口所注意力是有限的，你指望一个实习生同时干产品经理、架构师、程序员和测试员四个人的活，大脑绝对荡机，不出错才怪。 以前你是一个人干活，现在你是老板。 ai 团队其实就这三种路子，第一种主管模式，找个项目经理帮你拆任务、派活验收， 最适合搞复杂开发。第二种流水线模式，甲做完传给乙，乙传给丙，适合写长文章。第三种病情模式，像影分身一样，同时叫三个 ai 去读三百个文件。今天我们要搭建的这套四人专家团，就是第一种主管模式的变种。 这套配置在国外开发者社区已经被封神。实操开始，前提是你电脑里已经有 no 的 环境。打开终端，直接输入这行 npm 命令，进行全局安装。安装完成后，输入可拉的回车，它会自动跳转浏览器，让你授权登录。这一步搞定， 你就拥有了指挥 ai 军团的权杖。工具装好后，不需要写任何复杂的配置文件，直接把这段招聘启事复制进对话框，明确告诉他，我们需要架构师负责设计，构建师负责写代码， 验证者找漏洞，记录员写文档回车发送。这四个智能体瞬间就在后台就位了。团队组建完毕，现在下达作战指令，我们先激活架构师，把开发需求扔给他。几秒钟后， 你会看到目录下凭空多出一个 mark com 格式的计划书。这里面详细列出了第一步干什么，第二步干什么，逻辑清晰地向大厂批期写的技术方案，这就是整个团队的指挥棒。 规划确认无误，直接调度构建式进场。这时候你可以去喝杯咖啡了。终端里代码飞速滚动，它甚至会并行启动多个进程，同时写前端和后端。代码写完让验证者跑一遍测试，确认全率后， 再让记录员把 a p i 文档补全，一套标准的工程化交付，就这样跑通了。最后，给两个掏心窝子的实战建议。 第一，关于成本多，智能体模式是绝对的吞金兽，以前一来一回才消耗几千 token， 现在四个 agent 互相读写文件，消耗是指数级暴涨的。建议先拿小任务练手，别一上来就让他重写整个操作系统。 第二，千万别当甩手掌柜，在 plan 文件生成后，你必须人工看一眼，一旦架构师的方向偏了，后面三个干的越起劲，错的就越离谱。记住， ai 是 你的下属，不是你的替身，动手试试吧，搭建属于你的第一个 ai 军团！

大家好啊，前几天被 openclaw 刷屏了吧？我也说了，那只是个小儿科而已。相信我，马上就会有更高级的场景出现。你试着想一想，如果一声令下，就像捅了马蜂窝一样，有无数蜜蜂冲出来给你干活，那场面会是什么样？ 而今天凌晨刚刚发布的 queen 三 cold nex， 我 从凌晨就开始进行部署测试了。我判断啊，它将是解锁这个蜂群系统的一块非常重要的拼图。 我十分确定，今年正在开始的一条 ai 主线就是复杂编排和主控加蜂群的 a 阵的架构。 我引用一下杨执林在前几天一场 ama 中说过的一段话，它的意思是，高质量数据的增长速度已经赶不上算力增长了，传统的 scaling 带来的提升会越来越小。 那怎么办呢？我们可以用 agent swarm， 也就是蜂群的方式来扩大增加并行的子 agent 的 数量。用人话说， 我们不应该总是想着用一个大神模型就把事全干了，大神可以干指挥，做好规划，然后调用一个蜂群来解决更复杂的任务。但问题是，蜂群架构需要什么样的小蜜蜂呢？ 我的观点是，第一，要成本低，要能高速并发在本地跑。第二，主控的任务要能在一个上下文中独立完成。 第三，它还得有足够强的 a 阵能力，能独立完成任务。如果有一种模型恰好满足这三个条件呢？那就是今天的主角 queen 三 coder next。 先看第一个条件，去年九月，我测试了这个模型的上一个版本，它激活参数只有三 b， 生成速度超快，而且九十六 g 显存就可以支持它同时运行多个并法， 尤其是许多消费级的硬件都能跑起来。再看第二个条件，长上下文的性能，这就是他的专长了。如果你用过本地模型，一定经历过这种情况，刚开始每秒能输出一百五十个头肯，到最后慢慢的变成每秒只有十个头肯，超级卡。这不是你显卡的问题， 这是大多数模型处理长文本时候的通病。上下文越长，计算量呈指数级增长。 但 nex 系列不是这样，它是一种限性注意力架构，随着上下文递增，它的速度衰减会趋于平缓。 去年九月我实测了对比 nex 八十 b 和 queen 三三十 b 短上下文的时候，三十 b 的 确很快，但超过了五十 k 以后，八十 b 的 确是反超。到了二百五十六 k 上下文的时候，八十 b 的 速度居然是三十 b 的 二点四倍， 这意味着什么？蜂群架构中，每个小蜜蜂都要长时间工作处理大量上下文。 codernext 的 长上下文性能刚好是契合这个场景的， 但这还不够。再看第三个条件， agent 的 能力。在技术报告中有个关键点，它是专门为 agent 而生的， 我们不要看名字叫 code， 它就是给程序员用的。这种 agent 呢，其实更加擅长用代码来解决通用问题，它的大量后训练也是围绕着这个目标的。我在实际中体验感觉非常明显，它在 cloud code 的 环境中的表现已经完全不是过去那个版本了。 报告里也提到了一些离谱的 benchmark， 超过这个超过那个，我当然不会全信了，当然要自己测。原本下期的视频是要分享如何做一个新技能，叫 c， 也是我的一个刚需场景。我经常跑长时间的任务时， 自己就跑去客厅打游戏了。这个 c 的 技能的作用是在任务完成后，利用 airplay 通过宏帕的 mini 来通知我。老实说，昨天我用 k 二点五一个 prompt 就 实现了，我还是挺惊讶的，但是今天 code next 一个八十 b 的 小模型居然也做到了。从结果来看，虽然在途中遇到了一些错误，但最终还是从错误中恢复完成了任务。帮我调查了指定的仓库，完成了代码，还成功了运行，我们来看看成果吧。好了，他又把这个东北话支持了 我们，他现在已经都做好了，我们来测试一下。先帝创业未半，中道崩除，今天下三分一周疲弊。可以啊，似曾非已，存亡之秋也。要知道，在去年九月的那个版本，用 cloud code 跑简单的任务还有点勉强， 但是现在只用一条 prompt。 同一个上下文内，它会灵活地使用 cloud code 的 各种工具分解任务，从错误中恢复，并且始终记得任务目标。这些在 a 阵的时代都事关重要。 coder nex 的 表现非常不错， 而且千万不要忘了它是二百五十六 k 的 上下文。这个是非常实用的，我还尝试在它做任务的途中同时开启了另外的两个任务，速度完全没有受到影响。 如果一个 a 阵子有概率完成任务，我们就可以用多个赋本来提高任务的成功率，这也是用算力换结果的 scale out 的 方法论。所以说，我们要的小蜜蜂应该是什么样能在消费级设备上跑长上下文，性能衰减慢， 有较强的 a 阵子能力，窗口大，能独立完成子任务。这就是实现蜂群的我想要的那块拼图。当然了，很多程序员会杠，会说它编程能力差， 你有没有搞错，八十倍的模型拿它去编程，这种模型如果放在企业内部是绝佳的，它能做自动化，能做提效工具， 能做 agent skill 的 调用器，是企业内部的一个非常不错的选择。那最近我正在把我的 agent 框架做更新，让它支持 kimi k 二点五来做编排，让自己 agent 在 不同的容器里高并发了执行。大家等我后续的更新吧。以上就是本期全部的内容了，谢谢大家。

今天这个视频，我要带着你一起安装并配置好 cloud code 的 使用环境，并学会 cloud code 的 基本命令的使用。 cloud code 是 anthonic 公司推出的一个 c l i 命令行界面的 ai 辅助编码工具，它基于 cloud ai 模型，支持 windows、 macos 和 linux。 虽然说没有绝对的最强编码工具，但在专业开发者社区和实际基础测试中， cloud code 经常被认为是当前最强的纯 ai 编码能力工具，尤其在以下几个关键维度遥遥领先， 是复杂推理和多文件重构能力。二是一次性写出正确率高，需要最少修改的代码。三是自主 a 整能力，能自己规划迭代，跑测试、修改 bug 以及长上加文处理的稳定性。它也是我最喜欢目前使用最多的辅助编码工具。 咱们开始 claudio 的 对系统也是有一定的要求的， mac os 要求十三点零以上， umber 要求二十点零四以上， windows 系统要求十以上，硬件的话需要最少四 gb 的 内存。如果是采用 npm 安装的话，那么还需要 node js 十八以上的版本。但是这种安装方式已经被官方所废弃，不建议再使用。 在 mac os 和 linux 下，官方推荐采用 c u i 来安装，请执行以下的命令进行安装。而在 windows 下，官方建议使用 i r m 来安装。这里查一句， i r m 是 invoke rest method 的 别名， 它是 windows powershell 中用来发送 http 请求的常用命令之一。你可以简单地把它理解成一个简单版本的 c u l。 windows 下的 native， 安装完成之后，它会提示 native 不 在 path 中，需要你手动去添加用户环境变量，并且它给出了如何添加环境变量的方法。这很简单，按照它的提示，把 native 程序所在的目录复制下来， 打开系统属性，再打开环境变量的窗口，编辑 path， 添加一个 path， 这样就成功添加了一个环境变量，然后再重新开一个命令行， 就能识别到你所安装的 native cloud 程序了。安装过程就是这么简单，安装好后就可以执行 cloud doctor 来查看本地安装情况，这里显示 currently running native， 那 么就说明本地安装成功了。 这里显示的本地当前安装的版本是二点一点一五，现在就可以启动 cloud 了。首次启动时，它会提示你选择一个喜欢的文字显示风格， 内置了六种风格的色彩方案。接着会提示你用哪一种方式来连接 cloud ai 的 后端模型。第一个， cloud account with subscription， 它是 cloud 点 ai 账号加订阅的方式，它采用固定的月费订阅，选择后它会跳转到 cloud ai 的 网站，登录你的账号，之后就会返回到 cloud code 中。 第二个， entropic console account， 是 按使用量来计费，它适用于需要极高的使用量团队或者是企业用户，它的成本可能会很高。第三个， third party platform， 通过第三方平台的形式，这种方式需要创建环境变量。现在直接在 anthropic 官网购买已经不容易了，基本上都是采用第三方的方式，那么就需要设置环境变量，手动设置 api key 以及 base url。 在 macos 下，我们编辑 z s h r c 文件，在文件末尾添加这两行，你需要把 anthropic api key 替换成你真实的 key， anthropic base url 替换成第三方给你的地址。 那其实这些配置呢？一般第三方都会有详细的教程，保存退出之后需要执行一下 sos 命令，让终端生效。这时候你就可以验证一下环境变量是否设置成功，如果有输出就说明设置成功了。对于 windows 系统，在环境变量设置中 添加用户变量，在这里点新建变量名 anthropic api key， 它的值就是你的 api key。 再新建一个 anthropic base url， 它的值就是第三方给你的地址，这样就可以了。安装完成之后，就可以验证一下 cloud code 是 不是能正常工作。你可以运行 cloud who am i， 如果显示你的账户信息就表示成功了。现在进入你的代码项目目录，运行 cloud 斜杠 in it， cloud code 会互动式提问， 从而自动生成配置文件，就会创建一个 cloud 点 md 文件。关于 cloud 点 md 文件，有必要重点说一下。 cloud 点 md 文件是 cloud code 中最核心的记忆文件，它的主要作用是让 cloud 自动记住并严格遵守你的项目个人规则，相当于给 ai 一个持久的个人偏好级。每次启动 cloud code 绘画时， 它会自动把相关的 cloud dmd 文件加载到上下文里，它的优先级比你临时输入的提示词要高很多，这样 cloud 就 能更好地理解你的代码库，遵守规范，减少反复说明，大幅提升输出质量和一致性。 在 cloud code 里，有三个相关的偏好级文件，首先是 cloud dmd 文件，它可以位于项目根目录以及子目录下，用于指定项目架构、代码规范、常用命令文件结构、 团队约定、工作流等等。它是最常用的偏后级配置文件，是团队协助的首选。在每个目录下都可以存在 cloud dmd 文件，如果你的项目的子目录中也存在 cloud dmd 文件，跟目录下也存在这个文件时，那么你当前子目录的 cloud dmd 文件优先级最高。而 在项目根目录下的 cloud 点 m d 文件中，指定的规则会被子目录的规则所覆盖或者是强化，这正是 mona report 或模块化项目设计的目的。根目录泛通用规则，子目录泛专属规范第二个是 cloud 点 local 点 m d 文件， 用于指定你机器特有的设置偏好、临时实验、敏感信息等等，它是为了不污染仓库而指定的个人定制。例如你本地用 p m p m， 而团队用 m p m 的 时候就 可以这样去设置，这个文件仅在你本地使用，不会提交到 get 仓库中。第三个是点 cloud 目录下的 cloud 点 m d 文件，这是一个全局个人偏好配置文件，它用于全项目的通用的习惯、默认工具、安全红线、 身份信息等等。它适合于跨项目统一个人风格，这个文件会在你所有的项目中都生效。在这三个配置文件中， 项目的 cloud 点 local 点 md 文件的优先级会最高，其次是项目的 cloud 点 md 文件，而用户家目录下的局域 cloud 点 md 文件优先级最低。大多数程序员的实际组合是局域 cloud 点 md 文件放个人安全或者是风格底线， 然后就是项目的 cloud 点 md 文件放共享。规范，再就是 cloud 点 local md 文件放机器的特异性，这样 cloud 就 能在任何地方都表现出很懂你。 这里强烈建议你从斜杠 init 生成一个 cloud md 文件，然后慢慢去迭代完善你的片号级文件。值得注意的是， cloud code 会发送代码片段到 entropic 服务器处理，所以需要注意一下隐私与安全。你可以在项目的局域 settings 接收文件中设置。当然，在官方文档中只提了如何使用 permissions。 在 permissions 中，你可以用 deny 来防止 cloud 读出的密钥，这是隐私与安全的最佳实践。另外，其实社区也有很多人加了一些其他的字段，这些都是实验性的，但目前都是有效的。 到这里，你的 cloud 就 已经成功跑起来了。 cloud code 功能强大，要把它使用好还需要下一番工夫，用好它则能大大提升你的工作效率。关注我，解锁更多编程技巧！

这是我被 cloud code 封的第三个号了，申诉也没有用，我现在已经准备放弃官方订阅了，不想折腾了。那 open code 一 直很火，最近我也在开始用它了，尤其是 cloud off 四点六和 gpt 五点三 codex 出来之后， 我现在是多个模型配合去干活。那发挥每个模型的优势，用四点六去做架构设计，用五点三 codex 去做代码执行，如果有前端的一个 ui 需求的话，再拿 gmail 三点零 pro 去做前端的一个 ui。 那 opencode 到底是什么呢？用一句话，它其实就是一个开源版的 curlcode， 功能上的话两者差不多，但 opencode 有 一些独特的优势，就是它是一个任意模型，你可以支持多家厂商的， 你也可以用国产的，你也可以用国外的模型都支持。第二点就是代码完全开源免费，这一点非常重要，你可以自己去改，自己去定制。同时代码开源之后，那开源社区的人就可以去围绕它做很多功能，毕竟人多力量大嘛。比如这个插件 opencode， 这就是社区去搞的，现在已经三十 k star 了。 这个插件其实是一套多 agent 多魔性去协助干活的一个插件，最近我体验下来也挺好用的。它这边准备了十个 agent， 有 主控 agent， 有 去专门干代码的，专门去探索代码的，也专门去做前端 ui 的， 挺好用的。 open code 整个的架构的话，其实跟那个 cloud code 差不多，用户输入成有绘画管理嘛，然后有 agent， 有 plan 就 计划，那 kolco 的 那边也有，那有 build 就是 直接干活的嘛，还有些探索的，其实 kolco 的 那边不是都有吗？以及你制定一些 agent 都有，那调度层这边就有些差别了。关于大模型的调度，因为 kolco 的 那边他只支持 angelic 协议的嘛，那这边的话就是实现了一套支持其他各种供应商的整体的架构的话，其实有很多值得学习的地方，如果大家对 kolco 感兴趣了，可以去他官方原码仓库去拉下来去学一下，那个仓库现在已经一百多 k 了，特别火。 那下面就是这个 oh my open code， 这个是我们今天讲的重点，因为他这一套多 a 镜的多模型的一个机制， 能让一个任务去拆解成各个阶段去开发，有复杂的用复杂的模型，简单的用简单的模型，这种才是一个 理想状态下的一个写作的方式嘛。那它本质上就是我刚才说的，它就是一个插件，通过 open code 暴露的一些钩子去拦截这一个 ai 的 一些行为，它的整个工作流程就是来一个用户输入之后，它去拦截 open code 的 一些钩子，这时候去做一些增强上下文呀，或者去选择多 a 帧特有可能是多个模型去协助，最后返回结果整体的一个流程就是这样子的。 那为什么需要多个代理？哈？他这边说的一个说法是专业的代理去做专业的事情，然后规划和执行分离，可以并行执行，按需去选模型，并且节省成本。那他现在这一个多代理的话， 就像最近 cloud code 新出的那个 agent teams 一 样，只不过 cloud code 它是很久很久之后才出的嘛，这个是老早就有了 omago code， 那 下面是它的一些 agent 的 一个分工，这一个是它的一个主要 agent 是 用了 cloud 的 off 四点六这个模型。 还有一些规划师就是在规划方面以及编排方面，他用的卡尔的最顶尖的模型，那代码磁性这一块的话是用的是 gbt 五点三 codex， 如果是一些比较轻量的任务，你可以用 gm 啊，或者 mini max 啊，以及其他都可以。那些前端这块的话，他用的 jimmy 三 plus 或者 pro， 这样子的话就一个任务进来之后他由这个去规划，规划完了之后，他让 jimmy 五点三去做执行，然后发现有前端任务，他这个时候就用 jimmy。 如果涉及到一些小修小改啊，比如说是一些国际化处理啊，多语言处理，这个时候它就完全可以用很低的那种模型去做这个事情嘛。这样的一个搭配其实我体验下来挺好的。 好，下面我们就开始分别去安装 opencode 和 oemopencode 的 这个插件。桌面端它现在也支持了，支持 macos、 windows、 linux， 我 体验下来的话，它有一些断流的情况，所以说我更推荐大家在使用 cio 版本，我们先来安装一下。 好，它提示我们已经安装了，我们来进去看一下，我们先切到一个免费的模型，你上面搜一个 free 这些模型的免费，我就用 mini max m 二点一吧，我们输入一下测试一下，看它安装好没有。 ok， 如果看到这步就证明你 open code 已经安装好了，这个时候我们就有安装那个插件，因为现在在 ai 时代，其实你安装东西都非常方便，尤其是它如果有文档，有开箱库的话， 你看这一个插件哈，欧麦 opencode 的 一个官方仓库里面直接就告诉你了，你直接用 qq 编辑的去装就行了，我就把这个复制一下，然后粘到刚刚我们开的这个 opencode 的 里面，用免费的 mini max 让他给我们去装，那下面就是他会弹出来让你做一些选择， 可以看到他让我们回答一些问题嘛，你有没有订阅 cloud code， 有 没有订阅 openai， 有 没有一些 jimmy 的 一些 model， 你 就根据自己的情况去选择就行了。强烈建议你不要在 open code 里面去用 cloud 的 模型，通过订阅的方式去用封号的概率非常高。那这边我就说都没有， 待会我也给大家一个配置，直接就可以用了，你只需要去搞一个 api k 过来，你就可以直接把这些模型都用上了，这时候我们都说都没有就完事了，因为这个配置后期都可以去改的。可以看到我们把插件安装成功之后，下面的这一个 a 镜头就变了，变成了 omone code， 它的那一套多 a 型的体系，可以看到它有好几个 a 型的体系可以去用，并且 这个插件那还有个好处，它的兼容性做得比较好。它已经把 cloud code 那 边你有的一些 skills， mcp， 还有那些自定义的命令全部弄过来了，比如说 skills 可以看到我的那些 script 它全部弄过来了，这样非常好。也就是说你可以来回签嘛，你有时候你要回去 copy 到那边用也可以。现在我们开始配模型，你可以通过 connect 这个命令去连接你想要的一些模型， 如果你有恰当的 gpt， 里面就选恰当的 gpt， 你 有其他的你就选其他的。那我这边的话，平时会用 jimmy 三点零去写前端嘛 code， 四点六去写架构和具体的一些代码，然后 gpt 五点三 codex 去做一些代码之星，以及解决一些疑难杂症。我喜欢用每一个模型擅长的能力哈，但是对大家来说的话，你如果像我一样去订阅三家的 ai 模型，其实你要花三分钱。我 订阅的一百刀的 code code， 然后今门来我订阅了两个号，一百四十刀， open ai 我 订阅了二十刀，那加起来就是一百六十刀。并且哈，我们刚也说了，如果你用 code code 的 去 授权到这边 opencode 的 去用的话，你封号的概率特别高。之前我还出了一期视频，专门去讲这个 curlcode 的 大面积去封禁 opencode 的 用户的一个事件， 因为刚开始他是不管的，后面他发现这个 opencode 的 日渐壮大之后，他就开始封禁了，你就不能授权到这里面用。 所以如果你要在 opencode 里面去用 cloudof 四点六的一个模型，我建议大家去用中转站，通过按 api 去计费用多少就算多少。那我这边推荐一个我一直在用的中转站接口 i， opencode 的 这边也已经支持了接口 i， 也就官方支持了嘛。 那前面几期视频我也推荐过，如果我要用到一些国外的模型，按 api 调用的话，我都用的是接口 i， 挺稳定的。最关键的一点，你不需要模仿网络，而且是国内付款的一个方式。 最近他们还专门针对海外的顶尖模型增加了一个套餐的方式，也就是说你可以用一份钱去用国外这些顶尖模型呢，目前有三个档位哈，可以按自己的一个需要去选择，相较于官方 api 按量计费的话，这一个套餐模式帮你省了百分之二十五的钱。 好，下面我们先来去创建一个 api key， 在 这个地方新建，我就随便取一个，我们就取 opencode 的 点击复制。这个时候我们回到 opencode 的 这边 附着 apk 之后，我们供应商选择接口，点 ai 敲击回车，把我们的 apk 输入下，然后保存，这时候你可以看到国内国外的模型都可以用，用一个 apk 你 就解决了多模型的一个适配问题。好，下面我们来进行一些其他的配置。 当你安装完 open code 以及欧曼 open code 插件之后，你会在你的工作目录下面点 config， 下面有一个 open code 目录，这里面有两个节省的配置文件，一个是配置 open code 的 一些模型的，另外一个是配置我们这一个 多 a 帧的协助的时候，它具体用哪些模型。这边的话我给大家直接准备了现成的，你直接到我的一个开源仓库里面直接去复制就可以了。下面来我这一个开源仓库里面，直接把这两个配置可以复制一下，把它粘过去就完事了。 好，我们把它覆盖一下保存，再把 omecode 的 也复制一下回来点击复制。 那这一块的话，你可以根据你自己的需要哈，因为 gpt 五点三这一个扣袋子模型的话，官方是没有出 api 的 版本，那后续如果 open i 那 边出了 api 版本接口， i 这边也会跟上，你就根据自己的需要嘛去看这块要不要注视这个内容，我们来复制一下。 好，我们把它覆盖完了，覆盖完了之后，我们重启一下，你就可以看到 color 的 open 四点六已经可用了， 就这几个 a 帧的，它配置的模型都可用了。那下面我们开始进入实战的一个环节，有了 o my open code 插件之后，我们看一下多 a 帧多模型协助的一个流程。我这边有一个纹身图的 a 帧，我希望让它去加一些功能，在这边加一些删除的动作，能把历史记录删除掉，同时在左下角 做一些设置的动作，可以去更新你的一些头像啊，以及我们那些历史提示词，能支持去快速的复制展开开干， 那提示词的话也比较简单，我们这边加一个 alterwork， 让它去更深入的去工作，去分析。 好，我们切到 opencode 这边，这个就是它的整个架构 agent， 它用的是 off 四点六，那这个的话是干活的 agent， 它用的 gpt 五点三，还有些其他的 agent， 也就说它是多 agent 多模型去写作的一个流程。好，我们把提示词粘过来让它干活， 这里提示 autowork 已经开启了，这个时候可以看到它开启了一个探索的沙背 a 技能吗？用的是很便宜的一个模型，这个过程就跟在 clockcode 的是一样的，这里又开了一个新的， 可以看到它一直在开一些新的沙背 a 技能的任务去做探索。啊。好，这里又开启了一个计划的 task， 也就是一个沙背 a 技能，我可以点进去看一下它在做什么， 可以看到他就是把已有收集到的一些代码信息，整个代码空间来去做一轮分析，让这个 off 四点六做一个计划出来，这个时候他这一个主要的协调 a 技能在等，等他这个后台的这个计划任务完成完了之后，这个时候他再去协调其他的 a 技能去干活。 可以看到它这一个经过几轮的一个探索之后哈它得到了一个突突像，那这个突突像的话，它根据后端、前端以及一些小需求拆成了很多突突像，这个时候它就开始去并行执行修改任务了，可以看到它这里又开启了几个 safari 的。 有一个点要看的话是他的这个三倍镜，他开的时候，他其实这个时候是用的 jamal 三 plus 这个模型，也就说他认为这个任务其你根本就没必要用一个很高的模型去做这个事情，所以说他默认给你路由到了一个简单模型， 它这种规划任务的方式就能把模型最大化的利用起来。复杂的任务用复杂的模型，简单的任务用简单的模型就很完美。可以看到它开始去执行 t 四跟 t 六这两个任务了，而且它依赖关系也找出来了。这个就像前两天发布的 cloud agent teams 的 一个写作流程，只不过这个是老早就有了这个插件老早就有了这种多 a 的 写作，最终被 cloud code 写到一个官方的库里面去了。 然后他们那种通信机制就跟爱信的 tim 是 很像。哎呀妈这个系统通知 coco 的， 其实他很多方案是借鉴了社区的，因为社区搞出来之后， 他觉得确实是 ok， 可以 的，那他就把它集成到 coco 的 里面。所以这 coco 的 从它诞生之后的很多功能迭代都参考了开元社区的一些做法，而且他的也在他的一些技术博克里面有，感谢一些开元社区的人提供了一些解决方案。 就像你做产品一样，你产品迭代的过程中，你光靠产品经理去，有时候发觉不了用户的一些真实的需求，那真实的需求暴露出来之后，社区他就解决了，那你就可以去把一些已经解决的痛点的问题提升到自己的产品里面。 可以看到这所有的凸凸像它全部完成了哈，包含三个任务，我们现在来看一下它整体的效果怎么样。首先是左侧的这个删除功能好，确认删除 ok， 确认可以，并且弹窗也是正常的。其实我们看这个可以复制已有的提示词， 可以复制折叠展开是 ok 的。 下面就是这一个左下角的设置，可以去更新昵称跟头像这一些啊，可以看到他这边其实也做好了。 好，我找一张图像试一下看可以吗？前面加一个我的名字吧，看可以吗？ 可以，已经保存了。可以的，这个看起来他做的挺好的，英文啊，英文设置也是 ok 的， 多源设置也是 ok 的。 整体这一次任务的话，他全部搞定了呀，就是虽然不是特别难的，但是他协调了多个 a 镜的去干活，而且都能交付的很完美，中间我没有做任何的介入， 所以说这个工具啊，真的推荐大家去用一下这个多 a 镜的协助真的挺好用的，下面我来总结一下。使用 open code 再加那个插件， open code 再配合你用一个接口外的中转站，可以做到 模型自由稳定，省心，你也不怕被封号。第二个的话是成本灵活，这就是今天所有的视频内容，如果你觉得这期视频对你有帮助的话，可以给我一件善良，谢谢大家。拜拜。拜拜。

今天我们和大家来讲一下如何注册安装酷狗的。首先我们在森光斯上打开酷狗的官网，打开以后我们就可以看到这样一个登录界面，如果说你有谷歌账号，你就选择谷歌账号登录，如果说没有，你就在下面输入框 输入你自己的邮箱，然后点击创建登录就可以了，在这里的话我就直接选择谷歌账号进行登录，注册成功以后，我们就可以看到这样一个界面。好，我们在这个界面的话就可以使用可乐酷狗来回答我们相关的问题了，比如我们现在问他一个问题，看一下效果怎么样？ 好，首先的话我们看一下如何防止 id 被穷举，并且设计一个接口验签，防止接口被任意客户端调用篡改数据，用 java 加 spring bot 举例实现。 好，这时候的话它又开始回答我们的问题了，我们看一下效果到底怎么样，现在的话它已经实现了，我们看一下。 好，首先的话他给我们做了一下总结，就是防止 id 群举的一个措施啊，包括签名验证的一个机制也都给我们列出来了。然后我们在这边的话可以看到对应的一个配置啊，漫威的依赖，还有全局异常，然后 ctrl 接口的一个设定，显得还是比较规范的啊，大家可以看到 它里面的一些代码。好，你可以复制对应的一个代码，然后粘贴到你自己项目里面可以使用。好，这就是 可乐酷狗在浏览器里面来使用的一个过程。接下来我们再和大家讲一下如何把可乐酷狗安装到本地的一个命令终端。好，首先我们访问这个地址啊，打开页面之后，我们选择第一个菜单，然后点击可乐酷狗，好，这时候的话它就会出现一个 安装的一个脚本，我们复制一下对应的一个脚本，然后我们再打开 power shell， 粘贴我们对应的命令，然后执行。 当我们看到这个界面的时候，说明安装已经完成了，但是它提示我们需要我们配一下环境变量，要不然你是没办法用可乐的这个命令的。然后我们在 power shell 里面输入对应的这个命令，点击高级，然后点环境变量， 然后找到 pass， 然后点击编辑，然后我们回到我的电脑，然后打开我们的 c 盘，然后在 c 盘下面找到我们的用户， 进到你的用户里面，然后有个点 local， 好， 在这里面的话有个并好，这就是可乐的安装的一个目录， 我们复制它对应的一个并的一个路径，然后回到我们的环境变量这，然后把这个路径填到我们 pass 里面，然后保存退出就可以了。然后我们在 power shell 里面输入可乐的杠杠 version， 如果能看到对应的版本号，说明我们可乐的安装是没有任何问题的。 接着我们可以输入 collab， 然后就可以看到对应的一个帮助文档了，然后我们再和大家来讲一下 collab 在 命令终端的一个登录过程，如果说你不登录是没办法正常使用的，我们登录的话，我们输入 collab 的 other， 然后 logo in 这个命令，然后进行登录，然后我们就可以看到这样一个界面，好在这个界面的话，他说需要我们选择一下代码的风格，也就显示的一个样式，我们选择默认就可以了，如果说大家喜欢其他颜色，你就选择第一个或第二个都可以啊。回车以后我们就会来到这样一个界面，他说选择一个登录的一个方法。 好，首先第一个的话，他说使用我们可乐的账号登录，也就是刚才我们前面创建那个账号登录，或者是用我们的其他的 ip 接口，也就是密钥的形式进行一个配置登录，或者是第三方的一个登录。 好，我们这边的话选择第一个啊，如果说你有第二个密钥的话，你就选择第二个就可以了，好，我们选择第一个回车，回车以后你会发现他给你输出了一大串 u i l 的 一个地址，他说需要你拷贝一下，在浏览器里面打开好，然后我们在浏览器里面打开就会看到这样一个界面， 他说当前我们是普通账号，没办法使用 max 或 pro 版本需要的一个功能，需要我们升级。好，这边的话我就不升级了，我觉得不划算。 这里我们给大家教第二种方式啊，使用国内的一个模型来使用可乐，首先我们打开智普的开放平台，然后我们点击开发指南， 然后在这边的话有个可乐的 ipi 兼容好，然后我们往下拉好，在这边的话我们唱玩可乐的，我们点一下它好，在这边的话你会看到它又多了一种安装可乐的方式，它是用 npm 来安装的，如果说你用我第一种方式安装不成功，我们就用这种方式来安装， 我们只需要下载一个 load gs 和对应的 get， 它说前提条件，你下载好，然后用这个命令，然后直接安装我们 kol 的 code 就 可以了， 安装成功还是用 kol 的， 然后杠杠 word 看有没有安装成功。好，这就是第二种安装 kol 的 方式，非常简单。好，下面的话我们就给大家说一下怎么样来配置国内的一个模型。 好，有了可乐之后，我们再安装一个图形化界面，就是用来配置 ipm 密钥的。如果你觉得用第一种方式安装图形化界面来配置 ipm 密钥比较麻烦的话，你就用第三种方式啊，第三种方式的话它就是手动配置好，首先的话我们找到我们对应的一个加目录， 然后里面有个点 color， 也就是 color 的 一个配置文件都是在这里面的。好，这里面的话有个 sentence 点 json， 如果说没有，你就创建一个，一般都是有的。然后我们只需要把这段 json 配置文件复制到你对应的 json 文件里面，点 json 文件。好，我们只需要改一下哦，你的 api 密钥。 好，这个 api 命令是从哪来的？我给大家说一下怎么创建好。首先我们在这边的话打开控制台好，然后点击这个 api k， 在 这里的话，我们只需要点击添加一个 k， 然后把你的这个 k 复制一下， 然后粘贴到这就可以了。包括我们用第一种方式的话也是一样的啊，我建议大家推荐用第一种方式啊，这样的话大家不容易出错。好，我们带大家用第一种方式来配置下 api， 我 们打开 power show， 输入对应的这条命令， 然后回车进行安装就可以了，安装完成以后我们选择中文，然后选择这个中国版啊，然后输入对应的 a p i k， 就是 你刚刚创建的这个 a p i k， 然后复制粘贴到这就可以了。然后我们再回车，他说已经设置成功了，成功之后紧接着他需要我们选择一个编码工具，好，编码工具的话我们选择可拷抠等就可以了。然后回车，我们看到这个界面的时候，他说配置已经同步完成了，好，说明我们配置也就已经成功了。 这时候的话我们就可以使用 cologold 进行编码了，现在我们就可以用 cologold 的 命令终端来创建项目了。首先的话我们先创建一个项目的一个文件夹， 这边的话我就起一个植物大战僵尸，然后我们进到这个目录，然后按住键盘的 shift 键打开我们的 power shell， 打开 power shell 之后，我们输入 cologold 的 这个命令，然后回车。 好，这时候的话就来到这样一个界面。好，来到这个界面之后，我们在这里就输入对应的一个提示词，让可乐帮我们去做一些事情，然后我们输入这段提示啊，帮我用 html 加 gs 实现一个完整版的植物大战僵尸， 界面美观，能直接用浏览器打开运行。然后回车，这时候的话他就开始帮我们写代码了， 我们可以按住我们的卡硕加 t 看到更多详细的形象。好，当出现这个页面的时候，我们直接点 yes 就 可以了，选择 yes。 回车现在告诉我们完整版的植物大战僵尸已经创建完了，并且在当前目录下创建了一个 html 的 网页， 然后游戏的特点，然后植物的种类的话有六种，然后僵尸有三种游戏的玩法， 还有界面的一个特点也根本都罗列出来啊，这个是非常好的，然后说直接用浏览器打开就可以玩游戏了。好，我们打开看一下。好，这时候我们点击开始游戏。好，这时候的话他就可以正常玩了，但是还是有很多问题啊，发现。

有了这个可乐的扣子，这是打开新世界的大门，看我今天弄这玩意打开，哈哈哈，看着啊啊，就写这个，一块卖塑料原料的，我以为我一个球友是卖塑料原料的吗？点击生成 来了，哈哈哈哈。哦， ok 啊，然后呢？把这个，你要这个素材，这这这是比如说素材放在一个文件夹里，然后点击打开，然后他这个素材，对吧？ 素材是独取成功，比如说我朋友刚发我的，他送货的一些素材扔里边了，就选一个声音，选个语言，选个 chinese 就 行了。选个 chinese 之后选这个旁白的男孩女孩，我选个女的，再选个 声音，随便选一个，之后语速选一下，试听一下。欢迎使用短视频工厂，这声音行，见证奇迹的时候到了，开始合成，他就开始合成了，看这速度，正在渲染视频，哈哈哈，成功了，测试视频，合成成功我们再打开这个， 这是刚成功的时间啊。这个是什么？十一点四十八分十一点四十八分，看看怎么样？还在为原料发愁，价格忽高忽低， 质量还不稳定，试试这款进口塑胶粒子，哎呦，字幕呢？ tv 认证，耐高温、抗老化，流动性超强，注塑零瑕疵，一吨直降八百元，库存仅剩三十吨，扫码立即锁单，错过等三个月哈哈哈哈。

最近 cloud code 非常火，相信关注编程 agent 的 同学应该都已经上手体验过了，不过要把这个工具从入门真正落地到生产环境，光会敲几个简单的命令是远远不够的， 所以这期视频咱们不整虚的，直接带大家从头到尾把 cloud code 的 实战流程彻底走一遍。这个视频呢，一共是分为以下四个部分，第一，环境的搭建与基础交互。 第二，复杂任务处理与终端控制。第三，多模态与上下文管理。最后呢是高级功能的扩展与定制，大家可以看到屏幕上密密麻麻的知识点和时间戳， 这期视频的含金量呢绝对是拉满的，只要你花点时间看完这期视频，我保证你能够彻底吃透 cloud code， 把它变成你手心里最顺手的生产工具。 另外我知道市场上还有其他类似的编程 agent， 比如 codex、 open code 等等，其实它们无论从功能上还是使用上都跟 cloud code 没有什么太大区别，所以我相信在看完了这期视频之后，你一定会一通百通，同类的产品基本上都能够直接上手。好话不多说，那我们直接开始。 首先我们来到 cloud code 的 官方网站，就是这个页面了，然后呢，我们点击这里面的复制按钮，再回到终端粘贴，这样呢就开始安装 cloud code 了。 安装完成后，我们试着用它来做一个代码软件。首先使用命令 m k d i r 来创建一个目录，就叫做 my to do 就 好了，我们所有的代码呢，都放在这个目录里面， 然后我们进入到这个目录里，再执行 cloud 这个命令来打开 cloud code。 刚进来的时候， cloud code 可能会提示你进行登录，如果你像我这样没有被提醒的话，可以执行杠 login 命令来主动触发登录流程。 呃，可以看出啊， cloud code 官方一共是提供了两种标准的接入方式。第一种呢是订阅制，如果你购买了 cloud 的 pro 或者是 max 会员，那就直接选这个就好了。第二个呢是使用官方的 api key， 按照 token 的 用量计，费用多少花多少。 我呢是订阅用户，所以我选择第一项。选择之后， cloud code 会弹出一个网页提示，我授权，我们同意。 可以看出登录成功，我们关掉当前页面，回到终端，这里按下回车登录呢，就结束了。这里顺便提一下， 有些同学可能没有办法使用 cloud 的 官方订阅或者是 api， 这个时候呢，你也可以使用国产模型来驱动 cloud code， 比如说是 g， l， m， mini， max 等等。 cloud code 是 一个通用的编程 agent， 它本身其实并不跟 cloud 的 模型绑定，你完全可以使用其他的模型来驱动 cloud code。 具体使用国产模型的方法呢，这里就不再赘述了，其实很简单，设置几个环境变量就行了，网上一搜一大堆， 有需要的同学可以自己搜索一下。好，言归正传，我们再回到 cloud code 这里开始使用它。前面的我们说过，我们要做的是一个代办软件，那我们现在就把这个需求告诉 cloud code， 让他帮我们实现。给我做一个代办软件，使用 html 实现。可以看到 cloud code 开始工作了，让我们稍作等待。 cloud code 想要创建一个叫做 index dhtml 的 文件，询问我们是否同意， 这里面呢？一共有三个选项，第一项 yes 是 单词授权，意思就是说只同意创建当前的这么一个文件，如果它接下来还需要创建其他文件的话，它还会再次向我们询问确认。 第二项呢是 yes allow all edits during this session。 选中了它就意味着在本次的对话期间，后续所有的文件操作都会自动通过，不会再反复打扰我们。 第三项是不同意，选择了它之后，你可以继续输入你的想法， cloud code 会根据你的输入生成代码，并再次向你确认。呃，为了演示方便，我们这里就选择第二项，开启自动模式，把后续的工作全权交给他 好。选完之后注意看，输入框下方多了一行字，就是这个 accept and it's on。 这个呢，就表示目前的自动同意模式已经开启了。那如果说你后悔了，想换一个模式怎么办呢？ 这个时候就要用到 shift 加 tab 键来切换模式了，我们来按一下试试看。现在变成了 play mode， 也就是规划模式，这个模式主要用来探讨复杂的方案，只聊天不执行。具体用法呢，我们后面再细讲。我们再按一次， 注意看，底部的 play mode 消失了，取而代之的是一行灰色的提示问号 for shortcuts， 也就是按问号显示快捷键。大家千万别误会，这个呢并不是什么快捷键模式，这行字呢，只是 cloud code 的 一个小提醒而已，跟当前的模式没有关系。 呃， cloud code 其实在这个时候没有标注当前的模式，而这种没有标注的模式就是默认模式。 不知道你还有没有印象，我们刚进入 cloud code 的 时候用的就是默认模式，在默认模式下， cloud code 表现的最为谨慎，每次创建文件或者是修改文件的时候，它都会先去询问用户的意见，所以大家看出来了吗？ shift 加 tab 就 在这三种模式之间循环，让我们稍微总结一下。 第一个是默认模式，也就是显示问号 for shortcuts 的 那个模式，在这个模式下，创建和修改文件之前一定会询问用户最为稳妥。 第二个呢是自动模式，也就是那个 accept edit on， 在 这个模式下， cloud code 会自动创建或修改文件，不会去询问用户，最为方便。第三个是规划模式，也就是那个 plan mode on， 这个模式只讨论不修改文件，适合构思 这个模式，我们后面会详细解释。好。这个呢就是 cloud code 的 三种模式了，我们再按一次 shift tab， 来到 accept add its on 模式。选择好模式之后，我们再回头看看之前 cloud code 给我们写好的文件，我们要打开它， 那怎么打开呢？你可以去文件管理器里面找到这个文件，双击打开它。不过这里我想要教另外一个方法，我们可以直接在 cloud code 里面执行终端命令来打开它。首先呢，我们输入一个叹号， 看 cloud code 有 反应了，现在我们处在 bash 模式下，可以运行任意的中断命令了。紧接着我们来输入 open index 点 html 来打开这个 html 文件 代码。软件做的还算不错，一次成功，这不得不给 cloud code 点个赞。不过这里面有个小坑，他把所有的代码都写到 index 点 html 里面了， 小项目还好，要是项目做大了，维护起来简直是个灾难，所以咱们最好趁早是换成 react， type script 和 white 这种现代架构，把代码分模块儿管理， 我们可以直接向 cloud code 提出这个请求，让它改掉。不过呢，改架构是个大工程，最好是先确定细节再动手。这个呢，就是 play mode 登场的时候啦， 它就是专门用来讨论方案，确定细节的。让我们先关掉当前页面，回到终端这里，然后按一下 shift 加 tab， 进入到 play mode。 然后呢，输入我们的请求，将当前的代办应用重构为使用 react 加 type script 加 white 的 项目。 呃，问题到这里还没有结束，这个时候呢，我们想换行。怎么换行？敲回车吗？敲回车显然是不行的，敲回车的话，我们的问题就提交了。换行呢，是需要按 shift 加回车，然后我们就可以继续写了，保留所有的现有功能。 呃，这里顺便提一句，如果你按 shift 加回车不好用的话，那你大概利用的 cloud code 版本比较旧，需要升级一下。 呃，另外还有一点，有些同学可能会觉得这个终端的输入框实在是太难用了，想用一些比较现代化的编辑器来替代它。这个呢，其实也是可以的，我们可以按一下 ctrl 加 g， 这个时候 cloud code 就 会打开一个 vs code 的 标签页，在这里面编辑就方便多了，回车随便按，也不用担心不小心提交问题了。当然，这要求你先事先装好 vs code， 我 们就在这里把要求补充完，再加一句，且 ui 风格保持一致。 写完了之后，我们保存，然后关掉这个标签页。此时 cloud code 就 会把 vs code 里面的内容全部放到输入框里面，我们直接再按个回车就可以提交请求了，可以看到 cloud code 开始工作了，让我们稍等一下， 计划似乎是产好了，我们把滚动条往上移一移，看一看它这个计划具体是个什么样子的。 这个计划呢，是从这里开始看起来还是挺完善的，目标项目清单、目录结构之类的信息全部都有覆盖。到最后他询问我们是否要执行， 他一共给了我们三个选项，第一个是执行计划，并且进入到同一模式，后续修改文件前就不再询问用户了。 第二个也是执行计划，只不过后续会使用默认的模式，也就是说之后每次写完文件前都需要询问用户。第三项是继续修改计划，如果你对计划不满意的话，那可以在这里面继续输入， cloud code 会根据你的要求再修改这个计划，产出一份新的。 这里假设我们对计划不满意，选择第三项提出我们的修改意见，给每个蛋白事项增加一个优先级，比如高中低，并且用不同的颜色标记出来。然后我们按一下回车，这个时候呢， cloud code 就 开始修改它的计划了，让我们再稍微等待一下。 好， cloud code 又产出了一份计划，具体内容呢，我们就不看了，单从最后的测试部分我们就可以看到，它确实是把我们的优先级的需求考虑进去了，这次差不多了，要不我们就同意吧。 让我们选择第一项执行这个计划，并且进入到自动同意模式，也就是说后续修改文件的时候就不要再询问我们了。好，回车可以看到当前模式切换到了 accept edit it's on， 没问题，这个呢，跟我们的选择是一样的，后面写入文件的时候呢，便不会再麻烦我们了。 现在 cloud code 开始执行计划了，时间估计会比较长，我们慢慢等待一下。 cloud code 暂停了，他现在想用 m k d i r 来创建目录，然后询问我们是否同意。 稍微等一下，这个是什么情况？我们不是跟 cloud code 说过了吗？不需要每次都询问用户的。还记不记得我们是在 accept add it on 这个模式下面，那怎么现在又开始询问了呢？ 对，我们确实是说过，不过那只不过是写入文件的时候，不需要询问用户，这个呢，是在执行终端命令。 cloud code 认为执行终端命令呢是一个比较危险的操作，所以需要征得用户同意才会继续。 不仅如此，这里面还没有一个自动执行所有终端命令的选项，即使是第二项，那只不过是告诉 cloud code 以后都可以自由地访问 s r c 目录，不需要询问用户。至于执行别的命令，那还是要问的。 如果你觉得每次选择都太麻烦的话， cloud code 其实是提供了一个比较隐蔽的选项，可以跳过这个选择的步骤，让它想执行什么命令就执行什么命令。这个呢，是需要在启动 cloud 的 时候加上一个选项，叫做 dangerously skip permissions。 我 来给大家新开一个终端标签页演示一下。 我们先进入到原来的这个 my to do 目录里面，然后我们来输入 cloud， 再加上 dangerously skip permissions， 意思就是跳过所有的权限检测，大家注意看这个参数里面的单词， dangerously， 也就是危险的。 官方把危险两个字写在了脸上，意思非常明确，一旦加上了这个参数， cloud code 就 彻底放飞自我了。 进来之后你会发现模式变成了 bypass permissions， 这就意味着接下来它执行任何终端命令都不会再征求你的意见了，无论是安装依赖还是删除文件还是创建目录，都不会再问了。 这个呢，其实是一把双刃剑，往好了说，它能够极大地提升开发效率，全自动干活，不用你一直盯着点。同意， 但是往坏了说，他理论上呢，就拥有了和你一样的终端权限。虽然 cloud code 只有在极度发疯的情况下才能去破坏你的电脑，这种概率呢，可以说是微乎其微。但是作为一个负责任的博主，我必须要提醒大家，这个选项会让 cloud code 彻底的放飞自我。所以理论上呢，还是有一定的危险性的， 是否要为了效率承担这一丢丢的理论上的风险？决定权是在你们手里。好，演示完毕，回到我们原的例子里，我们呢，还是不用这个选项了，我们来选择第二项，只同意它以后可以自由地访问 s r c 目录。回车让 cloud code 继续。 cloud code 询问我们能不能执行 n p m 引导命令，我们选择以后都同意。 这里 cloud code 想要使用 npm run dev 来启动服务器，启动了服务器就可以查看网页的效果了，启动也行。不过呢，这里我们先取消，待会我想用它来给你演示如何手动启动它，并且借这个机会来解释任务相关的一些概念。 cloud code 看我们拒绝了，在询问我们应该要做什么，我们来跟他说一下这个命令呢，等会我自己执行，你确保其他部分都完成了就可以了。然后呢， cloud code 就 开始确认了，好，确认完毕，看起来一切正常。现在我们就可以自己来运行这个命令了，我们来试一下 服务器启动成功，我们来点击这里面的链接，看一下效果怎么样。不错，效果还可以，我们来随便点点，看起来没有什么问题，增加个代办事项也是可以的。 然后呢，我们可以再增加一个其他的代办事项，调一下优先级，再添加，一切完美，我们再回到 cloud code 这里，这里有一点需要给大家强调下， 这个服务的运行呢，是会堵塞 cloud code 的， 比如说我们在这里输入一个 hi， 你 看 cloud code 没有给我们任何回应，那是因为服务还在运行， cloud code 就 没有办法处理这个新的请求。那怎么办呢？很简单，看这里按 ctrl 加 b， 可以 把这个服务放置在后台，我们按一下试试， 好像是起作用了。 cloud code 开始处理我们的请求了，它给了我们一个回复，而且注意这里有一个后台任务正在运行， 我们输入杠 tasks 就 可以查看这个任务。在这里面可以看出，这确实是我们所启动的那个 npm run dev 的 命令， 注意这行提示，按 k 可以 关掉这个服务，不过我们目前还不打算关掉它，我们按 esc 回到原来的那个界面里面，就让这个服务先一直跑着吧，这样的话呢，我们后续的修改也能够实时看到效果。 那现在假设我们想加一个切换语言的功能，目前使用的是中文，我们希望它能够在右上角切换为英文，让我们来输入请求，在页面右上角增加一个切换语言的选项，用户可以选择中文或者是英文，默认为中文。回车， cloud code 开始运作了，让我们稍作等待。 好，可以看到 cloud code 改完了，我们回到页面这里看看。效果不错，确实是加上了切换语言的选项，而且切换的效果呢，也是符合预期的。 不过你转念一下，不对，我的用户都能看懂中文啊，我加这个功能干什么呢？要不就回滚吧。 好吧，那 cloud code 能回滚吗？当然是可以的，对应的命令呢，就是 go reverse， 或者是说呢，有个更简单的办法，你可以直接按两下 esc， 这样呢就进入到了回滚页面。我们每次输入请求的时候， cloud code 都会创建一个回滚点，比如说我们不是想回滚到增加语言选项之前的那个版本吗？那就选择这个回滚点就好了，选好之后按下回车。 然后呢， cloud code 会给我们四个选项，是回滚代码和绘画，还是说是只回滚绘画还是只回滚代码，或者说呢，我们就放弃回滚，我们来选择第一个代码和绘画都回滚。 好，现在回滚成功了，让我们来验证下。打开页面没问题，确实是回滚成功了，没有那个切换语言的选项了，是不是很棒呢？ 好，假设，这个时候啊，你觉得 react 加 type script 加 white 这套架构好像是有点过于复杂了， 你在想要不干脆我们就回滚到只有 index 点 html 的 那个版本就好了。好，那继续用回滚功能就行了。不过呢，在这之前，我们最好把 npm run dev 这个后台任务给关掉，毕竟回滚之后相关的文件都没了，这个后台任务呢，也就没有什么用了。 我们回到 cloud code 这里，输入杠 tasks 来查看后台任务，然后再按 k 结束掉当前的这个后台服务。 呃，这个时候 cloud code 提示我们开发服务器运行正常。这个呢，纯属是 cloud code 晕了啊，大家忽略它，我们的开发服务器现在实际上已经被关掉了。服务器关掉之后，我们就可以开始回滚流程了，先按两下 esc， 然后选择一开始重勾代码的那个回滚点。 然后呢，我们再选择第一项恢复代码和绘画。好看起来呢，是已经回滚完成了。我们来看看当前目录下是不是只有 index 域是天秒这个文件。我们使用 ls 这个命令， 这个命令呢，可以用来列举当前目录下的文件列表运行。看结果好像是不太对啊，除了 index 底下是天秒文件，这个目录下还有很多其他的文件，它默认只显示了一部分，我们可以按一下 ctrl o 来显示所有的文件列表， 看起来总的文件数量还不少呢。这个是怎么回事呢？难道是 cloud code 出 bug 了吗？ 其实不是，这些文件呢，是之前用终端命令创建的，比如说是 m k d i r n p m install 之类的 cloud code 呢，只能回滚它自己写入的那些文件。至于由终端命令生成的文件， cloud code 是 没有办法回滚的。 所以呢，我建议大家还是不要太依赖 cloud code 的 这个回滚功能了，如果要精准回滚的话，大家还是使用 git 会更好一点 好。不过呢，问题其实不大， index html 呢，是 cloud code 自己把控的，所以呢，这个文件一定是回滚成功了，我们把别的文件都删掉就行了， 说干就干，让我们打开文件管理器，删掉除了 index html 之外别的文件。然后呢，再回到 cloud code 这里，执行一下 ls 命令，可以看到文件确实只剩一个了。然后这个时候呢，我们可以使用 open 命令打开这个 html 来验证一下它的效果。 没问题，跟我们之前的那个 index 表 tm 的 效果呢是一样的，到这里回滚才算是彻底结束了。好，回滚呢，我们就讲到这里，现在假设你对 cloud code 做的页面一直都不太满意，所以呢，你去 figma 上面自己画了一个界面，就大概是这个样子的了， 你希望 cloud code 仿照这个界面来做，那具体该怎么实现呢？很简单，我们只要把这个设计稿图片传给 cloud code 就 可以了。首先我们需要在 figma 上面操作下，把当前的这个设计稿导出为一个 png 图片， 导出的方法很简单，就按这个 export frame 就 可以了。然后呢，我们回到访答这里，可以看到图片导出的非常成功，下面我们的任务呢，就是把这个图片传给 cloud code。 那 怎么做到这一点呢？ 有两个方法，其中第一个方法就是直接把这个图片拖到 cloud code 这里，看到这里面的 a 位二了吗？这就代表 cloud code 已经接收到我们的图片了，这个呢只是其中的一个方法。还有另外一个方法呢，就是复制这个文件， 然后来到 collab 这里，按 ctrl 加 v 粘贴。注意啊，这里面我说的这个快捷键呢，是 ctrl 加 v， 不是 command 加 v。 即使你用的是 micros， 你 也要用 ctrl 加 v 来粘贴这个图片，按 command 加 v 是 不起作用的， 这一点要记住了。这样呢，我们就可以继续输入请求，让 collab 根据图片来修改代码儿。 具体的过程我就不演示了，这个方法肯定行得通。不过说实话，很多时候呢，可能还原的并没有那么精确，比如说字体啊，间距啊之类的， cloud code 很 难通过图片做到非常精确的把握。 所以这个时候呢，我们其实还有另外一个方法，一个更为精确有效的方法，那就是使用 m c p 来实现这个还原 figma 设计稿的需求。 m c p 是 大模型与外界沟通的渠道，我之前讲过 m c p 的 使用方法和相关原理，感兴趣的同学可以自己看一下。 figma 提供了一个很好用的 m c p server， 我 们可以接入进来用用。首先呢，我们是需要安装这个 m c p server， 根据 figma 官方的要求，我们需要执行这一行命令， 因此呢，我们先把它复制一下，然后回到 cloud code 这里，先按两下 ctrl c 退出，然后执行这行命令。 可以看到， mcp server 已经是安装成功了。之后呢，我们需要重新打开 cloud code， 不过好像之前的对话全都没了呀，这可怎么办呢？别担心，我们可以使用杠 resume 命令来回到之前的对话。这里面的第一个就是我们刚才的那个对话了，我们按回车来选择它，你看这个对话不就回来了吗？ 呃，另外啊，还有一种更为简单的办法，那就是在启动 cloud code 的 时候呢，加上一个参数，我们来试一下。首先退出 cloud code， 然后呢我们执行命令 cloud 空格杠 c， 这里面的 c 呢就是 continue 的 缩写，它的功能就是打开 cloud code， 并自动恢复上一次的对话。好，对话恢复了，我们执行杠 m c p 命令，来查看目前所安装的 m c p 工具， 目前呢只有一个，就是我们刚刚安装的 figma， 可以 看到我们需要健全才能够使用这个工具。我们来选择这个 m c p 工具，然后呢再选择 authenticate， 这个时候呢会自动弹出一个页面，让我们授权我们同意， 然后再回到 cloud code 这里执行杠 m c p， 选择 figma， 这个时候呢可以看到 m c p server 呢就是一个可用的状态了。我们选择 view tools， 就 可以看到这个 m c p server 内部所包含的工具列表， 其中有用来截图的，有创建设计规则的等等，具体呢我们就不看了，我们其实也不用太关心到底该使用哪个工具来完成我们的需求，我们让 cloud code 来判断， 所以呢，我们按 esc 退出这个界面，然后输入我们的需求，修改当前的页面，使它与 figma 搞件保持一致。啊，问题还没完，我们现在回到 figma 页面这里复制这个设计稿的链接， 就点击这里面的 copy link to selection 就 好了。然后呢再回到 cloud code 这里粘贴，再回车，这样呢应该就可以了，可以看出 cloud code 开始工作了， 它首先呢是发现了我们的 figma m c p 可以 解决这个问题，请求调用 get design context 这个 m c p 工具来实现，需求我们同意， 然后呢， cloud code 请求调用 get screenshot 工具获取对应设计稿的截图，我们也同意。 现在调完两工具之后呢， cloud code 就 获取到了全部的设计稿信息了，其中不仅包括设计稿的截图，还有各种组建的间距、字体样式等，非常的详细。拿到这些信息后， cloud code 就 开始紧锣密鼓的修改现有的 html 代码，使它与 figma 设计稿相同，让我们稍作等待。 好，看起来是完成了，我们来到浏览器那边看一下效果怎么样。 这个呢，就是 cloud code 根据 figma 设计稿所搞出的页面，我把原始的设计稿也放在这里，大家可以比较一下，看看效果怎么样， 反正我觉得还原程度还是挺高的。当然这个页面还有一些细节需要打磨，比如说里面的 undefined， n a n 之类的，可能需要修改一下，但整体效果我觉得真的还是可以了。 好，那 m c p 呢？我们暂时就讲到这里，下面我们来看一下上下文压缩。在之前我们写了很多的代码，然后 cloud code 呢也调用了很多的工具，相信这个时候呢， cloud code 的 上下文里面就有了非常多的信息，这里面有一些是有用的，有一些其实没什么太大用处， 我们可以根据需要对上下文做一些压缩，这里需要用到的命令是杠 compact， 我 们可以直接去执行这个命令，也可以选择性的在它后面追加一些具体的压缩策略，比如说是重点保留用户提出的需求之类的。 呃，不过我们就不在后面加需求了，我们就直接执行这个杠 compact 命令，看一下它的效果怎么样。 压缩完成了，我们按一下 ctrl 加 o， 就 可以看到压缩后的上下文内容，这个呢就是压缩之后的结果了。 呃，我们之前呢，在上下文里面有很多的信息，有代码，有 m c p 的 调用结果之类的，现在呢，全部的内容就只剩这么一点了。 这样的话呢，不仅 cloud code 的 性能有了保障，后面在执行任务时， token 的 消耗量也会少很多。好，现在我们按一下 ctrl 加 o， 再回到原来的这个界面里。这里再提一下关于上下文的另外一个命令，就是这个杠 clear， 他呢做的更为极端，就会直接把所有的上下文内容都给清空掉。一般来说，如果我们后面的任务跟之前的上下文并没有什么关联的话，我们就可以使用这个 clear 命令来清空所有的上下文内容。 这个命令我们就不演示了，毕竟我们还需要之前的上下文，演示了之后，那就什么都没了，我们还是保留这个压缩后的结果好。现在压缩完成了，但是压缩结果的可控性并没有那么强，比如假设你想手动改改这里的压缩结果， cloud code 可并没有给你提供这个选项。 另外，无论亚不压缩上下文呢，都跟某个绘画绑定，我们下次进入到 cloud code 的 时候，还必须要来到这个绘画，否则 cloud code 是 不知道之前发生了什么的。那有没有什么办法可以解决这些问题呢？ 有没有一种方案可以让 cloud code 每次进来的时候都读取一些我们自己设定的一些信息，这样 cloud code 就 知道这是一个什么项目，用户有什么需求，我们甚至可以把各种注意事项都写在这里面。了解了这些信息之后， cloud code 就 可以更好地为我们工作了。有这种方案吗？ 当然是有的，这个呢就是 cloud d r m d。 我 们来尝试使用一下，我们首先让 cloud code 自己生成一份 cloud d r m d 文件，用的是杠 in it 命令。 好， cloud code 创建完毕了，我们来打开 cloud md 文件看一下，它就放在当前目录里面， 看起来内容是有模有样的，不过很可惜，它的语言呢是英文，看起来不太方便，我们要不让 cloud code 再把它给转成中文？ 转换完毕，我们再回来看一下，没问题，确实是中文了。另外提一下，这里面的内容呢，是可以随便修改的，比如说我们可以在最后面加上一句注意事项，每次回答到最后，必须要追加这么一句 happy coding， 然后我们回到 cloud code 这里先退出，然后再重新进入，这样 cloud code 就 会重新加载我们那份最新的 cloud 点 md 文件。我们来随便给 cloud code 说一句，比如说是 hi， cloud code 回答了它，最后呢，确实是加上了 happy coding， 可以 看到我们的 cloud 点 md 真的 是起作用了。 所以呢，如果你有什么东西是希望 cloud code 每次都读取的，那就直接放到 cloud md 文件里就好了。 试验完毕，现在我们把 cloud md 结尾中的那个注意事项去掉，要不每次都出现 happy coding， 会影响我们后续的演示。我们可以直接找到 vs code 编辑 cloud md 文件。不过这里嘛，我想顺便教大家另外一个打开 cloud md 的 方法， 我们在这个输入框里面输入杠 memory， 在 这里可以看出 cloud md 文件呢一共是有两种，一种是项目级别的，对应的文件就放在当前的目录里，对当前项目生效。第二个呢是用户级别 对应的文件放在用户目录里，对当前用户生效。我们之前用的是第一个，所以选择第一项，选择好了之后，对应的 cloud md 文件就自动打开了，这样呢，就不用每次都自己在文件管理器里面找了，会稍微方便一点。 打开 cloud 点 m d 文件之后，我们删掉最后面的注意事项保存，再回到 cloud code 这里重启一下， 然后再随便问一句，可以看到 happy coding 已经没了，这说明我们的修改已经生效了。那 cloud 点 m d 文件就讲到这里， cloud code 还有个 hook 功能，允许用户在运行工具前后等时机执行一段自己指定的逻辑，比如说我们可以用它来做自动格式化，也就是说在 cloud code 写完代码之后，自动执行我们设定的格式化函数，以便让最终的代码更加美观，更加符合我们的需求。 首先我们执行杠 hooks 命令，进入到 hook 的 配置页面，这里我们可以配置 hook 的 执行时机，比如说是工具使用前，工具使用后，工具使用失败发送通知等等。我们来选择第二项 post to use， 也就是工具使用后来执行这个 hook。 然后呢，我们再选择 add new matrix， 这里面呢，我们需要选择对应的工具，也就是说我们希望在哪个工具执行之后再运行我们的 hook 逻辑，我们填写的是 write 或者是 edit， 也就是说在创建或者是编辑文件的时候来执行这个 hook。 然后呢，我们再选择 add new hook， 这里输入我们具体的格式化命令。这 这个命令看起来很长，我们来仔细分析下。首先在运行的时候， cloud code 会给我们传这么一份 json 过来，其中的 file path 就是 cloud code 刚刚编辑好的文件路径，因此我们需要解析这个 json 结构，把其中的 file path 的 值给取出来。我们刚才命令里面的这一部分就是用来干这个活的， 其中 jq 是 解析 json 的 一个程序，不熟悉的同学可以自己查下。获取到文件路径之后，我们把这个文件路径通过 x arcs 传递给 preder 命令，然后剩下的工作呢，就是只用 preder 来格式化这个文件的内容了。 所以总结下来，这段命令其实就是使用 jq 来获得当前编辑好的文件路径，然后再使用 preder 来格式化这个文件。 好，讲完了，让我们再回到 cloud code 这里，写好代码之后，我们按回车确认。此时 cloud code 会询问我们应该把这个 hook 保存在哪一级，一共是有三个选项， 第一个呢是本地的项目级别，也就是说这个 hook 只会在本机本项目生效。选择这个选项之后， cloud code 会把配置放在项目目录里面的 settings， 点 local， 点 json， 加入到 get 的， 点 get ignore 文件里面， 所以呢这个文件不会共享给别人。第二个呢是项目级别，也就是说所有使用这个项目的用户呢，都能够用到这个 hook， 它对应的配置文件呢是 settings there jason， 这个文件呢会随着 get 分 发给所有人。 第三个呢是用户级别对当前的用户生效对应的配置保存在用户的目录里面，每一个用户都有一份，不会互相影响，也不会跟着项目保定。我们来选择第二个，所有使用这个项目的人呢，都能够用到这个 hook。 然后呢，这个 hook 就 算是创建好了，我们按 esc 退出。 最后呢输入请求来试一下。我们的请求是创建一个新的文件 test， 点 html 里面随便写点 html 就 行，所有的内容都写在一行里面。回车，我们来稍微等一下， 通过这个写入文件的请求就可以看出， cloud code 确实是把所有的内容都写入到一行里面了，我们同意执行完毕。我们来看看最终生成的 test 点 html 的 文件内容。 可以看到这个文件的内容呢已经被格式化好了，并不是像一开始 cloud code 写入的那样只有一行，这说明我们刚才写的那个 hook 生效了，在 cloud code 写入完代码之后，我们的 hook 启动把那个文件给格式化了，所以呢，我们现在看到的就是格式非常漂亮的 html 代码。 hook 的 功能呢，就讲到这里，现在假设你每天都想写一个总结，记录下今天开发了哪些功能，而且呢，这个总结必须要遵循一定的格式，比如一定要包含日期开发招标开发详情之类的。 你可以把对应的格式要求直接粘贴在这个输入框里面，让 cloud code 帮你写一份，只不过这样的话，你每天都要重复粘贴一遍，很麻烦。这种事情其实非常适合使用 agent skill 来解决，我之前出过一个系统性讲 agent skill 的 视频，有兴趣的同学可以看一下， 不过没看过也没关系，你可以大致把它理解为一个给大家看的说明书，一个动态加载的 prompt。 我 们来创建一个 agent skill 试一下。 首先我们新开一个终端 tab， 使用 m k d r 命令，在用户目录下的 their cloud skills 文件夹下面创建一个新的文件夹，就叫做 daily reports。 我 们使用 vs code 来打开这个文件夹， 然后呢，在这个文件夹下面创建一个叫做 skill 点 md 的 文件，在这里面填入这样的一些内容。 这个文件呢，一共分为两部分，前面的 name 和 description 分 别代表这个 agent skill 的 名称和描述， cloud code 会根据这一部分的内容来决定是否要使用这个 agent skill。 后面呢，就是这个 agent skill 的 具体描述了，这里主要是写了日报需要遵循的格式。 写好了之后，我们回到终端，关掉这个新开的标签页。然后呢，再重启一下这个 cloud code， 然后输入杠 skills， 可以 看到 cloud code 已经发现了我们的 agent skill。 然后呢，我们回到输入框，这里面打入我们的请求，写一份每日总结，回车开始执行。 可以看出， cloud code 发现了这个请求与我们刚才录的那个 agent skill 相关，请求使用这个 agent skill， 我 们同意。 然后呢，我们的每日总结就写好了，跟我们要求的格式是一模一样的。这个呢就是 agent skill 的 使用方法了，是不是很简单？ 呃，另外啊，这个 agent skill 的 调用请求呢，是由大模型发现并且发起的，除此之外呢，我们也可以这样来主动地发起这个 agent skill， 就是 先输入杠 daily reports， 然后呢后面加上具体的请求。 这个跟之前的效果呢，其实是一样的，只不过是省去了大模型意图识别的过程，直接由用户调用了这个 agent skill， 结果更加可控一些，具体我们就不演示了，我们来把它给删掉 啊。 agent skill 呢，就大致讲到这里了，当然 agent skill 还有很多高级的用法，感兴趣的同学可以看一下我的上一个视频。 下面我们再讲讲 cloud code 的 另外一个重要功能， sub agents。 这个呢，其实就是一个独立的 agent， 有 着自己独立的上下文，独立的工具，独立的 skill， 可以 独立完成某一件事情。我之前讲过 agent 的 原理， 有感兴趣的同学呢可以自己来看一下。呃，下面呢，让我们来创建一个用于代码审核的 sub agents， 然后选择 create new agent。 这里面要选择 agent 类型是项目级别还是用户级别，我们来选择项目级别， 也就是说使用这个项目的人呢，都能用。接下来选择 agent 的 创建方法，一种是用 cloud code 的 初设化，另外一种呢是完全手动创建，第一种是推荐方法，所以我们选它。 接下来我们描述一下这个 agent 要做的事情，我们填入以下内容，这是一个用于代码审核的 sub agent， 在 用户要求代码审核的时候调用它。回车可以看到 cloud code 正在生成这个 sub agent， 让我们稍等一下。 接下来呢，我们选择这个 sub agent 能用的工具，我们选择 read only tools 就 好，也就是说只能够使用止读工具，其余的都去掉。模型呢，就选择默认的 sonnets， 接下来选择这个 sub agent 的 颜色。 cloud code 在 运行这个 sub agent 的 时候，会使用我们选择的颜色来展示它，我们用绿色吧。 呃，然后呢， cloud code 就 会给我们生成这个 sub agent。 可以 看到这个 sub agent 的 描述呢是英文的，而且里面的内容大概率也不会跟我们期望的完全相同。我们按一下 e 来编辑一下这个 sub agent 的 描述。 这个呢就是 cloud code 给我们生成的 sub agent 描述了，不过呢，它跟我们想要的那个版本差距有点大，所以这里呢，我来给这个 sub agent 整体替换一下，换成适合我们这个场景的。 sub agent 的 结构与 agent skill 类似，一共是分为两部分，上面呢是原数据写明了这个 sub agent 的 名称，描述所使用的模型、颜色等等。下面呢就是这个 sub agent 具体要干的事情了。 呃，我的要求呢，有两条，一个是审查的准则里面有两项，一项是针对 js 的， 一项是针对 css 的。 最后呢会有一个输出格式方面的一个要求啊，我们后面去看一下 cloud code 能否遵循这个 sub agent 的 规范。 呃，填完了这个 sub agent 的 描述之后呢，我们来到 cloud code 这里给它重启一下， 重启完后我们提交请求，给我做一下代码审核。 可以看出 cloud code 调用了我们刚才创建的 sub agents， 并把对应的任务描述传给了它，让它处理。而且看这里 cloud code 是 用绿色来表示这个 sub agents， 这跟我们之前的配置也是相符的，它估计还要再运行一会儿，让我们稍作等待。 它运行了一会儿之后，给出了代码审核报告，可以看出，它检查的内容确实是我们在 sub agent 描述文件里面要求的。这个呢，就是 sub agent 的 使用方法了。 有人可能会问， agent skill 跟 sub agent 很 像啊，它俩什么区别？其实吧，它俩最大的区别就在于对上下文的处理方式不同。 agent skill 运行的时候，它会完全继承并且共享你当前主对话的上下文，这就意味着它执行过程中的每一行日记，每一个思考过程，都会记录到你的当前上下文。 想象一下，如果你让 skill 去审核一个有着几万行代码的项目，这些项目会逐步塞满你的上下文窗口， token 消耗飙升， agent 也会因为记忆过载而变慢变傻。 所以呢， agent skill 最适合处理那些与上下文关联比较大，而且对上下文影响不大的人物。比如说是根据今天的开发过程写一个每日总结之类的。 而 sub agent 呢，则拥有自己完全独立的上下文。当你启动它时，它会开辟一个全新的对话窗口，它在这个窗口里面看的所有的代码，生成的所有的中间分析过程，都不会回传到你的主对话里面。只有当它把活干完了，它才会拿着一个最终的执行结果来向你汇报。 这样一来，你的主对话依然干干净净，永远不会被琐碎的中间过程所冲爆。所以， sub agent 比较适合处理那些与上下文关联比较小，而且对上下文影响比较大的任务。因此， agent skill 与 sub agent 的 最大区别就在于对上下文的处理方式不同，大家要根据具体的场景来选择合适的方案。 下面我们再讲讲 plug in 这个东西。你可以把 plug in 想象成一个全家桶的安装包，有点儿像是 micros 的 dmg 或者是 windows 下面的 exe 文件。它把一系列的 skill， sub agents， hook 等能力全部打包在一起，你只需要一键安装 cloud code， 就 能够瞬间获得整套高级能力。 下面呢，我来给大家演示一下。我们先输入杠 plug in， 进入到插件管理器，这里面呢有三个选项，分别是 discover， 也就是发现新插件 installed 已安装的插件和 marketplaces。 呃，插件市场，我们在 discover 里面找到这个 friend and design， 按回车安装。 接下来要选择安装范围，有三个可选范围，分别是对当前用户生效，对当前项目生效或者是对当前用户的当前项目生效。我们维持默认就好了， 确定后安装就完成了。对，就是这么快。这里简单说明一下， front and design 是 一个用来做前端设计的插件， 一般来说啊，大模型做的前端呢，都有一定的共性，比如说使用深紫色的主题啊等等。这个插件呢，据说可以打破这个共性，让界面看起来更加好看一点，我们等会儿来看看是不是这个样子的。 安装好了之后，我们重启 cloud code， 然后使用 m k d r 命令新建一个目录，就叫做 my to do r。 然后呢，我们进入到这个目录里面， 再启动 cloud code。 启动好了之后，我们输入杠 plugin， 再次进入到插件的管理页面， 然后再选择 installed， 可以 看到 installed 这一个 tab 下面多了一项，就是我们刚才安装的这个 front and design。 我 们按回车看一下它的详情。可以看到这个 plugin 的 主要的组成元素就是一个叫做 front and design 的 agent skill。 既然我们已经安装了这个 plugin， 那 对应的 agent skill 应该也安装了，我们不妨验证一下。让我们回到输入框这里面， 然后打杠 skills。 你 看这里面是不是多了一个叫做 front and design 的 agent skill 呢？所以呢，安装这个插件本质上就是安装了这个 agent skill。 当然，这个 plugin 比较特殊，就只有一个组成元素，有些 plugin 里面包含了 agent skill， mcp， hook 等多个组成元素，你可以把它理解为整套解决能力，一次性全部安装了进来。下面呢，我们就来用用这个 frontin design， 看看它跟原装的前端设计有没有什么区别。 让我们回到输入框这里，输入我们的请求，按照 frontin design 的 要求做一个代码软件，使用 html 来实现。 注意看， cloud code 并没有立即开始写代码，它首先是意识到用户要求使用 front and design 的 规范，于是呢，它会先请求使用这个 agent skill。 呃，我们点同意？ 读取完了之后呢，它就拥有了 antropic 官方沉淀的一整套 ui 的 设计直觉。接着呢，它开始写代码了，让我们稍微等一下。 写好了，我们先用 l s 命令看看当前目录下有哪些文件没问题，只有一个 index html 文件。然后呢，我们就可以使用 open 命令来打开这个文件看一下效果怎么样？ 大家看这个呢？跟我们一开始写出来的那个 demo 相比，风格就完全不一样了，它的排版更加高级，色彩更加协调，交互呢，也更符合现代审美。 这个就是 france and design 这个插件的力量了。目前 cloud code 的 插件市场还在迅速的增长，除了 ui 设计之外，还有一些针对特定编程语言的 lsp 插件等等。 呃，当然，如果你觉得自己的配置写得非常好的话，也可以参考官方的文档，把你的 skill， sub agent， mcp 等等东西打包成插件，分享给你的团队或者是社区。 好， cloud code 到这里就讲完了，如果我的视频对你有帮助，别忘了点赞关注。我是马克，用最通俗的语言讲最硬核的技术，我们下期再见。拜拜。

简单三招，让你的 call 变得超级好用。第一招就是给他写一个 call markdown 的 文档，就可以把他理解成一个极简的同事 onboarding 指南，他就可以做你的这个项目说明书，让 ai 一 次性的去理解你的项目规则，就不需要每次都重新教他了， 就省去了你反反复复解释的时间，然后把它放到项目的根目录里面，然后也不用特别的特别复杂，只要写清楚项目是干什么的，有什么约定的规则，有什么不能改的，还有什么工作习惯就可以了。然后里显示了一个非常简单公事例的模板， 然后大家看一下我目前的靠的，因为我用靠扣的其实是用在我个人的管理和工作上的，所以我跟他讲的基本信息就是啊我在做的一些事情，比如说我最近在发一些内容，然后的一些工作的习惯，还有跟他沟通的原则，我有更新的规则等等，这东西他要尽量的简单，就不要 让他读太多，就越简单其实是越好用的。 ok， 这是第一个。然后第二个就是用 obc 点做文档管理，就是我现在在给大家展示的这个软件，他把它理解成一个文件仓库， 而且他这个仓库是部署在你的本地上的，即使 obc 点跑路了，你的这些文件都还在，而且他现在和 ai 非常好的协同之后就是你的所有的笔记都可以成为你的 ai 的 上下文，完全不用复制黏贴，他可以直接看， 就是你可以把它理解成你 coco 的 里的一个工作台，而且你可以看到所有自己的这个文档，非常的清楚清爽。是第二个，然后关于 obsidian 的 这个我还会继续发的，因为这太好用了。最后第三招就是一个语音输入法叫闪电，说 就是这三招组合机打起来，你可以把 coco 的 理解成一个你工作了十年的下属，真的会非常的爽，因为我只需要按住 ctrl 加 windows 键就直接开，可以跟他说话了， 在我的配置。然后记录一下我今天去中医针灸，呃，推拿还有艾灸了，你可以看到我就按了两个键，然后啪啪啪这些全部都出来了。 再回到我的减肥记录里面是你可以看到这些全部都是他自己记录的，然后需要一个能沉淀的，而且我要追踪的一个嗯档，而他就会自己出来。哎呀，今天有哇，超级棒的。

上期我们分享了可乐 code 的 安装，很多伙伴反馈太复杂了，而且用国内的模型也得付费使用。那么本期我们分享一款平替就是 open code， 它有内置的免费主流模型，比如 kimi、 mini max 等， 对国内用户是比较友好的，无需登录直接就可以开箱即用。本期我会分享两种安装方式，第一种就是 c l i， 就是 命令行界面模式， 第二种就是对零基础上手比较友好的客户端模式，我会手把手带大家安装这两种方式，让大家零基础也能安装成功。本期我还会分享常用的命令，让大家安装好之后即可上手去使用， 如进入 open code 的 指令切换模型的、新建对话的、查看历史对话的等等，掌握这些常用指令就可以立刻上手使用。然后还会演示一个比较实用的应用场景， 就是让 open code 帮我们去读取文件，重命名文件。最后将分享的就是 scales 使用方法，演示读取 word 文档内容，以及在使用 scales 的 时候一些常见的问题和处理方法。好，下面我们直接进入实操环节，我们安装 open code， 在这里我们先分享命令行模式，然后再分享客户端模式。我们先来看一下命令行模式的安装，第一步我们就先安装 node js， 因为我们安装的时候需要用到 node js， 在 这里我们选择比较容易的安装方法，我们不用命令安装，我们选择安装程序， 然后直接打开安装包，下一步，下一步即可安装成功。像这个详细的安装步骤在上一期 cloud code 里面分享过，大家可以看一下。安装成功之后，我们按键盘上的 windows 图标加 r 键，就会出现运行窗口，在这里我们输入 cmd 直接确定， 这里我们以查看版本号的方式来确定是否安装成功，我们输入 node 杠 v， 然后我们回车，现在出现了版本号就证明安装成功了。然后第二步我们就开始安装 open code， 在 这里我们打开 open code， 然后选择 npm 安装方式，在这里我们复制命令，然后我们返回到命令窗口，我们直接 右键在这里粘贴好之后，然后直接回车，在这里我已经安装过了，就不重复安装了，当安装成功之后会出现这个界面，同样我们也是以查看版本号的方式来确定是否安装成功，在这里我们输入 open code 杠杠 version， 然后我们直接回车，现在也出现版本号了， 这时候就安装成功了。下面我们来熟悉几个常用的命令，分别是 open code， 就是 进入 open code， 然后 models 切换模型 new， 新建对话 sessions， 查看历史对话 scales 是 查看 scale， 在 这里我实操演示，我们一起来看一下。在这里我们进入 open code， 就是 输入 open code， 然后回车，可以看一下，现在就直接进入了对话模式， 然后下一个就是切换模型，然后我们输入斜杠 m o d e l s， 回车，在这里我们就可以去选择模型，比如我们选择 k m k 二点五，然后回车，然后我们可以和他对话当前 什么模型，然后我们回车，可以看一下他给我们的回复，当前使用的是 k m k 二点五模型，然后模型 id， 然后下一个指令就是新建对话，我们输入斜杠 n e w， 然后我们回车，这是新建对话，然后下一个就是 sessions， 斜杠 s e s s sessions 可以 看一下，在这里就可以查看所有的一个历史对话记录， 然后我们回车就是选择当前对话，然后下一个就是斜杠 scales s k l s 然后我们回车，在这里就可以看到我们安装的 scales 技能，如果有安装的话可以看到这就是我们几个常用的指令， 到这里我们熟悉的指令。下面我们进入本地文件操作的分享，在这里我会使用重命名的案例来演示分享，在这里我打开了一个文件夹， 然后我们在这里直接输入 cmd， 然后我们输入 open code， 回车可以看一下左下角，在这里它就是基于当前目录运行的 open code， 在 这里我们可以让它列出我们当前文件夹的文件内容， 我们给它提示词，当前文件夹有哪些文件，然后我们回车可以看一下，它给我们列出来了根目录文件有哪些，还有文件夹有哪些， 在这里我来实操演示一下，我们让它把 file 点 d o c x 这个文件帮我们重命名， 我们可以看一下提示词，就是把费要点 d o c x 文件重命名为一二三点 d o c x， 然后我们直接回车发送，这时候就帮我们重命名成功了，它不仅能重命名，它还可以解锁文件， 当前目录中 d o c x 文件有哪些，然后我们发送可以看一下，他帮我们解锁完成了，就是当前目录中只有一个一二三点 d o c x 文件，这就是他本地文件操作的一个能力，我们本地文件处理的演示就到这里， 然后下一个就是我们分享 skills 的 使用方法，演示读取 word 文件。在这里我们可以看一下 open code 它的 skills 使用方法，其实它的使用方法都是一样的，只是命名文件夹不同， 在这里就是我们在当前项目新建文件夹，就是点 open code， 然后我们打开里面就是 skills， 然后 scales 里面就是我们安装的 scales 技能，这里有 d o c x 的， 还有一个 pdf 的， 在这里我们来演示一下，让它读取 word 文档，我们先来输入斜杠 s k i l l s， 这里就是我们可以看到所有的 这个 scales 安装的技能，然后我们按 esc 退出，然后下面我们来让它读取一下一二三点 dos 这个文件，我们给他的提示词就是帮我提取一二三这个 word 文档的内容，简要概括，然后我们发送 可以看一下它现在提取 dos 文件，先加载 dos 点 scale， 这时候它就调用了这个 scales 技能，然后我们往下看， 好可以看一下，到这里就帮我们提取内容了，然后给我们的内容是经过 ai 简要概括之后的， 然后我们打开这个文件，我们看一下啊，这就是一个 ai 对 就业市场的一个影响，下面有些数据，有些文字内容，然后这里是经过汇总之后的内容，这就是 skills 的 应用。在这里还有一个经常遇到的问题，就是有很多朋友反馈 我安装了 scales， 但是真正对话的时候它没法调用，在这里我们需要注意两点，第一个就是我们要确定我们电脑里面有 python 的 运行环境，比如像这些 scales 文件里面，它都有对应的一个 py 脚本，就是对内容处理的， 如果没有 python 的 运行环境，这些脚本它是运行不了的，所以它取用不了。然后第二个需要注意的事项，就是我们可以看一下 d o c x 里面的 scale， md 的 文件我们打开，我们打开之后我们来注一下它的描述，它的名称是 d o c x， 在 这里它的描述我们来翻译一下， 可以看一下描述，就是当用户要创建、阅读、编辑或处理 word 文档点 d o c 文件的时候，请使用此技能，它这里有一个触发条件，就 是触发条件包括提及 word 文档或者是点 d o c x， 或者是要求生成带有目录、标题、页码或信头等格式的专业文档，就是我们给 ai 的 提示词，指定里面包含这些触发的关键词，它才可以调用 scale。 比如我们直接和它说一句，帮我总结这个文件，那么没有触发的这些关键词， scales 它也是调用不了的。这是目前经常遇到的两个问题，就是为什么不生效， 大家可以注意一下这两个问题。还有就是安装 python 环境，如果没有安装，选择这个 download， 在 这里我们选择这个版本，然后我们 保存到本地之后，然后直接下一步，下一步安装即可。在这里我也准备了文档里面第一步安装，第二步安装 open code， 然后还有 skills 资源分享，还有 python 的 安装途径，这些都有整理到这个安装手册里面。好了，到这里就是我们 c l i 安装和使用的所有分享， 下面我们分享客户端的安装和使用，像这个就比较简单了，都是格式化的，在这里我们选择 windows 版，直接保存到桌面，然后我们直接打开文件，在这里我们直接选择下一步，下一步直接安装即可。 安装成功之后打开，这就是它的一个默认界面，在这里我们还是打开一个项目，我们在这里选择打开项目，我们选择桌面上的八九，像这个客户端使用就比较简单了，可以看一下，从左侧开始，第一部分就是绘画记录， 然后第二部分就是文件的预览窗口，第四部分就是文件内容的预览，相当于是资源管理器， 这就是它的一个界面布局。然后第二部分绘画，这里我们可以选择模型，在这里我们确定，比如 gpt 五或者是 minimax， 在 这里直接点击选择就可以，在这里还选择 kimi 二点五，在这里我们再演示一下使用 skills 读取 word 文档内容，输入提示词，帮我总结一二三， word 文档的核心内容，在这里我们直接发送， 我现在读取这个 word 文档应该使用技能来处理 word 文档，这时候它就加载了 skills， 这时候它就调用 skills 技能，帮我们总结了 word 文档的一个内容，可以看一下这就是这个客户端的一个操作， 包括从安装到使用都是非常简单的，它主要是可视化，如果大家第一次接触，感觉命令行模式不容易上手，可以使用这个客户端，像 oppo 的， 它最大的一个优势就是我们不用手动去接入模型，也不用去登录，直接开箱即用， 大家可以动手体验一下。好了，以上就是我们本期所有内容的实操分享，面对近期密集发布的新模型，大家无需盲目的跟风，工具的价值不在于新，而在于准， 就是能够丝滑的嵌入我们的使用场景，切实提升效率就是最合适的。大家可以在闲暇时间小范围测试，根据实际反馈来迭代自己的工具库，保持关注， 去理性筛选。这是我的个人心得，分享给大家。好了，本期内容分享就到这里，我们下期再见。

cloud code 的 平替产品来了，开元免费，它就是 open code。 如果说 cloud code 是 二零二五年限相机产品，那么 open code 大 概率呢，是二零二六年的最令人惊讶的 ai 工具，并且我相信它会持续地活下去。首先说一下为什么要推荐 open code， 不是因为 cloud code 不好用，是因为很多人用不上真正的 cloud code， 大 部分人连 cloud 账号都注册不下来，更别提订阅会员了。至于 code x gemini、 c l i 等这些工具，与 code 比起来呢，简直就是弟弟啊！ open code 发布的第一时间我就开始用了，深度的使用了一段时间，我觉得这个工具百分百可以匹配 cloud code， 并且我预测二零二六年，它大概率体验上会超越 cloud code。 opencode 与 cloud code 呢，很像，主打终端使用，支持 agent、 mcp、 skills 插件等等。 并且呢，能够无缝衔接 cloud code 创建的 skills， 使用体验上基本上是照搬了 cloud code 的 模式，斜杠命令、艾特文件、自定义指令等等。 但是它比 cloud 扣的多了一些功能，最大的优势呢，就是支持超过七十五种模型，比如你可以接入国外顶尖的模型 gbt、 五点二扣的 x、 gm 的 三点零 pro、 cloud group 以及国产的模型 gm、 mini max、 七 m、 dspig 等等。而且划重点，还有些模型呢，是免费用， 不需要订阅，不需要账号，不需要注册，国内正常访问。这个对于 card code 挡在门外的用户来说，简直是天降福利啊！好话不多说，接下来教大家手把手安装 open code， 然后教你如何配置模型，一分钟让 open code 成为你的 ai 搭子。 open code 的 有四种使用方式，终端使用、客户端使用 ide 使用云端使用终端，才能让 open code 的 释放百分百的潜力啊。所以本期视频呢，主要讲解前两种使用方式，终端 ide。 这里呢，我整理了一份详细的安装使用文档，如果你需要呢，我也可以发给你。接下来呢就照着文档带大家先安装，先演示 windows 电脑的安装，然后再演示苹果电脑。 windows 的 安装稍微复杂一点，第一步我们需要安装 node 点 gs， 打开 node 点 gs 的 主页， 这里我们选择 windows， 后面这里大家根据自己的电脑类型选择，我这里是叉六四，点击下载 msi 格式的文件并安装，安装成功后，同时按住 windows 键加 r 键，输入 powershell， 打开终端，然后我把文档中的这条命令复制到终端里回车。等一会我们看到这样的界面就是安装成功了。 接下来呢是苹果电脑的安装。首先打开终端，然后把文档中的这行命令复制到终端里回车。 现在可以看到命令行显示正在安装 open code， 这里呢有版本号，等进度到了百分百就安装完成了。苹果电脑的安装呢，比较简单，我们试着输入 open code 回车。呃，但是这里提示找不到该命令，别慌， 因为安装成功后呢，需要重启一下终端，我们摁住 command 加 t 键，重新打开一个终端，然后再次输入 open code 回车。出现了这样的界面就代表安装成功了。 open code 支持在 cursor vs code 中使用，并且经过我这几天的试用呢，我发现 vs code 中使用体验非常好，特别是视觉效果。 接下来再教大家如何在 vs code 中使用，注意不需要安装任何的插件，不过前提是我们已经在终端里安装了 open code， 打开 vs code， 点击顶部工具栏的 terminal 就是 终端，然后选择 new， 然后输入 open code 回车，它会自动识别到呢是在 vs code 中。接下来我们就会看到这样的界面啊，就可以继续使用了。好，到这里你就可以正常使用 open code 了。接下来我们看一下有什么模型。输入框中我们输入斜杠 models 回车，可以看到这里列出了很多的模型，后面显示 free 字样的呢，就是免费的模型，目前免费的有 g l m 四点七， mini max 二点一，还后面的这个还有 g l m 四点七与 mini max 二点一呢，在绝大多数的场景已经够用了，不限量免费用，非常的香。这里我选择 mini max 二点一，然后用一下试试。我这里输入，你是谁，你能干什么？ 看到回复了， nice， 你 如果订阅了 g p t gemini 的 会员，那么也可以接入到 open code 中。这里我以 g v t 举例给大家演示一下如何接入。我们输入杠 connect， 选择 openai， 然后选择呃 gpt pro 或 plus。 回车，打开浏览器登录账号授权后就能使用 codex 和 gemini 模型了。我们输入 gmodos， 选择 gpt。 五点二，回车试一下 啊。输入介绍一下 open code， 我 们看到这里有输出了，接入成功。最近 cloud 的 把 open code 的 a p i 给封了，即使你有 cloud 的 会员也没办法进入到 open code 中，但是我们也有其他办法能在 open code 中使用 cloud 的 模型，并且是免费使用。 下一期教大家如何在 open code 中免费使用 cloud 的 模型，大家点点关注哈，跟着阿亮学 a。