使用 card code 的 时候,你有没有碰到这样的情况?这个 bug 以前排查过,这个启动命令以前跑通过这个架构决策以前讨论过, 这坑以前踩过一次,但现在你开了一个新绘画 card, 什么都不知道。你想回原绘画继续,结果原绘画可能已经 compact 过了,早期细节丢了。 或者说你现在正在做一个新的任务,并不想回到旧绘画继续,只想借用旧绘画里的某段决策,某条排查路径,某个启动命令,某个踩坑记录。甚至更极端一点,当前绘画直接坏了,继续发消息就会报错。这个时候问题来了, 历史规划里明明有答案,但你找不到,也加载不回来。这就是我最近重度使用淘购的之后遇到的真实的问题。 size 越看越多,历史下文也越来越值钱,但他们很难被当成项目资产去管理起来。 所以我沉淀了三个 skills, 分 别是 sessions、 session search 和 session load。 它们解决的不是查看历史聊天记录,而是把 code code 的 历史绘画变成一个可以剪辑,可以附用,可以恢复下文的项目机库。 这里要先说清楚一个点,考奥课的官方不是没有历史绘画能力,比如 resume 命令,区别是 resume 解决的是选择一个旧绘画,然后继续旧绘画。而 sessions, session search、 session load 解决的是找回上下文。 你可以这么理解,官方的 rec 模式,回到旧现场。我这一套技能是把旧现场的档案拿到当前现场用。这个区别很重要,因为高阶使用逃扣的不只是继续上次没做完的事,更多时候是在当前任务里要附用过去的项目经验。 先说第一个 skill, sessions, 官方 app 和 vs code 插件虽然是有历史画列表,但官方的历史列表里的标题是 c c 用嗨酷模型根据前三轮对对话生成的一个摘要, 但绝大部分时候,你想了解的上下文所在的绘画有庞杂的内容,而根据绘画标题,你是并不能判断出来在哪个绘画里的。 sessions 就 可以帮你搞清楚这些绘画分别做过什么。 当你开了几十个赛神之后,光看时间和标题是不够的,你根本不知道哪个绘画秀了什么 bug, 哪个绘画实现了什么需求,哪个绘画讨论了什么方案,哪个绘画里有你现在要找的沙文。 所以 sessions 它做的是绘画及缩影,这时候历史绘画就会变成了一份项目档案目录。这个 skill 解决的是 session 太多以后历史山崖纹变成黑河的问题。普通用户看到的是一堆历史聊天,而高阶用户要把这些聊天变成可理解的缩影。 第二个命令是 section search, 这里同样官方 app 或者 vs code 插件也能搜索历史对话,但区别跟刚刚一样,官方的搜索是基于标题进行模糊搜索的,你输入主题,这主题可能就不在标题里,你就搜不到了。 section search 是 给当前 a 智能的绘画用的,它会在当前项目的历史 section 里搜索关键词, 直接把命中的 session、 命中的位置、下文片段相关度返回给当前 cloud。 也就是说,你可以用它在当前绘画里,从历史绘画里面去找证据。比如你现在正在修一个 bug, 你 可以直接说 session 设置 r 八 k 的 配置,它会直接告诉你哪个 session 里命中过,命中了几处下文片段是什么,这个绘画的相关度大概有多高?这就非常适合 bug 排查。 有很多 bug 不是 第一次出现,可能之前已经修过类似的问题,当时可能看过日制,试过几种方案,排除过几个错误方向,最后才找到真正的原因。但过一段时间以后,你只记得这个问题我好像以前处理过, 你不记得在哪个 session 里面,也不记得最后是怎么处理的。如果现在完全重新排查,就会浪费大量的时间。如果你能搜索历史绘画,就可以直接找到之前那段排画排查过程,这个时候历史 session 就 不是聊天记录了,他变成了项目的故事档案。 你可以查这个 bug 之前出现过吗?当时怎么定位的,做过哪些方案,哪些方案尝试过没用就改了哪个模块,有没有副作用 代码只能告诉你现在是什么样,历史绘画却能告诉你为什么会变成这样,这个差别非常大。第三个 skills 是 session 漏的,这个命令最容易和官方的 resim 混淆。官方的 resim 是 继续原来的绘画,你回到那个 session, 新的消息会继续追加到原画里。 但 session log 不是 基于旧绘画,它是把某个旧绘画的内容提取出来,加载到当前绘画里,当做参考资料。两个动作完全不一样。 resume log 是 回去继续干, session log 是 把旧生涯文拿过来用。 比如你通过 session 设置找到了一个相关的 session, 然后输入 session log 加上绘画 id, 它就会把那个 session log 加上绘画 id, 它就可以基于那段历史继续回答问题。 比如你可以问当时为什么这么设计这个方案,有没有验证这 bug 最后是怎么修的?这时候你不是让淘淘的重新猜,你是把过去的项目上下文重新喂给他。这对于复杂项目特别重要, 因为很多工程决策不只存在于代码里,它更存在于讨论的过程里。所以我更愿意把这组三个 skill 叫做绘画级的上下文。绘图工具, 它不是绘画管理工具,它是出问题时跨任务时、跨绘画时附用用到的。关注我继续讲 collagot 的 高级用法。
粉丝2279获赞1.4万

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

