我最近发现一个很奇怪的现象,身边很多人在用卡扣的,但有的人觉得他很强,有人觉得他不好用,那相同的工具为什么会得到截然不同的反馈呢?我就跟身边的人去聊了聊,发现他们使用卡扣的方式有很大的区别。 有些人用卡扣的只是把它当成一个聪明一点的聊天框,比如让卡扣的去改一下 bug, 重构一下,跑一下测试。 另外一部分人则不是单纯的在跟豪客的聊天,他们更像是在操作一个工程系统,可以回滚一次错误的决策,也可以主动去压缩上下文,还可以把旁质问题隔离出去, 更可以去调用内置的工作流,甚至可以把自己常用的一些流程封装成命令。我就回顾了一下我自己的一个使用过程, 就明白为什么会这样了。可拉扣等呢?它最早不是一个 g o i 产品,而是一个 c o i 工具,它只有 t o i 界面,也就是你在公段命令里面看到的那个界面。 虽然说它现在有了 v s code 插件,还有了桌面端的 app, 但是如果你想要完整的发挥可拉扣的能力,还是要通过 t o i, 因为 c o i 才是它功能的一个完整级。但是这就导致了一个问题, t y 是 很强,但是它的发现性特别差,很多功能你如果不去翻官方文档,你根本就不知道它的存在,你甚至都想不到原来卡尔扣的还可以这么用。这就导致了一个很大的断层,同样是卡尔扣的,普通用户看到的只是一个书框,高阶用户看到的是一个控制台, 普通用户只是在给 ai 下需求,高阶用户则是在管理杀文,管理风险,管理任务状态。 很多人包括我在内,用克劳克的都不会去看官方的文档,但是在 t o i 上,你要想摸索它完整的功能,就要各种尝试它的 slash command 的 命令, 但很少有人会这么做。在经过了长时间重度使用 c c 之后,再加上最近我在翻看学习它的源码,才发现它隐藏了那么多的功能,所以我打算从今天开始出一整套的 c c 的 高级使用指南, 但这份指南你也可以迁移到别的 agent 的 工具内,毕竟 agent 的 工具的实验原理基本也都差不多。我今天要讲的是 slash command。 什么是 slash command? 你 可以把它理解成是快捷指令,就是你可以把经常给 c c 书的指令创建成一个快捷命令。 比如说我有一个需求,提交代码,然后根据代码的变动去生成产品的一个 change log, 那 么我经常就需要输入这个提示词提交代码,然后根据本次代码的变动去生成产品的 change log, 那我这里就把它创建成了一个 slash command, 后面我再碰到需要执行这个操作的时候,我就直接输入这个命令就可以了,这样是不是就方便了很多?在 clock tool 里面,你触发 slash command 的 方式就是输入斜杠,但是输入斜杠列出来的命令不仅有 slash command, 还会有 skills, 最新的 collocode 也在把它们合并在一起。你可以这么理解 slash command 呢,它就是把你常用的提示词生成了一个命令,那 skills 则除了提示词引导之外,还包括了它需要参考的文档,使用的工具等等。那在 collocode 里面有哪些 slash command 是 需要核心关注的呢? 第一个是 rewind 在 用 ctrl 做复杂任务的时候,你一定遇到过这种情况,比如说重构路线选错了,或者说抽象做歪了,或者理解需求理解偏了。那普通用户要么去让他修,要么直接去开一个新的绘画 继续让他修的问题是,前面那一大段错误尝试已经进入了山纹,他后面再修其实是带着这个污染过的山纹继续工作,这就导致后续的工作质量会下降。 而直接开新规划的问题是,前面已经有了很多有价值的信息,特别是有了很多方案细节的时候,你让他重新做 挥发,费大量的头肯,而且效果还不一定好。那 rewind 解决的就是这个问题,他可以让你回到前面的某一个这个 point, 而不是简单粗暴的撤销。 在刚刚的这个场景里面,你可以直接回到他做错之前,并且选择不保留现在的代码,这样既保留了之前的上下文,又不会有脏信息去污染上下文,代码改动还回退了。再说另外一个场景,你有一个大的需求, 他要分别做任务一,任务二,任务三,然后再给你检阅,做完任务一,你检阅没有问题,让他做任务二, 他如果选择直接做 a 帧呢?带着任务一的上下文,特别是当任务一和任务二不相干的时候,上下文又不干净了,那你就可以选择恢复到任务拆解的那个 check point, 但是保留现在的代码,也就是你可以选择恢复对话和代码,也可以只恢复对话。保留代码,也可以只恢复代码。保留对话 这件事对高阶使用非常重要,因为 agent 保证高质量工作的核心就是保证干干净,高质量的上下文。 rewind 的 价值就在这里,它是绘画级别的一个版本控制。那第二个命令是 compact。 很多人都知道卡尔扣的是会自动 compact, 也就是上下文太长的时候会进行自动压缩。但是我不建议你完全依赖自动的 compact, 因为自动 compact 最大的问题是它经常会发生在任务执行中间。比如说你让 cloud 再修复一个复杂的 bug, 它已经读了很多文件,建立一些判断,结果上回快满了,自动 compact 出发了,这时候一压缩,很多细节它可能就没了,任务的质量也会明显的下降。所以高级用法就是不等它自动 compact, 而是你主动 compact。 更主要的是, compact 后面是可以加 y 的 指令的。 比如你可以这样写, compact 保留当前的架构,判断已经排除的错误方向,待验证的命令,用户明确要求丢弃,无关试错过程。 这和自动 compact 完全不是一回事。你可以把它理解成自动 compact, 是 系统帮你清理房间。主动 compact 是 你告诉他哪些东西必须留下,哪些东西可以扔掉,尤其是在长任务里面。这个就非常重要, 比如说你已经完成了第一阶段,接下来要进行第二阶段,这时候你就可以主动 compact 一 次,让 cloud 带着干净聚焦的上下文去继续工作。那第三个我很喜欢的命令是 b t w, 它的全称是 by the way 的, 简写成, 顾名思义,它的意思你可以理解成我临时问一个旁知问题,但是不要把它塞进主对话里。这太适合真实的工作流了。因为我们在做项目的时候,经常会突然想到一个问题,这个一篇有没有更好的写法? 这个蜗牛有没有风险?这个设计是不是有安全问题?这些问题值得问,但是他们不一定应该塞进这个主上下文。 如果你直接在对话里问,搞到后面可能会被这些旁知信息影响,上下文开始变脏,主任务就开始发散。 所以白色问的价值就是,我可以问,但我不污染主线。这其实是很多人没有意识到的点。这个指令目前只在 t y 里面有用,在 vs code 里面是不可以用的。第四个命令是 context 的, 如果说你用的是 g y 的 cc, 这个命令可能就不太重要,因为 g y 一 般会实时展示使用的是 t y。 这个命令就很重要了,因为你要管理上文,首先得知道上文被什么占用了。 ctrl 可以 让你看到当前沙文的使用情况,什么时候该压缩,什么时候某些文件读太多了,什么时候对话已经开始臃肿了,他会给你一个最直观的判断。 很多人用和 code 的 方式是一路聊,一路改,一路让它继续。但高阶用户会定期的看沙文的状态,因为沙文不是无限的,沙文的质量会直接影响到后面的输出质量。第五个命令是路普,它是 c c 的 内置 skill, 本质是一个绘画级的定时任务调度器, 它让 cloud 按固定间隔自动重新执行某个提示词或者 slash command 路普,它其实并不是自动化 cloud 的 内部的工作循环, 它调度的是什么时候把下一个任务交给 cloud 的。 本身就已经在跑一个收集沙文执行验证重复的整体个路谱,那路谱本身只是一个从外部周期性重启这个循环的薄调度层, 它的用法也很简单,路谱加时间间隔加提示词间隔的话,支持十分秒跟天, 这是他最常用的用法。比如说你可以让他每隔几分钟看一下部署有没有完成,看一下 c i 有 没有过,看一下某个后台任务有没有跑完。还有一个比较有意思的形态,就是裸路普指令不带任何参数 考的,他会用一个内置的维护的提示词,而不是你提供的提示词。每次迭代会按顺序去处理,继续规划中未完成的工作,打理当前分支的 pr, 在 没别的事时也会跑一些清理, 可以理解成 cloud 自己琢磨着该干啥的。模式库的本身就已经在跑一个收集上下文执行验证重复的整体个路谱,那路谱本身只是一个从外部周期性重复周期性重启这个循环的薄调度层,所以说 薄调度层重启这个循环的薄调度层,只是一个从外部周期性重启这个循环的薄调度层。 它的用法也很简单,路谱加时间间隔加提示词间隔的话,支持十分秒跟天,这是他最常用的用法。比如说你可以让他每隔几分钟看一下部署有没有完成,看一下 c i 有 没有过看一下某个后台任务有没有跑完? 这个能力其实代表了卡尔斯扣的另一个方向,它不只是一个你问我答的工具,它还可以变成一个持续观察任务状态的工程助手。 但这类命令一定要谨慎使用。你需要明确告诉他检查什么,多久检查一次,看到什么情况应该停下来。到这里你就会发现 slash command 的 重点根本就不是快捷命令,它真正改变的是你跟 cloud code 的 写作方式。 普通用法是,我说一句,靠它做一步。高级用法是,我知道什么时候该回滚,什么时候该压缩,什么时候该隔离旁旁枝问题, 什什么时候该隔离旁枝问题,什么时候检查上下文,什么时候该启动内脂工作流,这就是控制感的差别。关注我,了解可拉德的更多高级用法。
粉丝199获赞1108

