Claude 怎么老是要yes

哈喽，小伙伴们大家好，今天悠扬给大家做一期嗯，这个关于 cloud code 的 一个这个高风险的一个权限问题啊。嗯，大家在用这个 cloud code 的 时候，在安装好了之后肯定都会遇到一个问题，就是 他在执行任何任务的时候都需要你去手动点这个 yes， 或者是啊不再询问的 yes， 但是你点了之后还是会继续询问你，即便是切换到这个啊绕过权限模式， 他有时候的话还是会就是说啊，没有用啊，还是要你还是要你去授权 啊。今天的话就是告诉大家如何去把这个直接设置成就是完全的这个绕过权限，然后的话让他自行运行啊，但是这个模式是一个高风险模式啊，所以呢， 请大家这个啊用的时候自求多福啊。我这边的话就要给大家做个这个危险声明啊， 该封该该该模式的话是属于极度危险的模式啊，给可乐扣的赋予这个权限，可乐扣的将不再受这个任何约束啊，如果是你们个人操 这个操作失误，或者说一些错误指令导致你的这个可乐扣的在电脑中随便删你的文件，那本人概不负责， 因为这个的话确实目前为止没有什么东西能去约束他啊，就是这个模式，而且的话这并而且这个模式的话，他本身就是个伪命题， 你又想让他有约束啊，又想让他这个什么事都听你的，或者是说什么事都自行运行，也就相当于就是你把他关进一个笼子里，然后还让他去干你任何你想干的事，那基本上是不可能的，知道吧？ 啊，所以说这个，嗯，大家能用的话就自己注意点啊，尽量就是有人在旁边值守，别这个呃， 把它放在那运行，然后自己人走了，然后在电脑里面给你一顿哭哭乱扇，就跟个哈士奇拆家似的啊，这本人概不负责， 然后的话这个就是它的主要的一个源码啊，然后的话大家就直接在你的这个文档里面，然后找到这个点 cloud 啊文件夹，然后找到这个文件啊，这个 j s j s o 的 文件， 然后打开用记事本打开这个文件之后，然后找到以下的这个指令，把我这个打红的啊，这个红颜色的这个指令全部切换成跟我一模一样的就行了 啊，设置呢很简单，但是呢因为他这个是还是那句话啊，权限太高了， 他会给你哭哭乱删东西，或者说一些不受约束的一些东西啊，造成一些比较高风险的一些，这个这个东西你没办法约束他啊，他就就怎么说呢？ 而且 coco 的 这个东西他本身有一个自己的一个缺陷，就是上下纹上三百分之三十的时候，超过百分之三十的时候他会自己这个进行压缩这个上下纹导致一些这个啊细节丢失， 这样就更容易去瞎瞎删你的东西了啊，或者说瞎改你的东西，所以说他这个风险的话是有的，大家还是仁者见仁，智者见智，还是那句话，嗯，那我们就下期视频再见吧，大家拜拜。

你一不小心安装了 node js， 又一不小心呢？在终端中有了它的环境，又一不小心执行了这一行命令，会发生什么呢？我们再输入 clod 哦，太不小心了，你就成功地安装好 clod 了。 你又一不小心在 github 上安装了 cc switch， 又一不小心点了右上角的加号。然后呢，你自己去买了供应商的 api token plan， 你 又加入了它的这个 api key， 这样你就可以完美地使用 code 了。 你说人怎么可以这么不小心呢？接下来主播就跟大家详细的分享一下如何来安装 clock code， 其实非常的简单，我建议大家呢，先安装一下这个 node node js 环境，我相信看我视频的大多数都是那个大学生嘛，计算机专业的，那你肯定都多少接触过 node js 吧 啊，你可以来这个网站啊， no g s 点 o r g， 然后呢，它会根据你的系统来给你推荐这个东西，你就点这个就行了，然后一路下一步，如果你是 windows 的 话，它就会给你显示这个 m s i 啊，然后你就一直下一步就行了。如果你这个网络不好，上不去的话，你也可以来这个 no g s 点点 c n 啊， 然后这里也可以安装，大家就安装这个二二十四这个新版本就可以了。最新的这个二十五就不建议大家去搞啊，因为这个是二十四，是长期支持版本，比较稳定，二十四就够用了。 安装好之后呢，你也不需要配环境变量啊。呃， windows 上其实也不用配，大家只要一路下一步就可以了，你不要去改别的东西，你就在打开这个 power shell， mac 的 话，就打开这个 terminal， 就 执行一下这个命令， node 杠 v 啊， npm 杠 v， 这两个就是捆绑的，对吧？ 接下来呢，我们就要用 npm 的 命令来安装 cloud code， 呃，有同学可能会问啊，为什么不用那个 cloud 的 命令，它官方给的命令来安装呢？我们可以看一下啊。 cloud， 呃，我们来看它的官方文档， 你看，他其实给了这样一个命令，这个 curl 的 命令其实我试过啊，会出现什么情况呢？啊？我给大家贴一下啊，大家可以看下。这个出错的问题就是他对你的网络环境要求其实非常的严苛， 这个经常就是会失败，就算你啊使用了魔法，施展了魔法，我知道大家都是魔法师啊，但是他很有可能还是过不了，就算你开了这个啊吞模式啊，或者在终端也开了代理啊 啊，不好使不好使，真的，大家不用这个 npm 来安装，就用这一行命令啊，我一会把这个命令放在简介或者评论区啊，大家可以看一下，非常好记。这个呢，它是不需要你有啊魔法的，你没有魔法也可以直接一个回车，非常快就好了。 哎，跟他就是说安装好了，对不对啊，他说庆姐是吧？啊，因为我忘记那个啥了，忘记卸载了，我刚刚演示一下。忘记卸载，我可以卸载一下吧，卸完之后你再执行这个 install， 非常快啊，我在终端没有看，我没有开这个代理的， 他又说加入了新的两个包，然后这时候你直接 clod 就 可以了，首次启动会慢一点啊，然后你说， yes， i trust this folder， 我 信任这个文件夹，你看现在它是没有登录状态的对不对？然后它还是这个 clod， 它自己的自家的模型嘛？ sonnet， 但是大家都知道这 clod 它其实对网络要求非常高， clod 家的模型， athropik 家的， 而且也比较贵对不对？很容易封号。所以大家我觉得我们都是大学生嘛，我们的需求也比较简单，没有什么特别，特别高级，特别啊，高需求对不对？我们用国内的模型其实就够了。 那接下来呢，我们就要请出真神了，大家可以上这个 github github 搜一下这个 cc switch， 大家注意，搜索的时候你一定要中间有这个这个这个横杠啊，不然的话可能搜出来没有这个仓库。那大家看到这个 star 最高的就是了，我们打开看一下 怎么安装呢？给不会用 skype 的 朋友那个介绍一下，就看这边右下角一个 release 就是 发行版本，我们点进去，然后拉到最下面，拉到最下面啊，就会教你怎么安装了，对吧？ mac 的 话你就用 pro 安装 啊，也可以直接用这些啊，直接下载这些 mac， 你 就下这个 dmg， 相当于安装包，然后 windows 的 话就 msi 就 可以了，非常的简单啊。安装完之后，安装完之后你就可以打开这个 cc switch， 点击右上角，然后呢，你可以在这些呃，我们国内的模型或者哪里的模型去下载，你去不是你去购买一个 token plan， 像我的话，我就是之前买了这个 mini max 家的最便宜的， 但我不建议大家去买 mini max 啊，我觉得被坑了。对我们大学生来说，我觉得有一个图片识别能力是很重要的，所以我觉得大家可以试一下 kimi 的， kimi 是 不错的， kimi 的 话它自家，它还有那个送的这个。呃。体验计划十五块的 token， 大家可以，大家可以搜索。呃， kimi， kimi apr， 直接这样搜吧， 然后点击这个开放平台，你登录一下。哎，我现在就我登录了一个新注册的账号，然后大家点击这个用户中心，可以看到你的控制台，然后这里的话，我们现在余额是零，对不对？我们要先创建一下我们的 api key 啊， 我们现在已经有了一个它自己给我们自带的项目 default， 然后在这边点击 api key 管理，新建一个 api key， 名字的话随便好了， test 项目的话就是 default， 然后这个密钥的话你要自己保管好，你先复制下来，你放到自己的一个文件。呃，自己一个 t x t 文件里面去哪里保存好就行了，因为不能再次查看了，对吧？不能再次查看。 有了 api t 之后，我们可以看到这里的账户总额，它其实还是零啊，但其实我们是要先完成这个实名认证的，实名认证之后你看它会给我们十五块钱的代金券， 我可以认证一下试试啊。哎，直接认证完了吗？是，然后就有十五块了，对不对？我们在复制这个 apikey， 我 们刚刚复制过了，对不对？你已经保存好了，我们打开这个 cc switch， 点击右上角添加啊，选择 kimi a p i k 的 话粘贴进来，直接添加就可以了。然后我们起用一下，然后起用完了之后重新启动一下，然后我们重新启动我们的 cloud， 我 刚刚已经把 cloud 退出了， 哎，你会发现这次启动快了很多，而且这里直接就是 kimi 二点五，对不对？然后我们说个 hi， 看有没有反应啊， 有反应了对不对？等了一会儿才有反应啊，可能是刚配置完啊，有点卡。我们再问个问题吧， who are you？ 就 一个 who are you？ 需要讲这么久吗？你是什么模型？ 我有什么模型驱动？用 kimi， kimi， 它，它怎么变成黑色的了？嗯，这样就搞定了。然后我也可以把我的我的这个 mini max 的 蜜料添加进来啊，它这个好处就比较便宜啊， 但是你看这个，这个，这个 token plan 我 本来是在这里买的，你看这个 starter， 他说什么？支持图像理解联网搜索 m c p， 我 怀疑是文字游戏啊，他说支持图像理解 m c p， 我 就以为，我就以为是可以理解图像，对不对？其实他不行，他会，你把图片给他，他会乱说话乱讲，然后你又说，然后我问他，我质问他， 你根本看不懂，同面对不对？他又，他又反驳你，他说我其实看得懂。我靠，大家可以购买这个套餐，也可以试一下啊，你初期可以小花一点钱，也可以不花钱就用 kimi 那 个啊，十五块钱。那我呢，就把我的 mini max 添加进来啊， mini max？ 在 哪里？ mini max， 然后啊，我买的这个套餐的话，它是可以看到我的密钥的，我的密钥可以复制一下。 那添加进来我再启动一下啊，重新退出，重新搞一下，哎，这变成 mini max 对 不对？再问一下，你是什么模型？什么模型？ 哎，它就快了很多，对吧？其实我觉得，呃， 我们大学生配置这个 cloud code， 它的这个好处是什么？其实也不是我们要写多么高级多么屌的代码， 主要就是它可以让我们体验一下这个 skills 怎么用，还有这 m c p 怎么玩。你可以自定义你的 skills， 来帮助你更快地应付学校里的作业。学校里比如说有一些很多很多的作业，你每次都是流水线般的工作，都是你自己一个人在那边吭哧吭哧的 截图发 ai， 复制粘贴，然后让一下，然后再截图什么，再然后再截图复制放到时间报告里面，我这个时间很繁琐，很浪费时间。那你就可以自定义你的 skill 啊，那其实大家就可以学一下如何去自定义 skill， 自定义 skill 来这个让 cloud code 帮你做。然后其实我觉得 我觉得这个 skill 还有呢？什么？它能够阅读 coco， 能够阅读你的文件夹，可以帮你执行终端的命令， 这是我们普通的一些网页上的 ai 无法做到，对不对？这是一个比较屌的地方，但它的功能非常强大，大家可以去探索一下，可以去多刷刷这 ai 的 教程。 然后还有一些简单的命令，比如这个 skills 啊，你可以看你的 skill， 对 吧？我现在心动的还没有 skill， 但我之前我是备份过的，大家不用慌。 呃，还有的话，简单的命令是什么？比如说我跟他对完话之后，对吧？我再重新开一个 clod， 统一给我念几下，哎，是不是啥都没了？我想继承上次这个对话，怎么办呢？就 clod， clod 杠 c 啊，就可以了。你以为这期视频就到这里结束了吗？ no， 主播现在才要把真正的坟掘交出来，这个 pluto 是 不是要交钱？是不是要花钱？我们这个 toki 是 不是要自己买？ 还有一个终极大招可以免费用。我这些视频不是带大家那个白嫖了 kopilot 吗？还记得吗？ get up kopilot， 大家看一下我这期视频啊 啊，我们学生大学生认证之后就可以白嫖 copilot pro 嘛。接着大招来了， 我们来 google 一下 gitopilot gitopilot c o i 搜索一下啊，然后，呃， install installing。 我 们来看官方文档怎么写的。这 gitop 的 文档大家可以看中文的，你看怎么开始呢？ 它的要求是什么？这是先决条件，要求 node js 二十二版本以后，大家只需要复制这行命令啊，你 windows 的 话就打开 power shell， 我 们刚刚安装过这个 node 环境了，对不对？然后，呃， mac 的 话就打开 terminal 嘛，你就在终端执行这行命令啊，我就不挑回车了。我已经安装过了 pilot 直接执行，很炫酷的，你看，然后我可以看到它的 model 啊， 他的模型都是什么最好的模型哎， gpt 五点三，五点二，你看，酷到免费用哦免费用哦。真的，但是他是可以完全理解你的图片的，很屌的，而且你该有的 skills 也可以有，也可以有， mcp 也可以有， 所有的功能都是有的。它跟呃 cloud code 我 觉得对我们大学生来说唯一的区别就是什么，呃，他们有一定的逻辑不一样。这 cloud code 啊，它是根据你当前在哪个文件夹啊来执行它的这个 cloud 的。 好在这个新建一个文件夹好了， t n p test。 哎呀， 然后我们在这文件夹里面执行这个 cloud， 哎，你会发现我们可以跟它对话一下。一加一加一等于几？可以跟它对话一下，我们这是一个空的文件夹，对不对？它给我回答是二，对不对？其实我们 这一个绘画，它只保存在我们当前文件夹下面的，这是很酷的哦，你去别的文件夹下面， cloud 杠 c， 你看，又是之前那个文件夹下面的对话了，但是呢，但是呢，这是不一样的 compile， 呃，这 compile 它不是这样的，比如说我们这里问它一加一等于几？一加一等于几，它其实是全局的，你想 continue 的 话， 哎，我们这里跟他对完对完话了，对不对？你看我们这个路径在哪里啊？是在加目录下对不对？干嘛呢？干嘛呢？在加目录下对不对？我们比如说啊， cd， cd 再扭一个吧， 雷克第二啊，一个 c o p 吧， 我们在这里面执行这个 copilot， 杠杠 continue， 它这命令有点不一样啊，跟那个 clod， clod 是 杠 c 嘛？这边变成杠 continue， 你 看还有这个一加一这个绘画，对不对？这对吗？ 这其实跟我们的这个 clod 有 点不一样，我觉得这一点上面是 clod 好 一点，但是呢，胜在什么？ copilot 是 免费的， copilot 是 免费的，而且它的模型也很屌，不用花钱可以看得懂图片， 该有的功能都有，也是一个合格的 agent， 但可能就没有。呃， cloud 那 么强，哎，我发现网上没有人说这个事情，哎，我觉得这是对我们大学生一个很好的福利， 对吧？我觉得这可怕的 cy 好 少人知道啊，但是也是一个平替版的 cloud 扣的吧，大家也可以去用一下，非常的好用。然后呢，这期视频就到这里为止。呃，大家喜欢，喜欢我的视频的话，给主播点个赞啊，或者点个免费的关注，谢谢大家，拜拜。

