Claude怎么自动提交代码

还在只会用 cloud code 简单写代码改 bug？ 其实它生态圈里有超多热门必装神级 skill， 百分之九十新手都不知道白白浪费大半功能。 今天盘点五个圈内爆火高手人手必备的 cloud code 热门技能，全部给官方技能原名，直接搜就能装！第一个， doc reader， 全能文档阅读解析技能，可以直接本地提取 pdf word 解析参考资料，看文档读技术资料直接开挂。 第二个， coldrefactor， 全剧代码重构专属技能，专治老旧烂代码，逻辑臃肿，风格混乱，一键统一编码规范精简，融于逻辑，优化签到结构，只整理格式，补改原有业务功能，老项目瞬间变整洁。 第三个， get smart commit get 智能规范提交技能，再也不用手写。 get 备注，只会写 fix bug， 自动识别你代码改动内容，生成大厂风格，标准化提交文案，分类清晰，规范专业，不用自己动脑写注置。第四个， api， docs generator 接口，文档一键生成技能， 写完后端接口，不用手动写文档，自动扫描项目所有路由和参数，一键生成完整 api 文档参数说明调用视力直接能用，省掉大把写文档时间。第五个， dependency audit， 依赖安全检测技能，自动扫描项目所有第三方依赖检测版本老旧漏洞风险版本冲突，自动给出升级建议和修复方案， 提前避开线上隐患和兼容爆错大坑。以上这五个都是目前 cloud code 的 生态热度最高，实用性最强的热门技能， 直接在技能商店搜名字就能安装覆盖文档重构 get 提交接口文档依赖安全全场景，新手不用瞎找插件，就装这五个，直接把你的 ai 开发效率拉满一个档次，收藏起来，慢慢挨个解锁！关注我，带你吃透更多 cloud code 高阶技能！

一定要快点试试这个 kol 的 战，感受一下 kol 的 强大的代码和写作能力。他真的跟官网一模一样，不是账号迟不会被封号，还不限制托肯。接下来准备给他发一下丸子的别录，我看一下他的文件提取的能力，我看出来他的回答速度还是相当快的，写出来的内容还是比较准确和靠谱的， 比我自己读要快非常多，也没有出现像 cologne 之前常出现的断联的情况。接下来再让他帮我读一下科研图，以前我自己要是读这种英文的科研图，真的是要花很久时间，现在你只需要发给 cologne， 它就瞬间可以把这个科研图的全部的流程以及内容都给我分析清楚， 方便非常多。而且你看他还可以把整个流程都帮我梳理清楚。接下来再让他帮我改一下之前的这种石山的代码，可以看出来他把问题在哪里都指的明明白白的。重新给了我一遍，他修改之后的一个代码，看起来比我写的代码要好太多了，这真的是我目前能够找到最好用的 closed 站了，没有之一。感兴趣大家点点关注。

二零二六年，你们一定一定要学会使用可劳克的，毫不夸张的说，用好它至少能让你的生产率翻二十倍，因为它的功能不仅仅是写代码，开发应用，我一直都把它当成通用 agent 在 用， 你可以用来写文章，做数据分析，甚至上整理报销发票，这样的繁琐需求都能用它一句话搞定。那么究竟该如何安装并熟练使用可劳克的？除了官方的文档，我最推荐的就是这份完全免费开源的可劳克的中文教程。 可以看到，从安装环境配置、如何使用国产大模型、平替基础使用指南到进阶实战技巧，写的非常详细，而且是全中文。我真的建议你们每个人都可以把它收藏起来，用起来，找不到的话可以跟我说。

用 cloud code 做开发的人，应该都有一个特别烦的痛点，每次关掉会话，重新打开窗口，都要反反复复介绍一遍项目架构，用的什么技术栈、代码、命名规范，还有自己的开发习惯，一遍又一遍重复交代，既浪费时间，还特别影响开发效率。其实根本没必要这么麻烦， cloud code 自带一个超强隐藏功能，项目记忆 cloud md， 而且重点是不用你手动建文件，不用自己手写配置，你只需要直接跟他口述指令，把我这个项目的技术栈、目录、规范、代码风格、开发习惯全部写入项目记忆，它就会自动在项目根目录生成并更新 cloud md 专属记忆档案， 全程不用你动手写一个字， ai 全自动帮你整理存档，里面会自动记录好项目整体架构、所用技术栈、文件夹、命名规则、 代码、书写风格、注视习惯，还有你平时的开发要求，也都会记录进去。只要设置一次，永久生效，以后不管新开多少次绘画换多少个窗口， cloud code 都会自动读取这份项目记忆。不用你再重复介绍任何背景信息， 它会完全按照你的编码习惯、你的项目规则去写代码、改 bug、 做功能、重构，写出来的风格跟你完全契合，不用反复磨合。 新手也可以直接输入斜杠命令 init， 一 键自动生成标准 cloud md 模板，稍微微调一下就能直接用。学会用好项目记忆， cloud md 彻底告别重复交代项目的麻烦，让 cloud code 越用越懂你，开发效率直接拉满！关注我，带你了解更多 ai 知识！

很多人用 cloud code 大 半年都不知道它的终端里藏着一堆能直接拉满效率的隐藏命令，只会打字发需求，不仅效率低，还总踩坑。 ai 乱改核心代码绘画聊多了就跑偏，改崩了还不知道怎么撤回。今天一次性把 cloud code 的 十二个实用终端命令分三个梯队讲透，从新手入门到高手进阶，看完直接照着用。 第一梯队，新手零门槛必用，日常开发天天都会用到。 init 是 项目出土化神器，一键识别技术站和目录结构，自动生成标准。 cloud md 项目记忆文件，新开项目第一条命令就用它。 cap 就是 官方自带的命令说明书，忘了任何命令怎么用，直接输入它功能和用法，一键调出 clear， 可以 一键清空当前绘画记录，重置对话状态，换新需求，换项目，不用新开窗口，直接重新开始。 ios 一 键列出项目完整目录结构，不用手动翻文件夹，快速让 ai 了解项目全貌，也方便自己核对文件。第二梯队是开发高频刚需，也是最能帮你避坑的几个命令，建议直接背下来。地图是代码改动核对神器，实时查看 ai 改了哪个文件、哪一行什么内容，确认没问题再保存，避免偷偷改乱核心代码。 安卓就是改崩救星，只要 ai 改完代码不满意甚至改崩了项目，直接一键撤销上一次所有文件改动。 compact 是 上下文救星，绘画聊得越多， ai 越容易跑偏，它能一键精简，无效上下文，保留核心信息，让需求重新聚焦。 mod 可以 快速切换 plan、 edit、 esc 三大模式，比如输入 free mod， esc 就 能切到只问答不改代码的安全模式。第三梯队是进阶高手，私藏命令冷门一点，但在关键场景特别实用。 group 后面跟上要锁定的文件或目录路径，就能禁止 ai 修改这些内容，比如核心配置和底层依赖，杜绝乱改关键文件 reset 比 secure 更彻底，不仅清空绘画记录，还会重置项目临时状态。换项目时用它全新启动，不串旧上下文。 get， 可以 一键查看指定文件的完整内容。后面跟文件路径不用手动打开文件，快速核对代码内容， reload 会重新加载整个项目文件。如果你手动改了项目里的文件，输入它，就能让 colot code 同步最新状态，不再用旧代码干活。 这十二个命令覆盖项目初识化，日常开发还错避坑和安全管控没有花里胡哨，全是能实打实提升效率的干货。收藏起来，用的时候翻出来照着书就行。关注我，带你吃透更多 colot code 的 高阶玩法！

全球最火的这几个 a 键的产品，如果要选一个用的话，我强烈建议你无脑选 color code， 不 管是写代码还是办公，它都是目前最强的通用 agent， 但很多人没用上都是因为卡在了安装这一步， 这视频我会手把手教你一个全网最简单的保姆级 color code 的 安装方法，国内可用，不需要魔法，也不需要懂代码， windows 和 mac 都能装，看完这个视频，你绝对能从零到一上手 color code 的 话不多说，我们直接开始吧。 整个的安装步骤呢，主要有四步，第一步是 cloud code 的 安装，第二步是模型设置接入，第三步是怎么跟 cloud code 的 进行对话，然后第四步是 cloud code 的 一些使用技巧，以及 一些安装后的设置。那我们先说第一步 cloud code 的 安装，第一步呢是先安装一个国内的 agent， 因为很多的小白搞不懂什么代码 m 领航，那 那这一步呢，我们直接让一个 agent 来帮我们全自动的去安装 call code， 全程不用我们自己动手，这里你用国内任何的 agent 的 产品都可以。那么我这里为了方便演示，我用的是 workbody， 我 们直接打开 workbody， 然后你选择对应的版本去进行下载。 打开安装好的 workbody， 我 们把这里切换到代码开发，直接复制一下这一段内容发给 workbody。 整个的过程呢都会 ai 自动的进行，大概五到十分钟，这个取决于你的网络还定的速度， 然后这个内容的话我也放在这里，大家到时候自己复制就可以了。等 workbody 安装好，会得到这样的一个界面，那么这个时候呢，我们的 cloud code 就 已经安装好了。安装好 cloud code 之后呢，我们打开你电脑的这个终端，你输入一个 cloud， 然后回车你就能看到一个这样的 cloud code。 但是这个时候呢，你的 cloud code 还是不能用的，因为它 还有一些登录的验证，包括模型的配置，所以我们还不能对话使用。接下来我们第二步就进行模型的设置跟接入。我们需要先安装一个插件，这个插件可以来跳过 curl code 的 登录验证，并且它可以接入任何的第三方模型。这个插件的名字呢是叫 c c switch， 你 可以直接去打开 c c switch 的 这个页面，直接去安装对应的版本。这个是 mac 的 安装包，这个是 windows 的 安装包。如果你没有办法去访问 get help 的 话，可以通过我这个已经下载好的链接可以去获取这个工具分为 mac 跟 windows 的。 当我们安装好 c c switch 之后呢，我们就可以开始模型的设置了。安装之后我们打开，点击左上角，这里会有个设置， 我们下拉去找到一个叫跳过 cloud code 的 初次安装确认，这就能够跳过 cloud code 的 这个登录验证。接着呢，我们点击右上角，这里有个加号，我们就可以直接用官方的订阅，如果你没有的话，就可以在这里去配置第三方的这个模型。 然后像 c c switch 的 话，它里面基本上集成了像各家主流的这种模型 a p i。 国产的这些智府， kimi， mini max 都有。如果你有对应的这 几家的定位的套餐，包括什么火山呀，阿里云的这些，你都可以去配置在这里。如果屏幕前的你没有任何的模型 a p i。 那 么你可以先去白嫖一下这个硅基流动，他们有一个新用户的额度，大概十六块钱，可以用上 colocode 先用起来，如果你用完了之后呢，你自己再根据你自己的体验去切换成别的模型。我这里以这个硅基流动为例， 讲一下是怎么样把这个 a p i 给配置到克拉扣的里面去的。首先你打开这个轨迹流动的网站注册登录之后，就会得到一个十六块钱的一个代金券，它这个里面的国产的主流的开源模型基本上都有， 然后你想用哪个都能用。打开轨迹流动之后呢，点击左侧，这里会有个 a p i m e 要新建 a p i m e 要描述这里去填写克拉扣的。接着呢就复制好你的这个 a p i m e。 要配置好轨迹流动之后呢，回到这个 c c switch， 在 供应商这里去选择 c c switch， 只需要把你的 p i p 配置到这里。接着呢，我们需要设置一下模型，这里推荐大家去用 mini max 的 模型先体验，因为这个模型它比较便宜，性价比最高，如果去用别的模型的话，可能对话几句就额度就没了，然后这个能对话的次数更多，所以 你可以先用这个去体验一下配置方式，也是直接把这里的模型的名称都换成这个 mini max m 二点五就可以了，大家可以直接复制我这里的内容去配置。接下来再给大家分享一个让你的 qq 变得更加好用的一个设置。开启之后，你的 a 证呢？在工作的时候就不需要你一直去点 同意了，而是能够自己去跑完整个任务。配置的方式是在刚刚我们配置模型的这里，点击这个编辑通用配置，只需要复制这一行代码，然后你替换文本框里的这些内容，然后点击保 存就可以了。这些 switch 很 方便的是，它这个通用配置会默认写入你所有后续配置的模型，所以就算你换模型之后呢，这个设置还是生效的，所以说就非常的好用。 我们平常用 color code 的 话，都会配好几个模型，然后切换着来使用。上面这些都配置好了之后呢，我们只需要点击这里的一个添加就可以了，你的这个模型呢，你就能在 c c switch 这里看到，就是我们刚刚配置的这样一个模型的服务，然后点一下这个使用中，这里就 显示我们当前 cloud code 使用的是这个模型，到这一步的话，我们的 cloud code 其实就已经配置好了。打开终端输入 cloud， 然后就会弹出一个确认 cloud 当前工作的文件夹，我们点击确认就可以了，这里也会出现一个提醒，问你是不是要用这个模式进行运行，选第二个同意就可以了。 完成这一步之后呢，你就可以愉快的和你的 cloud code 去进行对话了，你的 cloud code 就 已经安装好了，是不是非常的简单。接下来呢再给大家讲一下 cloud code 的 一些使用技巧，还有一些安装后的设置， 让你的 cloud code 更加的好用。先说一下 cloud code 的 启动方式，就是我们刚刚说的从中端来输入一个 cloud 来启动，但是这个会默认以你的终端的这个路径为 cloud code 的 工作文件夹。那我们如何指定工作的文件夹呢？就是打开终端，你输入一个 cd， 然后按下空格，把你的文件夹拖进来，然后它就会自动转成一个路径，这时候你再按一下回车，你就会发现是在这个文件夹下 再输入一个 cloud， 它就会以你当前指定的这个文件夹作为 cloud code 的 工作文件夹。也就是说它读取文件，包括它编辑文件，包括它的创建文件，都会在这个文件夹里头 去进行，适合你去管理你自己不同的开发的项目。 c c switch 还有一个特别好用的功能，就是说能够去查看 cloud code 的 历史对话。我们打开 c c switch， 你 在这个右上角，这里有第三个 icon， 这里能查看 cloud code 的 历史的所有对话，包括我们能够查 看任何一个对话，然后点击这个恢复对话，来跟过去的对话继续聊天。这里再推荐一个 mac 用户特别好用的一个命令行界面自带的终端呢，可能并不是特别的美观，如果你是 mac 用户的话，可以把你的命令行软件换成这个 ghost， 整体的界面会更加的美观好看，它的运行的性能也会更加的流畅一些。另外再来讲一下，就是我之前出过一个视频，讲 color code 的 一个视 十一个技巧，可以通过这个文档包括我之前的视频去看一下，还是比较有用的，能够让你熟悉 curl code 的 一些基本的操作方式，包括一些进阶的使用的技巧。另外的话就是如果你不习惯用命令行店面对话的话，你想用更好用的图形界面的话，可以去使用 oc 店加 curl code 的 方式 是你把 color code 去接入 oc 点，看我的这个界面的话，左边其实是我的 oc 点，它可以实时去编辑我的个人的笔记还有知识库。右边其实就是 color code 的， 但是它以一个插件的形式，以这样的图形化界面，在这个 oc 点的右边，跟我们平常用的 ai 聊天软件就比较像，像我自己个人的话， 如果不写代码开发的话，基本上就是用这个会用的更加多一点。我之前也出过一期视频，讲 carposy 的 ai 加 oopsie 知识库去怎么打造，包括里头有讲怎么把 cloud code 去接入这个 oopsie 点也非常的简单，大家可以自行去看一下。总结一下就是 cloud code 是 目前综合实力最强的 agent， 不 管是写代码还是日常办公 ansarpic， 它的 agent 的 功能能力基本上是独一档的。所以我推荐大家安装 cloud 之后呢，好好的去用一下，基本上你能想到在电脑上能操作的事情， cool 的 基本上都能干。后续我也会出各种 cool cool 的 一些新手教程，包括如何从零到一去开发一个产品，包括我自己用 cool cool 的 来剪视频啊，做 ppt 啊，基本上任何事情我都是用 cool cool 的 来解决的。那这期视频就先到这，这里是立刻聊爱，我们下期再见！