最近半年使用 cologod 安装了近百个 skr, 最后发现真正能提升工作效率的其实只有三个技能,今天免费分享给大家。第一个, superpowers, 这个 skr 改变了我用 cologod 的 方式。以前我是直接把需求交给 cologod 的, 让他来写代码,写出来虽然能跑,但是经常跑偏,改来改去浪费大量时间。 装了 superpowers 之后,我养成了一个新习惯,每次开弓前先跑一遍,不认英斯德尔敏。这个技能能让可洛的反过来问我问题,你打算怎么处理并发数据库选什么 等等等等。问完一圈,他会把讨论结果写成设计文档存到本地。听起来多了一步,但这一步帮我拦住了无数次的反攻。有些问题你自己都想不到,但是可洛替你想到了。 注意, superpowers 包含了二十多个紫技能,千万别全开,我只用 breamstorming, 头脑风暴, 其他的按需加载,要不然会浪费大量上下文。第二个技能, playing with fails, 这个技能解决了我被坑过无数次的问题。 cloud 有 个问题,它做到一半就失忆。不知道你们有没有遇到过 一个复杂的任务,聊了半个小时,可乐突然说,好的,让我们开始吧,然后就把之前做过的事情又重来一遍。根本原因是对话太长了,上下文被压缩,之前的计划全丢了。普莱因维的 flow 的 做法很聪明,就是别把计划写在脑子里,它是存在纸上 克拉的扣的。每次动手前会先建一个计划文件,每完成一步就在这个文件里打勾,就算上下文清空了,重新读一下文件就能接着干。 这个思路跟 minnes 很 像, minnes 做常任务为什么玩?因为它所有的中间状态都存在本地了。第三个技能, roughlop, 我 给这个技能起了个外号,监工 sky, 你一定体验过 cloud 的 摸鱼模式。写到一半突然说基础框架已经搭好了,你可以在此基础上继续完善。 翻译过来就是活我没干完,我先下班了。 raflopp 通过一个或可拦截 cloud 的 退出动作,他退出的时候或可会检查。你说的完成标准达标了吗?没达到,回去继续写。 我用它写过,完成过一个 c r u d 模块,设了条件,所有接口测试通过加 redmi 写完才算结束。 kloth 中间响停了三次,但都被塞回去了,最后确实把活干完了。但要注意的是,完成条件一定要写写具体做完用户模块这种话等于没说, kloth 分 分钟说服自己已经完成了写成。完成登录接口可用 单元测试,覆盖率百分之八十。加 redmi 包含 api 文档,它才没法浑水摸鱼。以上就是我常用的三个技能,今天希望能够对大家有所帮助,感谢观看,拜拜,下期见!

今天呢没有画任何一张图,我做了十年的 u x, 用 cloud data 去做了一个静态的一个游戏的一个网站,从需求到现稿到高保真,再到 cloud code, 一个代码运行的一个整个的一个全流程,今天 完完全全的分享给大家,小白使用的一个流程,我给大家整理出来了需求意识,到你生成这个线框图,再到生成高保帧,中间呢要确认高保帧的需求是否满意,再到回调我们最终导出来的这个设计资源,给可拉扣的去生成这个代码应用去运行起来,运行起来之后再去预览进行测试, 是成功以后我们部署和发布。当你真正去使用 kol 迭代的时候,打开 kol 的 左侧导航,里面有有一个迭代。目前现在这三个功能呢,第一个呢是高保真设计和应用界面,第二个呢 ppt 的 一个设计,第三个是有规范体系的, 我们今天来做游戏的一个静态的这个网站,这个项目里面先进行一个命名,这里呢作为一个小牌的话,我肯定不是上来就去做高保真的。然后当我达到需求之后呢,先选择第一个小牌的话,我肯定不是上来就去做高保真的。然后当我达到需求之后呢,作为一个小牌的话,我肯定不是上来就去做高保真的。然后当我达到需求之后呢,作为一个小牌的话,我肯定不是那个圆形草图的意思, 下面这个输入框里面告诉他赛博朋克风格的一个游戏网站的一个相框图,首屏呢需要一个大型的一个视频的一个区域, 我希望在这里面有一些用于观看游戏预告片的一些按钮,用于可以去创建开始游戏的这个按钮。整个这个游戏的名称呢,就是这个钢铁城市。第二个板块呢,需要展示这个游戏一些核心的特色,还可以用于展示游戏更新了哪些内容。 线框图部分给他提的这个需求,然后把这个提子词呢去丢给他,而且这个时候他给了你三个方案, v 一、 v 二、 v 三,他给出了三个线框的一个方案, 那么你可以选择其中一个你比较喜欢的一个布局的方案。因为我想要那种东方美学特征钢铁城市的感觉,所以我选择了第二个暗色系的这个风格,这一个线框图给我进行一个反复的一个回调,一次性过到这里的话, 我觉得还是非常 ok 的。 第一次生成的这个里面的空白的图是没有图的, image two 去配合生出来的这个图呢, 再去给这个 cloud design, 它每个模块它是空的,有站位图截图去丢给 china gpt, 让它根据这个站的这个风格进行这个配图。我选了这个色调的这个基调进行整个视觉风格的一些建议。 hero 这个手屏的这个视频区域这块儿 先给我进行这个静态图的一个生成,这个基调的话,我觉得还是非常符合我想做的这种钢铁城市的这种感觉的。它是在首屏的这个 hero 这个区域里面,还是要给它提这个需求的,然后大家看一下丢进去之后,它会在这些地方它都会有一些细节的, 非常哇塞的,我真的是非常哇塞的,大家对比一下我原来生成这个图的这个效果和现在它放到网站里的这个效果,它质感是不一样的,加了一些网格的肌理和整个的这种流动线条的这种激光感,之后的一些小细节 我就做的还是非常到位的。而且这个时候我也是没有在需求里面去说的,我们就会对下面的一些板块进行这个图片的一个适配,参考前面的这个主视觉的图进行一个生成, 丢给 gpt, 然后让它去把这一块配图的提示词先写出来,写出来之后我们再去让它进行这个生成,每个模块就去这样去生成,生成完之后我们再回到 collab 里面, 拖动到它现在已经给你放好的这个站位图的这个位置,那么它直接会把这个图片适配到这个里面,适配到这个区域里面, 就它有一些带有站位图生成的地方的话,是可以直接去拽图的,如果它那个地方没有去放一个站位图的话, 那个地方是需要你给他去诉说这个需求应该怎么改这个项目的右上边编辑它是可以像飞格玛一样一个字体啊、尺寸啊、颜色呀,就在飞格玛里面可以调整的一些设置项,在这个地方是可以直接去调的,去给他编辑设置的时候是不跑你的 token, 你 如果说是非设计人员的话, 你就可以点一点,然后让他呃参数值上下的变动一下,你就能够大概有个概念说这个地方他是调什么一个间距,调什么样的一个颜色,那么你就知道了。再去点一下这个编辑,那么这个页面他就是一个保存的一个效果了,这个网站的效果也是 我满意了。 cologit 做好了之后,怎么去给 cologit 去进行代码的一个实现? cologit 页面的右上角点下分享,它会下拉,目前这个阶段,这些选项你都可以不用看,只看最后一个,它是去使用终端的 cologit 的, 选中左边这个 coding agent, 然后在下面这个复制它的这个命令, 我们再去启动一下终端,因为我们在 cloud design 里面去创建的这些从线稿到高保帧这一系列的在做设计,而设计做完之后,我们去考勤的时候去给它代码运行。实现的时候,我们肯定是先给 cloud code 的 这个项目去创建这个项目的文件夹,打开终端,然后打开你这个项目, 在终端里面输入 cloud, 我 们把 cloud 给启动起来。 cloud design 里的这个命令行呢,去钻到我们这个终端的这个项目里, 摁一下 enter, 让它去运行就可以了,让你进行一个确认和回复的一个过程,你可以去看一下它具体是说了些什么。那么这个效果就是已经是用 coding 代码已经给它实现好的一个网站了,基本上是一比一的一个复刻手屏整个这个区域这一块它是用视频的这个效果来表达。刚才的 静态图去用 sands 这个模型呢,去给我生成这个视频就可以了,就详细的说怎么去生成这视频了,让 k g p t 在 现在这个静态图的基础上写一个视频的一个梯子词,主要的一个基调的话,其实还是需要我自己来把控的, 一定是那种缓慢的,有细节的,而且还是一种有电影感,而且非常有克制的那种情绪在里面。 ai 帮你去写的这个东西,包括他给你生成这个东西是取决于你想要一个怎样的一个感觉和基调的一个东西。 生好的这个视频丢到这个项目文件夹里,把这个素材去丢到你这个终端里面,告诉他这个素材我是要放在 hero 主视觉的这个区域里面,把这个静态的图给我替换成这个视频的这个效果,把说的这个需求,然后再去 写进去,然后这个时候去让整个 clock code 去跑起来,把这个去适配一下就可以了。那个网格这个效果它都是还是存在的,也直接替换到这个视频的上方了,因为整个的这一块我去演示的这个过程的话, 一次性的需求输入,一次性的通过的,没有进行反复的悔改,你能达到这样的一个效果的话,我觉着已经是非常好了。给大家总结一下,就是首先第一步我让他先出的是圆形的一个线稿,三个方案的一个线稿,然后进行一个选择,通过这个线稿去进行高保帧的一个生成, 走的是这个静态的一个风格,哪些地方到可酷的里面再去输出动态的,就按照这个流程去做就可以了。 有一些小细节的时候,就可以在 cloud code 里面去慢慢的去修改了。那么如果你想把这个产品打磨的更细致,更深入更好的话,那肯定是要消耗更多的一个 token, 在 阶阶段来说的话,额度那么小,还能够把这个流程能够跑完,肯定前景是非常好的, 更深入的进行这个迭代和反复验证的话,可罗德里亚这个 token 的 话,肯定是远远满足不了你的,你可以去借助于其他的一些工具去配合的去使用。大家评论区可以告诉我哪一段没有听懂再细致的去裁剪一下的,我们下期给大家裁剪,再见。