今天这期视频的目标只有一个，就是让零基础的小白学会如何零成本的在全程国内环境无障碍的使用上 cloud code。 所有的资料和文档我也都准备好了， 话不多说，我们马上开始。那首先我们要知道 cloud code 的 安装方式有两种，第一种就是官方文档里面写到的，使用原生的安装方式进行安装，针对不同的系统对应的指令，比如这里的 c m d， 复制一下这里的指令，在电脑这边的搜索栏里面输入 c m d， 这里就会弹出命令提示符，点击打开，打开之后将刚刚的指令鼠标右键即可复制上去，回车就可以进入到下载阶段。 那我相信很多人都会跟我一样，会直接抱怨一个这样的错误，那这是因为你需要有一定的网络环境才能够支持原声方式安装， 所以在这里我更推荐另外一种方式，就是使用 node js 的 方式进行安装。我们首先先准备下 node js 的 环境，第一步就是进入到 node js 的 官网这个地方，选择你当前的系统，选择这里的安装程序即可下载到对应的安装包。 后续的安装过程我就不再赘述了，非常的简单，只要一步步的往下安装即可。为了验证是否安装成功，我们还是可以打开刚刚的终端，我们输入一个 note 杠 b 回车，当这里显示他的版本号的时候，就说明你已经安装成功了。那接下来我们进行第二步就是安装 cloud code， 我 们只需要执行屏幕上的这三行指令 下载，安装完成之后就会有这样的一个提示，接下来只需要在控制台里面输入 cloud 指令，在这个地方选择信任当前文件夹， 你就能进入到 cloud 启动页面。当然你第一次启动的时候，它会提示你无法连接到 cloud 的 服务。不用担心，接下来我们只需要去连接国内的 a p i 服务就可以了。这里就推荐使用一个可适化的工具叫做 cc switch， 你只要进入了它的官网，点击下载最新版本，将其下载安装即可。下载完之后，你打开的页面就是这个样子的，比如这里我就已经添加过一个 mini max 的 api t 了，那当然如果你还没有去购买对应的 api 的 t， 又想体验最新的模型的效果，你可以选择注册一个摩达社区的账号， 进入到这里的模型库，这里就会显示当前最新的国产的开源大模型，包括 deepsea face， 小 米的模型，千万的模型。这里我们就以 v 四为例子， 我们选择好对应的模型，进入之后呢，点击这里的查看代码页，这里有几个比较关键的参数可以记一下，一个是 base url 就是 你的基础地址。第二个就是你对应的 api key 以及最后的 model， 我 们打开 cc switch， 点击右上角的加号进行配置，然后选择这里的 model scope， 当这里的 api key 复制粘贴到这里。接下来我们看到这里的模型，这里主模型默认还是 gm， 我 们将这里的 model 对应的模型名称复制一下，这里的模型全部替换。点击添加之后，我们再点击这里的启动，启动之后我们重新启动一个终端，再输入 cloud， 那 之后这里就已经提示已经切换为 deepsea v 四的模型了，我们简单问一个问题，当他能成功回答的时候，那 cloud code 就 已经安装完成了。 那以上就是本期视频的全部内容，后续我会分享更多的关于 cloud code 的 使用教程和实战案例。如果本期视频对你有所帮助，记得点赞、关注、收藏，我们下期视频再见！拜拜！