今天我们来挑战三分钟带小白无痛安装 curl code， 通过这个方法安装到 curl code， 它不会被封号，也不用管那些乱七八糟配置，而且小白普通人用的话一个月也就花二三十人民币， ok。 首先第一步是安装 vs code， 那 我们点开 vs code 的 网页， 是 vs code 的 网址，然后这里有登录 for windows。 下载完以后我们打开 vs code， 左侧是管理文件的地方，中间是代码实际操作的地方，右边到时候会有 curl code 跟交互的地方。 第二步我们要做一个决定，是用 kimi 还是用 cloud， 这里面如果我们用 kimi 的 话，就国内的一个呃编程软件，那我们点开 ps code， 然后在这里面输入 kimi code 插件，然后我们把 kimi 安装好以后，我们就可以在右侧这个对话栏后面跟 kimi 去 交互。如果你决定还是要用 kimi 的 话，那我们这里需要先调一下智普的大模型，我们点开智普的这个网站，然后我们创建一个 api， 在 里面随便书写字母， 然后我们创建好 apikey 以后，我们点击一下复制，然后我们回到这里面。下一步需要我们安装一个叫 cctv 的 东西，我们来到 cctv 的 这个网站，然后点这个扣子， 选 download zip， 下载完以后它应该是一个压缩文件包，然后解压一下，打开添加供应商，这里面我们选中智普的 gm， 然后 apikey 我 们刚才复制过，先粘贴在这里面，然后点添加 啊，添加完以后我们需要确认一下这个设置，看到一个奇应用到 qq 插件，这里面确定是打开的，然后保存， 然后下一步我们需要安装 qq 插件还是回到 v i qq 点点击怎么插件？这里搜索 qq， 点击安装， 然后我们就可以跟 qq 聊天了。

用了半年 cloud code， 才发现有个功能我一直在用，但身边几乎没人知道，叫 hux， 今天直接给你六个配置，复制粘贴就能用。 hux 就是 让 cloud code 在 特定时机自动执行你预设的命令，不用你手动操作，也不用依赖 ai 自己判断纯确定性执行。 举个例子你就懂了，之前 cloud 改完代码格式是乱的，你得自己跑 prettier， 现在配了 hook， 它改完自动格式化之前它想动你的 ev 文件你根本不知道，现在直接拦住，之前任务跑完，你得盯着终端，等现在它需要你的时候，自动弹。桌面通知。 配置一是自动格式化 cloud 编辑文件后自动跑。格式化工具， java 用 google java format， 排放用 black go 用 java， 前端用 prettier， 根据文件后缀自动选，全区生效配一次，所有项目都能用。 配置二是桌面通知 cloud 跑长任务的时候你可以去干别的，它需要你审批权限，或者等你回来的时候自动带 mac os 通知，不用一直盯着终端了。 配置三式，保护敏感文件 emv credentials， 这些文件 cloud 碰都别想碰，直接用 exit。 二拦截。配置四式，自动跑测试， cloud 说搞定了，先跑一遍，测试，不过不许停。 配置五式，上下文压缩后自动注入项目规范，压缩完 cloud 可能忘了你用什么包管理器，这个 hold 自动补回来。配置六式，自动跳过 plan mode 的 确认弹窗，少点一个按钮， 实际配置长这样就是几行 j s o n 写在你的 settings j s o n 里， clock code 自动识别脚本放在 hux 目录下，所有项目全职生效。 就这几行 j s o n 的 事，把 hux 配好 clock code 就 从一个好用的工具变成一个真正贴你习惯的编程搭档。现在就去试试吧。

用 cloud code 最头疼的是什么？跑着跑着就要你点确认，但你根本不在电脑前， hoops 就 解决了这个问题。 hoops 有 六个出发点，工具调用前，调用后，等待审批时， 任务完成时，绘画开始时结束时，它能干什么呢？播放提示音，写日期，发通知执行任意需要命令配置要分三步走，准备素材，打开粘贴 hoops 代码保存自动生效核心时段， event 触发时机 measure 过滤条件 command 执行什么命令最快？上手法直接告诉 cloud， 帮我写一个任务完成时，播放提示音的 hook， 复制粘贴进去，完事。

大家好，今天再给大家分享一个好用的工具叫 browser honeys， 它是目前 ai 操控浏览器最省 token 的 一种方式，它非常的简洁，只有五百九十二行的 python 代码，然后上线三周已经突破了一万的 star， 呃， token 是 比以前的方式能省很多的 呃，目前我们 ai 操控浏览器一共有五条路径，一个是呃 cloud in chrome， 就是 我们平时用的比较多的一个 cloud 的 插件。然后第二个是 computer use， 就是 相当于你把 cloud 交给了呃的电脑，交给了 cloud， 让它去控制这个整整个电脑，但这种方式非常消耗托管，因为它需要截屏确定位置在哪 啊？第三种是 zenium， 这种是传统的方式我就不说了啊。第四个是 pre write mcp， 这是目前像那个 brother u， 呃，那个 use 啊，用的这个框架， 然后 brothers use 他 们现在开发出的 brother hannis， 这个是 c d p 直连的啊，为 ai 造的工具，这个是我们今天要重点介绍的，就前四个呢，它有各自的局限性。然后第五个就是专门给 ai 量身定做的啊，下面我给大家拆解一下。就是它的呃，架构呢，是 quad code 的 呃， 通过 c i 命令行，然后把这个命令发给了 d m， 然后 d m 再通过 c d p 的 web socket， 然后再到你的框，就就非常的简单简洁。它一共就四个核心文件，目前迭代了几个版本，它的命令的代码还是小于九百行的 啊，非常的非常的少，非常的简洁动，不像那些几万行的比起来还是简洁很多的。而且它是直接附用你的 cookies， 还有登录状态，所以能直接操控你的浏览器 啊，他本身还设计了一个叫自愈架构的，他有个 agent helps 啊，他开箱呢，就是你刚装完是空白的，你的 agent 通过各种各样的浏览器执行之后，碰到了一些问题他会解决，解决完之后他就会记录进去，相当于是一个自我迭代跟循环的。 然后仓库本身呢，就是你下下来之后，他已经有了几十个网站的这个操作的经验，就是你的 agent 用的时候就能直接去读取这些经验， 然后这样你一直用下去，它就有一个啊， feedback， feedback， loop， 然后正反馈的循环啊，就形成一个经验的，就是操作浏览器的一个经验的自动沉淀，因为每个网站的它的这个操作的方式可能有些细微的差别， 你怎么怎么去决策用不用这个软件呢？是，首先要看是这么判断的，首先要看你这个网站有没有专用的 m c p。 呃，你像 github， notion， slake 这些是有直接专用的 m c m c p 的， 就相当于它有 ipad 接口，你就根本就不要碰浏览器，你就去找他们接就好了， 通过那 mini 上去接就好了，这个就浏览器根本就用不着。那如果说你要开浏览器，那传统的现在用的可能多一点的就是 playwrite 的 mcp 啊。然后现在我建议你们大家都转成这个 bardeen， 因为它真的很省头，肯啊，非常的好用。 呃，反正大部分场景下 broderhanys 是 性价比最高的路线。呃，然后我我通过这个方式啊，我封装了一个技能，它这个技能的用处是什么呢？就是我们平时用这个追美版 a p i 不是 很贵吗？然后我用这个浏览器的技能接了呃追美版的订阅版， 就是它通过控制浏览器，然后打开 jimmy 订阅版的 jimmy， 然后输入这个提示词，然后就会自动把这个图片生成了，然后下载到呃项目的文件夹里，就这一套下来，你升图片相当于你就可以把额度用呃 jimmy 的 额度用满，就不用花这个 api 的 投肯了， 从投肯的消耗相比的话，大概比 content 柚子能省很多省省个八八倍左右。 呃，我的分享就到这里，然后我接下来会放一下我用这个呃 opus 四点六，然后控制我命令它，然后去生成图片，它自动调取我的技能 去呃生成那张图片并保存下来的过程。大家有兴趣可以接着往下看一看啊，欢迎大家关注今天我的介绍，先到这里，谢谢大家。

大家好，今天我来带大家快速上手 cloud code， 这款 ai 编码助手几分钟就能让你用起来哦。首先要确保你已经准备好终端或命令提示符，还有一个代码项目，即 cloud ai 或 cloud console 账户。 第一步是安装 cloud code， 不 同系统有不同方法， mac os， linux 或 w s l 用户可以在终端输入， curl f s， l h t ps curlan slash slash cloud ai install dot bash windows 用户如果用 power shell， 就 输入 i l m h p t s 冒号 cloud i i instagram dot ps one i x。 要是用 c m d， 就 输入， curl f s s l h t ps collin slash slash cloud i i install dot cmd o install cmd and n install dot cmd and n dell install cmd 不 过 windows 用户要先安装 jit for windows， 安装好后就该登录账户了。在终端输入 cloud， 启动交互式绘画，第一次使用会提示你登录，输入 no name， 然后按照提示操作就行。可以用 cloud 点 ai 订阅账户，也能用 cloud console 的 api 访问账户， 登录后凭证会保存，不用每次都输。接下来启动第一个绘画，在项目目录下打开终端，输入 cloud 就 能看到欢迎屏幕里面有绘画信息，最近对话和更新。 输入 help 能看命令 resume， 可以 继续之前的对话，然后试试。提出第一个问题吧，比如问问这个项目是做什么的， cloud 会分析文件给你加载，也可以问技术站主入口点或者文件夹结构，甚至问问 cloud code 能做什么， 怎么用斜杠命令能不能和 docker 一 起用，它会根据需要读取文件，不用你手动添加上下文。现在来进行第一次代码更改，比如试试 add a hello world function to the main file， cloud 会找到合适的文件，显示建议的更改请求，你批准后再编辑，修改前一定会问你哦。 cloud code 还能和 get 配合，比如问我改了哪些文件，或者让它用描述性消息提交我的更改。创建新分支查看最近五次提交，解决合并冲突都可以。 修复错误或添加功能也很简单，用自然语言描述就行。比如给用户注册表单添加输入验证，或者有个 bug， 用户能提交空表单修复它。 cloud 会定位相关代码，理解上下文，实现解决方案。有测试的话还会运行测试。 还有很多工作流可以尝试，比如重构代码，让它把认证模块重构为使用 asset await， 而不是回调。写单元测试，给计算机函数写单元测试更新文档，更新 readme 的 安装说明代码审查，审查我的更改，并提出 改进建议。记住，就像和同事聊天一样，描述你的目标就行。最后说几个基本命令， cloud 启动交互模式， cloud task 运行一次性任务。 cloud code 还能和 get 配合，比如问我改了哪些文件，或者让他用描述性消息提交我的更改。 cloud code 还能和 get action、 cloud er 恢复之前对话。 cloud commit 创建 get 提交。怎么样？是不是很简单？快去试试用 cloud code 提升你的编码效率吧！你平时编码时，最需要 ai 助手帮你解决什么问题呢？

很多人用 cloud code 只会让他帮忙写几行代码，但程序员真正浪费时间的，往往不是写代码本身，而是项目搭建独就、代码改规范设计、接口排、性能问题这些日常痛点。 skill 不是 把提示词存起来那么简单，它更像给 cloud code 装上一套标准动作包，让它按固定流程处理一类问题。所以今天这条视频不是技巧拼盘，而是五个程序员每天都用得上的痛点接法。真正好用的 skill， 不是 看名字多酷，而是看它能不能把一个高频痛点变成一套稳定流程。下面这五个 skill， 我会按程序员每天最常见的场景来讲。这五个 skill 分 别解决新项目、旧代码、代码规范、接口设计和性能优化，不用一次性全学会，先挑你最痛的那个装上，效率会很明显。第一 个痛点，新项目刚开始，目录结构依赖配置规范，全都要自己答。 project scaffold 这类 skill 适合让 cloud code 先读需求，再生成项目骨架。它会把目录配置、基础组建、 readme 和启动脚本一次性准备好，避免你开局就陷进杂活。 第二个痛点，接手一个旧项目，最怕一上来就改 code explain skill 的 价值是让 cloud code 先解释模块、职责、调用链和风险点，你可以先拿到一份人能看懂的项目地图，再决定从哪里下手。 第三个痛点，团队代码风格不统一， ai 改完之后还要你手动收拾。 code standard fix skill 可以 把命名格式、注示、错误处理统一成项目规范，它适合在提交前跑一遍，让代码看起来像同一个人写的。 第四个痛点，接口一边写一边改，前后端对齐特别耗时间。 api design skill 适合先把字段状态码错误返回边界场景整理清楚，再让 cloud code 按这个接口器约去写代码，返工会少很多。第五个痛点，页面慢，接口慢，构建慢，但你不知道瓶颈在哪里。 performance optimize skill 应该让 cloud code 先定位热点，再给优化方案。它不是盲目改代码，而是按指标复杂度和风险排序，优先处理最值得改的地方。 总结一下， skill 最重要的不是多装几个名字，而是把你每天重复遇到的痛点，沉淀成 cloud code 可以 稳定执行的流程。新项目、旧代码、规范、接口性能，这五类先做好，你的开发体验会完全不一样。关注我，后面继续给你拆更多 cloud code 和 ai 开发工作流。