你是不是还在像个打工人一样,天天从网易版 ai 手动复制粘贴代码?停!今天教你把今年的生产的王炸 cloud code, 变成直接操控你电脑的全能数字员工。就算你看到黑乎乎的代码框就发抖,今天也能轻松拿捏。 大家都吹 cloud code 的 牛,但百分之九十的非技术小白,一打开就蒙了,没有漂亮的按钮,只有一个黑乎乎的终端框, 光标像黑洞一样在那儿一闪一闪,第一反应绝对是大脑宕机,赶紧点击右上角关闭!这种代码恐惧症太扎心了!不仅如此,咱们平时用网页版 ai, 它被实时困在浏览器里,帮你写了周报,写了代码,你得还得去自己去全选复制,切回桌面见文件再粘贴 a a, 没有手脚,所有的物理体力活全在你身上。但如果我告诉你,这个让人头皮发麻的黑框,其实只是一个普通的三人微信群,而你只需要在这个群里面用大白话当甩手掌柜。咱们来看看这到底是怎么回事? 欢迎来到这个神奇的三人工作群,群成员分工极度明确,第一位是你绝对的大老板,你啥代码都不用学,只管用人类大白话发号施令。第二位是 cloud, 你 的专属全能翻译官。 第三位是你的电脑本身负责干活的底层苦力。通过拉这个群, cloud 终于从浏览器里面跳出来了,真正长出了手脚。那个吓人的小黑框,根本不是什么生人勿进的技术黑匣子,它就是你们三的聊天界面。 你跟 cloud 聊大白话, cloud 转身就用机器二号来命令你的电脑去干活,分工明明白白,可是问题来了,当黑框里突然像黑客帝国一样疯狂滚动,你根本看不懂绿油油的杜尔玛时,你该怎么办呢? 应对策略,其实只有极其简单却能让你瞬间解脱的两个字。这两个字就是,无视他!对,千万别慌,那只是 cloud 正在用机器语言跟你的电脑进行激烈的私信聊天。 遇到这种情况,你该喝咖啡喝咖啡,耐心等待一会,等他俩聊完了,代码不滚了, 光标停下来,等你指示了,你继续敲你的大白话就行了。只要把这层底层的协议逻辑吃透,你的心态就可以彻底放松。一旦你捅破了这层窗户纸,效率回报是极其恐怖的。你以为他只能帮你写写代码吗?那格局就太小了。接下来我要展示的真正操作, 可能会颠覆你对 ai 的 认知。当你让 ai 触及到电脑底层的时候啊,它不仅仅是一个聊天工具了。现在呢,你只需要敲一句大白话,它就能直接操控你的本地电脑,帮你跑 photoshop 处理图片,甚至直接调用本地的软件帮你剪辑视频。 觉得不够夸张吗?你让他写篇好文章,他写完还能全自动打开浏览器,帮你一键排版发布到微信公众号或者是小红书上。所有繁杂的跨软件的工作呢,统统在一个终端的黑框里面,背你几句大白话,全自动驱动!