大家好,欢迎来到本期技术教学,今天要分享的是如何用 c c connect 把路由连接到飞速。这是一套全平台的完整配置方案, 无论你用什么系统都能轻松搞定。话不多说,我们开始吧。先简单介绍一下 c c connect 是 什么,它是一个桥接工具,能把本地的 ai 编码代理连接到你常用的消息平台。最关键的是,大多数平台不需要公网 ip, 只要有网络就能用。它支持路由到路由、 codex、 gemini、 cursor 等十多种 ai 工具,覆盖飞书、钉钉、 telegram、 slack 等十一个平台。简单来说就是让你在哪都能用上 ai 助手。整个配置流程分为六步,如下所示,稍后我们会详细演示每一步的操作, 至于为什么要用非书,如下所示。除此之外很重要的一点,微信 cloud bot 只能连接一个工具,相信很多朋友已经连接了 opencloud 或者 harmys agent, 理论部分就到这里,准备好开始了吗?接下来我会一步步演示如何完成 c c connect 配置,记得点赞收藏。运行 n p m 安装命令 a few moments later 安装完毕,运行 c c connect, 再运行 c c connect web 这时候会启动九千八百二十端口,打开网页,加载不出来,不用管,重新 c c connect 启动服务, 这就进入到 web 管理段了。点击侧边栏服务商, 我这里选择了从 c c switch 导入。当然如果你没有 c c switch, 也可以添加服务商。 点击侧边栏项目,点击默认的这个 my project, 点击服务商添加提供方,选中刚才的服务商并点击使用。 点击设置,把工作目录设置为你项目的工作区下面的权限设置可以设置为 user, 这里我没有演示。点击保存,回到上方的概览, 添加平台,选择飞书,打开你的手机 app, 扫二维码, 创建机器人成功后点击立即重启,再次点击立即重启。 这时候在你的飞书上给 cloud code 发消息吧。 c c connect 服务通过紫禁城启动了一个 coding agent 的 c i 用 s t, d l 和 jason 来通信。 悟空开镜。

大家好,不知道你是使用什么工具来启动 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 的 话,因为中文乱码的问题,我只给他两颗心。如果说他解决了这个中文乱码的问题啊,我觉得可以给他三颗心,也是非常不错的。那么以上就是我对这些工具的一个介绍和评比了,也不知道你使用的是什么工具,然后这些工具哪一款会比较适合你的口味呢?