最近啊，我帮几个朋友看了下他们平时是怎么使用 cloud code 的， 结果发现大家踩的坑都差不多，比如说在 contacts 都快满的情况下，还在疯狂地向 cloud code 输出，甚至还问我他的 cloud code 怎么越用越笨，还有装了 skill 的 有没有用上都不知道。 那对于这种把 taco 用在刀背上的做法，我只能说一个字，绝。所以今天就给大家分享一下我自己使用 clotco 的 过程中的几个小技巧，听完包你满意，赶紧点赞收藏。当然，大家也可以在评论区分享一下自己的经验。 第一个，上下文管理这个道理啊，很多人都懂，但很少有人会注意到上下文污染的严重性。如果说你也有这样的毛病，我建议赶紧去看一下。前两周 cloud 发布的这篇关于绘画上下文管理的文章，里面讲的是非常详细的。 特别要注意的是啊，文章里面有提到，当上下文窗口开始占到百分之三十到百分之四十的时候，就会出现一定程度的上下文腐烂。这个其实对我自己也是有点启发的，你像我之前就是用到百分之六十可能才开始做一些上下文的管理，那现在可能百分之三十到四十就要开始做了。 那我平时做上下文管理无非是用到这三个命令，第一个， compact， 当任务跑了很长时间，进行过多轮的对话之后，使用这个命令，让他把前面的对话压缩成一个摘样，清掉容易的信息，只保留关键的，这样的话，你的 contacts 就 会变得很干净，他后续的表现也都会回归正常 我的使用习惯啊，同一个任务超过二十到三十轮对话，或者说我当前的上下文窗口已经占到了百分之五十以上，那我就会进行次压缩。 又或者说当我发现啊大模型开始回答一些奇奇怪怪的答案了，那我的第一反应也都会先去 compact 一下。第二个 clear， 那 这个相较于 compact 会更加的直接，把当前的对话直接清空掉，重新开始， 或者说你开一个新的对话窗口也是 ok 的， 这个适合一个任务已经完全跑偏，或者说你就想换一个新任务的场景。 对比的话， compact 就是 整理桌面， clear 的 话就是清空桌面重新来。那用哪个还是要看当前的任务有没有值得保留的上下文来决定呢？ 第三个命令 by the way。 这个命令一般会出现在你不想去侵入当前上下文窗口的情况下去使用。举个例子，比如说你现在正在 web coding， 但是你又想到一个产品的逻辑上面会有点问题，就可以使用 by the way 去跟它进行讨论， 这个是不会记录在上下文的，或者说你使用 by the way 把你这一次的需求让它记录在某个文档里面。当你手头的这个 web coding 的 任务结束之后啊，接下来的任务你可以再调用原来记录下来文档里面这个需求继续展开工作。 那说完了我常用的这三个命令之后啊，还有些关于上下文管理的我的个人的使用习惯。第一个，引用文件的时候，指定路径和文件名，不要让大模型自己去扫描文件，扫描整个仓库，他有的时候如果找不到的话，甚至还会去写一个脚本去帮你去找到这个文件， 所以说这样的托克消耗是得不偿失的。第二个，我相信大部分人都会知道，长任务或者复杂任务的时候，用 plm 的 模式可以大幅度的减少托克的一个消耗。 第三点，尽量让 cloud code 完成一整个工作流，而不是一步一步的告诉他去做什么。因为 cloud code 是 非常强大的一个 agent， 你 给他一个超级复杂的任务，他也能从第一步到最后一步完美的给你执行出来。如果说你每一步都拆开，那首先上下文会变得非常长，那上下文一长，你的大模型就会出现幻觉，你的上下文就会出现丢失，被污染。 那讲完了上下文管理之后，接下来这个 prom 的 缓存本质上和上下文也有一定的关系，那我为什么会单独拎出来讲呢？因为它会直接影响你用 cloud 的 速度和成本，也是大家特别容易忽视的一个问题。 c c 的 一个 prom 的 缓存机制啊，如果说你上一次请求里面的内容和这一次请求的前缀是一样的， cloud 的 就不会重新处理那段内容，直接用缓存速度更快，托克的消耗也会大幅度的降低。 在 cloud code 里， cloud 点 md 的 内容和项目文件的内容在同一个绘画里面是可以被缓存的，但缓存会失效。最常见的失效场景有以下两种。第一个， cloud 点 md 这个文件啊，在 cloud code 的 缓存架构中是被视为一个整体的模块的， 由于它位于缓存前缀的中间位置，一旦你改了文件中哪怕一个标点符号，系统也会判定从 cloud md 这个文件的模块开始，到后续所有的内容，包括历史对话的缓存都会全部失效。 第二个，对话的间隔太长， cloud 的 缓存默认有五分钟的超时时间，超过五分钟没有新的请求，缓存就失效了。 如果说你再做一个任务，保持对话的节奏要比长时间等待更好，所以说每次离开之前先 come back 一下是最好的。理解这个机制之后，你就会开始有意识的组织 cloud d m d 这个文件的结构，让 cloud code 的 能够持续的用到缓存，整体的速度就会明显快一些，托管的使用量也会少很多。 那接下来第三块的使用小技巧，就是我自己平时经常会使用到的一些 skill。 skill 是 cloud code 的 可安装能力包，把一套提示词和逻辑打包成一个命令以后就可以直接调用。那我现在用的最多的就是以下几个。第一个， planning with fire。 当你有一个复杂的任务，不想让 cloud code 直接开始乱动，那就先用这个，它会把任务拆解成结构化的计划写进一个文件里，当你 review 确认之后啊，它再按照文件里的计划一步步执行。这个是我目前使用频率最高的，甚至说我所有偏复杂的任务都会先用这个 planning with file 的 这个 skill。 那举个例子，比如说我现在做 webco 顶，那原本开发的流程，可能说花一天时间去想一下架构，然后再花几天的时间去开发，那现在就反过来，我会先花大概几天的时间去跟他去跟 cloud 的 去聊我会怎么样去设计，然后聊的过程中去把这些我的想法全部记录到文件， 那之后我再做 webco 顶，让他去生成代码的时候，那整个的代码的结构，包括代码的约束，代码的规范都是非常工整的。 那接下来第二个 skill， 那 其实是一整套啊，基本都是偏向前端界面设计的，像 fronten design， 还有像 ui ux pro 这两个 skill 啊，还有一个就是我现在做视频基本上都会用到的 remotion skill 啊，都是我自己高频在使用的。 那这种是专门为前端界面设计调优过的 skill， 我 觉得对于很多开发人员来说，因为对一些 ui 的 设计都不是很 make sense， 我 觉得用这些 skill 可以 帮到你们很多，并且他们的官网也是提供很多的素材和模板 啊。再结合像现在的，比如说 stitch 啊这种圆形的设计软件啊，那我觉得再配合这些 skill， 那 可以起到事半功倍的一个效果。 第三个 notebook lm skill 啊，那对于这个 skill 我 原本是不怎么开始用的，因为像原来的 gmail 可以 直接去连到这个 notebook lm， 因为都是谷歌的全家桶嘛，呃，都能够直接去输出我想要的结果。但后来大家也都知道 gmail 降至比较厉害， 我发现我的结果就我的要求他不太能满足到了啊。后面我就尝试着把 nosbook lm 生成的结果给到 cloud， 让他去帮我进行接下来的任务执行啊，效果也非常的好。然后到后面也发现现在是有这个 skill 的， 那我就直接拿过来用了。 第四个 everything cloud code， 那 这个 skill 汇总了 cloud code 的 目前所有功能的一个用法，相当于一个随时可查的内置的使用手册啊，不确定某个功能怎么用的时候，你就可以直接调用它，比翻原本的官方文档要快很多。 那这边有一点要说明啊，这个 skill 会比较消耗托肯啊，你一定要去关闭它的一些 mcp 啊，你哪怕关了的话，它的托肯消耗也是会比较大的。那如果说没有碰到一些复杂的任务，我觉得是用不上的，但是整体的质量还是非常好的。 第五个， superpowers， 那 这个也是老朋友了，我相信很多人都在使用这个 skill， 那 这个 skill 对 我来说最重要的一点就是它的脑爆啊，这一个技能。 呃，而且这个 skill 是 非常适合小白的，因为它是包含了一整个完整的软件工程的，一个生命周期的一个 skill 的 一个全集啊。所以说，如果你是小白，刚刚入手 web coding， 我 觉得你用这一个 skill 就 足够了。 第六个，卡帕西的这个 skill 啊，那这个 skill 我 觉得是相较于前面 superpower 和 everything， cloud code 的， 它更像是一个靠谱的资深工程师啊，它会强调先清楚再动手，不乱猜啊，能简单的就不要搞得太复杂啊，改动都是以最小的成本去改的，而且每一步都是尽可能的去做验证， 所以说啊，它特别适合去修 bug， 改老项目，做一些重构。那接下来第四块， hux 啊，那 hux 的 定义的话就是钩子啊，它允许你去自定义一些触发器啊，在卡拉扣的做完某件事情的时候，会自动的执行一段啊，你所定义的无论是脚本啊还是命令， 那我最常用的三个场景，第一个，我每次让卡拉扣的修改了代码之后，就会自动的去提醒，也不用担心它改完之后代码的格式会乱掉。 第二个，任务结束的时候自动发通知啊，比如说你在跑一个时间比较长的任务啊，那你可以去做别的事情，那任务完成的时候可以触发一条系统通知到你的手机上， 那为什么会举这个场景呢？啊？之前在用 open call 的 时候，因为像 open call 它本身可以去调用 call 的， 但是它怎么去监控 call 的， 它会一直去用轮询的这个方式去做，会非常的消耗 token。 那后来我就自定了一套我让 openclaw 去触发 claw 的 code， 之后我通过 claw 的 hook 去回调来通知 openclaw， 使用这样的方式之后啊，就可以减少掉不少的 token。 第三个场景，那像工具的调用前后会去自动的记日制啊，你想知道 claw 的 在一个任务里面到底做了什么，那 hux 就 可以帮你在每次工具调用的前后去协调日制，任务结束之后就能够看到完整的执行过程。 第五块， cloud code 的 插件，那说到插件啊，前面提到的像 skillbox， 包括没有提到的 mcp， 其实都可以揉在一块成为一个自己的插件 啊，所以我说我这边就分享我经常使用到的三个。第一个 cloud hard 啊，这个的话可以去实时的监控你自己套餐的一个使用量啊，包括你目前这个 session 的 上下文的一个情况啊，再配合前面上下文管理的一些方式组合起来，那效果是非常的好的。 第二个 figma 的 mcp 啊，那这个很适合前面讲的 fronten 的 design u i u x skill 啊，特别是如果你在工作中啊，你们的产品用的是 figma， 那 你直接可以通过 mcp 的 方式直接把设计搞给搞进来啊，从设计到实现会剩很多。 第三个三 tree， 那 这个也是 mcp 啊，这个比较适合去排查线上的 bug 报出错来以后啊， cc 能够更快地结合异常的信息对账和上下文去定位问题啊，可以省掉自己去翻半天的一个日记。 ok 啊，那以上就是关于本次我自己在使用 calco 的 过程中总结出来的小技巧的一个分享，希望能对大家有所帮助。如果说你看到了这边，证明你是一个非常求学的人，在此我也希望能够得到你的一箭三连和关注。那本期的视频就先到这，我是布鲁，我们下一期视频再见。

当我收到我的 cloud code 给我回复，你好，请问有什么可以帮你的时候，给我的感受，就像那个晚上三铁人给叶文杰回复了不要回答一样的震惊， 就我之前用的 ai 软件都是像豆包， deepsafe 这些，用最简单的问答提问做一些简单的设计 app， 我 现在刷到了说，啊，现在的 ai 好 像发展到能够帮你成为电脑助手啊，能够帮你修改文件呢，整理这些，所以放假这几天我就在家研究， 就在昨天晚上我终于把 cloud code 安装，我，啊是一个文科生，我对编程计算机那些一点都不通，但是安装这个 cloud code 需要很多的程序，要下很多的软件做调试，还会出现很多的问题，我是搞了三四天才给它安装上的， 就在安装好之前我已经头痛欲裂，我已经搞了好几个小时，然后安装完之后我马上给他发了一个指令，就是让他给我清理桌面，他一下子就给我做好了，就我自己去做，清理桌面的话我肯定要花一个小时以上。我看完之后，我， 哇，那个就是北京人遇上北京人了，就我接收到这个信息之后，我当时混乱的脑子一下子也不想睡觉了，脑子也不疼了，我就想看看这个 ai 还能做多少东西。 我接着就给他输入指令，讲我想做一个什么什么样的小程序啊，什么什么样的网页，我就问他，他就马上给我想好了，并且一步一步告诉我如何去做。就在昨天晚上，我完成了第一个 我内心想法化为现实的网页，克拉蔻的帮我完成的，哇，这还是我一点都不懂这些技术的情况下，我就能把自己曾经脑子里想都不敢想，能变为现实的想法灵感把它用上。 我难以想象就其他懂这些的人，他们能够用 ai 做成多厉害的事情，所以这个时代真的是瞬息万变。就在前两年，还是豆包啊 deepsea 横空出世，我们就觉得问答跟我们的交流很厉害的情况下，现在的 ai 就 已经能帮助我们， 相当于他是一个住在电脑里的助手，能够查看你的文件，能够帮你编程，能够帮你写代码。 据我所知的话，还有很多朋友会用这些 ai 软件来做其他的事情，因为我对这方面不是很了解，感兴趣的话大家可以自己去查一下。总之 在现在我们普通人来讲，如果你越快学会这些能力，对工作生活的帮助肯定是更大的，因为这个就是一个信息壁垒，我们真的需要不断的持续进步，因为谁都不知道下一秒会发生什么。