这节我们来学习如何用 collude code 学习 collude code。 先我们搜一下一个叫 sigma 的 技能, 这边这个 readme 太长了,我们就不看了,让 i 帮我们解读一下。 因为咱们的 coding 能用的模型主打一个经济实惠,所以整理思路的时候用你能用的最强的模型就行了,当然你用豆包、 deepsafe 也都可以。我这边不太习惯使用豆包,主要是它有点喜欢顺着你说话,不太好进行一个思维的碰撞。这边使用的是这个 node, 然后他已经解读完了核心定位的话,可以看到这个技能是基于 plume to sigma 方法实现的一个个性化一 v 一 辅导的一个 skill。 然后工作流程的话,就是你输一个你想要学习的东西,然后他会分析你的这个学习者的一个档案,然后分析你的一个水平,然后构建一个学习路线图,然后开始教学循环,直到这个绘画结束。 这边我们让他呃再帮我们详细解读一下这个 sigma。 这个方法 实际上是这样的,就是吐司克玛,其实就是一 v 一 教学,这个布鲁姆发现这个一 v 一 辅导和这个大班就是这种,嗯,一个班级,然后一个老师很多个学生的这种方式会有两个标准差的差距, 然后他做了一个对比实验,发现这个一 v 一 辅导,然后这种普通的学生能够超过传统教学中百分之九十八的学生。啊,为什么说这个一对一辅导那么有效?主要的话是他这个教师发现你有问题的话,立刻做调整, 然后它有一个适应的节奏,它可以根据你这个学生的画像去分析呃,这个内容是要快速推进还是要去呃再加深的,然后如果说你有了一些误解,它也可以对你做一个及时的纠正。 其实我们之前做不到这个 e v e 的, 呃,主要原因是因为这个 e v e 的 分数很高, 但是现在这个 ai 时代啊, ai 时代来了之后,我们可以使用这个技能的方式来让这个大冒险进行一个一比一的教学,能够提高你的分析能力,相当于 实验了。我们先创,因为这个进是有需要持久化的数据。维尼格兰的这个目录里面 第五个 int 的 开发键,输入 node 地址的 n p x 命令可以使用。那使用这个 n p x 六十二的这个呢? 我们查到这个技能啊,有 b 点五 k 的 暗号,然后我们 n p x 六七按下这个命令的网络, 我们是把它填到屏幕就行了,要填到选举,然后这里输入里面搜到的这个顿, 然后我们输入要搜到格扣的,我们加上默认的话可以跳过, ok, 已经安装完了,这个时候我们 close 启动一下, 在开始之前可以看到我们使用的模型是这个 mini max 的 二点五 high speed 的 一个版本啊,如果你也是使用的这个 mini max 的 入门的这个 clone plan 的 话,建议使用这个,不要使用那个二点七,实际测试下来的话,编码场景下二点七的表现甚至不如二点五。然后入门套餐还不能用这个二点七的高速版本,所以说我们就用这二点五的 high speed 的 就行。 然后我们教一下 skills, 看一下这个技能有没有正常安装,可以看到这个 sim, 这个技能是 ok 的, 然后我们可以教一下这个技能 sim, 然后说一下我想要学习 load, load 这个时候它这个技能的话会呃开始诊断,我们看一下这个技能的流程,它会应该是第一个阶段是先去诊断一下你这个用户的一个水平, 你就直接正常按你的这个水平去说就可以了。如果说你想要从头学习的话,你也可以写没有任何经验,然后他会问一些深入的问题,然后就是相当于他会通过问题来判断你的水平,他不完全是通过你的回答, 然后他会诊断完之后,他会去构建一个学习的一个路线图,相当于我们想要去学习这个 code code, 然后他会把这个东西拆解成啊不到十五个概念,然后生成这种学习的一个路线图, 这个 c、 m、 d 是 它的这个绘画记录,然后它也会生成一个 road map 的 一个 itm 二文件,然后我们可以 ctrl 看一下它给我们解解的这个概念,它实际上有十个概念, 然后我们等待它生成一下这个 road map 的 这个 itm 二的学习路径,有可能会慢一点,因为是一个需要设计下的东西,可以看到他已经把这个文件串进出来了,我们可以去这个文件夹打开文件看一下, 然后可以看一下它给我们生成的这个学习路径长什么样,大概是长这样,然后其实就是这十个概念,然后回头我们学习完之后,它会记录我们的一个进度, 然后下一个生的话,实际上就开始它的教学的一个核心循环了,然后它会循环的去问你问题,直到你掌握我们的概念之后才会开始下一个的概念学习。 看一下这个具体 load code 内置 的话,实际上是呃模型需要分析意图, 决定 工具执行后的返回结果,这个结果是以什么形式的某种结构化的。 这块的话我们实际上也可以去呃测试不大一个粗的,然后它的话就会呃形成一个 我们可以嗯故意回答一个嗯错误的,直接 通文本这边的话,因为我们描述的比较模糊,他也不知道我们实际上回答的是错还是对的,有时候可以看到他实际上还是在追问,我们追问的原因就是 嗯,我们实际上的答案是错的,然后他写希望我们自己来发现这个问题,所以说他就会嗯使用一个返利来去对我们进行一个追问, 然后它的这个返利里面会让我们有一些提示的内容,我们把这个准确的来写一下, 嗯, 会继续对我们进行一个追问, 然后关于工具系统的一个内部机制,它实际上现在认为我们理解已经到达这个百分之八十的门槛,这个嗯, simon 教学的话是有一个百分之八十的门槛机制的,只有到达百分之八十之后,它才会去呃进行一个 下一步,就相当于这边达标百分之八十之后,他才会让我们进行一个下一步的一个学习,然后他会让你回答一下你自己认为你掌握的如何,然后我们这边根据自己的判断随便选一个。 ok, 这个时候他学完这个概念之后,他会更新一下我们的这个呃学习进度的一个规划, 然后也会更新一下我们的这个呃学习路径。 一个概念学完之后它会进入第二个概念的一个学习,这个时候我们可以结束学习 学习并生成和 报告,让它帮我们生成一下呃人文分析报告, 它会记录一下我们什么时候停止学习的,然后修改一下我们的这个学习者的一个画像, 生成一个可转化的学习总结,我们可以打开它这个呃学习总结看一眼。 实际上我们呃生成了一个这样的一个学习报告,然后掌握了一个概念,然后自我评估是准确,然后本次关键洞察相当于是你学习的这些内容,它会把一些重点的一些学习呃的一些关键洞察给你显示出来, 然后呃这边没有回答错误的答案的话,它会放到这个误解里面, 然后我们可以退出。如果说你下一次想要重新开始学习的话,你就嗯直接还是敲这个命令,要用一下这个技能继续学习呃 close code, 这样的话他会去读我们的这个刚刚那个 c, c, d, m, d, 然后还有我们的这个学习者的一个画像,然后他会从我们上次呃停止的那个地方进行一个继续的学习,而不是说从头开始 看到它实际上呃调过了概念一,然后直接从这个 iint 的 架构与决策循环开始学习。 目前为止我们实际上已经实现了让这个 code code 对 我们进行一对一的教学。但是还有个问题是模型生成的这个呃路线图和进行的这个问答有点偏,然后也不够深入,也不一定准确,可以看一下它生成的这个缺一路径。第一步的话实际上是什么工具系统内部机制实际上放在第一个概念不太好。 其实这个 two sigma 学习方法自身是没有毛病的。出现这个问题的原因的话是因为我们没有一个知识库,或者说教材提供给这个模型,所以说模型只能教你他自己懂的东西。如果不加知识库,这个教学效果实际上是取决于模型,模型越强,这个教学效果就越好。 然后除了去学习这个 code code, 凡是模型呃会的通用的知识,我们都可以使用这个技能来去学习,比你要去呃,比你看 ppt 也要强一点。 最后我们为了解决刚刚提到的没有知识点导致的这个教学效果,由这个模型来去决定下线的问题,我们下一节应该会带着大家实操构建一个知识点。

你还在用 cloud code 乱敲代码,没有规划,没有结构,跑着跑着就偏了。这不叫 whit coding, 这叫瞎撞。 有一个插件能让 cloud code 变成一个真正的资深工程师,他叫 superpowers, github 已经超过十八万 star。 他给 cloud code 定义了一套完整的五步工作流。第一步, brainstorm, 你 只需要说出想法, cloud 帮你头脑风暴,把模糊需求变成清晰方向。 第二步, spec 自动生成产品规格文档,把我想要变成系统应该做什么。第三步, plan 拆解任务,制定执行计划,知道先做什么后做什么。 第四步, brigade, 多个子智能体并行开工,前端后端 devops 同时推进,不互相等待。 第五步, review, 内置 p, d, d 和代码审查,自己跑,测试,自己发现问题自己修复,整个过程 cla 可以 自主运行好几个小时,不跑偏。 安装只需两秒,在 cloud code 里输入破解, install superpowers 搞定。从今天起,不是你在用 cloud code, 是 你在指挥它。