call 的 call 上下文爆了反不出错，不是他不行，是你没有配置正确百分之九十的人第一步就错了。今天这九个基础技巧学会，直接让你的 call 的 效率翻倍！点赞关注加收藏，防止以后找不到哦！ 大家好，我是 win 好！ 技巧一，斜杠 in it 项目的记忆注入打开任何一个已有的项目，第一件事，输入斜杠 in it， call 会扫描你整个代码库，文件夹结构、文件内容、代码规范，然后生成一个 call 点 md 文件。这个文件相当于给你的 call 植入一份项目记忆，以后每次新对话，它都会自动读取这个文件，直接知道你的项目长成什么样子。 没有这个文件，每次都要重新解释一遍你的项目有了它，开局就省掉十几条消息。如果你是全新的项目的话，也可以直接告诉 call， 帮我创建一个 cloud m d 项目，目标是什么，技术栈是什么，它会帮你从零写好这个文件。技巧二， status live 实时监控仪表盘输入斜杠 status live， 告诉他你想在底部显示什么模型名称，上下文百分比花费。 它会在你的终端底部生成一个状态栏，每次对话都能看到你当前使用的一个开源库 cloud dashboard。 为什么这很重要呢？因为上下纹一旦超过百分之六十到七十，就会出现上下纹腐坏， call 的 call 的 回答质量就会有明显的下降。 有了这个状态栏，你能提前知道什么时候该压缩，什么时候该清理。技巧三，保持你的上下纹清爽这条听起来好像是句废话，但是大部分人都在犯这个错误， 把整个代码库丢给 cloud， 然后说帮我改个 bug 吧。正确的做法是什么呢？只给当前任务需要的文件或者上下文。大问题拆成一个个小步骤，一步一步来，上下文窗口里面的噪音越少， cloud 的 扣它的表现越好。记住这个原则，少即是多。技巧是斜杠 contest 找到 token 的 杀手。如果你觉得当前的对话变慢，回答变差，输入斜杠 contest， 它会列出到底怎么再吃掉你的 token。 系统提示词占多少，文件内容占多少？ m c p 服务器又占多少？全部都按百分比拆解。我之前有一次发现一个 m c p 服务器吃掉了我百分之三十的上下文，关掉之后，体验直接拉满了。技巧五，斜杠 compass 还有斜杠 clear 对 你的上下文进行管理。这两个命令一定要记住。 第一个，当上下文达到百分之六十或七十上下文腐块的时候，输入斜杠 compact called 会压缩你的对话历史，释放空间。高级用法就是你可以指定保留什么，比如斜杠 compact， 但保留数据库 scammer 和 api 设计决策，它会智能压缩，只留你想要的。 第二个就是，任务做完要切换方向了，你就直接斜杠 clear 清空对话重新开始，不用担心你的靠点。 m d 还在，项目文件还在，只是对话历史清掉了 一个，压缩一个，清空，上下文管理就靠这两招了。技巧六， plan 模式，让 cloud 先想清楚再动手，按 cf 加 tab 切到 plan 模式。在这个模式下， cloud 可以 读取你的代码做研究，但不修改任何的文件。它会先列步骤问你问题，规划方案， 等你确定计划没有问题了，再切出 plan 模式让他执行。这一步能够减少百分之五十以上的反攻。因为靠的在没有计划的情况下直接写代码的话很容易走偏。先规划再执行，这是最基本的工程思维。技巧七，给问题而不是给指令 不要说写一个函数去做什么，而是说我们应该怎么去处理这个问题。让靠的先思考再输出， 质量明显会更高。这也是 mflopik 官方推荐的用法，把它当成一个初级开发者来带，而不是一个指令执行器。技巧吧，让 call 的 主动问你问题， 你可以在每次提示词的最后加一句魔法 pro 持续向我提问，直到你有百分之九十五的信息理解我的需求， call 的 就会反过来问你各种澄清的问题。用什么框架？要不要兼容移动端？数据从哪里来？ 前期多对齐一分钟，后期少改半小时的代码。技巧，就代办列表里面塞自检的步骤。靠的执行任务时会自动创建一个代办列表，你可以在列表里面 插入验证的步骤，比如第一步，构建页面，第二步，截图检查布局。第三步，打开浏览器测试功能，再加一条，每个步骤做到百分之九十五满意了再进行下一步。这样靠的不是做完自查确认再交付， ve 的 质量直接提升一个档次。这九个技巧就是 card 扣的地基，地基打好了，后面的进阶操作才有意义。下一期我会继续讲 card 的 他的进阶操作，教你把 card 扣当成一个开发团队来用。关注我，不迷路，我们下期见！

你有没有想过，让 cloud 不 仅会写代码，还能直接帮你打开应用，点击按钮、看屏幕、截图、验证？ 这还只是冰山一角，翻译、运行、端到端测试、调试、布局、驱动、模拟器、操控没有 api 的 g u i 软件，十几项能力一口气全给你。这就是 cloud code computer use 功能，它让 cloud 真正能够动手用你的电脑。 简单来说， computer use 让 cloud 接管你的屏幕，它能编辑一个 swift 应用，启动它点击每一个控件，然后截图，把结果告诉你，而所有这些都在你写代码的同一个对话框里完成，不用切换工具，不用离开终端。 那它能帮你做什么呢？有四类典型场景，第一，构建和验证原生应用。让 cloud 写一个 macos 菜单栏应用，它会自动翻译、启动，点击控件验证，你完全不用打开。第二，端到端 ui 测试， 指着一个 electron 应用说测试注册流程，它就会打开应用，点击按钮截图，每一步连 play right 都不用配。第三，调试视觉和布局问题 告诉它，弹窗在小窗口被裁掉了，它会调整窗口大小，重现问题，截图改 css， 然后验证修复。第四，驱动只有图形界面的工具， ios 模拟器、硬件控制面板，没有 api 的 专有软件，它都能直接操作 这四个场景，你可以直观的看到他们是怎么运作的。你看，从写代码、翻译、启动应用，到模拟用户点击截图验证每一步，再到调整窗口大小，重现 bug， 改完再验证。 最后是驱动模拟器，像用鼠标键盘一样操作，整个流程都在同一个对话窗口里完成，你看到的每一个步骤都是克拉的，自己动手完成的， 不过 cloud 不 会一上来就用 computer use， 它有一个明确的优先级，有 mcp 服务器优先用 mcp 命令，行任务用 bash， 浏览器任务用 cloud in chrome。 只有以上都不适用它才会动用 computer use。 控制屏幕是最广泛也最慢的手段，留给其他工具够不到的地方， 要起用它很简单，在 cloud code 里输入斜杠 mcp， 找到 computer use 这个内置 mcp 服务器开启就行， 但起用不等于放开所有权限。 cloud 第一次需要控制某个应用时，终端会弹出审批提示，提示里会显示它想控制哪些应用，需要哪些额外权限。你可以选择允许此绘画或者拒绝， 而且不同应用的控制级别也不同。浏览器和交易平台是仅查看终端和 ide， 是 仅点击其他应用才是完全控制。像 finder 终端、 system settings 这种高风险应用，授权时还会出现额外的哨兵警告，让你知道自己在批准什么。 我们具体来看这三个控制级别，仅查看浏览器交易平台。 cloud 只能看到屏幕内容，不能操作仅点击终端和 ide。 cloud 可以 点击按钮执行命令，但不能随意移动鼠标或截屏， 完全控制其他所有应用，相当于你把自己的键盘鼠标交给了 cloud。 对 于终端 find 系统设置这些高风险应用，系统会弹出哨兵警告，明确告诉你它等同于 shell 访问，能读写任何文件，能更改系统设置，让你清楚地知道风险。 来看三个常用的实战工作流，翻译验证，改完代码后，让 cloud 一 次性翻译启动，打开设置窗口验证控件，最后截图给你看附线布局 bug， 让他把窗口调到最窄，截图损坏状态，然后直接读相关的样式表。驱动 ios 模拟器，不用写 x c test， 直接说。打开模拟器，点击引导页，它就像你用鼠标一样操作。一句话总结， computer use 让 cloud 从只会写代码变成了能自己动手 写代码。翻译、运行、验证一条龙搞定。记住两个安全要点，同一时间只能一个绘画控制电脑，并且按 excel 存存，随时可以中断。关注我们，持续获取实用技巧，让你的开发更高效。

大家好，我是 code 老猫，今天给大家介绍一款重磅 ai 编程神器， cloud code。 cloud code 是 由 anselmik 推出的智能编程代理系统， 它完全颠覆了传统的 ai 辅助编程方式，不是简单的代码股权，而是真正代理式工作。你只要用自然语言描述需求，比如帮我实现一个用户登录模块或者优化这个 api 的 性能， cloud code 就 会自动阅读你的整个代码库，跨文件修改代码、运行测试，甚至直接提交 git commit。 它能深度理解你的项目，支持在终端 vs code 等多种环境中运行。 开发者可以把重复的编程工作交给他自己，专注于架构设计和产品思考。目前在 antolex 内部，大部分代码已经由 cloud code 完成。无论你是专业开发者还是产品经理、非程序员，想快速构建原型， cloud code 都能让你用一句话就把想法变成现实。 想体验 ai 编程新时代的朋友，赶紧去试试 cloud code 吧，你会发现编程效率直接起飞。我是 code 老猫。