大家好，这期和大家一起分享一下 cloud 的 几种打开打开的方式啊，因为自己在这段时间的深度的使用过程当中啊，其实 cloud 有 非常有好几种方式打开，然后呢，对于对于一些，嗯，没有 没有。这个，呃编程基础的朋友们来说，有些工具可能会比较陌生啊，比如说像 vs code， 比如说像终端啊，会比较陌生，所以呢，呃， 但是呢，你想把这个 cloud 用好，你肯定离不开的这个工具啊。所以呢，这期啊，跟大家分享一下我在使用 cloud 的 过程当中啊会用到的几个东西。 呃，第一个啊，就是最呃最最最常见的啊，就是我们第一种方式就是用用这个网页打开， 网页打开，你就把这个地址搜 cloud 啊， cloud 这网网网址打开啊，就出来这样的一个界面，对吧？这个界面就是我们正常碰到 正常的使用别的 ai 也是类似的，对吧？你像谷歌的，像国内的一些也都是差不多类似的界面啊，那么这里面比如说比较适合一些， 呃，这个常见的这种一文一达的形形式啊，他给你东西，你要么把把这个文字复制到呃这个 word 里面去，或者是给你一段代码，你把代码复制到这个 呃软件当中去执行，对吧？那么这个界面呢，你不能去生成本地的文档啊，不能生成本地的文档，所以呢， 呃，是我自己在使用过程当中，我直接打开网页，这种方式我会几乎是没有用啊，几乎是没有用啊。然后第二种方式，第二种方式呢，用这个， 呃，这个 cloud 自带的官方的一个这个官方的一个软件，对吧？就这个就这个软件啊，这个第二个这个这个软件， 那么这个打开呢？是这个样子啊，是这个样子，这个样子啊，比如说我们先开启，那么这里面呢？有有有三个选项啊？三个选项？呃 呃，当然我这里是开的是呃这个 max 啊， max， 所以 它这里扣的也有的，如果你们没有开这个这个 max 或者是 pro 的 话，只呃应该是没有这个后面两个东西啊。 然后呢？你 chat 的 聊天模式就是跟刚才网页是一模一样的啊。 cowalk 就是 你可以 在本地去运行了啊，你可以在本地去运行啊，你可以选一个，有选择一个文件夹，然后呢在本地去运行，然后我通常在就用到这个的话，我主要是用这个酷的模式。 酷的模式，比如说你要去去涉及到编程的，有代码的啊，或者是当然你不用，你不涉及到代码也没关，也没也可以用啊。同样的你也是在这里选一个文件夹 啊，比如说我选了这么一个文件夹作为我的路径，对吧？那么我想在这个文件夹当中执行一些操作，你就跟他说，对啊，需要什么操作，然后他就会在本地给你生成，给你生成啊，我目前用到这个客户端啊，这个呃频率也并不高， 主要是在我要做课间的时候，我会比较这个会去用这个，因为这里有个预，这里有个预览模式，比如说我这个这个文件夹里面有一个， 我艾特一下它就会出来文件夹里面东西，比如这个就是我之前做的一个课间啊，比如说我要预览它啊，打开预览 啊，打开预览，嗯啊，它这边右边右上角有一个这个，这个 preview， 对 吧？你点一下啊，它这个就会有预览可以出。 这有时候在做 ppt 的 时候还是比较啊，做课间的时候还是比较好用，因为你点一下哪里，它就会把你对应的 呃代码给你显示出来啊，去修改也比较方便啊。所以我基本上用这个客户端的情况啊，主要是在做课间的时候啊，可能会用到啊，然后呢？这是第二种方式，这两个都是官方的啊， 那么第三种方式，第三种方式就是终端啊，终端用 c 命令喊的这个模式去啊，我这个先关掉啊，直接关掉啊， 呃，用终端终端，这个大家用的就是相对可能会比较比较少的啊，尤其是就这个终端啊，尤其是 啊，没有之前没有过，比如说编程啊，但当然我也是之前没有过编程啊，这个经历啊，就用到这个终端的，这个是比较非常少啊，所以这个比较陌生，比如说终端打开啊， 就是一个机制培养，对吧？对大家来讲，对大部分同学来讲，这个操作起来是会很陌生，对吧？那么你你呃在这里，比如说你要输入一个路径，你要设置一个文件夹，直接打一个 cd， 然后比如说你把一个文件夹给拖进去， 假设把这个拖进来，对吧？那么这样就是设置设置路径啊，路径设置好了，你如果是，如果是 windows 系统， windows 系统的话，你直接右键 啊，它有个打开，有一个选项是直接从中端打开啊，是一样的啊，就设置路径啊，那比如说你这里要启动 cloud， c o u d cloud， 你 打个 cloud 就 可以了 啊，你打个 cloud， 那 么出现这么一个这个，这个这个东西啊，那么就是已经正常了啊，就已经能正常用了，那么这个你就可以在这里， 在这里跟他交流了，对吧？啊？你好，对了，今天星期几啊？ 嗯，这就正常的在这里就可以交流了啊，那么这个器是最原汁原味的这个 cloud 啊， cloud 扣子啊，比如说这里会有一些简单的一些这个操作的，你比如说你想看他装了哪些 mcp， 你 打一个斜杠啊，比如你打个 mcp， 对 吧？啊？ 再回车，对吧？那这里就会告诉你啊，你显示你当前装了哪些啊？ mcp 啊，然后 非常方便啊，非常方便。嗯，那比如说你要这个，呃，查看这个模型，对吧？我都对吧？ 啊，就简单我常用的几个稍微记一下就好了啊，比如说我们现在默认的就是这个 oppo 十四点六这个模型啊，那么这个是终端啊，这终端啊，然后呢？终端呢？你也可以去打开好几个终端，你不要再打开一个 啊，再打开一个终端也是可以的啊， 那我直接这种方式好像不大行啊， 那我再先关掉啊，那没关系。呃，那么就说多打开多个终端啊。呃，比如说我现在我现在电脑里装了一个一个东西叫做 ghost 体， 就这个 ghost 啊，就这个东西啊，它也是个本质上也是这么啊，跟那个是本质上是一模一样的啊，只是呢，它有些稍微稍微那个多一点功能啊，比如说同样的，我先我打一个这个命令，打个这个命令， 就我就通常我会用这个命令来启动 cloud 啊，这样可以跳过很多啊，这个让我们点同意的环节， 那么这个是这个这 ghost 啊， ghost， ghost 的 话有什么好处呢？跟刚才那个终端相比，比如说我这时候想打开两个终端，对吧？你加个快捷键啊， ctrl 加 command 加 d， 对 吧？这边又出来一个啊，左边右边两个终端了，对吧？你比如再打个 curl， 对 吧？ 这边又会同时出现的，你比如说再想再开的都可以的，比如说我在下面下面再开一个，对吧？那么这个加 shift， shift 加 d， 对 吧？下面这里多了一个，对吧？ cloud 啊，这样就可以同时开多个终端，比如说有时候你可能想每个终端去处理一个事情啊，那么你就可以用这样的方式啊，这样的方式啊，要关掉就是 com 加 w 就 可以关掉了 啊，那是这个是终端啊，终端的方式，那么前面我们这几个方式用网页或者是用这个 cloud cloud 的 这个 app， 对 吧？以及这个终端形式呢？碰到一个问题啊， 就是说你看不到文件夹里的一个东西啊，你看不到文件夹里面是什么东西。那那有时候，有时候，比如说我们在做一些大型的项目，比如说你要我们要写一篇论文，或者是做做一些别的一些比较大型的一些量化之类的项目，对吧？我们想要看到文件夹里非常直观的去看到这个东西， 那么我们前面讲的这几种方式呢，就是会有会有，有劣势，对吧？那么接下来就是第四种方式，我们用这个也是我目前用到的 呃频率最高的一种方式啊，就是 vs code 啊，嗯，就这个 vs code 啊， vs code 啊，那么这个对于就是，呃，没有 没有这个呃编程基础的同同学来讲啊，可能还是会比较陌生啊，因为这个主要是一个呃撇代码的一个东西啊，那么这个具体的怎么操作呢啊？比如说， 比如说这个东西打开是这样子空白的，对吧？那么首先假设吧，你要在一个，你要你要先指定一个文件文件夹啊？你作为这个，呃作为这个路径，对吧？那比如说我随便找一个， 比如说我随便找一个，假设就把这个吧。啊？那你可以直接把这个文件夹拖进来啊，拖到左边这里来啊，那么 那么这个这里面就是你的路径了啊，这个这个文件夹就是你的路径，那么你路径里面的你文件夹里面的这些东西啊，都看得到，对啊，非常直观。比如说这里你要你点一下，他就会直接会出来啊，直接会出来啊，这里就可以看得到啊。 呃，那么在这里怎么去调用这个 cloud 呢啊？其实在这里面也有两种方式，第一种方式， 你看我这里有这个这个 cloud， 对 吧？这个这个图标，对吧？ cloud code 这里有个图标，对吧？啊？你点一下这个图标，点一下啊，那么就会出来这个东西了啊，就出来这个东西，这个这个东西本质上是 cloud code 在 vs code 里面当中的 插件啊，他是一个插件啊，你要装的话就在这里面啊，在这个这个这个这个呃应用市场里面啊，把这里直接搜这个 cloud code， 搜这就可以了啊，认准认准这个官方啊， 然后下安装一下，非常方便啊，装一下就可以用了啊，然后你就在这里就可以跟他啊交流了啊，交流了， 但是插件形式的话，比如说你要有一些命令，你要去，你要去处理的话，有时候呢还是得需要跳到终端去，对吧？你比如说你想要看这些东西啊，看这些东西这里后面有个终端的这个符号的啊， 那么你在插件里，插件系统里面还是不好，有些东西不好处理的，所以呢？呃，所以我现在用到的最最多的一个方式并不是用插件啊，而是直接用在 vs code 里面，用终端去操作啊，比如说你这个这个界面在呢，你点上面这个终端，新建终端啊新建终端， 那么这时候啊，最右边出来了这个这个终端了啊，出来这个终端下面这个可以把它给缩起来的，那么你们如果是没有设没有设置过的话，这个终端默认是出现在这下边的啊，出现在这个位置啊，正中间下面的地方， 那么这个时候呢，相当于这一个是终端，跟我们刚才讲的终端其实本质上是一样的，那么它这里路径直接是已经是，你看路径就是这个路径了，对吧？我们刚才拖进来这个文件夹这个路径啊，然后呢，你在这里啊，就可以起用这个 cloud， 对 吧？ 啊？直接就就先打个 cloud 吧，嗯 啊， cloud， ok， 那 这样子就可以启动了，对吧？就可以预警了你，你有什么需求就跟他直接交流就可以了啊，这样子的，比如说你想要在本地，对吧？比如说，呃，在本地啊，生成一个， 生成一个 markdown 文件，呃，展示文件 文件夹的结构啊，这是文件夹结构啊，我们来看一下左边这里啊，左边这里它就会等一下啊，会生成一个 markdown 的 文件， 那这时候它会跳出一个预览，对吧？跳出一个预览的东西，然后问你是否要进行操作，对吧对吧？啊？ yes 啊， yes 完之后，你看这个一，他就说已生成，对吧？那么就看左边，你这个文件夹里面就会出来这个文件结构，对吧？你点一下啊，你看他就把这个整个文件夹里面结构 用马克丹的这个方式啊写就编好了啊，非常非常清晰，非常清晰啊，所以呢，这个时候呢，你用 vs code 的 一个好处就是你可以直接看得到文件夹里面的东西，非常直观啊。 呃，这个是第四种方式，也是我目前用到的最最最多的一个方式，尤其是你在比如说写论文啊，或者是某些某些时候做些大型项目的时候，这种方式可能会更加啊胜任这个 这个项目啊，好，最后再说一下最后一种方式，最后一种方式本质上也是， 本质上也是 vs code 啊，但是呢，我用的是这个谷歌的反重力啊，反重力系统啊，这个打开来啊， 打开来是是这个样子，跟 vs code 的 几乎是一样的啊，几乎是一样的啊，它，但是它名字叫这个 anti code， 它只是 vs code 的 套了一个壳，因为这个系统它最初它是谷歌自己设置，最主要是给谷歌自己的这个 给谷歌自己的这个 jamming 用的啊，因为我最早接触这个可生成的本地可生成的这种 ai 的 话，也是从这个 jamming 开始，也是从这个 anti graph 反重力开始， 只是到后面用的用用的过程当中发现这个谷歌这个 jamming 跟 cloud 比起来还是有有有差距啊。所以呢，我现在模型我都用，基本上就用 cloud， 然后呢，但是我这个也充了会员啊，因为我这个也充了一年的会员，所以呢，呃，有时候偶尔还会拿出来用一用啊，虽然他在这里面也有默认的这个 cloud， 这个四点六哦，不是四点六的啊，但是呢，他这里的额度非常少啊，用着用着用一会就没了啊，所以我这里基本就没用。 但有时候，比如说我用那个画图，我还是有时候会让他来画啊，用那个 nonono 的 啊来画啊。 那么，呃，那么在这里启动终端，跟刚才是一样的啊，跟刚才是一样的啊，也有两种方式的。第一种，你用这个，我这里装好了插件啊，点这个这个插件，对吧？那跟刚才是一样的啊。第二种是用这个终端啊， 因为我刚才登录过了，跟刚才操作是一样的啊，用中文啊，在这里操作，对吧？那么用这个 anti grab。 还有一个就是我碰到的一个好处是什么？比如说，比如说这个是个 t e x 文件的啊， text 的 文件，那比如说我想 我想要去改某个东西啊，或者在 macbook 里，或者别的编程语言里面都是一样，比如说我想改某个东西， 我改了一部分，它会对应的去提示我啊，哪些部分对应的部分是不是要一起修改，对吧？然后呢，我比如说修改了之后，它就会直接啊，我按个 tab 键，它就会直接， 呃，帮我修改，就非常方便，非常方便啊。那么这个是前面这五种方式啊，就是我我目前用 cloud 的， 呃常用的几个东西啊？几种方式啊？那么在简单的情况之下啊，在简单的情况之下，我其实用的最多的还是这个，用直接用终端啊，直接用这个，用这个终端啊，用这个终端， 那直接你系统自带的那个终端是一样的啊，我最最现在最常用的就是比，比如说我简单的一些问问答啊，就直接问这个，直接问这个，用终端来打开，因为这个速度会比较快啊，你不用去打开网页了，怎么样，对吧？然后大型的项目呢？主要是就是用这个 vs code 啊，用 vs code 或者是这个反重力啊，用 vs code 的， 大型的项目啊，推荐大家，就说大家如果有有兴趣还是推荐大家用 vs code 的， 因为你这个门槛相对低一点，因为你 anti gravity 反重力的话， 因为这个系统，这个这个软件啊，它要，它要这个美区的谷歌啊，有这个会有，有些有点麻烦啊，有点麻烦啊，所以呢推荐大家啊，简单点啊，就用 vs code 啊， vs code 啊，就用 vs code， 就 用这个东西啊， 啊，所以呢，不同的情况用会有可能有更不同的这个，呃，这个打开的方式更加合适，更加匹配的方式啊。那么今天啊，这个内容主要就到这里，然后呢？后续呢？我们可能会这个这个这个， 呃，这个号可能会更，主要更新一些跟 ai 应用的，包括一些跟上课相关的啊，教学相关的，论文相关的，主要更新一下这些这些素材啊，好，谢谢。