大家好,不知道你是使用什么工具来启动 clock code 进行编程的,那最近呢,我试用了好几款这种 clock code 的 编程工具啊,每一款工具在使用的体验上都差距特别大,那本期视频就给大家介绍一下我使用的这几款 clock code 编程工具,看一下哪一款更适合你。首先呢,我对 clock code 的 这些编程工具 有以下诉求,第一个呢,就是一定要使用这种终端命令行去开启 curl code, 这样不使用 a c p 的 方式,终端是一等公民最好。那这句话什么意思呢?比如说我们在这里打开终端,然后 我们去启动的时候,那在终端里面我们是可以使用 coco 的 所有的命令的,但是如果你使用 a c p 的 方式,那所谓的 a c p, 就 比如说这个,那么是它自己做的这种输入框啊,去跟 coco 进行通信,那么有些命令它就用不了。比如说我们要想用 查看插件这个命令,他就会提醒我们要使用这个终端命令行打开这个命令,所以他不是所有的命令都支持的。第二个要求就是一个界面啊,可以开启多个终端,多个项目, 因为我们在开发过程中啊,经常要开启克拉扣的,还要开启我们的,比如说 npm 去启动前端项目,有可能像我们还要开启这种 kimi 其他的编程工具,比如说 open code, 那 我们可以在一个界面里面去开启多个这样的指令,或者说多个项目的话是非常方便的,省得我们切来切去。 所以第二个是非常必要的一个条件啊,第三个条件就是可以在工具里面查看 markdown 文档,如果有预览模式最好,那这局为什么也是非常必要的?因为我们在使用工作流的时候啊,经常会产生一些啊文档,比如说 stack 文档 啊,计划文档,任务文档,那这些文档我们是自己要去省略的,那如果说这个编程工具都不支持省略文档,那么你要用通过其他的工具去打开,这样就很繁琐了。那比如说在这款工具里面,我们可以打开一个这样的文档,那么这个就是一个啊接口文档,那么我们可以去看他的内容, 他也可以去预览一些复杂的一些流程图啊,比如说这种复杂流程图,那么你也可以去审阅他这种,比如说规格文档生成的这种规格文档,那么你也可以去看, 所以这是最基本的需要,因为我们需要去审阅这个文档有没有问题,所以这个是一定要有的, 那么你也可以是用原始的模式,那么就是我们 markdown 的 语法。这种最后一个呢,就是有方便的地的管理流程啊,比如说可以去查看地府啊,去创建分支啊,去进行可密的,或者创建用 pr 操作,能够点击按钮的方式,这操作最简单了,就不用自己再去手敲命令。 那这四个点里面,中间两个点是必须要有的啊,不能缺,缺的话就不在我这个筛选范围之内,那另外两个呢?可以稍微降低要求。 那么基于以上四个这个诉求啊,那就已经排除了一些啊,我经常用的,以前经常用的一些工具啊,比如像 vs code, 或者说电脑自带终端啊,或者说这个 item, 或者说其他的,比如像这个 ghosty 啊,或者说 smokes 啊,那么这些 都是纯终端的,那么也是排出在外面的。那么以下的这五个就是我最近一直在使用的,然后我对每每一个这样有有这样四个维度来对比一下,然后来给大家讲解一下每一款这些工具是怎么个体现的,然后屏蔽的结果是什么样子的。 第一个是 z 的, 那在我的视频里面经常用这块工具来给大家展示这样个项目开发过程,那么它是支持全部端的都可以下载来使用,那这个就是 z 的, 那么它跟 vs code 是 非常像的,但是它的启动速度比 vs code 快 非常多。那 z 的是怎么来启动 color code 的 呢? 那么它有两种方式,一种是它官方出的这个 a c p, 然后我们可以在这边开启,然后的话你可以在这边去安装它,这边不仅也支持这个 cloud code, 也支持像 open code 的, 或者说像这个 kimi 啊, coser 都支持这种终端模式,那么你可以直接在这边去对话,但是呢就像刚刚我讲,他使用的是这个 a c p 的 模式,所以说有些命令是不支持的,那么除了这种方式启动的话,你也可以使用终端的方式启动, 那启动完之后,那么你就可以这边去使用了,那在这里的话,你可以去创建多个项目啊,这边也是可以去创建多个项目,那么你就可以在一个界面去管理不同的目录啊, 然后除了这个之外,那么你在这边是可以去看到我们的这个项目的这个文件啊,这边是它的文件目录,那么你也可以在这边查看 markdown 的 这个详细内容啊,然后去进行审阅。但是呢,在 z 的 里面, 终端并不是一等公民啊,他自己推出了这个 agent, 或者说他自己自带的 ai 工具,是一等公民。所以说你这个终端的位置调整就很麻烦,比如说我,我这边要开启多个的话,只能这样并排着,没办法像这样竖的, 这样的话,我就操作起来就要去切换这个窗口啊,比较麻烦,而且它这个位置调整也是比较费劲的,那么在 get 里面也能很方便去管理我们的 get 的 操作啊,比如说这个全选,那这边的话是可以 kimi kimi 的, 然后也可以去提交 pr 请求,非常的简单方便啊。 第二款就要介绍最近开源的这个 wap 这个工具啊,那这个工具是非常有意思的,那么它是通过终端的方式,你可以开启这个 agent 和 tiffany 的 终端,然后去开启我们的这个 cloud code, 然后它这边对所有的这个终端命令都有种快捷方式,你看比如说 cloud, 它这边就会有一个这样的快捷方式,按下 table, 它就帮你输一输好了,有很多这种提示啊,就任何的命令它都会有提示,非常方便,非常好。 microsoft 文件预览的话,它这边也是做的非常不错的,比如说我们可以看一个啊,这样的一个文件,那么它支持这种啊,预览格式也支持这种原文格式,那么你可以看到所有的这个内容,也可以看到这样 核心的这个流程啊,也是非常不错。但是呢,它对于 get 的 这个啊管理的话,目前只能看到就是啊所有的变更 啊,并不能说去操作 command 或者说去提交。第三个呢,就是 wave 这款工具,启动 color code 的 话也是用纯终端的方式,它这边可以开启很多终端,比如说开这样三四个终端,然后你打开之后呢,你可以把这个终端可以放大啊,比如说你可以在这里操作, 然后的话你也可以去查看,就是我们具体的一个文件啊,但是他这个打开的话是默认是在个目录里面,你需要自己去找到你的这个所在的目录看一下, 然后的话你可以是放大,然后的话可以使用 pro v 模式,这样的话就能看比较清晰了,能看到他的所有信息,还有这样的流程图,非常方便。但是呢, vivo 这款工具现在没有 get 管理啊,所以就少了一个很重要的功能, 那 vivo 呢,也是可以开启多个项目的,比如说你可以在这边去新增多个 table, 那 每个 table 你 可以去进入不同的目录, 那就代表了就是不同的项目。那接下来就是这款 conduct 了,目前只支持 mac 版的这个系统下载啊,这款工具呢是跟 get 结合的比较紧密的,所以呢,你在用这个工具之前,一定要把这个项目 get 输出化一下, 然后你可以看到在这边会有两个项目,那么你这边也可以创建不同的 workspace, 大家点击创建之后,它就会创建不同的分支 啊,然后开发完之后,它就会通过分支合并到主分支的方式,那这样的话可以很方便的去进行管理啊,然后这边也是可以添加不同的项目,那你在这边是能看到不同的项目来同时协助了,那么它的 cloud 的 使用方式就通过 a c p 的 方式, 那么在这里面你是不用去启动啊终端的,那么你直接可以在这边操作,你也可以使用里面的命令,但是有一些命令你是用不了的, 那比如说我们去查看插件呀,这种安装插件呀,都需都需要单独打开终端才可以,那么它也是调用你本机装的这 clock clock 的 实力啊,所以说这个模型就跟你自己本地配的是一样的。 那么再看一下 conductor 的 key 的 操作,如果你有任何的变更,你在这边可以看到变更的详细的情况,你也可以通过这个按钮 review, 然后发送一条这样的对这个 review 进行一个你的这个代理的一个审查啊,就看一下这个 review 的 有没有什么问题, 如果没有什么问题之后呢,你可以点开这个 checks, 那 么你是可以进行 kimi 的 和这个 push 的, 然后它也是通过这种代理去直接去操作, 所以是非常方便。就如果你的项目跟 github 是 紧密关联的,那么你可以使用这款工具啊,它跟 github 的 工作流结合的是非常好,非常方便的。那这一款就这个 super side 这款工具的话,也是非常有意思的。那首先我们来看一下它启动 color code 的 方式啊,它它自己内置了很多这样的命令,比如说我们点一下它就启动一个这样的 color code 的 实力,那我们点个 code x, 它就启动 code x, 非常方便,而且它这边的话也是支持可以去开启多个这样的项目啊或者终端啊,在这边可以去开启多个这样的项目同时去运行啊,你也可以看到所有的文件,比如说你可以看 markdown 的 这个详细的内容 啊,也支持用这种原始的方式和预览的方式。那么如果有变更的话,你也可以去这边查看它的这个 changes, 那 么也可以去很方便进行 cmd 操作。 这款工具非常好用啊,但是呢,它有个问题,就在你长时间运行这个 curl code 这个编程之后啊, 他有些中文会变成绕吗?这个非常奇怪。那以上就是我对这五款工具的一个介绍啊,那最后我来对这五款工具进行评比啊,只是基于我自己的使用经验,那别说自己的我会给他三颗星,那么他是基本上符合了我的诉求啊,虽然说他的终端面料好啊,不是一等公明,但是也算是还还挺好用, 然后 rap 的 话也是非常不错的。然后最近我是在使用它,因为它这个快捷方式啊,它这个字典呢,觉得看着非常舒服,虽然说它不能进行 get 管理,但是应该是可以用其他的方式来实现的, 所以我也给了三颗星。那 vivo 的 话,因为它缺少这个 get 的 管理啊,所以我只能给他两颗星,那可能也是非常不错啊,最近也拿到了融资,说明它在市场上是有一定的产品力的。 那 success 的 话,因为中文乱码的问题,我只给他两颗心。如果说他解决了这个中文乱码的问题啊,我觉得可以给他三颗心,也是非常不错的。那么以上就是我对这些工具的一个介绍和评比了,也不知道你使用的是什么工具,然后这些工具哪一款会比较适合你的口味呢?