code 的 整个的大狗长什么样，以及我们怎么样去引导当前这个 agent 长期稳定高效的产出基金的内容的。我们会先从一个 很简单的代码的一个 demo 入手，跟大家来进行一个讲解的介绍，这也是考虑到咱们今天晚上可能有一些零基础的同学来听课，那证明我们学上是借助了一个项目叫 learn cloud code， 大家如果想要去深入学习 cloud code 的 每一个技术细节，一个非常不错的一个，之前是一个逆向 去拆解 clock code 的 一个这个项目，现在 clock code 的 这个原码泄密了之后，这个项目也火了，因为他很多之前对 clock code 的 一些这个猜想是对的，大概猜对了三四成吧，哈哈，剩下的都都不太对。在这个项目里边就有很多围绕 clock code 的 一些基本的底层功能的一些 demo 级的这样的实现，所以我们接下来在进行运行的时候，也会采用这个项目里边的一些代码给大家来进行演示，就是出于一个教学或者零基础理解这样的场景一下，我们看看 a 阵是怎么运行的，它会有什么样的问题，以及如何来进行解决 好。首先我们需要知道当代 agent 在 进行运行的时候，其实它的整体的运行逻辑或者核心股价其实非常简单，就是一个能调用工具的这个大模型，加上这个 cmd 命令行工具，基本上就构成了我们现在看能看到的所有的 agent 最核心的这个股价。 那所谓的 cmd 命令行这工具，它实际上就是一个 tool 对 不对？这就是一个工具，这工具它可以操作你当前的环境这个命令行，你只需要给它输入命令，然后它就可以自动来进行执行，你可以这么来进行理解就可以了。 那这个工具之所以会成为当代 a 证的最为核心的工具，大家可以想想，你用这个 openclaw， 是 不是你动不动让他什么生成个文件，整理个桌面，做这个事，做那个事，阅读他自己的这个记忆，修改自己的记忆，他在背后怎么来进行实现的，基本上都是靠 那个命令行来进行实现。命令行就是操作你当前这个电脑最为核心的这样的这样的工具。这个呢是第一个命令行工具，在上面这个项目里边回大家可以自己在我们的课程的课间里面能找到这样的这个代码，来看一下命令行工具定义长什么样。 同时关于这个核心的 agent， 在 运行的过程当中，它的核心功能其实都是通过一个叫做 agent loop 的 这样的工具来这样的一个形式来实现的。那给大家课间放大一点， 所谓这个 agent look， 它实际上就指的是我们在进行调用的时候，在大模型调用工具的这个时候，基本上它就是处于一个循环的状态，那么这个循环它循环的什么？其实循环的是我这次在进行工具调用，看它能不能成功，如果成功了，我们就退出这个循环，给用户一个答案，如果没有成功，咱们再多运行几遍，哈哈，对不对？这所谓的什么多部调用工具， 它本质实际上就是一个 loop， 是 一个循环。当然我们一会去看 cloud code， 它其实也是，那它里面的原码其实也是一个 loop， 也是一个循环这样的概念。那么现在为什么这个 agent 运行的这个核心本质上就是个 loop？ 非常重要的原因是因为现在的大模型性能都非常强， 如果是早几年的这个大模型，比如说二四年的那个大模型啊，那个时候呢？大模型不说调用工具稳定不稳定，如果你是把它放到一个 loop 里面来进行这个循环，那它就完蛋了，因为它根本不知道自己什么时候该停下来。 但是对于当代大冒险来说，它其实都会有个非常清楚的这样的一个认识，一个是对用户的意图更加深刻的把控，除此之外，它也有一套自己非常清醒的去判断。关于说我现在运行到这个什么程度，或许需要停下来是这样的一个状态，所以基本上核心的 a 阵，它都是在一个 look 里面来进行运行，不断地尝试 用各式各样的工具去完成当前用户的提出这样的问题，完成了之后就跳出这个循环，或者失败了很多次之后，觉得自己没必要再试了，也可以跳出这样的个循环，否则就一直在循环里面来进行运行。有了这个路，又有了这个命令行工具之后，接下来我们说你的这个 a 政策就属于一个基本成型的这样的一个状态啊，因为它可以持续不断的调用命令行去完成各式各样这个操作啊。这里面大家如果感兴趣的话，可以在这个 呃 beautiful s r c 的 那个文件里边能够去找到它完整这个源码啊，然后呢，这部分的，它的内部的 agent 运行的这个源码核心代码呢，是在这 q r 点 t s 里边啊，大家可以去看一下， 你发现啊，它其实也是一个也是一个路，对吧啊，它其实就是在不断地调用当前的 cloud cloud 这样的模型在进行一个循环啊，差不多是这样的一个这个情况， 所以啊，你会发现，呃，整个的啊，我们当代的 a 卷的核心呢，就是要需要构建好这样的个 loop 啊，当然我们这一期讲的会比较简单哈，真正在构建 loop 的 时候，你可能好歹得用些这个工具啊，得用些这个框架啊，然后呢辅助你更好的去 完成这样的这个 loop 啊，这里大家可以自己去试一试啊，我们上面给大家给出的这个原码啊，就是上面呃我们这个教学视力的这个代码啊， 就 learn cloud code 啊，这里面这个代码，大家可以自己去尝试着去用用，看一看啊，感受一下啊，它现在整个的这个核心的这个 log 呢，大概长什么样啊？你现在呢，让它呃这个执行简单的任务，它就是一部啊，调用工具结束了啊，如果让执行复杂任务，它可能会 考虑多部啊，来调用这工具啊，但总之呢，有了这个命令，行啊，有了能够啊，有了这个能够调用工具的这个大模型啊，再加上一个 log 啊，基本上我们的 agent 的 核心呢，就这么构成了啊，是这样的这个情况， 当然哈，我们去构建这样的 agent 的 这个核心啊，大家肯定会想啊，那呃他肯定会有些不太够的地方，对不对啊？你好歹给他多整一点这个工具啊，给他搞一点这个复杂的上下文呐，等等等等。那我们说所有的啊，其他的这个 agent 的 这个架构，基本上都是以这个为核心去进行那些功能的这个拓展，我们这也就不展开了来说了，但是大家需要知道的是 一个基于 loop 啊和啊基于这个命令行为核心工具的这样的 agent 的 体系，它其实会面临很多问题的啊，我们接下来主要是看他会有什么样这个问题，以及呢 cloud code 到底是如何来进行解决的？ 那么他会有哪一些问题呢啊？首先第一个就是上下文会不断的增加，对不对啊？这其实是非常明显的一个这个问题啊，也是我们在实际对话过程中迅速就会遇到的这样的这个问题啊，上下文会 越来越长啊，越来越长啊，并且呢伴随着像现在啊，我们很多比较复杂的这工具在进行调用的时候啊，他这个上下文呢，实际上是会呈现这个指数级的这个上涨这样的情况， 上下文一长啊，其实就会带来很多的非常致命的一些这个问题哈，就比如说一个呢，是模型的啊，他会有个上下文的这样的窗口啊，超过这窗口他就没法来进行运运行了，必须要去裁剪一下之前这样的记忆啊。那么第二个呢，是 伴随上下文越长啊，其实模型的注意力呢，也会被稀释掉啊，这就是所谓的现在我们再去使用，比如说 color code 呀，或者是大家去用很多的一些大模型，你会发现前半段啊，运行的还很好啊，愿意去生成一些很长这个结果，到后半段 啊，尤其是这个模型快到自己的上下文窗口的时候啊，就开始疯狂的个输出啊，对不对啊，也不管这个输出对不对啊，或者质量好不好啊，甚至是这个给你乱输出一通啊，总之就是会迅速在短时间内把这任务给结束掉啊，这就是所谓的当代大模型的上下文焦虑，哈哈，会存在这样的这个问题。 那么第二个就是对于每一个 a 阵，在这运行的过程当中啊，他其实会存在关掉就失忆啊，重开全部知道啊，这样的这个情况啊，但是这个情况 大家都能理解，对不对啊？因为上下文没了嘛啊，但是呢，我们说在当代的 agent 的 这样运行体系里面，为什么这一点会变得非常重要啊？其实是因为我们现在的很多 agent 在 运行的时候，它往往不是一个 agent， 它是很多个 agent 啊，这个时候呢，它我们在实际执行任务的时候，就需要非常合理的给不同的 agent 啊，给他来进行非常精密的上下文，这样的匹配，才能够迅速的带入到自己的这个角色里面来啊，来完成运行啊。所以呢，对于现在的 agent 在 运行过程当中来说啊，我们说合理的给他匹配上下文也是非常重要的一个方面。 那么第三个就是安全方面这样的问题，对不对啊？那么安全方面的问题呢？呃，之前我们在讲 cloud code 啊，讲 open cloud 时候其实有讲到过啊，就是由于你现在啊这个 a 智能很厉害啊，对不对啊？他自个又很聪明哈，然后呢，他又有智慧啊，又可以操作命令行这工具啊，对你各种环境的一通操作哈，那么 这个时候呢，呃，他这个安全问题就会变得非常重要啊，因为他一不小心把你什么关键文件给删了哈，对不对？那这个事情就很尴尬了啊。所以呢，对于现在的这个 a 智能运行来说，安全其实是一个很大的 一个，这个需要考虑的一个方面。那么 agent 的 安全哈，跟传统的软件安全还不太一样啊，传统的软件安全，它其实是可以通过一系列这个测试给它测试下来的 哈，就去看啊，关于啊，你在各个场景下你的所有功能是怎么样来进行运行的，一个一个来进行安全测试，测试完了之后就可以上线。 但是对于大模型来说啊，他呢是一个有智慧的工具啊，那么你引导他去工作啊，那么也可能会，他呢也可能会被别的一些信息给忽悠瘸了啊，这个时候呢，你就得这个想办法，对不对啊？这个用魔法，对，用魔法对抗魔法啊，才能够解决大模型的安全性的这样的问题。 我们现在说 open clock 啊，这个很多的安全性问题，非常的这个显著，有很多隐患需要来进行修复。但实际上呢， code 啊，他作为目前非常通用这个智能体，他的安全的这个级别是非常高的，他也是之前经历了很长一段时间安全啊，踩坑啊，甚至被竞争对手蒸馏啊，这样的这个情况之后啊，现在他才这个逐渐逐渐提升了啊，他的安全性，这样的，这个提升他的安全性的一些这个措施， 那么现在啊 code 的 的安全的很多措施我们会看啊，其实还是非常精彩的。那不管怎么样，我们说对于安全性这个问题，哎，他其实也是属于， 对吧？啊？整个 agent 它进行运行的过程当中啊，这个我们是要时刻关注的啊，就比如说这里面我们现在给大家的这个势力代码里边啊，这个不是，呃，这个不是卡扣的这个原码哈，这是我们给大家势力代码里，比如说一些就包含了一些非常基础的安全性啊，这样的一个解决这个问题，比如说 啊不让他去使用什么 r m 杠 r f 这样的这个命令啊，还有这个杀档啊，关闭某些东西这个命令等等等等啊，会有这样的这个提示啊，等等等等。 当然啊还有一个非常重要的一个这个问题啊，就是他其实 a 证的运行的过程当中啊，尤其是一些长效长期这样的问题，会带来巨量的知识的这个 商增啊，那么你运行的越多啊，关联的文档就越多啊，他你现在需要处理的这个局面就越就更加的这个复杂啊，他其实是会出现一个非常巨量的、非常快速的这个商增这样的状态， 这个上证这个状态哈，其实会很大程度上啊影响你未来 a 证呢，是否能长期稳定运行的一个这个点啊，这个其实并不是在于说我的现在啊，这个每次带入状态我就越多了，然后我付的钱就越多，并不是这样，而是它整个的运行的稳定性 都会遭到巨大的啊，这个呃影响啊，那么就比如说啊，我们这个 agent 的 look 对 不对？在运行的过程当中呢，你会发现啊，这个运行的，运行的，运行的每一轮 talk 就 越来越多啊，当然浅层次的呢，是你的费用越来越多啊，但是这个深层次的呢，是伴随着你当前 agent 的 这个商增啊，你其实你的稳定性会受到很大的影响。 好，那这问题怎么解决呢啊？我们接下来其实哈整，如果你去纵观整个 cloud code 啊，它的这些原码，基本上它就是围绕着这 四个问题啊来进行的这个展开啊，我们其实今天晚上的公开课并不会啊，直接去贴一个啊，比如 cloud code 的 完整的啊，这个什么几十个这个，呃，几十个不同的核心的这个主类啊，还有上百个啊，这个子类，它的功能对比的这个表啊，这个其实意义不大啊，我们更多的希望大家能够通 过我们接下来这个解读啊，能够看得出来这个 cloud code 是 怎么样啊，去实现这个 harness engineering 的 啊，以及呢，我们现在这 cloud code 到底是啊作用于它的核心架构，对我们开发人员来说，它到底是能够解决哪些问题？ 那么接下来啊，这个原码这个层面，其实就，呃基本上啊，整个扣的这个原码层面都是围绕的我们刚才所说的这四个方面啊来展开的啊。当然大家如果想去看他完整这个原码的话，那么其实呃上面有原码，上面完整这个原码大家可以自己去拿，自己荡下来之后去可以去看一下啊，那么总之呢，现在他总共呢是 五十一万多行的这个代码里代码文件啊，然后总共呢是一千九百多个这个，呃，五十一万行的代码啊，主要是 t s 的 代码，然后呢，差不多是一千九百多个这个代码的这个文件，那么他总共的各式各样的分类呢？差不多是这样的这个情况啊，与 模型 api 交互的核心代码啊，差不多是八千行啊，然后呢？这 query engine 啊，推理引擎啊，差不多是这个，呃，四万六千行啊，然后呢？工具系统啊，它有四十多个工具这个模块啊，差不多三万行代码啊，然后呢？什么这个终端 ui 渲染啊，差不多是两万五千行，剩下的这所有的哈，尤其是 什么工程基础设施啊，总共有三十六万行代码，剩下这些所有的基本上都是为了啊，让当前这个 agent 给它约束，好，让它更好的去呃，围绕长期的问题来进行解决啊，所以呢，你会发现对不对啊？差不多这个百分之九十八啊，都是这个 harness engineering 啊，里面相关的这个内容啊，这个呢，就是它完整的 项目的这个代码啊，大家可以自己当下来去看一下啊，然后下面呢也有关于它的这个代码的一个基本的这个分布啊。好，那不管怎么样，我们接下来就来看看到底是怎么去解决这样的一些这个问题的啊，就是怎么去借助这个啊，现在 a 证的长期稳定运行的这样的一些这个问题的 啊。当然其实讨论到这 harness engineering 这个的话，其实我们之前是，呃有单独讲到过哈，这个 harness engineering 的 这个内容， 哎，稍等，我们这个图它裂了啊，我们其实之前有一期公开课专门是讲到过啊，它内部的这个整个的这个 harness engineering 的 这样的一个这个呃基础理论。那么对于 android pig 来说啊，他会觉得整个的啊，这个按整个去构建考核的这样的高性能这个智能体，我们基本上是需要做好以下这么四 个方面的这个工作啊。这个是他的第一版的这个想法。第一个呢是 context engineering 啊，他的这个角色流程啊。第二个呢是啊，我们如何协调内部的 agent 工作流和他的这个决策流程啊。第 三个呢是提供高质量的工具接口跟工具描述啊。第四个呢是做好他的安全行为边界这样的个约束啊，差不多是他最开始啊，是有这样的一套这个理论体系，这个是他自己的这个博课里面，这个呃博课里面来进行的这个介绍哈。当然这个理论其实说起来会比较 呃枯燥，我们接下来直接去看它到底是怎么做的，对不对啊？我们直接去看它这四个方面啊，到底是如何去解决的啊？那么它整个的 harness engineering 基本上就是集中在这四个方面的工程的实践。一个呢是所谓这个约束工作台啊，专门去进行上下文管理啊。第二个呢是它的这个记忆方面的这个管理啊，它呢是分成了三层来进行记忆管理， 这个记忆管理不仅仅记忆存储哈，还涉及到非常复杂的这个记忆处理的相关的这个内容。然后同时呢还有很多众生防众生的这个防御啊和它如何来进行成本啊，这是 talking 消耗方面的这个成本的这个约束，我们再来看一下啊，是如何来进行实现的。 当然我们说对于整个的卡扣的来说啊，它的这个整体的这个架构啊，这个我们简单提一句啊，这个我们这个大家感兴趣可以自己去看一下，它的整个架架构其实分为五层的，分别是入口层啊，这是运行层、隐形层、工具能力层、技术设施层啊，差不多是分为这么五层的 啊，这个内容啊，但是入口就指的是它的所有的可以调用啊，给它进行信息传递的这样的这个接口，有一点像 opencloud 的 这个 getaway 啊，这样的一个这个系统啊，因为其实对于现在的 cloud code 来说啊，它呢是可以 在就比如说这个啊， kle 啊，对不对？命令行里面来进行调用，可以在 id 里面调用，也可以使用这 sdk 啊，也就是这个 opencloud 啊， cloud code， 不好意思啊， cloud code 官方他们推出这个 sdk 对 不对啊？来进行调用等等等等。 然后同时啊还有这个运行时程啊，这个运行时程其实主要就是我们之前所说的啊，它的这 agent look 啊，这样的一个这个环节啊，只不过呢它的运行时程里面还包括啊，比如说这 r e p 啊，交互式的这样环境，还包括啊这个后壳的一些这个钩子，还包括它当时运行的过程当中状态的管理等等啊，这呢是所谓的运行时程， 那么当下啊，就是这个推理的这个引擎层，对不对啊？主要是 q r i n g i 啊，考虑成这个模型的这个内部模型的管理以及呢 compact 非常非常重要的关于上下文压缩的 这样的一个工作的啊，这个实现，然后再往下啊，就是关于工具和能力层啊，内部工具怎么样进行实现，怎么通过啊，插件来进能力拓展啊，还有 m、 c， p 跟 skill 如何来进行接入， 多 agent 啊，如何来进行复制和分发啊等等等等啊，相关这个内容啊，再往下还有更加基础的一些基础设施啊，什么什么的存储的格式啊，还有这个缓存的这个内容啊等等等等啊，这怎么一系列的这个总共啊，是这么五层啊，来进行的一个架构，当然我们这里啊，接下来重点是来探讨关于它的引擎层和工具能力层啊， 这两层呢，就是主要去解决我们上面所看到的这四个方面核心问题的啊，这两层的这个基本的架构 ok， 行啊，那么首先啊，第一个我们先来看啊，它的上下纹是如何来进行管理的， 这个呢，其实是涉及到我们上面啊，关于这四层里边第一个啊，关于约束工作台啊，他的上下文管理的第一个模块的一些 qq 的 一些这个措施。那么首先啊，这张图其实非常形象哈，就是它的适用于来去描述啊，关于你现在的 a 证在进行运行的过程当中啊，可能最开始 运行的还不错，对不对啊，是一个非常整洁干净的这个宽敞的这个桌面啊，运行了一段时间之后呢啊，这边乱七八糟啊，你就根本不知道如何进管理，它整个的 a 智能运行的过程呢，它的这个性能也会下降啊，这是一个非常形象的这样的比喻， 当然我们这里是以以两百两百 k talk 为例来进行的这个说明哈，实际上最新的这 cloud code open 啊， cloud open 四点六实际上已经是全面升级到一兆通宵文了啊，相当于是拓展了这个五倍， 那么这对于这个上下文来说哈，首先啊，两百 k 肯定是一个这个硬的这个极限，然后同时呢，大家也需要知道是他的这个整个 agent 啊，在进行运行的过程当中，他只要啊超过了差不多百分六十之后，他的整个模型的这个注意力啊， 实际上就会被稀释掉啊，也就是他的这个呃呃，他去进行长段内容的输出的意愿就会下降啊，然后同时呢，他对于之前的很多内容的记忆呢，也会下降啊，是那么一回事， 所以哈也是因为它存在这两方面硬的杠杆啊，一个呢是它两百 k 只有那么长，或者一照它只有那么长哈，那么第二个呢，是你伴随增加的越多，哪怕你没有突破它的这个呃，最大上下纹的这样的限制啊，实际上它也会 记得越来越模糊啊，也是因为这有这两层的这个限制，所以呢我们才需要非常谨慎的啊，给每次的这个运行啊去构建一下上下文，对不对啊？那么在我们现在这个视力项目里面，就是这个 learn cloud code 啊，这个项目里面呢，它呢是提供了一个叫三层压缩的这个策略的一个简单的代码的这个实现 代码实现啊，上面有这个对应实现的这样的脚本啊，大家有感兴趣可以自己去这个运行一下，那么总的来说呢啊，我们说在一个简单的环境下啊，注意哈，一会我们会说哈，在 cloud code 实际上是这个五层实现啊，在简单的环境下啊，实际上大家需要知道是首先呢是有这么三层的 啊，这个压缩的这个策略是可以来进行选举的，第一个呢叫做微压缩 micro compact 这一点啊， cloud code 也有，那所谓这个 micro compact， 它呢实际上指的是我运行很多轮之后，就把之前的工具调用这个结果给他删了啊，是这么样的这个情况， 那么呃，这一点其实也可以理解哈，因为很多时候我们在进行工具调用的时候啊，工具返回的信息其实是非常非常多的啊，就比如说我们查询的天气对不对啊？使用什么 api 查询天气，那么这个时候呢，那他在这个实际工具返回回来这个信息会很多， 但是呢在当时那一次的绘画过程里面啊，你就必须得包含这一个工具返回的这个信息的这个内容啊，因为他需要依据这个内容呢给用户来进行回复，但是呢伴随着运行的时间越长啊，那么之前的工具 加载这个这个加载的这个内容呢，可能就不是那么重要啊，所以呢我们就可以把它删掉，一般来说呢，是在三到五轮对话之后，那么之前的工具调用这个结果就可以直接把它删了啊，这个呢是指的是这个微压缩，那微压缩基本上是一种无损的一种压缩这样的方法哈，因为毕竟那些工具调用这个信息可能也会不变的，不是特别重要，但这里有一点其实是需要这个， 那这需要说明的一点就在于说，我们现在去使用一些 agent 的 skill 啊，大家都知道啊，这个这个 agent 的 skill 啊，它呢是一个灵活自动加载加载的这个上下文，它是一种提示增强了这个策略啊，有了这个 skill 之后呢，这个模型啊，它就它就具有某方面这个能力了。但是这里呢，需要知道的是这个 skill 的 这个加持啊，它呢实际上 也是通过外部工具这样调用啊，通过这个 function response message 的 方式加载到当前的上下文里面来的啊，所以你的这个 skill 啊，它也是会伴随着我多对话几轮之后，它之前你加载调用过的那个 skill 就 忘了啊，会存在这样的这个 情况啊。所以呢，这也是提醒我们在使用 cloud code 的 过程当中啊，你如果你总是需要某一个 skill 啊，你下一次在线运行的时候啊，还需要再把这个 skill 加载加载进来啊，因为它运行两轮之后，就会把之前加载进来这个 skill 给它删了，以维持上下文的，这个对不对啊，不要太长了这样的状态。这是第一个， 第二个呢就是关于自动压缩啊，第三个是手动压缩啊，当然这两种压缩呢，其实呃，都是这个压，都是呃这个同一套流程啊，只不过他们各自压缩的这个方式不一样啊，这种压缩往往是采用这个摘药这样的个形式，对之前内容来进行一个总结啊，你可以 这么来进行这个理解啊，只不过呢，一个呢是到达预知之后自动来进行处罚，一个呢是手动来进行处罚啊，但是总的来说它都是 compact 这样的过程。 那么这三种压缩策略可以说是非常典型的啊，也非常呃，这个非常通用的啊，这么个压缩策略啊， cloud code 是 这样啊，我们现在这个势力项目是这样啊，然后这个 open cloud 也是这样啊，基本上都是这样的一些这个压缩这个策略啊，这种呢，其实属于 一个非常通用的啊压缩这样的方法。当然啊，下面其实还有啊，具体的代码实现的这个过程啊，大家感兴趣啊，可以自己去运行一下，我们课程就不展开讲啊，因为 cloud code 它这个架构内容，大家可以自己去进行实践一下， 然后具体它的 compact 啊，这部分的这个内容，尤其比如说我们刚刚说不说这个 micro compact 对 不对啊？再说运行几轮之后，把之前的这个工具栏给它删了哈，这个，呃部分这个源码呢，是在这个 service， 在 s r c 啊，然后呢 services 啊，下面 compact 啊里面这部分这个内容啊，你看它这个 compact 啊，光是这 compact 就 有这么多 啊，哈哈的这个内容啊，这个其实这段原码非常精彩哈，因为之前很多同学一直在问啊，说 cloud code 他 是怎么样来进行压缩的，为什么感觉我们会感觉 cloud code 压缩了之后呢，效果性能非常不错啊，跟这个普通的比如说 open code 压缩之后，他基本上记不得之前的这样的信息了。 那么其实，呃，大家如果对这种感兴趣的话，就可以看一下啊，他这个 compact 的 这部分原码里面到底怎么写的？这份原码其实非常复杂哈，它还包括一些康啊，一些这 compact 过程当中的一些这个 prom 是 怎么写的？ 因为它在进行压缩的时候啊，其实并不是一个机械的压缩的过程啊，由于它需要涉及到这个 summary 嘛，所以呢，它是内部会调用这个 sanit 那 个模型，就中杯那个模型啊，来围绕你之前的这个信息内容来进行一个提取，来进行格式化这个提取， 同时呢，他还会留下你最近那几几次对话的这个 to do list 啊，就是没有完成这个事项，所以呢，你才会觉得说啊，一方面他好像也记得之前这样的事情，一方面又帮我腾空上下文啊，同时呢，还能够顺着你这 compact 的 之前的这个事项来进行运行，哎，感觉非常不错啊。其实这样的一个这个原因在里边啊， 这里面大家看的清楚的话，可以自己去看一下啊，这部分这个原码啊，这部分其实还还是非常精彩的哈，当然就对于 o o cloud code 来说啊，他会啊，什么最近三个工具这个结果不压缩啊，之前都压缩啊，是不是这个 读文件的这个结果永远不压缩啊，然后呢，这个因为读取进来这个内容嘛，所以不能压缩，等等等等啊，有很多这个具体压缩规则啊，这个呢，是第一个 micro compact， 这样呢叫做自动压缩啊，自动压缩就是指的到达预值之后呢，哎，自动给它来进行压缩啊，当然这个 auto compact 啊，在这 compact 里面啊，在 cloud code 里面也有对应的这个原码，对不对啊？到达预值之后呢，哎，自动的啊，来进行一个这个 来进行一个压缩啊，这里面有非常多的啊，它这个什么预值的这样的一个射击呀，然后呢啊，到多少的时候就来进行触发，等等等等啊，一般来说啊，差不多在百分之八十 到九十左右，它就会触发自动的这个 auto compact 这样的过程啊，它是不会到百分之百来进行触发的啊，因为它在，它在进行，在在进行最后的 compact 过程当中，它还需要腾出一部分上下文来围绕之前内容来进行个总结啊，所以一般来说是百分之八十，百分之九十啊，当然我记得最新的 这个呃 cloud code 也是呃，二点一点九零这个版本啊，应该是百分之九十二啊，作为预值啊，这个大家感可以感兴趣的话自己去看一下啊，然后呢来进行一个这个压缩啊，差不多这么样的情况，然后除此之外呢啊，还可以手动压缩，对对，手动压缩跟这个自动压缩跟这个 auto pack 的是有一样的这个过程啊，只不过的手动手动压缩呢，是通过 这个斜杠命令来进行的这个触发欸，然后呢，它这个手动压缩呢，跟这个 auto compact 啊，基本上是完全一样的这个流程啊，只不过它是允许你在任何时候啊都来进行一个啊 compact 的 这样的一个操作啊。当然其实如果你不需要这 compact 的 话，你可以直接杠 clear 就 把它删了啊，这个也是可以的。 好，那上面的是关于这个 open cloud 啊，关于 cloud code 啊，它的一些基本的一些实现方法啊，就我们刚刚所说的 micro compact 啊，然后呢 auto compact 啊，还有这个 menu compact。 那么除了这几种 compact 之外啊，我们说其实 open code 还有很多的非常精彩的关于它来进行压缩过程当中啊，一些这个啊，所谓的这个防御策略啊，或者说它在压缩过程上可能出现的问题，如何来进行解决啊，你可以这么来进行理解啊，这里也有四层压缩防御策略。 首先啊，第一个肯定是 oppo compact 啊，它会临临临近上下文的时候呢，自动啊，来进行出版。然后呢， oppo 这个 micro compact， 当然也是啊，全自动的来进行一个这个出版啊，但是呢，我们说你 compact 可能会存在一些这个问题，对不对啊？所以呢，当它当它你的 compact 没有办法来进行这个 summary 总结的时候啊，它还会有一个叫这个 reactive compact 啊， 这样的这个流程啊，指的是 api 调用，呃， api 调用这个模型 api 来进行 summary 的， 不是呢，如果报错了啊，它呢就会啊，这个触发叫所谓的啊这个 reactive 啊，叫呃 reactive compact 这样的这个流程。 而 reactive compact 这样的这个流程啊，它呢，实际上一旦触发了之后，它就会使用这个 snip 的 这样的方法啊，直接呢大刀阔斧的啊，来进行一些这个压缩啊，或者直接删除上下文啊，这个呢，是有可能来进来 这么来进行操作的。它一般来说哈，这个 reactive compact 其实并不会特别常见啊，因为其实对于现在的这个 sony 的 这个模型的调用来说，相对来说还是比较保险啊，但如果确实是没法出现的话，它就会使用这个 snape， 对 不对啊？来进行一个啊，简单粗暴的啊，这个 啊，完整的呃，大段大段的原始内容的这样的一个这个删除啊，当然在 compact 过程当中呢，它还会 出现这个啊，出现一些这个循环啊，因为 compact 内容呢，很有可能再次被 compact 啊，这个呢也是有可能的啊，然后呢它对于啊这个地归呢，还有一些地归的这个防护啊，所谓地归防护指的是我上一次 compact 的 这个内容，这次呢如果按照正常 compact 的 这个过程来说的话，它呢可能会被 大幅的这个降低权重啊，但是呢之前 compact 的 内容往往它可能是比较重要的这个内容啊，所以呢，它在下一次 compact 的 过程当中啊，会尽量的保存你上一次已经 summary 之后的这个内容啊，是这么样的一个这个情况， 是这么样的个情况，大家也能够感受到，对不对啊？他迟早有一天会 compact 不 下来啊，就是我们的 compact 之后呢，你的上下文并没有压缩特别多啊，这个时候呢，可 能就会触发我们上面所说的啊，叫做这个 reactive compact 这样的这个流程啊，他就开始给你直接删了啊，是这么样的这个过程啊，所以呢，这个 reactive compact 不 仅仅是 api 调用错误的时候可能会触发啊，你这个 compact 不 下来的时候，他也可能会进行处罚， 对不对啊？然后呢这里面啊 compact 这个代码大家可以自己去看一下啊，总之呢这都是在这个原始文件里边啊，然后同时呢除了啊他的 compact 这个策略之外呢，他还有啊，在五步流水线的这样的一个处理策略啊，这个呢，实际上是他的每一次消息在进行构建的时候，他还会走一遍这样的这个流程啊， 这个流程呢，跟上面这个流程其实很多是重复的哈，只不过上面这个流程呢是呃，跟着你现在到达某个域值，或者是有很多是重复的哈，只不过上面这个流程呢，实际上是你每次在 构建这个 system 啊，在构建你这个 message 的 过程当中呢，会这么样啊，来进行一个这个处理啊，这个呢，大家可以啊自己来去看一下啊，那么其中呢 compact 也是一样的啊，因为你 compact 呢，不仅仅是在到达预置的时候会会这么来进行一个处理啊，你每次构建上下文的时候，它也会啊来进行一个啊简单的一个 compact 的 这样的过程。 然后同时呢啊，这里有一些非常有趣的一些地方在于说对于当前的 cloud code 来说，在某些情况下啊，它呢实际上是会把你输入的问题来进行一些重写和进行一些优化的啊，这个呢，其实是一些 非常细节的一些这个点啊，然后呢，他会觉得你这样的这表述其实是会存在一些问题的啊，所以他会对你当你的这个原始这个问题呢啊，来进行一些这个优化啊，当然他也会有这个 prompt catch 啊，对吧？好，提示词缓存的这样的个策略啊，提示词缓存我们会放在后面统一来讲啊。那总之呢，大家需要知道的是啊，它的这 compact 啊， 怎么做的啊？然后呢啊，它这个整个的啊 cloud code 啊，是如何来进行上下文的啊，这个压缩的啊？当然其实啊，不管怎么样啊，我们说这 compact， 它呢肯定是进行有损啊，肯定是这个有损类啊，肯定也是这个不可逆的啊，因为之前其实经常有同学会问到啊，说这 cloud code 啊，这 compact 跟是不是这个无损这个亚索啊，但是其实只要是亚索它就是有损啊，这个其实啊，不用考虑啊，它肯定是这个无损啊，只不过呢，对于现在的啊这个 cloud code 来说啊，它呢其实并没有采用像 opencloud 啊，这个 rec 解锁这样的一个这个方式啊，它呢实际上就是单纯的亚索压缩完了之后呢，把所有上下文带入来进行解锁 带入呢来进行一个这个问答。而啊，就比如说像，呃，这个，呃， open clock 啊，它呢实际上是先它是，它呢实际上是超过了预值之后呢会对它的这个 memory 啊，来进行这个 red 的 这个解锁啊，是这么样的一个这个这么样的这个情况，这 两者他们的技术方案呢，实际上是有区别的啊。当然其实就目前的实践情况来看，如果是普通用户在进行使用的话，肯定会觉得这个 clock code 其实会更加的这个友好一些， ok 啊，是这样的情况好， 那当然下面还有一些具体的这个细节方面的这个展开的这个说明哈，我们就不继续来进行讲解了啊，大家感谢我自己看一下里面的这个文字，然后呢有一个非常有趣的地方，我们刚刚不是说到 这个 cloud code 啊，它呢实际上是会对用户输入这个内容啊，你在构建上下文的时候，它就会来进行一轮感知，甚至是来进行一些这个修改啊，甚至是把一些重要或者不重要上下文的来进行加载和这个删除，去构建你当前这一次绘画的这个 message 这个列表，这里面操作非常多哈，我举一个小例子啊，大家能感受到它是怎么样 去啊，做到这个非常细节的这一点的这个优化的，就比如说如果你对 cloud code 骂街了，哈哈哈啊，就比如说你说啊，这不不是，就比如说 啊，那就用户的这个情绪啊上头了啊，对不对啊？用户觉得说啊，你这个做的简直是垃圾啊，那个你这个完全不懂我的这个意思，跟你说了多少次，然后完事你还是做不对啊，对不对啊？就是如果用户骂街了啊，那这个时候呢， cloud code 就 会自动的 检测你上下文，会发现，哎，这个时候呢就触发了啊，所谓叫的这个沮丧检测的这个机制。那么一旦啊触发这个沮丧检测的这个机制啊之后呢啊他呢实际上就会迅速的啊，来进行一个这个 经典上下文，然后围绕当前这个问题来进行快速的响应啊，他会做这样的一个这个事情啊，并且这个过程他是使用 这个呃正则，呃观正，正则表达式啊来进行的剪辑和这个匹配啊，他会有这样的一个啊响应的这个方式啊，这个呢其实是一个小这个小彩蛋啊，这个大家发现了之后呢，发现啊，这个有这个技术人员发现这个细节之后呢，会觉得很有意思啊，这个 open club club 呢，它其实进行了非常非常多细节方面这个优化， 这个呢是第一方面这个优化啊，总共四个方面优化哈，我们讲完第二个方面，我们再啊中场休息，然后再来进行一个这个啊，再来进行答疑，然后第二方面这个优化呢，实际上啊，是更好的去每一次去 folk 啊，或者说或者说去实力化多个 agent 啊，那么这个呢，也是呃 cloud code 的 一个非常核心的 一个架构方面这样的一个亮点吧，那比如说啊，我们现在呢，每次开启这个 a 阵啊，由于呢它其实并没有上下文啊，所以呢它其实什么都不知道啊，这个时候呢，你可能就需要按需呢，对它对这个上下，对当前这个 a 阵来进行一个知识的这样的这个贯注，对不对？那么呃，我们之前在讲 opencll 的 时候啊，其实当时我讲过 opencll 呢内部有非常复杂的提示模版，然后呢我们需要去组建非常复杂的内部这个提示词，然后才能够去开启一个又一个的这个呃，一个又一个 opencll， 那么对于 cloud code 其实来说其实也是类似的啊，然后呢 cloud code 它内部呢，也是啊，每次在运行之前呢，会有非常多的啊，一些这个扫描，我们下面应该会有一个完整的一个这个层级记忆的这个层级的这个图啊，那么 cloud code 呢，是按照这样的个记忆层级来进行解锁跟架构的。 上面哈，其实有一些啊，上面我们讲的它什么自动加载 system prompt 啊，自动加载这个 skills 啊，然后呢是如果有需求的时候才会去加载对应的这个 skill 啊，这个呢是属于所有的 agent 呢，基本上都是这么通用来进行的，这个执行我们直接看它，像它 对于 cloud code 来说，它的这个整个的新开启的这个 a 制呢，记忆架构差不多是这么三层啊，第一个呢叫做 memory 点 m d 永久记忆。第二个呢叫 topic files， 按需加载啊。第三个呢叫 transcripts 啊，只只搜不加啊，差不多是这么三个不同类型的层级的这个记忆， 那么 memory 点 md 这个很明显对不对啊？每次呢，它都会啊这个来进行一个加载，那么一般来说哈，呃，当然我们我觉得现在可能很多大家在使用在 cloud code 的 时候，可能压根就不知道啊，它还有 memory 点 md 这样的文件，是的，这个文件不对用户开放啊，这个文件呢，是纯粹的，它内部会通过一个非常精妙的过程来去维护的一个高质量的记忆文件， 它不是简单的啊，你要记住什么，它就把它写到哪啊，不是这样的，它内部有一个记忆的加载、清洗、分门别类存储，然后记忆的优化，一整个非常复杂流程，共同去维护这个 memory 点 md。 所以 这个 memory md 呢，对用户是不开放的啊，你就去改了，很容易把它改毁了啊，你也不能够去改它这样的文件 下面啊，这个所谓的 topic files， 它呢指的是针对不同的这个事项啊，它呢其实是会有对应的这个存储的文件的，然后这个存储的文件是可以通过 memory md 来进行锁影的，比如说你要记住一百件事情啊，那一百件事情可能都没有办法全部给它放到这个 memory md 里面，它就需要分门别的来进行存储，然后呢按需来进行锁影， 那么再往下啊，这个 scripts 啊，那么 scripts 呢，实际上就是关于历史的这个绘画了，那么历史绘画其实大家都知道啊，一旦我们现在在 carco 进行 compact 之后呢，历史绘画就不会再再进行加载了，但是呢，历史绘画它是会在本地来进行一个永久的这个存储的啊，所以呢，如果有需要啊，它呢实际上是会通过这个 那 grab 这个非常简单的这个匹配解锁这样的方式呢，去找啊，你之前的历史对话啊，这也是通过命令行工具啊，直接使用这 grab 的 这样的脚本啊，就可以去匹配啊，去寻找你的一些历史对话。差不多是这么样的这个情况啊，这个呢，就是整个的啊，关于 cloud code， 它的一个永久记忆的这样的一个机 本的这个架构啊，当然其实除此之外啊，这个我们刚刚也说啊，它的什么啊， system prompt 啊，它的这个 skill 啊，也是按需加载的呀，那块其实我们刚刚跳过了啊，大家感兴趣可以翻到前面来去看一下啊，那我只觉得这段呢会非常精彩啊，所以呢，给大家来进行一个分享。 ok， 好， 那我们先看啊，这个 memory 点 md 啊， memory 点 md 呢，实际上都是通过啊这个 memory 的 direction 点 t s 啊，这样代码来进行这个维护啊，它里面呢，实际上是有一套啊，非常精妙的这个维护的这个过程哈， 那么它在记忆的过程当中呢，它会不断地去识别 user 啊，不断地去啊，记住你的行为偏好啊，不断地记住你当前的这个 project 啊项目这样的信息啊，然后呢会去记住资源的位置，这个呢是它构建它当前的这个记忆最为核心的四个要素啊，当然这个要素它实际上是会伴随着这个运行不断不断来进行加深的。 举个例子啊，就比如说我们在使用 cloud code 的 时候，其实你会有这样的感受哈，就比如说你最开始没有跟他讲过你叫什么名字啊？但是呢，如果在某一个项目里边，哎，你透露了你叫什么名字，你是在干什么的啊？那么其实哪怕你没有让他记住这个信息呢，也会啊，在他的这个漏斗状的这个筛选的过程当中，不断不断的啊被筛到这个 memory 点 md 里边 这么样的这个情况。然后呢在这样的一个啊，这个 memory 的 这个记忆的过程当中啊，它不仅仅是说会围绕这四个非常核心的记忆类型的，有针对性的啊来进行一个这个记忆。然后同时呢它还有很多的啊，一些写入记忆的一些 这个纪律，对不对啊？比如说它这个这个很多时候啊是先先进行缩影啊，再去先创建这个缩影，就是创建这个 topic 的 这样的文件， 然后呢再写入到这个 memory 里边儿。再比如说对于 memory 来说，它呢只会解锁前两百行啊，超过前两百行之后呢，就需要啊给它进行一个这归类，就需要来进行个精简，就需要把它放到比如说某一个 topic 里边去，不断不断的啊来进行一个精简跟迭代。然后这个呢是它的这个 memory 啊，部分的这个文件的 啊，文件的修改这个流程，当然下面其实有一段哈，就是呃整个的 clock code， 非常精彩的一个这个设计啊， 当然上面还有一个关于 cloud， 呃， cloud 点 md 这个文件，这个加载啊，这个我们就不说了啊，因为这个文这个呃记忆文档，其实是我相信大家其实用 cloud code 其实都会用到过，对不对？你需要在根目录里面创建一个 cloud md 这样的文件，然后它呢其实就是你的 system prompt 啊的一个最核心的加载的这样的这个文档， 那么呃我们现在来看啊，关于 auto dream 啊，这样的一个自动的去清洗啊和沉淀记忆的这样的一个流程， 哎呀，说是这个流程，其实上非常的这个魔幻哈，就是我们在实际时候呃 cloud code 的 时候，如果它是在你当前进程持续运行啊，但是呢，某一些间隙的时候，实际上这 cloud cloud 它是会开始做梦的啊， 它是会有叫睡睡眠记忆巩固的这个时间的，它会在内部悄悄咪咪的 fok 一个 agent 啊，然后呢去审查自己的这个记忆，再根据我们当前白天对话的核心内容或者删除一些记忆，再根据我们当前白天对话的这个记忆，再根据我们当前白天对话的这个记忆，再根据我们当前白天对话的这个记忆 啊，这个呢叫做 auto dream 啊，在这个做梦啊，在利用睡眠来进行记忆巩固啊的这样的一个非常神奇的这个流程啊，这 东西其实确实这个说起来非常的这个魔幻啊，但是呢他确实是会这么做的啊，首先呢在他空闲的时候啊，就会自动的来进行这个触发啊，然后呢呃他呢？这个呃会单独的 fork 啊，单独创建一个 agent 来去做这样的事情啊，不影响主程序的来进行这个运行。 然后呢，接下来啊，它会去看啊，你当前对话所有这个时间戳对不对？就我们刚刚所说的啊，你越近的这个对话呢，它的这个权重就会更重一些， 然后来进行一些这方面这个梳理啊，然后最后呢，单独的啊 for 可以 一个这个 agent， 然后呢通过当前这个 agent 去整理你的 memory 点 md 这样的文档啊，所以呢，它的这个 memory 点 md 呢，是一个非常非常复杂而且精妙的这个设计的过程啊，不像 open curl 一 样啊，你让它写入它就写入，写入完成之后呢，这个 memory 太长了，就直接来进行 rec 解锁啊，并不这样啊，对于 cloud 来说啊，由于它是通过这样的一个可是非常神奇的这个维护 memory d m d 这样的一个文档的方式啊，所以它其实并不需要啊，所谓的这个 rack 这个流程来进行解锁啊，因为它的上下文呢，其实它的这个上下文其实能够被能够来进行非常好的这样的控制的， 而且 cloud code 的 本身它对用户的要求也会非常高啊，就比如说我们上面所看到的 cloud 点 m d 这个文件，对不对？那么这个文件呢，其实是所有的 cloud agent 每次在进行运行之前，它都会加载的这样的这个文件。那么只不过啊，大家可能之前不知道的是，对于 cloud 点 m d 这样的文件呢，它啊和其他的 studio 一 样，只会最多加载五百行， 更多它不会加载了，哈哈，所以呢，你对于 cloud 的 m d 来说，你写的再多啊，这个这个意义也不是特别大啊，所以呢，它呢？ cloud 它其实会盗弊用户，我们在进行实际使用过程当中呢，你得想办法啊，去主动的去精简这样的一些这个记忆，主动去精简你希望主动让它记住的这样的一些这个东西，而它怎 自己维护的这个 memory md 啊，这个呢，是他自己维护的啊，然后这个呢？ cloud md 是 用户可以维护的，它们共同构成每次对话这个上下文，那么他自己维护的啊，这个 memory md 呢？哦， ok 啊，他呢？实际上就会，对不对啊？这个什么 auto dream 啊哈啊？然后呢？他又什么这个 那会，呃，创建一些这个 topic files， 对 不对啊？分门别类的去存储记忆等等等等啊，这个呢，是它自己会去做的这个事情，而对于像 cloud md 啊，需要用户去做的啊，它就没有太多的这个要求啊，跟你 说，反正我只读前五百行，剩下的你自己看着办哈，对不对啊，你自己想办法来对它来进行优化啊，当然其实 cloud 它也有一些 skills， 能够去帮助你 cloud md 来进行一些剩下我们这样的优化啊，这个呢，就属于应用层面上这个东西了啊，但不管怎么样， 对吧？啊，通过这样的一些这个流程啊，还有上面的源码的一些这个实现啊，大家能发现整个的 cloud 啊，它在构建每次对话啊，每个新的这个 agent 的 这个时候啊，它的上下文呢，是如何来进行的创建啊？这里面呢有呃，大家如果想看更加详细的源码的话，可以 去找到啊，我们的这 auto dream 啊，点 ts 的 这个文件里边啊，里面呢有非常详细的关于它是如何引导，如何构一个当前的 agent 去整理自己的记忆的啊，包括什么审查呀，强化一些东西啊，删除一些东西啊，如果存在矛盾应该如何来进行处理啊？然后如何啊，把 这个什么模糊洞察转化为确定事实啊，如何去重组当前这个记忆啊？哎呀，这个流程其实非常复杂啊，如果有机会的话，我其实还是非常 愿意展开跟大家说的啊，因为这个其实还是非常精彩啊，去整理他这个记忆比简单的啊，什么寄到本地文档，再通过 red 来进行剪辑，要好的多啊，要好的多， ok， 当然下面还有一些这个安全的这个措施啊，当然他这个也会有一些这个啊，也会有些这个局限啊，因为他的记忆组装的好坏，其实会跟他当前这个模型呢，会有直接的这个啊，直接很大的这个影响啊，当前模型如果指令跟随能力强的话，那么他记忆组装的其实就更好。 下面还有啊，什么分层的知识注入啊，然后呢还有下面的什么提示词啊，什么六层动态组装啊，这些东西呢，其实都是属于怎么去更好的去维护他当前这个上下文的啊，那这部分其实并不会特别复杂啊，这个大家可以自己回头去看一下。 好，那么到这啊，我们就觉得基本上对于像 cloud code 啊，它的一些架构，就我个人觉得比较精彩的啊，两个方面的这个内容啊，一个呢是如何来进行 compact， 对 不对啊？去压缩上下文，够压缩上下文啊，去构建更好上下文工程啊。第二个呢是如何修改它的这个像整个 agent 这样的个记忆， 这两方面的核心的我觉得比较亮眼，功能呢都就都跟大家讲清楚了啊，那么接下来呢还有两个方面， cloud code 它的这个项目架构的优化。一个呢是 那么也欢迎大家啊报名，有我跟沐雨老师啊，还有啊还有这些老师我们共同来主讲的啊，二零二六大模型 a 证的开智能体开发实战课啊，这样的一门付费课程。这 门课程啊，是我们三位老师共同来主讲啊，是一门一百小时以上的完整体系大课。那么今天我们去讨论了非常非常多啊，关于啊大模型 a 证的开发相关的一些这个内容啊，当然我们今天讨论的是一些理论层面上的啊，这样的一个这个东西， 那么啊大家如果接下来想进一步的来进行深度的时间落地啊，或者你是想从零开始来学习大模型 agent 开发，就未来想要去参与到啊这个大模型 agent 技术岗位当中去的话，那么那么也非常欢迎大家啊报名这样的一门啊，由我们三位老师共同来主讲的大模型 agent 的 开发实战课， 那么课程是一百个小时以上的完整体系大课，能够帮大家零基础入门，然后直达目前顶尖大厂大模型 agent 的 开发中高级岗位能力要求的这样的一门课程。 那么这门课程啊，其实我们现在已经开设到第二十四期了哈，这今年的这个春季班啊，也是第二十四期了，我们从二三年的这个五月份啊开设第一期到现在啊，已经 已经是将近三年的啊这个时间了啊，三年的时间里面已经也是有两万多名的学员报名了我们这样的一门课程也有非常非常多的学员啊，现在是已经是加入到啊我们大魔神 a 制的开发的这样的一个技术岗位当中来了，那么这门课程呢，是可以帮大家零基础入门来进行的学习，然后呢可以全方位淬炼大家 大模型 a 证的开发的啊能力的技术体系啊，那么这本课程是可以帮大家零基础入门，然后直达目前顶尖大厂的五十万年薪的大模型 a 证的开发岗位能力要求的 这个五十万年薪啊，这个我们不是随便说说的啊，我们也不是随便糊口的个周了一个这个数字出来啊，是因为我们团队其实也是在进行大模型 a 证岗位这样的招聘啊，我们课程里边讲解的内容就是我们团队的要求啊，那么那其实我们今年金三银四的内容就是我们团队的招聘啊，那么那其实我们今年金三银四的这个招聘啊， 我们招聘要求非常简单啊，大家只要是学了我们的课程啊，学了百分之六十到百分之七十以上啊，就可以啊加入到我们公司团队里面啊，来进行一个这个工作了啊，就可以顺利的拿到大模型 a 证的开发的岗位的这个 offer 了啊，所以呢，我们这样的一门课程是完完全全严格按照目前顶尖的大厂的技术岗位的要求进行的 内容的设计，那么这门课程啊，总共呢是六个模块，我们现在给大家看一下啊，现在这门课程完整的课程介绍。 首先啊，第一个模块呢，是来会讲解啊，关于现在顶尖的大模型的一些基本的技术入门啊，包括顶尖的在线大模型的 api 的 接入使用，本地开源模型的部署和使用。然后呢，智能体 a 智能开发的理论基础和基本开发工具，然后呢， rap 解锁增强技术啊，开发入门等等等等啊，这是第一阶段， 然后第二阶段我们会进一步的来探讨啊，关于热门的 a 证的开发框架的上手实战啊，包括一些零代码啊， d 代码的开发工具啊，像这 cosdefine 啊，还有 nba 啊，也包括那一些顶尖的 regreg 框架啊，主要是拉玛 index 啊，在开发实战， 也包括新兴的 a 证开发框架实战啊，像这 a 证的 sdk 啊，还有 a 证的 school 啊，还有 adk 等等等等。然后同时啊，还包括工业级的 a 证开发框架啊，这主要是 luncheon 和 lun graph， 那 么这个当然是我们会主讲啊，这样的开发框架，那么刚刚啊，其实 弹幕上啊，有同学在问到啊，说啊，我们能不能够呃使用 long chain 来复现一版的 cloud code 呀，等等等等啊，其实我们课程里面已经使用 long chain 就 复现了一版 open cloud 了啊，然后呢，我们课程里面也有啊， cloud code 的 这个附件啊，只不过呢，使用 agent sdk 去进行的这个开发。 然后呢，当然底层开发思思路其实是一样的。好在我们课程里面啊，我们会从头跟大家去讲啊，关于最新版 long chain 应该做出来进行使用啊，然后呢，如何啊？去复刻这些顶尖的这个呃 agent 啊，就是这一些像 open cloud 呀，还有 cloud code 呀，这一系列 agent 复刻的这个核心的思路啊和方法，然后 同时第三个，第三个板块，我们会进一步来讲解啊，关于工业级的 agent 开发境界的这个技术啊，包括啊，智能体的内部的啊，多工具的管理呀， m c p 工具的这样的一个使用啊，包括啊，这个 agintic， 呃， reg 进阶的这个技术实战呢，包括纯文本的解锁优化啊，包括图文混排的 pdf 解锁啊，多动多模态的 pdf 解锁，结构化数据的解锁和 graph reg 基于知识图谱的解锁啊，还有视频信息解锁等等等等。 那么刚刚啊，就有同学问到啊，说我上下文特别特别长啊，然后呢，呃，我们怎么样啊，去这更好的去读取啊，或者是去获取上下文这样的信息啊，那么要么你就是进行 compact 啊，压缩对不对？要不的话你可能就是采用 reg 技术啊，来进行更高精度的这样的个解锁。 好，那么再往下啊，还有关于智能体长短期记忆的这样的管理啊，和智能体上下文工程，这都是构建我们智能体直观重要的相关的这样的个技术。再往下啊，还有关于多智能，多智能啊记忆多智能 某体 agent 的 系统开发啊，对不对？然后呢，相对于现在的啊这个 cloud code 来说啊，它呢，其实只有一种啊，这个某体 agent 的 系统就是所谓的 supervisor 这样的架构，一个主 agent 不 负责干活，负责分配活啊，剩下很多的啊，这些 agent 负责来进行干活。 那么除此之外啊，我们说其实还有啊，像这 handle office 的 这个架构，还有这个 router 架构啊，还有 network 架构等等等等啊，有这四种主流这个架构，那么这些架构呢，都会在我们政客里面啊来进行讲解的介绍。那么 再往下啊，还会包括啊，会讲解关于大模型高效微调啊相关的这样的内容啊和呃，紧接着啊，我们这这个呢，就是我们第三个模块内容啊，第四个模块，我们进步来讲解关于工业级的大模型 a 证的部署上线啊，相关的一些内容，包括 啊，像智能体项目部署上线的这个基本理论啊，包括智能体开发部署上线全部的这个流程对不对？好，从最开始的前后段功能设计啊，到这个接口的这开发啊，到前后段的连调，到最后的项目上线啊，一整个完整这个流程啊，然后也会来讲解关于两大的容器啊，交呃， 两大容器化啊，这个交付工具这样的实战啊，主要是 ducker 跟 kbs 的 这样的使用，然后同时也会来介绍关于智能体的追踪啊和运维实战啊，以及智能体的评估和优化相关的这样的内容。 那同时这门课程我们说现在总共呢还有啊，总共呢是十大项啊，工业级的这个实战的这个案例啊，分别是长文档啊，定制化文档编辑 agent 啊，然后文档审核 agent 啊，图文视频 agent， 语音交互 agent 啊， deep research agent 啊，然后呢数据分析 agent， 然后啊数据分析可知化 agent 啊，垂玉的 agenatic reg 系统啊，多模态 reg 本地知识库解锁系统啊， nintendo pro ppt 生成系统啊等等等等，然后同时还会有四大项， 这个百万用户级别的啊，这个商业化的项目，工业级项目实战啊，分别是企业级多模态啊， rek 知识库解锁实战项目，然后全新一代智能客服 a 智能开发项目啊，其实我们所有项目都有对应的演示视频啊，这个演示视频可能会比较长啊，我们这个啊就不展开给大家看了啊，大家可以自己登录我们的主页来进行观看， 然后啊包括一比一复刻 miniso 通用智能体的啊，这样的项目和啊这个 ai 编程啊跟数据分析 agent 的 开发项目。当然在我们的春季版里面，我们还新增了啊丛林去复现 open club 啊这样的个项目，完整的相关的内容啊，那么在我们的这个春季版里面，我们是完整的大家去复现了一个啊，这个复泛 open club 啊，这样的一个这个项目啊，然后呢所有功能呢，都会从零来进行实现啊，这个项目其实就是 呃使用 long chain 啊来进行的开发啊，在开发的过程当中呢，我们就跟大家详细去介绍啊，它背后的核心的 啊，这样的一门呃大冒险 a 级的开发实战课之外呢，我们这还有两门课程啊，一门课程呢是 open club 啊，这个技术实战课啊，这门课程呢是由我来主讲的 一门啊，这个总共呢是二二十到三十个小时的啊，这样的 open club 智能体的应用实战课啊，这门课程是目前是呃，我正在讲解啊，这样的一门 联赛更新这样的课程啊，但这么课程其实主要就是来讲解关于 openclo 啊，这样的这个技术应用啊，实战相关的一些这个内容啊，那么 openclo 这个定位呢，其实和呃 cloud code 还是有些区别哈， openclo 其实是更加通用的一个智能体啊，它呢，其实更呃有更低的这个啊， 使用这样的个门槛，对不对？然后同时呢也能够覆盖更多的啊，一些实际应用的这样的岗位。那么这个 openclaw 实战课里面，我们会给大家介绍各式各样的不同类型的这个应用范式啊，和基本上所有工作的各个不同类型场景下的 openclaw 啊，这个落地应用实战，然后同时呢在这本课程呢，最后我们还会介绍目前四个 核心的啊，这 opencloud 商业变现的啊，一些这个流程啊，包括全自动的 ai 内容工厂啊，包括这个全自动的啊，公司网站运维和建设啊，包括这什么呃，艺人公司的啊， ai ai 员工团队啊，如何进搭建啊，以及呢，包括垂雨 ai 自动化的啊，这个服务开发等等等等啊，这个呢，是属于 open collog 啊相关的这个技术内容啊，但是 open collog 其实是一样更加通用的一项啊，技术开发这样的工具啊，或者说一项通用这个智能题使用的这样的个指南，那么和我们刚刚大家所看到的啊，这个 agent 开发实战课其实完全不一样的方向哈，因为 agent 开发实战课其实是更加硬核的 这样的一门啊，这个主要是面向技术人啊，大家如果未来是想做 a 证的开发啊，来去但量身定制的这样的课程，但是除此之外，我们还有第三门课程啊，是由木鱼老师来主讲的 web coding ai 编程实战课啊，这个课程，这个啊，重要性就不言而喻了，对不对？这个 web coding 嘛， 哎，这个，这个，去年我们这个时候啊，大家说 ai 编程可能会还会觉得比较早，早啊，时间还比较早，那么到现在啊，大家如果说自己不会 web coding 啊，这个，这个属于是古法编程啊，是不是啊，人类手工编程啊，这都属于非遗传承的这个技术 啊，所以现在我们基本上所有场景里面啊，我们可能都会，呃，会用到啊，这个 web coding 这样的这个技术啊，都会来进行 ai 编程啊，那这门课程呢，是沐浴老师来主讲的啊，一门可以说啊，已经是开设第二期的 完整的 web coding 的 体系大课啊，然后呢，能够帮大家零基础啊，零门槛啊，上手 web coding 这样的工具，然后呢，开始啊，你的 ai 编程之旅啊，这可以说是现在所有程序员必备的这样的技能了，我们 可以讲解啊，像 kris pro code codex 啊，这一系列 ai 编程工具这样的使用啊，然后我们也会来讲解啊，关于像 open code， 对 不对啊，这样的开源的 ai 编程工具，这样的这个使用啊，然后呢来介绍啊，关于 ai 的 skill， m c p 啊，这样使用啊，和 像 figma 啊， pencil 来进行前端设计的一些工具啊，然后呢，像以及啊，像这个 openstack 还有 superpowers 啊，一些非常有用的，非常实用的，能够提升你的 ai 编程的水准的啊，一些这个 skill 的 这个使用啊，也包括像现在 cloud code 啊，它的 agent teams 啊，多智能体协调来进行开发的一些这个方法等等等等。 那么这门课程啊，是由沐雨老师来去主讲的啊，一门课程啊，这个对不对啊？关于 ai 编程的这个重要性啊，这个其实呃已经是非常非常重要的哈，因为其实呃这个不仅仅是现在啊，像 enflop 啊，像在国外顶尖的大厂啊，大家是在使用 ai 编程的，国内大厂也在用 ai 编程哈， 不仅国国内大厂在用 ai 编程啊，基本上所有的岗位大家都是在用 ai 编程啊，很就是除非一些特特定的这个情况啊，可能还需要手工编程之外啊，剩下的 ai 编程呢，它已经是属于大模型 a 制的应用的啊，一个非常成熟的这样的一个领域了。 那么在这个课程里面，我不仅会教大家啊，怎么样从零开始去使用这 ai 编程工具上手来进行 ai 的 编程外部口令啊，同时呢，我们也会 从头啊开始教大家啊，怎么样从最开始能写高质量代码，到做出 demo 啊，到精准的输出啊，到完成一整个完整的应用啊，到推送产品上线啊，到产品二十四小时的这个运行到最后啊，对不对啊，全站的开发啊，到运维的完整的这个技能体系啊，写在这么课程里面，我都会来进行详细的这个介绍。 刚刚我们给大家看到的啊，像这样的一个复饭，呃呃呃， cloud code 啊， web 这样的一个这个程序啊，其实就是我们当前这门课程里面给大家提供的一个应用的一个工具啊，这是其中一个工具啊，我们这门课程里面其实还很多其他的工具 啊，当然其实这门课程里面我们重点是来讲啊，像 cloud code 怎么样去用好它，去完成一系列的啊，这个开发的这样的一个项目，而啊这是我们的 agent 开发实战课，那门课程里面主要是会讲它底层的原理，一个呢是 进行使用啊，一个呢是底层原理的这个介绍啊，这个呢其实是各不相同，有所侧重的这样的点。当然对于 ai 编程来说，我相信很多同学肯定也会有这样的个误解，大家会觉得 ai 编程吗？有嘴就行啊，对吧？只要跟他说我要开发什么，他就能完成开发，其实并不是这样，哈哈，现在其实对于很多的 a 证的使用来说，还是有不小的这个门槛的哈， 你可能还是需要掌握很多的一些这个技术，然后同时也得积累一些这个经验，然后才能够完成一些很好的产品这样开发。那么大家现在看到的都是我们当前课程里边会给大家讲解的啊，一系列这个产品的这样的一个这个开发， 那么这门课程啊，我们就会好好的跟大家来介绍啊，关于从工具的使用啊，到我们现在前沿的实践经验的沉淀跟总结啊，一整套完整的 web coding 相关的这样内容。