如果你也在用 cloud code， 但只会一个 cloud 命令就开干，那这条视频你一定要看完，我把我自己天天在用的命令和插件全部给你打包好了，看完直接上作业。先说说怎么启动，最基础的就是直接敲 cloud 回车就能用，但你要是跑长任务，频繁被全键弹窗打断，有两个金阶姿势。 第一个叫 cloud 杠杆， dangerously skip permissions， 意思是完全禁用所有权限提示 cloud 想干啥就干啥。速度快是真快，但它几乎没有 promote 注入防御，所以最好别用在你自己的主力机上。推荐在 dog 或者一次性虚拟机这种隔离环境里跑。 第二个操作，其实我更推荐叫 cloud 刚刚 permission auto mode 自动模式，它不是躺平，而是后台有个安全分类器，判断哪些操作是安全的，哪些需要提醒你有兜底，有风险低的，特别适合你信任的大方向，但不想中途被打断的长任务。 还有一个很实用的 cloud 刚刚 review 启动的时候，它会让你挑一个历史绘画继续，它可以接着昨天的活继续干，不用从零开始。启动完进入到绘画，里面有几个斜杠命令，你必须学会。第一个是杠 model， 它可以让你去选择模型，但这里我要提醒一下，这里不建议中途换。为什么？因为大模型是有 k v k 缓存机制的，你每一轮对话都是在用上下文 里面去追加消息。命中缓存的话，价格可以直接打一折，而且响应还非常快，但是一旦你切换模型了，缓存就废了，又贵又慢。 然后第二个是 effort， 它可以去设置思考程度，简单任务低一点，复杂任务拉满。加来几个是关于上下文的技巧。第一个杠 clear， 这个是彻底气功，相当于重新开一个全新的绘画，什么都不留。还有一个是杠 compact， 这个是把你之前的上下文做一个压缩，当你的上下文用量比较高的时候，你可以使用这个命令。 对，然后你如果说想打断这个命令，你可以直接按 esc， 这也是一个技巧。 还有个技巧是你可以连续按两下 esc， 这个的话就可以回退到你之前的命令，然后你之后他会有三个选项，第一个是回退到之前命令，第二个是你以你当前的绘画为基础，做一个呃上下文的压缩。第三个是什么也不做。接下来重点来了， 有个命令叫白泽伟，这个一般是用在呃什么场景呢？他一般是我们有一个长任务正在跑着，但是突然有一些无关紧要的事情，或者是有一些问题要问他，比如说刚刚这个文件的配置目录 是什么？那这个时候可以去用白泽位这个东西来问一下他，他是能看到当前绘画的全部上下文的啊，但是他的内容是不污染主上下文的，也不去，不会去打断 claus 正在跑的任务。他缺点是不能用工具。 对，他和 sub a 的 区别就是说啊，白泽位有上下文，但是没有工具， sub a 的 有工具，但是他没有你主绘画的上下文， ok？ 最后一个还有一个技巧就是呃打一个感叹号，这感叹号相当于你可以在终端里面直接执行 batch 命令，比如说 b p、 w、 d， 就 可以看到你在幕后是什么 命令。讲完了，再讲几个我正在用的工具还有插件。第一个是查看上下文的，呃， cloud code 插件叫 cloud hub， 你 可以看到效果就是这样，它可以看到你上下文的使用情况，你的 token 的是，呃，还剩余多少？对，然后它的 github 地址是在这边， 它目前是有十八点三 k 和 star。 对， 安装命令也很简单这一行即可。呃。第二工具是豆包输入法，因为我们目前和大圆模型对话最方便的模式肯定是语音输入， 我们在这边直接按住 option 就 可以输入语音，比如说帮我实现一个历史动画效果， 你可以看到他的翻译是非常精准的啊。最后一个就是啊，我非常喜欢的一个功能就是这个灵动导模式，可以看到我这个上面是有一个灵动导模式的。然后这边，呃可以在多个 a 镜头里面去切换，而且它可以实时显示你的一个头款的使用情况 啊。比如说我在格式里面说你好，然后又在口袋里面说你好， 在这边实现类似动画效果，你看这边好了，它都会提示你去切换，这样就非常方便了。 以上就是 clockcode 我 每天都在用的全套命令和工具的使用技巧，如果你觉得有用的话，请点赞、收藏、评论区留言，我会把所有工具的下载地址整理出来发给你们，我们下期再见。

大家好啊，那我是老王啊，评论区好多人问啊，国内是不是不能用 cloud 啊？这个问题不能简单的回答，是能还是不能，首先要分清三件事啊，这个 cloud 还有 cloud code， 还有 cloud cooke 的 三个是不一样东西啊，就大家所说的 cloud， 它是个有官方网页版，还有官方 a p i 是官方服务啊，但是中国大陆是不在它这个 cloud 母公司 ansapic 的 这个官方支持地区啊，所以说直接使用啊，是有门槛的。这 cloud 的 模型又分为这 sonata 啊，四啊，点七是最新的，但是 cloud code 它其实是一个工具，还有 cloud code， 它是在你电脑终端的 呃，一个软件更像一个车，就是一个车壳儿，但是 cloud code 里边它可以 对接不同的这个模型，就是我们说的发动机啊，就说 cloud code 其实是在国内是可以用的，可以接入啊，同的模型，就如果说你接入这个 cloud 模型 啊，肯定是有一定门槛，但是你却可以接入其他的模型，就 mini max 啊， sick 还有这个 kimi 啊，江问这些啊，都是可以接 cloud code 的。 更准确的说啊，国内用户不一定能直接稳定地用这个官方 cloud 的 这个模型服务， 但是它还是可以用这个 cloud code 的 这些编程工具流的啊，不是说你把这个里边的这个动机给换成国内的这个型就行了啊，关键看你背后是用什么模型，大家明白了吗？啊？