那我们新开一个项目,呃,在这里应该是抖这个抖包 watch 啊,选选哪个都行吧。这个 y frame 呢,就是旗舰版的,然后这个,呃,这个就高可用版的,然后 create, 然后他这里就就开始了,然后在这里描述你的需求吧。那我觉得很简单,然后附上一些啊,这里选择模型的最靠左左下的这个,这模型我选择的最强的这个 oppo 四点七,然后他账号啊,默认就登录的你的这个 oppo 账号,然后应该也共享你的订阅的啊,然后可以 import 一 些东西啊, 比如说这里的这个啊, folder 啊,然后你就可以选一个本地的文件夹啊。我,是啊,选我之前就是开了抖宝我姐的,然后你可以看到它,它就链接上了,然后我觉得它整体的 u i 有 点小,你随时可以把它放大一点,放大到一百五,一百二十五都行。然后,呃,嗯,这些都已经链接上了,然后就发给他啊,现在,然后他就开始了。 嗯,然后输入这个简单的这个需求描述之后,然后他会弹出这个选项,其实就是让你去明确你的需求, 你看它根据你原始的需求还是给你想的很周到的。有一些呃,可选项 有的是多选,有的是单选,然后设计也都特别合理 啊,他现在在继续设计,这跟 color code 里面的那个 ui 风格还是挺像的, 看它最终能给一个怎样的一个输出吧。 嗯,可以看它这个还是呃速度还是比较扎实的 出来了。嗯,这个怎么感觉跟真实的 apple watch 相差很远?因为我我其实描述了要 apple watch 的, 这个好像还在 verify 中,还在验证中。 嗯,但是好像还可以继续发送 prompt 了,发送消息了,但是它这里还是显示在 verify 验证中,然后点击一下,看看这个效果还是还是挺真实的。番茄钟为什么会显示番茄钟呢? 哦,这是这是各个界面分开的,然后这也是动画的请求中 ai 播报来电,你看这个动效都还是可以。 哦。又开始继续了。哦,我明白了,他刚才给你呈现一个 very 翻译验证中,然后是让你自己去点击这些 ui 啊,然后然后他这边接受到这个点击信号之后就会继续。嗯,可能是修正吧。啊,可能是 bug, 就 完善它,然后你看这个还是挺真实的。虽然说它这个样机做的不是很好,这很明显不是 apple watch, 对 吧, 但是它这个是可以点击的。呃,这个表罐,表罐好像这种硬件的没有做不到那么完美, 但是它你看在每个这个每个状态的时候,它会自动的,你看过几秒钟之后,哎,这怎么没有自动啊?反正就是你可以点击它自动会跳转,自动跳转,然后比如说它再来电阶段,哎,这个瞬间就挂断了, 它有时候会跳,有时候不会,因为这个产品还就是在 pre view 阶段,感觉还不是很成熟。你看它这个可以挂断,然后到主屏,然后可以接听到就到通话中 啊,它这个表盘还是可以调节的,通过你的光标的上滑下滑,那么去模拟它这些硬件的一些点击的一些操作,这也是也是可以点的,只不过没反应。 嗯,这个最大的缺憾缺陷还是说它是个样机,样机很明显很不真实,但是样机的话通常在呃一些,这个你看我之前学过设计,都有一些这个呃一些网站,这是有现成下载的, 而且它这个比例也不是很对的吧? apple watch 它不是这种。呃,没有这么,没有这么长,我跟他说一下, 看他能不能直接去给我换一个更符合真实的这样一个。呃机模吧。 command 加 enter。 嗯,所以我觉得应该也可以自己去下载你所需要的这个样机的机模,然后一起一起上传上来,应该是可以这样的,而他有个好处就在于你可以直接上传一个文件夹, 很多网站做不到他,呃,要么让你上传压缩包,要么让你干啥? 看这个要多久?就我觉得是它可能是版权,或者是或者说怕有侵权风险之类的,所以它没有给你去找一个真正的积木。那我觉得还是挺有必要的, 所以我待会要试一下就自己去啊,去下载一个这个真实的样机的积木,然后上传上去,让它往这里面去填充这样一些 app 元素,看看效果怎么样。因为我感觉它这个主要面向的,然后以及最好做难度最小的还是外端的,外端的话就不需要这种硬件的这种轮廓啊。积木你看它调整一下,呃,就感觉更不对了,因为它应该就是通过 ui 直接画出来的, 所以说他肯定做不到完全一比一物理世界这种, 那他这个 very fine, 这里很奇怪,这里为什么又可以合上又可以打开呢?是一个麦克电脑。很奇怪,这是所谓所谓合一啊, 你看他还是他,还是做不到完全一比一复刻你的这个真实机器硬件的。嗯,他最擅长的应该是外观。呃,然后 再比如说,比如说在你的移动设备上, iphone 啊,或者是这种这种握器应该也是就你不上传一个真实的原目标的一个样机机模的话,应该也做不到,就给你画出来一个一模一样的。我觉得因为他是画出来一个一模一样的,可能会侵权,我就所以他不会给你画一模一样的。 我来下载一个。嗯,这里有,你看我在这里,这网站 more cup ufo, 然后它默认是黑色的,所以你就但是它又必须要上传,不直接下载,你就上传一张纯黑的就好了,然后我把它下一下, 让它重新适配,看能不能实现。 那针对这纯黑的部分就是不知道它识别效果怎么样,就是说能不能自动的给它抠掉,其实如果它做不到的话,应该可以用比如说 remove bg 这种工具,就给它抠掉,然后再上传这种喂饭给它。嗯,现在还是被覆盖的状态。 很奇怪啊,上传了一个样机上去,结果只能看到样机,不知道是不是被覆盖了。那我觉得这问题应该是应该是不应该出现,他现在可能在修复吧。你看他这也说了, vivo 小 米也察觉到这问题了, 实在不行的话就只能给他把这些背景都抠掉之后给他上传一张纯净的,他把它强行适配上去了。但是他这个边框这个应该要改一改的。 我觉得与 cloud 的 能力这应该是能修复的,可能还需要再进行多几轮对话吧。它这个 very fine 其实实际上是它自己的一个 background task, 但它好像也没有去主动修复这个问题,那就再跟它对话吧。 现在说修复了,但实际上还是没有,你看还是有边框,然后这个对应的也不是很准确, 他可能需要更精准的描述。就是说,呃,这个长宽是多少啊?然后这个圆角是多少啊?应该应该需要这种级别描述,但是现在也大差不差了其实,呃,现在没必要对的那么准吧应该是 他这个还是已经非常可用了基本上,嗯,然后你可以看到他其实是一个 html 的 一个文件,你看他这里能看到 html, 然后这里还可以调一些,快速调,调一些这个色彩,还有尺寸。

首先打开这个链接,然后打开这个发行版,下载对应版本, 改一个短一点的名字, 放到自己喜欢的目录下, 打开 cmd, 输入 excel 会得到一个配置文件, 填入你的 a p i t, 到官网上找 输入 service 启动服务 默认建立在三四五六端口,打开 c c c which 添加供应商 u 二 i o 和 api key 直接复制, 直接启动,看一下效果。 控制台上可以看到请求了哪些模型, 这个配置文件中可以设置在不同场景下所使用的不同模型,具体请看项目作者的说明。 你还可以在后台中启动,在 surf 后面加减币, 当然你可以随时在任务管理器中停止进程。 希望我的视频可以帮到你。

大家好,今天给大家介绍一下 konoldcode 的 一些常见命令。第一个 help help 呢,可以快速查找我们的命令用法,适合新手或以往时一些命。 help。 第二个呢, enixenixenixenixenix 呢,可以快速帮我们目前有的项目呢,做一些目录结构,编码规范,减少重复等。或者一个新的项目呢?我们也可以先用 enixenixenixenixenix 呢,操作 ign 出使画一个新的 clone md 文件,或者在已有的呃项目里面生成一个 clone 点密的一个文件 md 文件。第三个命令呢,是搞 model, 可以 切换我们当前的一些模型 model, 设置我们的一些 ai 的 模型。第四个 clear clear 呢,可以清空我们的对话历史,重置当前的绘画。 clear, 开始一个新的 station 为空的上下文。第五个 compact, 压缩我们的历史绘画。当我们的历史绘画它是有限的,我们可以把它压缩,释放我们的上下文,来看一下 compact 好,释放我们的上下文,做一个绘画,做一个 summarize。 第七个 context, 来看一下可识画我们当前上下文的占用比例哦 context 格式化当前占用的比例,来看一下 context 所占用的模型占用的比例。下一个第八个 reward reward 呢,可以回退我们的某一个对话 文件的改变历史,重置我们的 code, 比如说当前这一个啊,代码我们不想要了,回退到上一个版本可以就可以使用我们的 reward 命令。第九个 doctor, 诊断我们 connect code 的 一些安装方面的问题。 ok, 最后一个 memory, 可以 直接编辑我们的文件管理项目或者用户的长期记忆 memory 哦, m 一, ok, 编辑我们的 command 文件, ok, 谢谢大家。