很多人以为给 cloud 写技能很麻烦，要手写代码，要懂格式等等，其实完全不是。今天我教你最简单的方式，让 cloud 替你写技能。我们先花三十秒了解一下技能长什么样。 一个技能就是一个文件夹，里面通常有几样东西， skill 点 md 核心文件，这个必须有 script， 放可执行脚本，比如自动发邮件，调用 api 的 代码等等。 reference 放参考文档，比如你公司的写作规范，行业术语表等等。 assess 放模板素材，比如固定格式的周报模板，邮件模板等等。 记住一件事就够了。 skill 点 m d 是 灵魂，其他都是配件。 skill 点 m d 分 两部分，第一部分是原数据，就是一段固定格式的说明， name 添技能名称 description， 写这个技能是干什么的，什么时候用， 其中最关键的就是 description， cloud 就 靠这段话来判断要不要加载这个技能。 所以 description 必须说清楚两件事，能做什么，以及什么场景下用， 最好带上你平时真实会说出口的关键词。第二部分是正文，用普通 markdown 写清楚步骤，视力常见问题就行，没有什么特别格式的要求。流程总共分三步，非常简单。第一步，先口头描述需求，把流程跑通。 比如我每周需要整理客户反馈，按问题类型分类，生成一份儿总结报告，然后一起把这个流程完整跑一遍，确认结果是你想要的。第二步，用 skill creator 封装流程跑通以后，直接说用 skill creator 把我们刚才的流程封装成一个技能，它会自动生成格式规范的 skill 点 m d 原数据， description 步骤指令全部帮你搞定。第三步，启用技能这里分两种情况，如果你用的是 cloud， 点 ai 网页端，把文件压缩成 zip， 进入设置里的技能页面上传开启就行。 如果用的是 cloud code 更简单，封装好之后直接就能用，不需要上传任何东西。 cloud 会自动识别本地的 skills 文件， 之后只要你说出触发关键词，它就自动加载，不用每次重新解释。如果你想改，直接告诉 cloud 哪里不对，让它自己改，全程一行代码都不用动。