我在上个视频里说了卡洛克 os 四点七，要想发挥真正的实力，得用对姿势，就收到了一些私信，问我是怎么使用卡洛克的的。卡洛克的我使用了一年多， 从最初的 pro 账号到后面的 max 账号，到现在一个月要开两个 max 账号。做过一些生产级的项目，也做过很多自己的产品和一些 demo。 今天我会结合我的使用心得和踩坑经验，以及结合官方文档的最佳实践，还有社区大牛的一些方法论， 整理成五个核心习惯分享给大家。第一个就是写好 cloud 点 md 这个文件相信大家都看到过，它是 cloud code 的， 每次打开绘画都会第一个读的东西，相当于给 cloud code 的 项目说明书。大部分人对这个文件的处理就两种姿势， 要么就完全不管他，要么就上来跑一下你的命令就完事了。这两种做法其实都会有一些问题，如果没有 cologne， md or code 每次都要从头去摸索你的项目，效率跟质量都会大打折扣，也会消耗更多的 token。 编辑的命令本身是没有问题的，问题在于它只是一个起点，而不是终点。编辑的默认提示词给你生成的其实是一个二十行级别的极简起点，永远不够一个正常项目的使用。然后编辑的命令正常的内容会塞一堆通用的废话， 社区里还专门有人做了改良版的编辑的命令。第三也是最关键的，编辑的命令只能看出来的东西，它会扫描你的 package 点，筛选文件，读你的目录结构， 但你团队的踩过的一些坑，部署流程跟特殊的约定他根本就不知道，但这些恰恰是 cloud md 里面最有价值的地方的。 code 之父 boris 也不依赖这个命令。有人问他 cloud md 太常会应该怎么办，他原话是直接删掉，重新开始。 那具体应该怎么写这个文件呢？考点 md 主要回答三个问题，分别是 why？ what 和 how。 why 项目是干嘛的？你要用一两句话讲清楚， what 是 给考证的一张代码地图， 里面会包含技术栈版本、技术栈选型、顶层目录结构和美购模块的作用。 cloud 看代码能看出你用 nex 的 gs， 但他看不出来你是用十四还是十五装的，是追逐还是 prisma 这种必须你告诉他 how 主要是讲你是怎么干活的， 包含构建命令、测试命令和踩过的坑。这里有一个标准，任何一个新开发者打开 code 说跑一下测试， 第一次就要能跑东，如果做不到，就说明你的 copy md 写的有问题，光写项目特定的还不太够，我一般还会再叠加一层。卡巴西的四条通用编码原则卡巴西在 x 上发过一篇帖子，里面讲了 ai 写代码的几个通病，会瞎猜，不澄清，会过度设计， 会顺手改，不该改的会没验证标准，就说搞定了。有人专门把它整理到了一个 copy md 里，你可以直接抄近自己的 copy md 使用。 最后一个核心写法是 boris 反复强调的，我自己也一直在用，就是 cloud md 是 一个活文档， 每次考得做错一件事都要立刻加一条进去的。 review 的 时候在同事的 pr 上艾特 cloud， 让他把这次规范也加进 cloud md。 boris 给这个起了一个名字叫复利生成。第二个习惯是你要花百分之八十的精力在 plan 上， 这个习惯是卡拉扣的用的好还是不好的真正分水岭，你越是着急想让卡拉扣的写代码，最后返工一般会越多。 前面把代码想清楚的事，后面几乎一把过。 grace 讲得更直白，四点六之后，只要 plan 对 了， 几乎每次都能一把过。但是 cloud code 自带的 plan mode 我 用起来是不太顺手，它给你的 plan 是 一个常温档，审起来很累，还有很多是模型自己的一些想法。 我现在主要是用一个 superpower 的 插件去替代它。它会把规划拆成多个阶段，首先会通过 brainstorm 把需求聊清楚， 然后列多个方案选项加 to， 写完之后会写不烂草稿，再展开成完整的设计文档，再写时间计划，最后拆成两到五分钟的一个小任务，每个阶段都能给你反馈，不用去面对一个长文档。 这种用法在四点七之后特别重要，因为四点七会严格按照你的指令执行你方案，对他一把过，你方案错，他就会把错的方案完美的执行出来。第三个习惯是给可乐扣的验证手段计量能提升两到三倍，这是单点回报最高的一件事。 这个谅解的承诺， boris 在 所有跟 cloud code 的 情况分享里，只对这一件事有效果。你给验证手段的 cloud code 是 一个昂贵的代码生成器，给了验证手段的 cloud code 是 一个能自己迭代到通过的工程师。那具体应该怎么做呢？这个要看场景， 在后端要起服务，做端到端的测试，让可拉库的自己把服务跑起来，模拟真实的请求，验证完整的流程。前端可以用 azure 的 官方浏览器插件，可拉库的能直接控制你的浏览器跑页面，看截图，改 bug 去验证。 如果是桌面应用的话，可以用 computer 用子让可拉库的直接控制键鼠去验证桌面。 g y 这件事在四点七时代尤其重要， 字典记写完之后会主动跑，测试自己迭代，但前提是你给了他可以跑的验证标准，如果没给的话，他就会在那觉得自己搞定了。第四个习惯是上下文管理， 这块是 cc 的 高级用户跟普通用户拉开差距的地方。每次 cloud 的 做完一轮，都会有五个分支去选择。第一个是 content， 直接接着说，他会把所有的上下文都留着， 然后是 rewind 条尾，前面某条消息重新来过，后面的内容都会全部丢掉。第三个是 clear， 它会新开一个 session， 把所有的上下文清掉，只带你写的 brief。 还有就是 compact， 它会把当前的绘画压缩成 summary 继续。最后就是 sub agents， 它会委托一个独立的上下文 agents， 只把结论拿回来。 这里需要注意， rewind 是 比 correct 要好的 old code 走错了路，你不要在原话里面去说，试试 be 方案，这样失败的尝试会一直停留在沙尔文里面，去污染后面的所有判断。正确的做法是 rewind 到走错之前，把刚刚学到的教训写进新的提示词里。 举个例子，考克特读了五个文件，方法 a 不 行，你的本能反应是说试试 b， 但正确的做法是为问的，到读文件的那一刻重新告诉他不要用 a， 直接用 b， 这样上下文会更干净，结果质量会更高。还有一个数据大家需要知道，现在模型基本上都是一百万图腾的上下文，但是模型大概在三十万到四十万的图腾的时候，就会出现上下文腐烂模型变笨。 经验是新手要把上文保持在百分之四十以下，老手可以控制在百分之三十以下， client 命令可以随时查看用量。第五个习惯是把高频流程去沉淀，我现在会严格执行一个原则，一天用过两次的工作流，我就会立刻沉淀成 skill 或 slash command。 slash command 相对比较简单，它就是把一段固定的提示词放进连 cloud command 目录下。 skill 比 command 要强大的多，它不仅仅是一个 md 文档，本质上是一个文件夹，可以包含 reference， scripts， examples 等子目录。最重要的部分是每个 skills 里面的脚手章节， 它会把这个 skill 里面用到的脚手的最容易踩的坑全部列出来。脚手词是脚手里面信息密度最高的内容，它比中文还重要。 如果你是团队开发的话， skill 和 command 可以 提交到 get 里面，让全团队共享，这样新人入职就可以直接拿到全套的记录记忆。后面就是今天的全部内容，希望能给大家一些帮助。

上一期我们聊了 cloud 的 命令片，这一期我们来聊 skill。 我 先不跟你讲 skill 的 概念，我说一个我遇到的真实的案例，你立刻就懂 skill 到底是什么。 我每一期都会从评论区里面去筛一些高频的问题，给下一期来定选择题。那天我把所有平台的视频链接都扔给 cloud， 让他去把所有评论抓出来，并整理成一份选择题的清单。 那第一版出来的时候，他把所有的闲聊啊，还有求脚本，求网页之类的评论都全部都算上，我就跟他一点一点一点磨， 让他把闲聊都全过滤掉。还有只看真问题，把相似的合并并得去重，那来回回差不多改了二十分钟，他终于给了我一份比较满意的选择题。 那这时候问题又来了，下次我想付先生工作的时候怎么办呢？以前我们在晚夜端的时候，我们做法可能是让 cloud 帮我们把聊天记录总结一遍，然后再发给一个新的窗口， 非常麻烦。但你现在如果用桌面版后的终端的话，你可以直接告诉 cloud， 把整套工作流帮你封装成一个 skill， 那 之前整个工作流就会被打包成一个 skill。 从那以后，我每一期发完视频，只要把视频链接扔给他，他就会帮我整理成一份选帖的清单。 所以你看， skill 说白了就是你跟 cloud 反复打磨的一个工作流，让他帮你整理成了一个可附用的能力包。平时他就安静地躺在文件夹里面，不占用你的资源， 只有当匹配上你的需求的时候， cloud 才会把它删出来。里面最关键的也就两样东西，一个 skill 点 m d， 它开头那段描述决定了它什么时候被触发，但这个触发词也是你可以去改的。另一个是 reference 文件夹，专门放一些详细的资料， clogs 用到了它的时候就会去翻一遍。那分享我三个最常用的 skill。 第一个是 find skill， 它是一个找 skill 的 skill， 当你想到一个工作流程的时候，你不必从零去打造一个 skill， 因为可能市面上早就已经有一个完整版本了。比如你只要跟 clogs 说我想做一个个人网页， 你帮我去搜一下有没有类似的 skill， 它就会去 skill 市场里面搜，按照下载量还有 github 的 私大数，找一个最靠谱的那一个。所以我现在装新的 skill， 我 也不再去翻译 github 了，直接跟 cloud 对 话，告诉他你的需求就可以了。 第二个是 superpowers， 它并不是一个 skill， 它是一个十四个 skill 的 整合包，它的作用是给 cloud 去注入一套做事的方法论。 他要解决的是，我相信你也遇到过的一个痛点，就是你让 cloud 帮你去做一些复杂的任务时候，他可能不问清你的需求就开始埋头苦干，结果做出来的东西你也不满意，然后还要反复的修改。但你装了 superpower 之后， cloud 会先停下来反问你，你到底想解决什么？你最关键的约束是什么？把你的需求了解清楚之后，他才开始干活。 第三个我最常用的是 slide creator， 它是一个专门做 html 演示页面的一个 skill， 它内置了二十一种预设，每一种都是作者精心打磨出来的， 专门避开那些一看就是 ai 做的通用审美，所以我现在不管是写产品介绍还是视频里需要插一段格式化的演示，我都会先用到它。好，那么以上就本期视频的全部内容，那我们下一期讲讲怎么用 ai 来做剪辑跟视频动画，我们下次见。

曾经我对 cloud code 的 终端爱不释手，但现在我只能说一句， codex 真香啊，真香！ 大家好，我是布鲁。随着 codex 近期频繁的更新，我自己的工作站也已经全面的切换过来了。今天就来分享一下我自己的完整使用经验，怎么用 codex 打造一套不打断心流的生产力闭环。 本期视频我把它分成了七个章节，每一张都是我自己实际在用的技巧，希望能对你有所帮助。那我们话不多说，直接开始 第一张，先来介绍一下我的工作站是怎么布局的。左上方是 codex 的 对话框，下方是 terminal 终端。 你可能会问，已经有 codex 的， 为什么还要开一个 terminal 跑 c c？ 因为我发现对于一些需要探索、需要设计的任务， c c 的 表现要更出色一些。所以我的习惯是用 c c 来做方案设计，配合 planning with files 这个 skill， 把设计思路直接落成文件， 然后再让 codex 读这份计划，接手后续的具体实施。这样一来， cloud code 负责想， codex 负责做，两者可以各司其职。 右上方这个区域我用来做任务完成后的查看和审阅，比如代码的 review， 文件的浏览，还有浏览器都在这里。虽然现在浏览器还不支持多标签页，但对于日常的任务来说完全够用。这边我就分享一个实际的案例， 我让 c c 参考了最近很火的这篇卡巴西提出的知识库的文章，让他借鉴里面的思路，出一份设计稿和完整的实施计划。目的呢是做一套前端的页面，方便我日常的维护文档使用。 接着 c c 就 会调用 planning with file 这个技能啊，将所有的计划落成文档，然后我就会回到 colex 这边，让 colex 去阅读当前项目内的这份计划文件，然后基于这份计划文件让他进行开发。开发完结果之后，我会在这边 内置的浏览器里面去进行结果的 review， 包括代码的一个审查，整个过程从设计到开发再到 review， 全都在这一个工作站里面完成，不需要切换任何的窗口，这就是我前面所说的，心流不会被打破。 第二章，批注功能。这个功能是我觉得 codex 真正强大的原因之一，也是最能体现沉浸式开发的地方。 以前我们改代码的方式是找到文件定位到哪一行，描述问题，让 ai 修改，整个过程中你的注意力是在代码上的，但现在 codex 的 批注功能让这件事情变了，你可以直接在文件上进行批注，告诉他哪里怎么改，需要怎么改。 更厉害的是，现在这个批注功能不止限于代码文件，你可以直接在前端页面上进行批注，看到哪个按钮位置不对，哪块布局不满意，直接在页面上标出来， codex 就 能理解你的意图，并帮你进行调整。这件事的意义在于，正好对应了 webcodd 的 核心理念， 开发者的重心不在于怎么写，而在于写出来的东西对不对。批注功能把这个理念落地了。 第三章，上下文管理 codex 项目里可以同时开多个县城，每个县城对应一个任务，互相独立，不干扰。对比 cloud code 需要开多个对话窗口， codex 把所有县城都收在了一个项目下，管理起来会清晰很多， 然后是项目的记忆核心就是 a 键的点 md， 这个文件你可以类比为 cloud md， 把项目的背景、开发规范都写进去， ai 每次进来都会读取，不用反复的交代。 还有一点， codex 的 上下文管理非常省心，它会自动帮你压缩上下文，它也没有提供像 cloud code 中 compact 的 那样的命令，这种事情让 ai 自己处理就好了，你专注于任务本身就行。 第四张，自动化这块是我觉得 codex 比其他 agent 做得更好的地方，几个原因，第一，用起来非常的方便，直接在 gui 里面新建自动化任务，还内置了很多模板可以选择， 大到项目管理技术、眼镜，小到个人的生活习惯，都可以交给它来定期的处理。第二，自动化可以调用 codex 自身的能力，比如插件、 skill、 mcp、 浏览器操作、电脑操作等全都能用进来，这就是为什么我说 codex 在 逐步形成自己的生态。 第三，我们可以根据不同的场景来灵活的选择模型和推理强度，简单的任务用轻量模型，复杂的任务上强推理，这样的话头肯可以用的更加的合理。第四，稳定性，我实测下来， codex 相较于其他的 agent， 定时任务的准确性已经能达到生产级别，相当的靠谱。 第五张插件和技能， codex 有 相当丰富的官方插件和 skill 生态。先说说两者的区别， skill 就是 纯文档，本质是给一份 ai 的 说明书，告诉他在特定场景下应该怎么做事。比如说我前面提到的 planning with files， 就是 一个 skill 插件的概念会更大一些，你可以把它理解为 codex 打补丁，里面可以包含 skill， 也可以带上 mcp 配置，甚至集成其他的 app。 一个插件装下去， codex 就 多一套能力。 另外， codex 在 插件和 skill 的 管理体验上面要比 cloud code 的 友好太多了。 cloud codex 需要改配置文件，而在 codex 里直接在界面上点击安装，或者自己创建，整个过程非常的直观。 第六章浏览器和电脑操作 codex 可以 直接操控浏览器，你可以让它自动填表，抓取数据，验证 ui 效果。 比如我需要批量收集一些网页上的信息，直接告诉 codex 去哪个页面拿什么数据，它就能自己打开浏览器去完成操作，整个过程中都不需要你的介入。除了浏览器， codex 还能直接操作你的电脑文件的整理，应用的打开都可以交给它来处理，相当于有一个助手在帮你操作桌面。 不过这里要说明一点，随着 ai 自动化越来越普及，现在已经有不少软件开始加强安全控制，对自动化操作做了限制，所以实际能操作的范围会因软件而异，遇到限制情况也很正常，大家用的时候留意一下。 第七章通用功能这些功能不是 codex 独有的，很多 agent 都支持，但作为一个完整的工作站，这些基础能力 codex 当然也不会缺少。先说 play mode， 在 执行一个比较复杂的任务之前，先让 codex 把完整的计划列出来，你过一遍觉得方向对了再让他动手， 这个习惯能帮你省掉很多返工的时间，大任务尤其推荐开 play mode。 再说 m c p， 也就是模型上下文协议，通过 m c p 可以 把各种外部的工具和服务接进来，让 q d x 能力边界大幅扩展，无论是连接数据库，调用第三方的 api， 还是接入自己家的服务，配置好之后， q d x 就 能可以直接调用。 另外还有一点， q d x 相较于 logot code 的， 有一个非常关键但很容易被忽视的小功能，语音识别。目前我的任务几乎都是语音发起的，连打字都很少了。 ok 以上就是我在使用扣袋子过程中总结的一些技巧，如果对你有帮助的话，希望能得到你的点赞和关注。 最后我想说一句， ai 发展太快了，各家 a 键的功能越来越趋同，但工具再多，适合自己的才是最好的。有时候做做加法，找到真正需要的，做做减法，去掉用不上的，慢慢摸索出一套自己的工作范式才是最重要的。我是布鲁，我们就下一期再见。