hello, everyone 今天我们继续来讲智能体的使用。上期我们说到带着项目与工作流的概念来使用 co work 之类的智能体, 并且介绍了在使用 co work 之前先设置原规则。针对上期所说的 co work 无法像 qr code 一 样设置全职原规则, 这里做个更正扣,我的设置里有个 global instruction, 这个 instruction 就是 co work 的 全职设置。具体设置如下,点击 co work 左下角菊花图标,打开 settings, 在 设置的左侧面板选择 co work, 右侧就有一个 global instruction, 选择 edit 进行编辑。和上期介绍项目原规则设置类似,你可以在这里面输入 g p 的 原规则或是引导去阅读某个文件。 配置完点击保存重启,可我听用,重启完记得再去检查下 global instruction 是 否真的配置上了。 这里需要注意下 global instruction 和上期说的项目 instruction。 在 项目内绘画开始的时候, cooke 会全部加载两份说明,注意是全部加载,不会是同样的内容进行合并覆盖,不存在这样的行为。 那么当有指令互相冲突时,将会使用距离优先原则。什么叫距离优先?就 cooke 会听最后一个明确指令 标准。话术是越靠近当前绘画的指令权重越高,这种情况下,在项目泛潮内的冲突, 全区规则约束小于项目规则约束小于绘画中用户明确指令。举个例子,当前局约束需要使用中文,项目约束需要使用英文时, coork 在 项目内会优先使用英文。如果绘画中用户要求使用中文, coork 就 会使用回中文。 这里不是一个叠加判断或是规则判断,而是看 co work 最后受到命令是什么,也就是距离优先原则最靠近,权重越高。好,解释完了这个信息,我们设置原规则的方法也就清晰了。 介于 co work 会全部加载两份文件,为了避免重复浪费 token。 global instruction 作为跨域生效的全级规则,我们就以策略设计为主。项目内的 instruction, 我 们就以项目特色介绍或是特殊需求为主, 将两者区分开来组合应用,这是基础设置的方法。那么实际应用中呢?我就设置一个全区规则,或是指在每个项目上设置项目规则可不可以?当然可以,这个没有说是必须设置两个,而且尤其考虑到实际应用中 我们很有可能不会很认真的一个项目,一个项目跑任务,很多时候就是一些临时绘画,让 ai 帮忙干点杂活。 我这边分享二代 up 主的设置方式,首先肯定是要有原规则的,但是我不直接写在 cooke 的 设定里。 我在本地找了个文件夹,放进了两个文件, cloud 点 md 以及 choose 点 md 作为源头仓库, cloud 点 md 就是 我设置的原规则,都是些大的策略或是全集的偏好。 choose 则是一份我已经在 cooke 安装好的工具列表,在里面提醒 cooke 一 记, 想用自己匹配,别问我要用什么。设置好这个本地源头仓库后,我在 kolok 的 设定里写的是绘画加载的要求。这些要求总结起来就一句话,当绘画开启的时候, kolok 你 自己去检查项目或是临时绘画内有没有和源头仓库不一样的 kolok 点 n 不 一样,就去复制一份。这里我在要求的起头打了个标记,这个小波号内的信息就是让它快速判断当前是临时绘画还是已存在 kolok 点 n 的 项目。 如果是临时绘画,直接去复制,不要盯听已存在 cloud 点 m d 项目,初次绘画就阅读下,看看源头有没有什么更新的, 这样我们的 toolkit 的 前级设定就不是一个文本参考策略,而是一次行为,要求每次初始绘画,不管是临时的还是在已存项目内的,都先去看一眼。 当然了,有的时候 a r 还是会犯傻,就像人一样,会注意力不集中。绘画中你还是需要不时地提醒他一下,并且可以让他将犯侧的记录写到记忆, 定期去总结记忆,形成新的策略再去更新,这样循环起来,智能体就会好用点。这个只是 up 住我的应用方法,如果彦祖逸飞们有更好的方法,麻烦在评论区分享下。本期视频是对上期的一个更正补充, 牢记理论,指导实践,这套内容在任何智能体上都是适用的。我这个二班的老东西拿出来的都是坟掘。我是 eric, 欢迎收看我的视频,关注我,我们一起共同进步!