今天这期视频我们只讲一件事,就是普通人怎么使用 cloudco。 很多人听到 co 的 这个词就认为是写代码,觉得跟自己完全没有关系,但其实 cloudco 除了超强的写代码能力之外,他还能做很多日常的任务, 比如说文件管理、数据分析、爬虫,甚至连修图剪视频的工作他也能帮你做。那么这个视频会从下面几个方面展开, 首先是怎么安装好 clolico, 然后配置国内的大模型,接着讲如何给 clolico 安装 skill, 并且用 skill 去开发一个网站,全程无管无废话。希望大家在收藏的同时能点赞支持一下,如果能关注一下那就更好了,感谢朋友们啊!那么第一步我们要下载一个软件,叫做 trace, 点击下载完成之后,我们把 cloudco 的 官方文档链接贴给他,然后输入,请你参考文档中的方法,帮我安装好 cloudco, 中间遇到任何错误或问题,请你自己查资料去解决。 这里他提示我们要先打开一个文件夹,我们照他说的做,我们可以直接新建一个文件夹,就叫 cloudco 安装, 很快他就开始思考并且自主的完成任务了,这个过程当中他可能会跳出各种对话框来让你批准权限,我们直接运行就好,大家可以等待十分钟, a 准就会自动完成所有的安装步骤。 接下来我们要给 cloudco 安装一个运行环境,它的运行环境有 app、 网页端、集成开发环境 id 以及命令行,其中最简单使用的方式就是在 vsco 这种集成开发环境中去使用 cloudco, 我 们直接下载 vsco, 下载完成进来后,点击这个地方,输入 chinese, 点击下载,然后重启 vsco, 你就可以看到界面已经变成中文的了。然后我们再次点击左边的应用图标,搜索 colaco, 可以 看到一个插件叫 colaco for vsco, 点击安装, 然后它会跳转到这样的登录页面,平时如果想打开 colaco 窗口,点击右上角的小图标就可以到这步。先不用管我们下载第三个软件 cc switch, 我们先进入他的酷狗主页,在右边往下拉,找到 release, 再往下拉,找到适合你系统的安装包,然后下载安装。装好之后,我们打开 c c switch, 点击右上角的加号,在里面找到 deepsea, 再往下滑动,你会看到 a p i key 的 输入框,点击获取 a p i key。 跳转 deepsea 的 官网,登录进去后, 点击左边的 a p i keys, 在 这里你可以管理所有 a p i key, 这里的 key 相当于你的密码,千万不要公开泄露,不然别人也能用你的 d p c 账号。点击创建 复制这一行,到 cc switch 里点击添加,然后在页面上就可以看到你的 d c 了。点击第三个图标测试模型,可以看到提示 d c 运行正常,然后我们再回到 vsco, 重启 vsco, 它会自动弹出 聊天框,那我们在这里输入你好,你接的是什么模型,然后你就可以看到你的 d c 已经接入成功了。 要注意最后一步,你的 d p c 账户里一定要有余额才会成功。接下来我们来讲怎么给 clico 安装 skill。 打开 v s co, 调出 clico 聊天窗口,在我们当前的根目录下创建一个 skills 文件夹,这个文件夹表示我们这个项目会用到哪些 skill, 这里用一个网页设计的 skill 来给大家举例。打开 github 官网,搜索这个,点击 code, 下载它的压缩包,然后解压缩,并把它拖到我们的 skills 目录下。然后我们再来检查一下,输入 我已经下载我要使用的 skill, 并且放到 skills 目录里,请检查这一步比较重要,可以知道你有没有安装好这个 skill。 然后我们可以看到 plc 在 解锁 skills 目录以及刚刚我们放进去的文件,解锁完成后,你就可以看到它提示我们可以直接在对话里使用这个 skill。 然后我们再新建一个文件夹,比如这里我输入 person web, 表示我的项目路径。好,那我们再跟 plc 对 话,输入我已经新建好项目目录, person web 帮我设计一个个人网站, 接着他就会给出一个执行计划,使用刚刚我们导入的技能去设计网站,这期间会有很多权限申请,直接点同意就行,那么过一会你就会发现他跑完了,这里跑出来的啊,结果很简单,只是一个网页, 因为考虑到很多粉丝啊,是刚接触 skill, 就 不讲的太复杂,那么我们来打开他设计的网页看一看。打开我们刚刚创建的 personal web 目录,选择在默认浏览器打开,那么你会发现我们刚刚的网站就已经设计好了,不过它的 ai 味很浓,而且还是英文的。 我们跑出项目来,我们去怎么修改它,比如说一个中英文的按钮输入,请你根据我的要求进行修改,在右上角提供一个小按钮,点击可以切换中英文。 好,改完后重新打开网页,中英文切换按钮已经出来了,点击一下,我们整个页面都切换成中文了。那第一个功能我们就通过 ai 弄好了, 我们对这个网站还不太满意,怎么办?我们可以继续跟 cloud 沟通,让他再去修改,比如我想在关于我下面增加一个时间线,那么我们就把需求发给他, 让他再跑一会,然后重新打开网站,你就能够看到他的一个修改结果。这些内容比较基础,不知道大家有没有学会用 skill, 还想看什么内容?欢迎在评论区留言,如果对你有帮助,别忘了点赞三点支持一下。

招聘一个顶级程序员 cloud code, 用七天的时间,从基础入门到熟悉精通,把它一步一步打造成你的超级员工。上一期视频呢,我们学会了 ai coding 的 工作方法, 今天你让他开发一个复杂的新功能,一开始很顺利,聊着聊着,你发现它开始降智了, 聊过的信息转头就忘了,因为上下文快满了,之前的记忆被压缩或者丢失了。今天我们就解决这个问题,管理 cloud 的 工作记忆,让它始终保持在一个高效的状态。 那视频呢?最后还有几个我私藏的上下文管理小技巧。 cloud 是 最早提出来 context 这个概念的,让 agent 从 prompt engineering 到 context engineering。 那 到底什么是上下文呢? 简单的来说,上下门就是 cloud 的 工作记忆,就像是人类的大脑,你这一天你需要记住自己今天早上吃了什么, 今天的工作计划是什么,我正在做的任务是什么?以及一些临时的文件。我刚才看了十个文件,分别是什么,以及在过去的六个小时,我都跟谁开了会,讨论了什么问题。信息量这么大,你肯定记不住所有的细节,于是你就拿了一个小本本,把这些都记下来。 但是这个本子的容量也不是无限的,他就只有十页纸。当这十页纸都用完了,你要接触新的东西的时候,怎么办呢?可能就会随机撕掉某几页,或者是把某几页压缩成一页,给你腾出空间,这就是上下纹衰退。 cloud 的 上下文窗口也是完全一样的。那上下文具体包含什么呢?主要是由四部分组成,第一部分是 cloud 点 m d 就是 系统指令,它包含你的基础站的约定,编码的风格,是 cloud 的 长期记忆, 每次对话都会加载,它是不可压缩的。如果你的 cloud 点 m d 很 长,就会非常消耗头衔,那怎么写 cloud 点 m d? 可以 看我的 day one 视频。 第二部分是对话历史,就是你跟 cloud 来回的一些讨论,聊的时间越长,上下文占用的就越多。 第三部分也是占用最多的是工具调用的记录,包含你读取的文件内容、运行的命令结果、搜索的代码片段等等,是上下文快速增长的主要原因。 比如你改 bug 期间反复多次的扫描代码,那上下文就会急速膨胀。第四部分是临时的数据,包括你正在编辑的一些文件调试的信息。 cloud 的 窗口通常是二十万头克,大概是十五万个英文单词。当这四部分加起来接近限制,就会出现上下文衰退的问题。上下文衰退会有什么影响呢?当你的上下文充足的时候, cloud 反应会非常迅速,非常准确。 当上下文快满了的时候,那他可能就要搜索半天,记忆会模糊,反应就会变慢,或者改 bug, 改半天也改不对。当上下文爆满的时候,降脂感就会非常明显,甚至会出现失忆,忘记之前聊的重要信息。 同样的问题,上下文不同,效率差别就会非常大。那重点来了,上下文的影响这么大,我们要怎么管理好它呢? cloud code 提供了很多跟上下文相关的命令,行,我们一个一个来看。第一个命令是 context, 要管理好上下文,首先你就得了解它的使用情况,运行 context 命令,你就可以看到上下文的使用情况,分类占比的比例。第二个命令呢,是 compact 压缩对话, 它适合的场景是你的上下文使用量过高,或者是工具调的结构过高。那就可以用 compact 命令对上下文进行压缩,这样既可以保留关键信息,删除了一部分不需要的细节。第三个命令是 clear 重启, 它的作用是清空所有的对话历史,从头开始。上下文呢,只保留 cloud 点 m d。 那 什么时候用这个命令呢?它比较适合的场景,一个是做任务切换,比如说你上午做用户管理,下午做支付功能,那就可以用 clear 清空清空上午的记忆。 另外一个场景是对话跑偏了,你跟他跑讨论了半天跟主线开发无关的内容,也可以使用 clear 重新开始。 第三个场景是做了一些实验性的工作,你尝试了很多的方案,这样会记忆特别混乱,那也可以使用 clear 整理思路。四个命令是 btw, 这个是二零二六年三月新增的一个功能,专门用来问一些临时性的问题,用完即走。比如说你刚才说的数据表有哪些字段,你现在用什么模型在写代码,你刚才提到的某个记住术语是啥意思, 这种快速的实时查询或者是解释型的问题,就可以使用 btw, 它的特点是不进入对话历史, 问题和答案都是临时的,看完就消失,也不占用主对话的上下文空间。主对话的上下文占用零透肯,他也没有工具的使用权限,不能读文件,不能运行命令,只能基于对话上下文进行回答, 而且可以并行使用。在 cloud 工作期间,你也可以提问,互不干扰,既节省上下文,又不打断工作流。第五个命令是 resume 恢复对话。 你昨天开发了一个新的功能,干了一半,今天想接着干怎么办呢? cloud code 会自动保存,每次对话到本地使用 resume 命令,就会出现一个近期的 对话的选择器,选择你想要恢复的对话,就可以完整的恢复上下文了。那平时的使用过程中,我们要怎么管理优化上下文呢?送上八个我自己私藏的小技巧。 第一是要定期检查,在密集开发的时候,每两个小时或者每完成一个功能,就要查询一下 contacts 的 使用情况,超过百分之七十就压缩,不要等到 cloud 反应慢了,降至了再压缩。第二个是体温要具体。 cloud 的 查询是通过政策匹配进行搜索的,模糊搜索可能要搜二十个文件,精准搜索可能搜两到三个就可以了。 引用文件多用艾特文件名,指定文件,比描述哪个哪个文件效率要高很多,尽量减少 cloud 的 猜测和搜索的开销。第三个如果有多个改动,合并成一条消息发送,不要一条一条的发, 解释型的问题,临时性的问题多用 btw 的 命令。第五是调试之后要及时清理 bug。 调试的过程中特别容易产生大量大量的代码差错和日制输出 bug 调试之后要及时的 compact, 不要把噪声留给下一个阶段。 第六是长期记忆要写入 cloud 点 md, cloud 点 md 呢?建议分层管理项目的根目录放一些全局的规范子目录放 模块级的说明, cloud 会按目录层自自动读取,力度会更准确,避免每次都加载全部的内容。 第七是可以使用 sub agent 处理探索一些方向的探索,或者不依赖主流上下文的任务,比如说代码审查,就可以交给 sub agent 进行探索,会节约主 agent 的 上下文,这个后面我们会再详细的讲。 第八是善用 checkpoint 做阶段性的总结,在完成一个比较大的功能之后,可以让 cloud 输出一段当前的状态。摘要,你已经完成了什么,遗留了什么,下一步的计划是什么。然后你把这段内容保存起来, 下一次开始对话开始的时候就可以作为第一条消息贴入,等于手动的接上了上下文,比依赖 cloud 的 自己的记忆更靠谱。 那今天我们通过主动的管理上下文,让 cloud 始终处于一个最佳的状态,你已经能非常熟练高效地使用 cloud 了。 但是真正想要发挥 cloud code 的 价值,就不得不提到 scale 和 m c p 了。那接下来就是入职第四天, scale 把专业的知识封装成可以服用的技能包。