你用 cloud code 是 不是总觉得它有点笨？今天给大家分享黑客松冠军的 cloud code 配置，这个配置呢，在整个 github 上拿了十七万个 star， 它是 cloud code 系列在整个 github 上排名第一的。这个仓库全称是 everything cloud code， 简称 e c c。 好，下面我给大家进行详细的分析。它一共有八个模块，然后第一个模块是自动加载的，每次开对话都能生效，分别有四个， 呃，四个文件 code 点 md， 然后 rules 啊， hooks 啊， mcp， 按需加载的是 ages， 点 ages， 然后 skills 还有 commands。 然后第三个是这个记忆 memory memory 呢？它在系统层级是没有的，它只有在项目层级才能加载。 接下来我按每个加载模块给大家进行详细的分析。首先最重要的第一个就是 cloud 点 m d。 呃， cloud 点 m d 呢？它是一个相当于入职手册，就是假设这个 ai 是 你的员工， cloud code 是 你员工，那它的入职手册是什么？总得知道这个公司是做什么的，然后它的主要产品是什么？类似这样的，这个你可以按这个理解啊啊， cloud 点 m d 呢？它有两个层级，一个是系统层级的，还有一个是项目层级的， 就有点类似于，呃，你得知道你这个公司是干嘛的，然后就是 core 点 m d 这个层级的，系统层级的，然后项目层级呢？就比如说你这个部门是运营部门，那运营部门的工作有什么？那可能这，哎，这个就可以类比过来就是项目层级了，你自己用 c c 去做一些项目的时候，这项目学的信息你得灌输到这个项目的 core 点 m d 里面。 呃，这两层叠加下来之后，你每次打开这个 c c 的 对话，你就不用再去交代你你这个公司是什么背景，然后要做什么，以及这个项目是什么就不用交代了，每次打开绘画都是完全一样的。然后 e c c 里面配了七套模板，有通用的、 s， s 的， go 的， 还有这就后面还有几个。 呃，然后最后呢，我再强调一下，就是 cloud md 呢，这个文件在系统层级它是存在的，但是项目层级它是不存在的，你如果不让这个 c c 去建的话，就是它相当于等于没有，所以你每次配置的时候，首先要把这个 cloud md 给建起来， 然后才才能进行使用。然后第二个模块呢，就是 rose 这个规则的话也是系统层级都会默认加载的，它也分为两层，系统层跟项目层。 呃，一共有九条这个通用的规则，就包括编，编码，测试啊， get， 安全审查之类的。然后它同时它也配了十一套的语言生态， ts， python， go， rust 都有。呃，你们平时用的时候就呃选一下自己常用的一个语言，然后把其他给关掉就可以了，因为它加载多了也会非常烧透感。 这一页呢是按需加载的模块，呃，分别是 ages 还有 skills 还有 memory ecc， 一 共配备了四十八个 agents。 呃，它都加载的时候会加载这个清单，就是启动系统的时候，它会把四十八个的清单加载进去，然后整个对话呢会根据你的需求去调用这些 agents。 然后 skills 也是同理，有配备了一百八十三，一百八十三个 skills， 包括七个大类，呃，工作流有七种语言，是四种框架，二十多种，就是类似这种，都给大家配好了。但它加载的时候，系统加载也是不会全加载，它只会加载清单啊，根据呃你的需求去调用。 但这个一百八十三个加这四十八个，其实两个加起来的清单也挺长的，所以大家还是要进行优化，用不着的就把它从清单里删掉就好了。 然后 memory 呢，它是只有项目层级，没有系统层级的它，嗯，它存放呢，是存放在这个 code 的 系统的一个文件夹下面，不在你这个项目本身的目录里。这个大家一定要区分开， 你在每一次运行项目的时候，你可以让它去更新一下记忆，就免得下次回来就找不到了。我一般的习惯是除了更新记忆以外，还是会让它呃生成一个 md 的 这个总结文档在这个项目成绩的文件夹里 啊。第三类的是工具 commands， hooks， m c p。 然后这个命令呢，就是有一些命令的触发，大家可以有些默认的命令，以及一些你们可以设定一些命令。 然后呢第二个 hooks， 这个是非常非常重要的，也非常灵魂的一个模块啊，我们平时用这个 prom 的， 你比如说你告告他要做什么，然后下一步要做什么，然后做完之后继续再做什么的时候，他可能干了一半这个 ai 就 忘记了。但是呢，钩子不一样，这个 hooks 呢，它是 呃一个强制性的，就比如说这个 pre tools use， 它是工具，调用前你就必须去有这个钩子激活了，然后你就必须去判断你到底它到底需要做什么，绘画结束需要做什么？ 这些都是强制性的，这就是 ai 绕不开的，所以这个钩子在整个框架的搭建的时候是非常重要的一个一个功能。然后 e c c 呢，它已经把这些 hooks 都已经配上，都已经配配备齐了。然后它分三个档啊，就是最小档 minimum， 还有 standard， 还有 strict 啊，大家刚开始用的时候用 minimal 就 可以了 啊。第三个这个工具呢，是 m c p， m c p 是 给 ai 界的外挂，它就包括 gitlab， 还有这个 superbase 这些。嗯，大家不用的也可以关掉，因为这个 m c p 呢，它是启动时候就加载的 啊。然后我给大家分享一下，就是怎么样省偷肯的去用 e c c， 就是 它的配置实在是太全了，然后你的东西也配的非常全，非常多，所以你如果按默认的 e c c 全局配完之后， 呃，它会比较稍 hook， 所以 你要进行一些优化啊，比如说把这个 core d m d 优化，全局优化到两百行以下，然后 rose 只留你用的语言 agent， 大 概保持十个左右就差不多了。 m c p 不 用了就给删掉 啊。 hux， 你 先用 mini 步，但也可以根据你的场景来判断，如果你是呃编码非常严谨，非常复杂，非常流程非常严谨的话，你自己来调整 比较好啊，比较好的方式呢，就不用一个个自己去研究，你就让你的 c c 列出你装了 e c c 的 哪些主键，然后跟他再讨论一下你现在的一些场景到底会用到哪一些，然后再把它用不上的就关掉就行了啊，你都让 e c c 操作就可以了。这个也很简单的，总结来说就是 e c c 呢，它是一个自助餐，菜就上齐了。 嗯，但是呢，你吃自助餐的时候你不能全吃啊，吃不下会浪费，所以你还是要把那些有用的，想吃的给留下来啊，这样就就 ok 了，比较省头肯。 呃，最后一个就是安装啊，就是大家其实把这个 everything cloud code 的 这个名称发给你的 c c， 让他克隆到本地，然后再强调一下，进行全职配置呃，就可以了。好，今天的分享就到这里，我是 simon cloud code 的 深度玩家，后续会分享更多的干货，欢迎大家关注，谢谢大家。