今天分享的主题是探索 cloud 目录。 cloud 目录就是你和 cloud code 之间的沟通手册,你在这里告诉 cloud 项目的上下文规则偏好,甚至可以给他添加全新的技能和子代理。无论你是刚接触 cloud code 的 新手, 还是已经在日常使用它的老用户,理解好这个目录的结构,都能让你的开发效率再上一个台阶。那 cloud 目录到底是什么呢?你可以把它理解成 cloud code 的 大脑配置文件, 它告诉 cloud 你 的项目有什么背景,有哪些规范工具,应该怎么用。这个目录可以放在两个地方,一个是项目跟目录下的 cloud 文件夹,提交到 get 后就能和团队共享。 另一个是 home 目录下的 cloud, 这是你个人的全局配置,所有项目都能用到。大多数情况下,你主要和 cloud md 以及 settings john 打交道,剩下的都是按需添加的扩展功能。我们来看看 cloud 目录里到底有什么。 最核心的两个文件是 cloud md 和 settings john, 这也是大多数开发者日常打交道的东西。 cloud md 用来写项目指令和上下文, settings java 配置权限钩子和环境变量。 剩下的目录项, skills, rules agents, 这些都是可选的,当你的项目需要更复杂的能力时才添加上去。值得注意的是, cloud md 既可以放在 cloud 子目录里,也可以直接放在项目跟目录,两种方式 cloud 都会加载。 现在我们来深入看两个最核心的文件。首先是 cloud md, 这是 cloud code 在 每个绘画开始时都会加载的指令文件, 你可以在这里写下项目的架构说明、编码规范、测试约定、关键文件路径等等。简单说,这就是你给 cloud 的 入职手册。另一个是 settings john, 它控制 cloud 的 行为边界,比如哪些工具允许调用?工具调用前后要不要刨脚本?环境变量怎么设?这里要特别提一下 settings, 点 local 点账,它专门用来存你的个人偏好, 自动会被 g t nore, 所以 不会污染团队配置。当项目变复杂了,光靠 cloud md 可能不够用,这时候就要用到扩展能力了。 skills 是 可附用的提示模板, 你可以通过斜杠命令,比如 review 来调用,也可以让 cloud 自动触发。这非常适合代码审查、生成文档这类重复性工作。 safaris 更高级,它让 cloud 可以 创建专门的子代理, 每个子代理有自己的提示词、工具级,甚至持久记忆空间。此外还有 rose 来做主题范围的指令, output styles 控制输出格式, m c p john 连接外部工具,这些全部都是按需添加的。 关于配置的作用域。项目级的 cloud 放在你的仓库里,提交到 get 后,团队所有人都能用,适合放项目规范和团队约定。而全局级的 cloud 属于你个人, 所有项目都能用到,但不会提交到任何仓库,适合放 api、 蜜月、个人偏好。这些隐私信息需要注意。优先级,项目级的配置会覆盖全局级的同名配置, 而 c l i 命令行标志的优先级最高。接下来聊聊应用数据,这部分 cloud code 会在 cloud 下存储绘画、记录文件、快照、缓存数据等等,这些数据默认三十天后自动清理。你可以调整参数值来控制保留时间, 但有几个是无限期保留的,比如 history。 java 用来支持上箭头回忆提示,如果你想手动清理,可以用 cloud project purge 命令。 强烈建议先加 drive 预览,要删什么确认没问题再跑。另外注意数据是纯文本存储的,如果工具读取了俄女文件或者命令输出了密码, 这些内容会留在记录里。最后来总结一下这张决策表,帮你快速定位,想做什么就找哪个文件。 核心原则就是从小处着手,先配好 code, md 和 settings, java 等有更复杂的需求,再逐步添加 skills, subintelligence 这些扩展。这几个要点值得记住。团队共享的,放项目级 个人隐私,放全局级 cloud mb 是 项目指令, settings 掌握控制权限和环境。如果遇到配置不生效的情况,可以用 debug 标志启动 cloud code 来查日记。掌握了 cloud 目录的用法,你就能让 cloud code 真正成为你的专属开发助手。

大家好,欢迎来到 cloud code 的 使用教程。在这个视频中,我会演示 cloud code 的 核心功能,从零开始创建一个项目,我们开始吧。首先第一步启动 cloud code, 我 们可以在这个输入框里面来输入我们的需求。为了节省时间,我已经提前把 嗯辞要做的这个项目的需求写出来了。来一起看一下。我想制作一个关于团队记账的应用程序, 他会有以下功能,成员管理,项目管理,分类管理,记账管理以及消费统计,还有一些其他的要求。这些 最重要的一句是,这个请向我提问。如果你不向他描述这一句,他可能就直接开始干活了。有可能添加了你不想要的功能,或者说使用了一些你不喜欢的库。这样子,我们现在把它复制, 然后粘贴到命令行里面。如果是你自己手动在命令行里面输入的话,你可以使用 option 加回车来换行。现在我们回车,我打算让它打开 play mode。 在 这个模式下,它是不会直接开始写代码的,它会不断地跟你 确认的需求,最终形成一个详细的完整的计划。这里可能会比较慢过程。为了节省时间,我们就使用纯前端。我需要智能结算。 我们使用 tailwind 一个状态管理。提交我刚才的选择,使用单付款人模式平均分摊状态管理。 这里 cloud code 已经开始编辑它的实现计划了。我们先快进一下 这里,我们看到它已经完成了它的计划,显示它需要请求一些权限。我们选择第一个 bypass permissions, 意思就是说后面它可以自动地去执行命令了。 好了,现在 cloud code 已经开始真正在干活了。 cloud code 它是可以调用我们命令行里面的命令的。比如说我们看到左边的 v i o 的 侧边栏里面已经有 项目初使的架构已经出来了,初使的项目结构已经出来,我在启动可 out code 的 时候给他加的一个参数, 当你开启了这个以后,执行命令行里面的命令的时候,他就不再需要你手动去一个一个的确认了,包括创建文件这些。在 vs code 的 命令行里面的时候,他可能会出现这种乱码的情况啊,你可以在颜色主题里面切换一下主题,回来 他就恢复正常了。我也不知道为什么,我们已经可以看到这里他已经开基本的功能已经开发完成了哈。我们可以大致先看一下, 比如说这是他生成的代码数据账单管理、统计分析、智能结算结算方案,这里有成员管理分类,我们可以新建一个项目来测试一下。 创建了一个出去玩的项目,那我要开始添加账单。比如说我今天花了一千元在交通上面,付款人是张三付的款,消费成员为四个人都消费。人家完成之后, 那这个时候的智能结算里面应该是大家都要给张三转钱,还是很厉害的。回到项目,他现在正在编辑项目文档,感觉真的是很夸张,我们来看一下他是不是把 写到 readme, readme 文件真的是很厉害。现在我想把它生成的代码推送到 github, 还是依旧让 cloud code 帮我完成。我们看到他已经帮我把代码 成功推送到 github 上面来了,感兴趣的话可以来看一下。需要部署到 whatsapp 吗?暂时不需要。这里还有一个点就是说如果你在 cloud code 的 工作的过程中,你不小心退出了中断,那你怎么 进来之后找不到刚才的绘画了,怎么办呢?教大家一个,比如说你不小心从命令行里面退出来了,你找不到刚才的绘画了,那怎么办?我们来重新进入 code 十杠就可以了,这里会显示你之前的绘画,那你目前我们只有一个,那你直接回车 可以了。还有一个点就是大家可以看到我是在命令行里面敲了 cc, 我 就可以进到 cloud code 里面了。其实这一步是怎么做的呢?可以看一下。我在这里加了一个,如果你用过命令行,你应该是可以看懂的,说 相当于是一个便捷命令,而这个参数就是最开始的时候我说的,如果你起用了这个参数的话,它就可以 全自动的去创建文件,去安装依赖,就不需要你一步一步的去手动确认。好了,以上就是本期视频的全部内容了,如果你喜欢,请帮我点个赞吧,谢谢!