听说过 cloud code, 但不知道怎么上手,这个视频带你从零掌握它的安装配置和扩展。首先你需要一个 agent id, 推荐 cursor tray 或 windsurfer, 免费额度就够用。安装 cloud code 有 三种方式, 第一种,终端直接运行安装命令, mac os 用 curl, windows 用 power shell。 第二种,直接告诉 i d e agent 帮你安装 note js 和 cloud code。 第三种, windows 用 winnet, mac os 用 homebrew 安装。装完后执行 cloud version 验证, 下载 c c switch, 做多模型切换,添加 api key 供应商,填好 key 和 base url, 起用配置就完成了。 输入 cloud, 进入主界面三种模式,计划模式,先分析再动手。默认模式是对话终端 accept edits 执行变更,用 at 引用文件拖拽传图片。 cloud code 内置了丰富指令, help 查功能, model 切换模型, compact 压缩上下文, clear 清空 context 查看占比 resume 恢复历史。 init 创建配置, 让 c c 自动下载 git, 绑定 github 版本控制一步到位。上下文超过百分之六十就用 compact 压缩 stateline 常驻显示目录模型和上下文。用 init 创建 cloud md 或告诉 c c 寄导全局配置 auto memory, 自动记录工作习惯,越用越顺手。 skill 是 cloud code 最强大的扩展,用 find skill 发现技能, front and design 做界面 skill creator 自己创建,放进文件夹就能用 mcp 扩展,进一步强化能力。 飞书 c l i github c l i gemini c l i 都能深度配合,把链接给 c c, 他 负责安装引导,用 agents 创建字 agent 并行处理。 hook 设置自动触发 插件,是 skill agent hook 和 m c p 的 整合包。 plug in 一 站式管理 cloud code 学习曲线不低,但上手后会彻底改变你的编程方式。如果觉得有用,记得点赞收藏,下期再见!

cloud code 有 七十五个官方斜杠命令,但真正让你效率翻倍的其实就这十九个。今天我把每个命令的用法都给你讲清楚,最后还会给你一份完整的七十五个命令树杈表,记得截图保存。 先说对话管理,第一个是 clear 清空对话历史,你写完一个功能之后,最好新开一个对话,搞完一个东西就清空,再继续大模型会聪明很多,不要一直用一个对话搞到底。第二个是 compact 压缩对话历史,但保留在内,要当你上下文用到百分之六十到百分之八十的时候,就可以提前压缩。你可以指定保留什么,比如 compact, 保留数据库相关的讨论,这样其他不重要的就压缩掉了。接下来三个也是对话管理相关的。 resume 恢复之前的对话,直接输入就会打开一个选择器,你可以选之前任何一次对话继续 b t w 快 速提问你的 c c 正在运行的时候,输入 b t tiler, 加上你的问题,它会快速回答你,不会打断正在运行的任务。 rewind 回退对话,有时候对话搞错了,或者帮你改坏了东西,输入这个,就可以选择回退到之前的节点,代码文件也会帮你恢复。 effort 设置模型的思考深度,遇到复杂任务的时候,输入 effort high, 让模型多想想。简单任务用默认就行。 config, 打开设置面板,别名是 settings, 在 这里可以调整主题模型这些偏好,还可以把语言设置成中文。三个实用工具,命令 add dir, 添加额外的工作目录,比如你有关联项目,直接加进来 c c 就 能同时看两个项目的代码。 copy 复制 c c 的, 最近回复到剪贴版,太好用了,直接复制输出内容,不用自己选文字,复制格式也不会乱。 export 导出整个对话为纯文本文件, 比如 export chat dxt, 方便存档。 permissions 管理工具权限在里面,设置,哪些工具调用不需要确认,减少大量弹窗。不过我个人喜欢直接用 danger 模式跑省事。 review 审查 poor request, 提交 pr 之后,让 c c 帮你审查一下,管它有没有问题,审查一下总没错。 m c p 管理 m c p 服务器连接,你可以添加各种 m c p 工具来增强 c c 的 能力。 chrome 连接 chrome 浏览器做调试,前端开发必备。 loop 这个很有意思,让 c c 按时间间隔自动运行命令。比如我会设半小时检查一下 open c l a w 小 龙虾是否正常运行,不正常就自动修复。 in it 初步项目指南, 开始新项目的时候先跑一下这个,让 c c 了解你的项目结构,做到一半也可以。找一些大神的记忆文件,这个非常重要,你可以找一些大神的记忆文件,然后慢慢改成适合自己的记忆文件。越好, c c c 就 越懂你。最后两个命令, lock in 进入插件市场, c c 有 一百多个官方推荐的插件,都非常棒,选你需要的安装就行。如果没有插件市场,先让 c c 帮你安装一下。 excel 生成使用分析报告,每周用一次,它会分析你的使用习惯,还会推荐新功能和新用法,非常棒。最后,我把七十五个官方命令全部整理成表了, 先截图保存,这张包含了绘画管理、模型设置、上下文成本、文件操作权限、安全相关的命令。还有这张也截个图,用好这些命令,你的 cloud code 效率至少翻一倍。关注我,了解更多 ai 提效机。