如果你已经在用 cloud 写代码，整理资料，跑工作流了，那怎么写好项目配置文件？ cloud 点 md 非常重要，那 cloud 点 md 是 什么呢？ 它是一个放在项目跟目录的 markdown 文件，你可以把它当成是这个项目写给 ai 的 说明书。原理也很简单，每次当你新插一个对话或者清空上下文之后， cloud 都会自动再读一遍这个项目配置文件，有了它，你就再也不用解释项目背景、个人偏好等各种项目信息了。那我们该如何写好 cloud 点 md 呢？ 这里给大家总结了应该写哪些内容，这里的五类内容呢，是我搜集了资料找到的各种大牛，各种社区讨论后的一个最值得写的五类内容。 第一个呢是项目背景，你需要用很简短的语句告诉 ai 这是一个什么样的项目，让 ai 呢一看到它就能初步的对这个项目有一个大概的了解。那第二个部分呢，是技术栈和工具，比如说你用什么样的代码语言，你用什么样的框架，你有什么样的命令。比如这是一个说搜集信息的项目，那你可能就可以告诉他说我有哪些爬虫脚本。 第三部分呢，是项目约定，这里面主要要写一些已经在做的规范和习惯。比如来说，如果是一个小红书内容选择题管理系统，我通常的习惯是先让灵感写进灵感池，然后经过我的主观判断之后，我会选择一些灵感进入选择题库，那这就是我的项目约定，就会被写在 cloudy md 里面。 那第四部分呢，是沟通偏好，这一部分呢就偏向于一些个人喜好，比如说呢，我可能会告诉他说必须用中文回复，这都是一些个人回复上的喜好，你可以记载在这里面。那第五部分呢，是一些禁止事项，这类的问题呢，可能更经常出现在。嗯，你发现 ai 有 时候会有一些默认的操作是让你不满意的，那你就可以在执行的过程中告诉 ai 永远不要这么做。 那 cloud 点 m d 有 什么质量上的标准呢？我找到了 ansap 官方文件里面说到的三条标准。第一个呢，是要用具体数字代替形容词，比如说你想让 ai 回复尽量简洁，那更好的说法其实是回复小于等于三段的内容。第二部分呢，是关键规则加必须或者不要。比如如果你想表达尽量不要 emoji， 最好的表达其实是绝对不要 emoji。 第三个呢，是你要保证你的 cloud 点 md 控制在两百行以内。这是因为 cloud 点 md 的 内容会一直被写在对话的上下文空间里面，那如果它太长了，可能就会导致一些重要的规则被淹没，或者你后续对话写入的内容被忽视。 那说了这么多标准，我们该如何来修改 cloud md 呢？以及我真的要一个字一个字的写下 cloud md 里的内容吗？当然不是所有的内容都还是可以借助于 ai 来写。 首先有个最关键的指令，就是当你有大改动或者是你新开启一个项目的时候，你可以用杠 innit 这个指令来让它扫描你当前的项目文件，然后去生成一个全新的 cloud 点 mb。 比如如果你是是一个空项目的时候，它就会根据你目前的项目内容给你自动生成一个 cloud 点 mb， 那 如果你已经有一个目录下的 cloud 点 mb 之后，它依然会读取旧的 cloud 点 mb， 并且扫描当前的架构，给你一个优化版的 cloud 点 mb。 第二个呢，是适用于日常小修的 problems， 比如你发现 ai 做了一些你不满意的事情，你想要让它改进，那你就可以把这件事情立刻追加到 cloud md 里面。 那第三种呢，是定期瘦身，也就是我们刚刚说的 cloud md 要小于等于两百行才能更好的发挥它的作用。那我们就可以用下面这段 prom， 让 ai 把过时的、重复的或者是写的太软的一些指令删除掉。然后最后呢，把字数控制在两百行以下，那通过这三个指令，你就已经可以很好的写好你的 cloud md 了。 而且这套用法其实不止 cloud 能用在 cloud 里面， cloud 点 m d 是 这个项目的说明书，而在 codex 里面，这个项目配置文件被写作 asigns 点 m d。 我 自己测试过，如果你现在在 codex 里面导入一个带有 cloud 点 m d 这个文件的项目，它其实会自动问你要不要把 cloud 点 m d 这些内容转化成 asigns 点 m d， 所以 其实它已经有一些自动的转换过程了。

你有没有遇到过这种情况，让 cloud code 或者 cursor 跑一个稍微复杂的任务，前十分钟一切正常，半小时后开始重复劳动，一小时后甚至开始忘记最初的目标，最后整个绘画直接崩掉，前面的工作全部白费。很多人会说是模型不够强，但今天这一期，我想告诉你另一件事，真正决定 agent 能不能跑长任务的，不是模型的窗口有多大， 而是他的 harness 内部到底怎么管理上下文，怎么调度子任务？就在上个月，二零二六年四月，社区里有研究者把 cloud code 完整逆向了一遍，公开发表了一篇分析论文，结果让很多 ai 工程师都很意外， cloud code 内部居然藏着这些东西，一套五级渐近式上下文压缩，一整套 sub agent 隔离机制，二十七种事件类型的 hulk 流水线。而这些在他对外的官方文档里一个字都没写。也就是说，决定他表现的内功心法，全藏在 harness 内部。今天这一期， 我想把其中最关键的两件事讲透， sub agent 隔离和五级上下文压缩。听完你就明白为什么同样调用 gpt， 调用 cloud， 有 的 agent 能稳定跑八小时，有的跑八分钟就废。先说第一件事， sub agent 隔离。 什么叫 sub agent？ 很多人一听到这个词，第一反应是多 agent 协助一个研究员，一个程序员，一个测试员，几个 agent 一 起做事。但在 harness 工程的语境里， sub agent 把一个独立的子任务派发出去，让另一个 agent 实力在隔离环境里完成， 最后只把结果返回，而不是把过程污染回主 agent 的 上下文。为什么必须隔离？举个具体例子，假设主 agent 现在在做一个任务，叫重构整个项目，他的工作里有一步是分析这个八千行的核心文件，找出哪些函数可以拆分。 如果主 agent 自己读这八千行，他当下的上下文会被瞬间占满，原本的任务目标规则阶梯度会被这八千行原文挤到边上，读完之后，他可能连我目标规则阶梯度会被这八千行原文挤到边上读。所以成熟的 harness 不 会让主 agent 自己去读， 派一个 sub agent 出去，让那个 sub agent 在 一个干净的隔离的上下文里专门读这八千行文件。读完之后， sub agent 不 返回八千行原文， 只返回一段二百字的摘要，里面写清楚哪几个函数最复杂，哪些重复模式，风险点在哪。主 agent 看到的不是八千行代码，而是这二百字提炼。这就是为什么 sub agent 模式可以大幅节省 token。 github 上四月发布的一份多 agent 模式分析里，给出了一个很直接的数据，在跨域任务里， sub agent 模式比 skills 模式少处理百分之六十七的 token。 但这里有一个非常关键的反直觉的设计点，真正成熟的 sub agent 不 会把主 agent 的 完整对话历史复制过去， 他只继承工作环境，不继承对话记忆。也就是说，子任务派发出去时， sub agent 知道他在哪个项目里，他能访问哪些文件，他能调用哪些工具，他的输出格式应该是什么。但他不知道主 agent 这一个小时都在聊什么。主 agent 之前已经做了什么决定？主 agent 跟用户之间的对话是怎么演化的？ 为什么要这么设计？因为如果你把主 agent 的 全部历史都灌进 sub agent， 会发生几件糟糕的事。第一， sub agent 的 上下文会立刻被占满，他原本要专门处理的细节问题反而做不完。 第二， sub agent 会被主 agent 的 任务情绪影响，开始重复主 agent 已经踩过的偏见和误判。第三，主 agent 自己的上下文已经很挤了，每派一个 sub agent 就 要复制一份过去 token 成本会指数级膨胀。 所以隔离的本质不是不信任 sub agent， 而是给 sub agent 一个干净的工作台。 arise ai 在 四月发布的一篇关于 harness 中 sub agent 设计的分析里， 得出的结论非常一致，在他们考察的所有主流 harness 系统中， sub agent 几乎都是与主绘画隔离的，没有一个把完整对话历史复制过去。讲完隔离，接下来我们看第二件事。 五级上下文压缩。为什么还要压缩？因为 sub agent 隔离只解决了一部分问题，它解决的是子任务，不要污染主 agent。 但主 agent 自己的上下文也会越积越多。 每一轮工具调用，每一次文件读取，每一次决策，每一次失败重试，都在网。主 agent 的 上下文里塞东西，到某个临界点就开始出现典型症状，模型变慢，注意力分散，忘记前面的约束，甚至开始重复已经做过的事。所以 cloud code 的 内部设计了一套五级渐近式压缩。注意 是渐近式，不是一上来就重启。第一集叫 budget reduction 预算压缩，这一集最克制系统监控，当前 token 占用发现已经在快速增长，就开始约束新内容的增量。比如把工具返回值截断得更狠一点，把读取的文件做得更精简一点。它的目的不是删掉已有的东西，而是控制后续的新增速度。 可以理解成这个月信用卡快超了，先少花一点。第二级叫 snip 裁剪。这一级开始动手，但只动最容易割舍的部分，系统会找最不重要、最久远、最不被引用的记录，直接剪掉。比如十轮之前的某次工具调用日制，已经没人在引用，那就剪掉。比如一段早期的中间思考 已经被后续结论替代了，那也可以剪像，扔掉书包里最旧的那几张草稿纸。第三级叫 microcompact 微压缩。到这一级，已经不能只靠扔了，系统开始把零散信息合并成更紧凑的摘要。比如十次小工具调用被合并成一段。我在 x 区域做了这些尝试，结论是 y。 比如多轮对话中反复出现的同一个事实，被合并成单一记录像，把十张便利贴整理成一张缩影卡。第四级叫 context collapse， 上下文塌缩。这一级动作就很大了， 系统会把整段对话历史折叠成一个高度压缩的概览，原本几千行的过程记录被压成几百字的故事线。代价是细节丢失，但好处是空间被腾出来，像把整本日记本压缩成一夜。年度总结第五集叫 autopcompact， 自动压缩重启，这是最后一道防线。当上下文压力极端高，前面四集都没办法挽回时， 系统几乎从头开始抛弃绝大部分历史，只保留最关键的目标，当前状态必须延续的约束，然后重新开机，像电脑卡死了，干脆重启一下，但保留最关键的几个绘画窗口。注意，整个五级的设计哲学，在保留记忆和释放空间之间找平衡点， 不是出问题就重启，也不是一直累积到崩溃，而是层层有梯度，每一级保留更少的东西，释放更多的空间。只有这种渐进式设计， 才能让 agent 跑长任务时不至于要么全记得，要么全忘光。讲到这里，你可能想问，这种设计是 cloud code 一 家独有的吗？不是。二零二六年四月这一波密集发布，其实都在做同一件事，把 harness 内部该怎么设计这件事标准化下来， google 开源了 skyen 一个多 agent 的 hypervisor， 它的设计哲学是 isolation over constraints， 隔离优先于约束，每个 agent 默认就跑在独立的 container 里，配独立的 git work tree， 独立的凭证， agent 之间想干扰也干扰不了。四月八日， antropic 推出 cloud managed agents， 把 harness 的 执行循环工具调用 sandbox 容器状态持久化，全部打包成一个 r e s t a p i 直接卖给开发者。也就是说， 自己搭 harness 这件事，从这一天开始有了托管版本。四月十六日， cloud opus 四点七发布，专门强化了一个能力，叫 tool failure resilience。 简单说就是当某个 sub agent 的 工具调用失败时，主 agent 能继续推进，而不是整个绘画陷入死循环。重试。把这三件事连起来看，结论很清楚， sub agent 隔离、上下文、压缩、失败，恢复。这些过去藏在各家产品内部的实现细节，正在变成全行业的公共标准。 所以下一次你比较一个 agent 工具，真正应该看的不是它接哪个模型，而是这三件事，它有没有 sub agent 隔离机制，是不是把主上下文一股脑复制过去？它的上下文压缩是几级渐进式，还是只有满了就重启这种粗暴方案？ 他的工具失败恢复怎么做？工具挂了，整个绘画是不是就废了？最后，用一句话把今天的内容串起来， prompt engineering， 让模型听懂你， context engineering， 让模型看到该看的信息， harness engineering 让模型在真实环境里稳定干活。而 sub agent 隔离和五级上下文压缩 就是 harness engineering 内部最硬核的两件事，它们决定的不是模型聪不聪明，而是 agent 跑长任务的耐力。二零二六年的 agent 战争，模型只决定了大约百分之三十，剩下百分之七十全部决定于 harness 内部那些你看不见的设计。而这些看不见的设计，正是接下来真正拉开差距的地方。