注意看, cloud 又偷偷上线了一个神仙功能,直接把我惊到从椅子上跳起来。作为 cloud 网页版的两年老粉,我必须说句公道话,在 ai 编程这块, cloud 真的 是独一档, 虽然免费额度每天有限,但就这么点偷啃,我去年硬是靠它啃下了好几个完整项目,后来上手吹 id, 一 写代码,底子全是 cloud 帮我打的。 最近我更是发现 cloud 的 编程能力又偷偷进化了。以前 debug 别的 ai 搞不定,我才搬 cloud 这个救兵,几乎一次见效。但你猜怎么着?现在 cloud 会在后台直接运行你的代码,自己找 bug, 自己给方案,这功能去年绝对没有, 更绝的是,他甚至能直接把你代码跑完,生成图标甩你脸上。但今天我要说的这个,比生成图标更狠! 事情是这样的,我今天拿一段老代码在线调试,换了好几个 ai, 死活找不出问题。没办法,杀手锏登场,直接把代码和报错结果全扔给 club, 下死命令给我往死里分析到底哪有问题。平时 club 几秒就回,这次他在云端严肃的跑了整整两分多钟, 然后回复我,初始参数设置不合理,改一个数再试。我一试,啪!梦寐以求的结果直接出来了,我当时差点从座位上弹起来。 问题解决后,我复盘。这算法其实不难,就是步骤多,计算繁琐,我就想让 cloud 把流程一步步写出来,以后免得再踩坑。指令发出去,我本以为又是老样子, 给我甩一段 markdown 文本完事,结果下一秒,惊喜直接砸脸,他直接给我上了一张图,不是文字,是正经八百的程序流程图,长长一串,逻辑清晰的可怕图下面还跟着每一步的详细文字说明。 更贴心的是,这张图右上角藏着两个按钮,一键复制到剪贴板,或者保存为 svg 矢量图。我复制粘贴进 obsidian 笔记,又存了 svg 格式,用浏览器打开,随便放大,每一个细节都清清楚楚,完全不糊。 怎么做到的,我现场给你演示。比如这个骑士巡游问题,我让 cloud 写流程图加文字说明,你看,从需求分析到算法步骤,一张图全给你理清楚,后面还跟着详细解读,是不是有点太哇塞了? 我跟你说,这种流程图做工作汇报,整理思路,写论文、记笔记,全是刚需,以前你得打开 vio 画半天,现在 cloud 一 键生成,省心到离谱。想要这个效果的直接抄作业。 prompt, 我 放评论区了,怕下次找不到的,先点赞收藏,以后随时用,随时翻。

我有个学音乐的老哥,靠 deepsea v 四把 cloud code 的 价格给打下来了,原来动辄几百刀一个月,现在靠 deepsea v 四把成本直接干到了原版的二十分之一,短短几天, get up star 已经冲破二十二 k, 而且还在涨。 ok, 今天就来手把手教大家怎么使用这个爆火的开源项目,为了让更多的朋友都学会,我还特意整理了一份托盘的教程,零基础也能懂。 ok, 我 们直接开始 整。过程呢,一共分三步,第一步呢,安装镜像,第二步呢,输入 deepsafe api。 在 安装之后呢,我们要进行一个注册验证环境,再输入提示词验证就彻底搞定了。 首先我们来执行第一步,旁边的空格搜索终端,点开双击,然后输入第一行命令, npm 注册表,切换到国内镜像。接着安装这个项目,回车看 这里应该是安装成功了。第二步呢,是我们要获取 deepsafe 的 api, 创建 apikey。 接着呢,先用这一步保存到配置文件,填入刚刚的 api。 回车正在下载中。安装好后呢,我们需要验证一下环境, 复制这行指令。回车所有的检查都已经完成了。在正式使用之前呢,我们最好是建一个 deepsafe 的 专用文件夹,然后 cd 空格,把这个文件夹拖进去,以后,我们所有的文件都会储存在这个文件夹里。回车运行 deepsafe, ok, 成功, ok, 回车选择中文 y enter, ok, 我 们现在就可以用了,帮我跑一个超级麻料小游戏。 可以看到整个界面还是非常美观的,百万 talk 上下文,而且思考模式是流势输出的, 也就是说我们在执行任务的时候,可以非常直观的看到他调用了哪些工具,然后他是怎么想的,全程透明,我们可以看着他一步一步把任务推下去。他的交互模式呢,也很简单,输入斜杠 切换到 play 模式呢,去帮我们直接拆解计划,不会乱动我们的文件。然后切换到 agent 模式呢,是默认协助,然后一边做一边向我们确认。 还有一个优路模式,优路模式就比较猛了,他直接把所有的权限开放给 ai, 让 ai 自己完成,一点经历也没有。这里是巴老文科生学 ai 的 第三十八天,我们下期见,拜拜。