最近你是不是经常刷到这些词， cloud code agent ai 员工自动写代码，自动做网站，听起来一个比一个高级，但很多人其实根本分不清 cloud code 到底是啥， codex 又到底是啥？ 为什么现在大家天天都在聊 agent？ 这期我将用普通人能听懂的大白话一次性给你讲清楚。上期我讲了 gpt、 cloud gem 到底该怎么选， 但选对模型只是第一步，真正关键的是你怎么让 ai 不 只是回答你，而是真的帮你干活。首先，我们在日常和网页里使用的豆包 gpt cloud 本质上像是一个聪 明的顾问，你让他写文案，他给你一段文案，你让他做表格，他给你一个表格内容，让他写代码，他就给你一段代码。但表格做好了，你还得自己下载到本地。代码写好了，你还得自己 复制保存，平时打开软件、修改文件、运行测试，很多时候还得你自己来。所以网页上的 ai 模型主要是在给你答案。而 agent 相当于是运行在电脑终端里的 ai， 你 给他权限，他就能从给答案升级成接管你电脑的全能管家。 比如 openai 这边，它家的 ai 叫做 gpt， 它家的 agent 叫做 codex， 它可以读代码、改代码、运行代码，还能在云端后台帮你处理开发任务。而 cloud 作为 ansore pig 这家公司的 ai 大 语言模型， 它们家的 agent 叫做 cloud code， 你 可以把 cloud code 理解为 cloud 的 终端程序员，它和 codex 一 样，能够理解你的代码项目，跨多个文件和工具，帮你写代码、修 bug， 自动化处理并开发任务。 google 这边代表产品可以看 antigravity， 更像是一个 jimmy 的 开发工作台，因为它不只是在聊天框里回答你，而是可以让 agent 在 编辑器，终端浏览器之间去写作，去规划执行验证任务。所以你可以这样理解， g b t cloud jimmy 是一个 ai 大 脑，而 codex cloud code， anti gravity， jimmy c r i 是 让这些大脑真正去干活的工具。大模型往往没有本地客户端，而 agent 则都是下载到电脑上的客户端或者运行在终端里的工具。 普通人先记住三句话，网页 ai 是 给你答案， agent 是 替你执行任务。所以下次再听到 cloud code codex anti gravity 不要再觉得玄乎， 它们本质上就是让 ai 从聊天框里走出来，开始真正替你干活。你想选哪个？ codex， cloud code 还是 antigravity？ 进去告诉我，下一期我直接讲它们到底怎么选。