这节我们把 sigma 技能和卡帕西的微给结合起来,让你的 id 拿着高质量的教材对你进行一个一一的教学。视频的话我会分为两块内容,一块的话是演示一下这个带知识库的 sigma 技能,演示完成之后我会讲一下这一块是怎么实现的。我们可以看一下我们的一个知识库, 这是一个 index, 然后这边是每一个概念的一个结构,可以看到这个结构的话和卡帕西微技能结构还是不太一样的,这是针对这个 sigma 技能设计的一个结构, 那我们可以点开这个关系图库,看一下我们呃目前知识库里面的这些呃关系, 可以看到我们这个概念还是蛮多的。点开中专来 code code, 我 们直接调用这个技能开始学习, 这边我们采用的模型是 mini max 的 二点五演示一下,用这种呃智商不怎么高的模型,配合上我们一个高质量的教材能达到的一个效果。 开始的话会去查一下我们的这个呃 setting, 然后也会去检查一下我们这个学习者的一个画像,让他发现没有,没有的话他会去读这个呃维基的一个 index, 还有那个 overlay, 然后去生成一个呃全新的 model, 还有我们的这个 setting, md, 我 们这边就选基本不了解,然后呃都不熟悉,让他从头开始教我们一开始的话会诊断一下这个学习者的一个水平,然后判断从哪个地方开始教你,然后也判断问你的这个问题呃的一个难度。 这边写了个 c c m d, 咱们点开看一下,可以看到有这么多的章节,然后下面都是一些参考资料, ok, 这个时候把我们的学习路线图给画好了,我们去点开看一下, 可以看到它这个学习路线图和我们之前讲 sig 码那一节让 ig 的 自己生成的这个路线图相比的话,它这个质量就高太多了。 这个知乎的主要资料是来源于论 cologold 的 那个项目啊,教你怎么去,嗯,就教你怎么实现一个 cologold 的, 不是简单的教你怎么去用,当然你要能理解 cologold 的是怎么实现的,自然就能用好它,自其然也自其所然。 这边可以看到他在开始教学之前,他先去读了我们两个文件看看,我看看啊,实际上是读了我们一个概念,然后读了一个原始文章的一个总结,然后才开始进行的一个教学。他不是说直接就去开始教学吗? 后面的话我就快速的回答一下问题,我就不说话了,然后等整个第一个概念,呃,学习完成之后,我再让它生成一个报告, ok, 这个时候我们第一个章节已经学完了,我们直接结束学习,然后让它更新一下 c 信,然后生成报告。这个还没完全进行完,我们看一下它给我们生成的这个学习报告,英文的让它给转成中文看看吧, 你看到我们这个学习进度的话,它这边嗯是往里面填了一些,然后我们实际上第一个,嗯概念的话,在它理解还没学完,因为我们刚刚跳了一个。嗯,最后一个练习任务, 来看一下这个学习报告,可以看到这个 edit lock 的 话,它是进行中,我都理解是 ok 的, 但是代码运行让我们调了,然后我们整个学习过程中关键表现的话,嗯,它也给我们记录了一下。 然后有一些问题,我们在学习的过程中遇到一些问题,他也把他的纠正和我们呃自己的一个理解错误的问题,他也给我们记录了一下, 然后我们可以看一下今天这个呃 skill 是 怎么去实现的啊?其实上两节的话,我们去呃使用卡吧西的维基嗯的一个项目去实现了我们自己的一个知识库的搭建,但那个知识库的话的这个数据结构和我们呃今天的这个知识库的一个数据结构是不一样的。 所以说我们第一步的话是要把它那个概念的一个数据结构给拓展一下,让我们现在拓展成两种,一种的话是简单概念,一种是这种可以作为教学章节的一个教学概念。 然后第二块的话我们要把教学概念的一个结构进行一个设计,因为,嗯,对于这种 c 卡马技能所需要的这种数据结构,嗯会比较复杂,让我们结合了 c 卡马的一个呃坚硬的一个结构和软可的一个结构去设计了我们今天教学的一个概念的一个结构,我们可以随便点开一个概念看一下,大概结构就是长这个样子, 然后也会有一些呃下一步的门槛,就是只有呃学习者通过本概念,然后个维度都大于百分之七十五,然后分析分数大于百分之七十五才会进你到下一章节,然后不然的话他就会退到呃继续学习这一节的内容,直到你完成。 然后第三步的话,我们要把呃,我们之前的这个制作库的这个采集功能给改进一下,让他生成概念的时候自动判断这个当前文章是要作为简单的一个概念创建,还是作为一个教学的概念去创建。 还有后续他采集到文章之后可能会涉及到概念的一个更新,这个时候会有可能说出现从简单概念升级为教学概念的一个场景,这种场景是要考虑到的。 第四步的话就是我们重新采集一下咱们高质量的一个可乐购的一个教学文章,完成了这个,这样咱们就完成了一个支付搭建,支付搭建完成之后,我们需要把这个 c 个码这个技能改造一下,首先是我们让他第一开始扔成生成这个热的麦的时候,读取下这个 vd, 让他参考这个维基的这个呃 index, 呃这个 or view 去生成我们的这个 road map, 还有我们的这个 c g m d。 最后的话是我们要让这个技能在每一个概念的教学开始之前,都要去先去读我们的维基的一个教材文章,再去开始这个概念的教学,否则的话这个模型就会自由的去发挥。我们这样限制一下的话,就算是 mini max 这种呃,不怎么聪明的模型,他拿着这个我们使用这种 聪明一点模型总结出来的这个知识点也能达到一个很好的效果。 ok, 咱们今天就到这个地方,下节话应该是会讲一下怎么在手机上运行酷狗的,因为大家能坐在电脑前学习的太少了,这个技能的话适合在手机上去用。 还有这节的话视频风格我改了一下,之前的话会把每一步都去做一个录屏,好像效果不太好,没什么流量。今天的话就改成整个的展示,然后把咱们整个的实践的一个思路讲一下。

这是一期教你如何正确并且省钱使用 cloud code 的 视频,关注我时间长的朋友应该都知道,我是 cloud code 的 死忠粉,作为一个每天使用八个小时,并且用 cloud code 变现了几千块钱的用户,今天我将跟大家分享几个帮助大家省钱而且提高效率的隐藏命令,也许你从入门到精通就差这几个隐藏命令了, ok, 话不多说,我们直接开搞。首先就是 model ops plan, 大家熟知的我们都是通过 model 进行切换嘛。 但是这个命令对于二十美金的 pro 用户来说实在是太友好了,因为它会自动地在你进行一些复杂推理和写计划的时候使用最强的 ops 模型,然后在执行的过程中使用第一档的 sonata 模型,这个就能帮助 pro 用户显著地节省头肯, 你的一倍头肯,能用到三倍头肯的效果。第二个就在命令行输入 remote control, 就是 我们在养龙虾的时候终极梦想,就是我们躺在床上,然后让 ai 自己写代码,那么这个命令就能很好地帮你实现。这一点能够通过手机来操控 cloud code, 你 只需要在对话框里面打斜杠 r c, 它就会生成一个网页, 你用手机打开这个网页的时候,你的整个 cloud code 就 会在你手机上同步,这个功能是让你的手机变成遥控器,远程的遥控 cloud code, 我 只能说憨爆了。第三个命令行是斜杠 export, 它会把我们所有的对话上下文打包成一个 m d 文档。如果没记错的话,我觉得 cloud code 的 上下文窗口应该只有两百 k, 经常出现那种你跟他聊着聊着上下文窗口满了,你需要开一个新窗口的问题, 那么这个命令就能很好地帮助模型去知道啊他现在做到哪一步了,他接下来要做什么?此外,你可以导出到其他的 ai 产品嘛,比如说 codex 上面,然后你继续搞。最后我想讲的这个不是命令行,但是如果你要想在你睡觉的时候让模型继续帮你工作,那么就一定要勾选上这个 permission, 它叫 bypass permission。 我 们是不是很多人在使用 cloud code 的 时候,一会儿一个弹窗,一会儿一个弹窗,你要点击去确认这些权限,但是你选择 bypass permission 的 模式之后,它自己就会去执行所有的命令了。其实我今天本身还是很想讲一个,就是 agent team, 你 一个人怎么去组建一个 agent 军团去帮你干活? 我经常搞十几个 agent 同时并行的帮我完成任务,这种感觉实在是太爽了。但是因为这个篇幅比较长,而且今天时间有限,可能讲不完,所以说大家如果想听的话,可以在评论区里面提需求,如果想听的人多了,我们下期直接安排上,那么我是 holland, 关注我,带你分享更多 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 键的功能越来越趋同,但工具再多,适合自己的才是最好的。有时候做做加法,找到真正需要的,做做减法,去掉用不上的,慢慢摸索出一套自己的工作范式才是最重要的。我是布鲁,我们就下一期再见。