今天带来 anthropic 官方的 clod projects 入门教程,同样是问 clod, 普通聊天用完急抛,每次重新交代上下文。 projects 把对话装进一个有记忆、带文档、能拉团队的工作空间。 这是 clod 从聊天工具升级成工作工具的关键一步。点赞收藏,再见不难! what are projects and how do they improve working with claude? projects 是 什么?它怎么改善你跟 claude 的 写作?通过 projects, 你 可以创建一个自包含工作空间, 有独立聊天记录、专属知识库,自定义设置。下面概览 projects 能做什么?怎么创建?有哪些进阶特性?先看几个关键能力项目知识库,让 claude 的 理解力大增。 你可以在 project 里上传相关文档,每次对话时,这些知识自动连同 prompt 被纳入,这让 cloud 给出更贴合项目的回答,符合团队的目标。术语背景, projects 也能容纳更多内容。 in background projects can handle much more content without running into limits projects with lots 也不会撞上线。包含大量内容的 projects 会自动用 rag 解锁,增强生成处理,让 clod 调取更多上下文。 设置 project 时,还可以定义专属指令,进一步定制 clod 回答。和上下文一样,这些指令每次对话都生效。 这是引导 claude 回答风格的好地方,比如让他用更正式语气或从特定行业视角回答。 claude for work 计划下,可把 project 分享给团队,开启写作和知识共享。 比如品牌团队可以见待语调和文风规范的 project。 let's get started by creating your first project in three simple click new project。 点击新建 project, 给它起个名字,然后描述这个 project 和你想达成的目标。 比如,我想为我的花店生意制作一份品牌指南,并写一系列案例研究博客。点击创建 project。 在 project 标题右侧,你会看到几个菜单项。 可以收藏 project, 方便快速访问。编辑 project 详情,归档或者删除。给 cloud 提供和这个 project 内对话相关的指令和信息,这些会和用户偏好以及所选风格协调选择。 project 的 可见性私密用于个人使用,公开用于团队协助。 from here provide project instructions and information。 在 这里给出 project 内对话所需的指令和信息,同样会和用户偏好、所选风格一起生效。点击指令来定义 cloud 该如何回应。 你可以指定语气,专业程度,回答风格,期望、结果,或者直接告诉他你这个 project 想达成什么。比如做品牌指南时,你可以解释自己的思考过程, 强调语调和品牌的运用。指令写完后,点击保存,指令会应用到 project 内的每一次对话。 在 project 主页右侧能找到文件菜单。任何上传到这里的内容都会被这个 project 内的所有对话使用。点击加号按钮来添加内容。 你可以上传 pdf 文档, csv 文本文件,也可以连接 google drive。 这样 cloud 就 能在任何对话里及时引用这些内容,把它们作为 project 内对话的上下文来处理。比如,你正在为某个客户做新的品牌指南,可以上传他们已有的品牌素材。 cloud 在 回答时就会引用这些文件。注意,上下文不会在 project 内不同对话之间共享,除非这些信息被加进了 project 知识库。 当你的 project 知识库接近上下文窗口上限时, claude 会自动起用 rag 模式来扩展容量。 project 设置好之后,你就可以在里面发起对话了。关于和 claude 对 话的最佳实践,可以看我们的另一个视频。 你也可以把对话设为公开,让队友查看,并在你的工作基础上继续推进。 projects 有 三种权限等级, 控制谁在 project 里能做什么。查看成员能看内容,访问知识库,参与对话,但不能修改, 相当于待讨论权的只读访问编辑成员有完整协助权限,可改指令更新。知识库管理成员主动参与 project 创建者控制一切,并决定谁能看到。 可分享给特定人。也可让私密 project 对 全组织可见合理的权限,既保 project 安全,又让协作顺畅。挑你团队最合适的。下面看几个 cloud 的 协作功能,分享给我标签能快速找到别人分享的 project。 to easily find projects that others have shared with you you will receive email notifications 也会收到邮件通知。创建者可随时调整权限或撤销访问。多人可贡献文档,创建对话、协调工作。 projects 是 团队合作的理想空间。团队合作,有时候你想用某些内容,但不想加进 project 知识库。没问题,对话中直接上传就行。它会和 project 知识保持隔离。这是分享上下文或事例的完美方式,不污染知识库。 下面看几个 project 例子。 you can create a new product for market。 你 可以为新产品上市建 project, 比如管理一款环保水平,从构思到上市的研发流程。把产品信息集中起来,用 cloud 做创意发想,追踪设计、演变。 cloud 也能简化内容创作,帮你产出选择题,提供写作辅助,在多个平台保持风格一致。 你也可以设计开发教育课程,比如 anthropic 自己的 ai fluency 课程,在 project 里整理课程材料, 让 cloud 解释复杂概念,迭代优化内容。还可以建 project 追踪、分析、规划个人财务。围绕你的目标和预算,把信息安全集中起来,让 cloud 分 析消费模式,辅助财务计算。或者你也可以规划和管理一次。 or you can plan and manage a home renovation like updating, 加装翻新。比如改造一个厨房空间。把项目信息集中起来,让 claude 帮你出设计创意, 做预算,计算,追踪所有的决策和沟通。这些例子展示了 claude projects 的 灵活程度。无论你处理的是专业任务、个人目标,还是协助型工作, projects 都能帮你梳理信息,激发创意,简化工作流。记住,每个 project 都可以按你具体的需求和工作方式来定制。 想了解更多 projects 入门信息,请查看我们的帮助中心文章。