今天将深入探讨 cloud code 的 核心配置，学习如何通过 cloud md 和 cloud 目录等关键文件，将这个强大的 ai 工具塑造成真正理解您项目的专属专家。 cloud code 的 行为主要由三个关键文件或目录定义， 核心指令文件 cloud md 充当着项目记忆的角色。 cloud 目录作为整个 ai 行为的控制枢纽， 以及 ai 自我学习和总结的 memory md。 首先，我们来拆解 cloud md， 它会在每个对话启动时自动加载到系统提示词中，专门用于存放代码本身无法体现的关键项目信息，比如构建命令代码风格和提交规范。 它采用三级配置体系，高优先级会智能地覆盖低优先级设置。 cloud md 的 三级配置体系非常强大，全区配置设定了用户的默认行为， 项目及配置包含了团队共享的约定，而本地的 cloud 点 local 点 md 则允许开发者覆盖个人偏好， 比如要求始终用中文回复或容忍特定的编码风格。现在我们来打开 cloud 的 目录，这里可谓是项目的控制中书，包含 settings 权限配置、模块化的 rules 规则、自定义 commands 命令、可自动化的工作流 skills、 独立的 agents 子智能体以及强大的 hux 钩子系统。 settings john 式 ai 行为的控制面板。通过精细配置 allow 和 deny 列表，您可以精确管控 cloud code 能访问的文件、执行的命令和网络请求。 配合 pre tools 和 post tools， 钩子还能在每次操作前后自动触发脚本，形成自动化门禁。为了保持 cloud md 的 精炼 路由，目录允许您将指令按文件路径进行模块化拆分，只有 ai 访问到匹配的文件路径时， 对应的规则才会被加载，比如 api 开发规范只在处理接口文件时生效，这大大优化了提示词的利用效率。通过 commands 目录， 您可以创建自定义的斜杠命令来封装复杂的工作流。比如输入 review， 就 能让 ai 自动执行代码审查，从代码风格到性能安全全面扫描。输入 refactor 则可以获取函数级别的重构建议和风险评估 技能，是将重复性工作自动化的利器。以生成变更日期为例， ai 会自动获取版本标签间的所有提交， 按 conventional commits 类型分类转换成 markdown 格式，然后无缝写入 change alert md 文件，整个过程无需人工干预。 a 阵词目录允许您定义拥有特定角色的子智能体， 实现并行工作。比如定义一个代码审查员 agent， 他 会专注于安全审查和性能分析。再定义一个测试编辑者 agent， 他 可以负责补齐单元测试。这些 agent 拥有独立的提示词，可被灵活调度。 钩子脚本是强化项目规则的最后一道防线。 pre tools 钩子在 ai 执行写入前运行， 可以阻止修改敏感文件。 pass to lose 钩子在写入后运行，可以自动执行格式化或 link 修复 脚本退出码为零才允许继续，非零则直接阻止操作。安全防护层面有两个关键文件， mcp 专用用于配置 model contacts protocol 服务器，连接 github 数据库等外部服务。 而 cloud neo 则像 g tiknor 一 样精确告诉 ai 哪些目录和文件绝对不能碰，比如俄女蜜月文件或庞大的 node modules memory。 md 是 cloud code 独有的自我进化机制， 它由 ai 自动记录对话中学到的经验教训、架构决策和用户偏好，存储在项目对应的 memory 目录下。与您主动编写的 cloud md 不 同， 它是 ai 自己的总结笔记，上限两百行，确保信息精炼理解。 cloud md 和 memory md 的 关键区别直观重要。 cloud md 是 您主动编写的指令级，用于明确告知 ai 项目规则。而 memory md 是 ai 在 对话中自主总结的经验笔记，两者一个主动引导，一个被动积累，相辅相成，缺一不可。