上一期我们横屏了 cloud code、 cortex 和 cursor, 帮大家理清了该怎么选,什么场景,用哪个。那这一期我们正式上手,深入 cloud code 的 实战。 今天的目标很明确,从零开始,教你怎么让 cloud code 接管终端。一句话,搭建起完整的项目脚手架。对一人公司来说,这就是你招到的第一个数字员工。 那 code code 到底是个啥?简单说,它不是 id 一 插件,也不是聊天窗口,而是一个跑在终端里的 ai 编码代理。 你跟他说需求,他自己规划写代码,跑命令,甚至自己发现 bug 自己修。和科室最大的区别在于,科室是交互式的,你一步步引导他。 clotcode 是 自治式的,你下达任务,他全程搞定。 安装非常简单,一行命令的是终端里敲 m p m install 剪辑 ospec 剪 xload 剪 code 等几秒就装好了。 你需要一个 cloud pro 订阅,每每月二十美元,用量大,可以上 max 计划,幺零零美元起装完后,在项目目录下输入 cloud 就 能启动 macos 和 linux 原声,支持 windows 走 wsl。 二、 启动之后,第一步运行 java 命令,它会扫描你的项目,自动生成一份 cloud m r d 文件。这个文件是 cloud code 的 记忆,核心放在项目根目录, 跨绘画,保持上下文,关键原则保持精简,控制在六十到两百行,只写 cloud, 从代码里推断不出来的东西。构建命令,测试命令分支,规范架构决策,后续想改,随时用 i memory 命令编辑 说的权限。 clotcode 默认,每次敏感操作都弹确认框,按 shift 加 tab 可以 切换模式。 default, 每次都问 accept it 自动批准文件编辑,日常开发推荐这个 plan 模式,只分析不动手,适合架构决策。 核心思维不是太白名单,而是定义信任区域,哪些操作你信任,哪些必须拦截。 想要更精细地控制,打开 close settings 接送,这里配三种规则, alo 自动放行, deny 始终拦截, ask 需要确认。推荐做法, alo 放 m p, m run get 么? m k, d r 这些安全命令, deny 放 r m 减 r f, pseudo 这些危险操作 评估顺序是 deny 优先,然后 ask, 最后 allow。 好 看实战 假设你要搭一个全站项目,直接跟 clotcode 说,帮我搭建一个 next days, 加 next days 的 全站项目。 type script strict 模式,集成 tailwind css 和 prisma o m, 然后你就看着它干活。创建目录、出场配置安装依赖生成样板,代码一气呵成。 传统手动打键至少半小时,用 cloud code 的 效率提升非常明显。再来看怎么打造专属工作流。 skills 是 放在 cloud to skills 目录下的 markdown 文件,只在相关任务时加载,不会每次都占上下文。自定义命令放在 cloud compt 目录,用 devproject 命令名调用。比如写一个 review, mnd 定义代码,审查流程以后直接 for project review 就 能跑一人公司。把常用流程沉淀成命令,效率提升立竿见影。 分享几个进阶技巧,复杂任务先切 plan mode, 让 cloud 先规划再动手用。外加文件路径,直接引用文件到上下文,比让它自己搜索快得多。会话记得用 huangpack 压缩上下文, 如果方案不够优雅,直接说 knowing everything you know now scrub this 让它推倒重来,重写版本通常更好。 走错方向了怎么办?用 y rand 回退到上一个好的状态,或者 shaker 直接重新开始。千万别在错误的上下文里继续纠缠,那只会越改越乱。这两个命令是日常用的最多的纠错手段。 以前做一人公司,前端后端测试全是你一个人扛,现在有了 cloud code, 你 的角色变了,从写代码的执行者变成省代码的架构师, 你负责决策和把关, cloud 负责执行和产出,配合 gitwalk tree, 你 一个人就能并行推进多个功能分支,这就是一人公司真正的杠杆。 好,这节我们从安装一路讲到了高阶技巧,帮你彻底搞定 cloud code 的 深度实战。记住核心思路,配好 cloud md, 设好权限区域,一句话就能让它帮你搭起完整项目。下一期,我们继续深入 ai 工具链的实战,把你的数字员工团队进一步壮大。 我是 superarchy, 关注我,一个人活成一支团队,下期见!

今天将深入探讨 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 在 对话中自主总结的经验笔记,两者一个主动引导,一个被动积累,相辅相成,缺一不可。