作为一个几乎不懂编程，连基础代码都写不明白的纯小白，我却在这期视频里只靠着简单的描述需求，反复确认与敲击回车就让 cloud code 为我生成了完整的网页代码，从无到有搭建出了属于自己的个人网站，让我真切感受到了 ai 辅助编程到底对新手有多友好。 然后现在大家看到的这个页面就是我和 cloud code 沟通了一早上，然后帮我生成的一个网页，哪怕你不懂编程，看不懂代码也没有关系，只要你能和 ai 沟通，他也能为你生成一个属于自己的个人网网页。现在带大家看一下这个网站吧。 首先最让我喜欢的就是我让 ai 给我放了一个音乐播放器，在下方可以播放自己喜欢的音乐。 然后呢，可以看到这个页面，它是比较完善的，用来呃当做个人简利用来求职也是相当的不错。 它有完整的导航栏，首页一进来就可以看见姓名，一些介绍什么的头像，然后关于自己的一些介绍， 这可以放一些自我介绍什么的，然后一些项目，自己做过的项目呀，获得的奖项都可以在这里罗列出来， 然后奖项的话他可以按时间给你排个序，后边最下方还有附加有自己的联系方式，邮箱地址、电话的，然后可以在这进行留言。当然这个网站目前只是在本地，我也让给他啊，我也让 cloud code 帮我部署到了网页上， 然后现在让大家看一下啊，现在可以看到的是这个网站他目前是在本地，然后想要部署到 呃网页里边，让别人都能搜索到你的个人网站的话，你需要去买一个域名，网站域名，然后自己交费，当然也可以让 cloud code 帮你部署到 github 上，一键部署，别人也同样能够搜索的到。然后现在看这个文件夹， 呃，是一个总的文件夹， my blog 就是 我的博克，我的博克网站下边有一个音乐的文件夹，用来存放自己喜欢的音乐，然后呃，这样就可以在网页里边进行播放，然后照片，这些照片都是网页里边的一些组成部分 啊，头像啊，还有那个个人的照片啊，都可以在这里替换，项目的图片啊，都可以在这里进行存放。然后这边这个页面就是和 ai 进行沟通，让他 呃帮你做一个网站，同时我们什么都不用做，连一个文件夹都不需要创建，我们只需要敲击回车，授权他去帮我们建立文件夹就行，然后看到这边就是他写的代码了，从头到尾没有敲过一个代码， 然后我们只需要改掉里边的一些字就行，比如这网友的个人作品集，我们只需要将这里的网友改掉，然后呃，与之对应的他的 这这两个字就变了，就你想改成你的名字，他就变了 好了。然后这就是 ai 帮我写的代码，同时我还让他一键帮我部署到了 github 上。现这样大家都可以通过这个网站，然后进到我的个人网页，因为之前那个是相当于是一个文件夹的形式，存放在本地， 你只能自己打开，你想分享给别人的话，你只能将整个文件夹打包给别人，然后分享给别人。但是如果部署到网站上就不一样了，你别人可以通过链接直接解锁到你的这个个人网站， 像，像这样和那个页面是完全一样的，所以说我十分的推荐就是让大家尝试着去用一下 cloud code。