你以为滑块验证码很安全?今天这条视频可能会颠覆你的认知。 cloud opus 一个人工智能花了不到一顿饭的时间,就把极宴 v 四滑块验证码的整套协议逆向完了。 集验 v 四是目前国内最主流的滑块验证码之一,它用了 jason 通信,混了多种加密算法,还有工作量证明和拟人化轨迹检测。一般安全研究员肯两周都未必能搞透 cloud opus 怎么干的。他先反混淆了极宴的加密 j s 源码,然后逐段分析八步验证流程,从 load 到 verify, 每一步的请求参数,加密逻辑坐标换算全部还原。 最离谱的是加密层 a e s 一 百二十八位, r s a 一 千零二十四位,甚至国密 sm 二和 sm 四全被拆开了。还有 p o w 工作量证明的 non 搜索和拟人化轨迹的差分编码。 最终交付了什么?五份可运行的代码, python 主控脚本轨迹生成器、 p o w 求解器、缺口识别模块、 node 加密参数生成器。跑一遍划快就过去了, ai 自动逆向的时代已经来了。以前要安全团队干几周的活,现在一个模型几小时搞定。想学更多 ai 安全实战,关注我,下一条更硬核!
粉丝37获赞277

昨天 cloud 发布身份验证以后,社区里面刷屏了一片骂声,但是我发现没有人去讲怎么样解决,今天我就给大家分享几个我的解决方案。 第一个方法是现在 cloud 封的主要是 max 用户,所以说你可以多开几个账号,然后开 pro 的 会员,这样子你多账号使用可能封的风险会小一些。第二个方法,如果你是企业级用户,有大量的稳定 a p i 需求,你可以直接申请他们的企业用户会员,这样子 也不容易封。第三个方法就是找一些海外的朋友,或者说一些驾照,然后就可以通过这个身份验证了,视频上有现,而且我们还有更多的骚操作,如果你对 ai 感兴趣,也可以进入群聊,我们交流交流。

用括号扣的啊,很多人一上来就会踩坑。那今天收五个最常见的。第一个,指令太模糊,帮我修复登录 bug。 那 到底报了什么错?附件步骤是什么?你想要什么结果?那 cloud 的 不是你肚子里的蛔虫啊,你给他信息越少,他猜的越离谱。 正确的做法是啊,把文件路径、报错,截图、日制全甩给他,再说清楚附件的步骤和你期望的结果。你喂的越细啊,它输出越准。第二个,不用 cloud 点 md。 cloud 点 md 是 什么? 就是在你的项目根目录下放一个叫 cloud md 的 文件,里面写上你的项目背景,技术栈,编码规范。那 cloud 的 每次启动的时候都会去读这个文件,没有它啊, cloud 每次都要重新去参与这个项目,到底是干嘛的?有了它,一上来就能够进入工作状态,很多新手压根不知道有这个功能啊,但其实它真的很好用。 第三个,一次性让 cloud 改太多的东西,有人一上来就有一个超大的需求,让他一口气重构整个项目,然后呢?改着改工了,那你都不知道是哪一步出了问题。那正确做法是啊, 把大学九拆细,改一点验一点,每次改完让他帮你提交代码保存进度出了问题啊,你还可以回滚。那第四个,改完不验证,这个坑最多人踩啊。 卡拉扣的改完不代表他改对了代码能跑,也不代表逻辑对了,有时候他还会偷偷影响别的功能,你可能都不知道。所以啊,一定要让卡拉扣的帮你写完测试并验证,验证通过了才算完。 第五个啊,不管你对话长度聊太久,对话越来越长, cloud 的 输出质量就会下降,他记不住前面说过什么,或者会记混。那怎么办呢?用两个命令,第一, compact, 压缩历史对话, 保留关键的信息,减少上下文的占用。第二, clear, 直接清空上下文,从零开始。那任务做完了,最好开个新的对话,别在同一个对话里面聊太多的东西。那这五个错误啊,你中了几个呢?欢迎在评论区聊聊。

前段时间被 cloud 那 个官方认证给整完了,又是翻墙又是外币卡的,最后还不通过。但我最近发现了一个很好用的中转站,你看它的价格还很便宜, 只有官方的七八分之一吧,它有 cloud, 还有真皮奶模型看,而且还特别好用。 就像这样,你看我只需要创建密钥,然后点这个就有 cc switch, 你 看它可以选择,然后直接选择你要的模型, 点打开 cc switch, 它就可以帮你自动配置好。你看我配置好之后是这样的, 我个人这几天用下来,感觉其实跟官方没有太大的区别,基本上就是一样的,我很推荐大家试一试,而且它便宜稳定,还好用。

之前呢,我们分享了一期 cloud code 接入 deepseek, 但其实没过多久啊, cloud 就 有过一次版本更新,新版本的模型名称就会出现一些问题, 那这一次就正好我们把桌面版 codex 和 cloud code 都通过 c c switch 来接入 deepseek, 我 们出 three two one。 我 这里啊,把前置环境和 c c switch 都准备好了,同时呢也写了文字版的安装教程。呃,大家可以参考一下,我就不展开了,我们直接开始。 那先说 codex 吧。首先呢,我们需要做一个 cc switch deep seek 的 通道,这个呢,我已经准备好了。呃,文字版里面大家可以自己找一下。首先我们打开这个文件夹,找到这个文件, 复制一下再黏贴。然后呢重命名,文件名是点 env, 注意啊,这个点不能忘记。然后呢,这个文件呢,我已经有了,所以呢我就不确认了,我把这个删掉。 我现在打开这个点 env 给大家看一下,这里面啊就是一条 apikey, 你 们打开的话就把自己的 apikey 写上去就可以了。然后呢,我们双击一下这个 start 点 back 的 文件, 出现这样子的界面,这就算成功了。那如果中间哪里有报错啊,就要重新回去验证一下自己在前面的环境这里有没有什么没有安装好或者遗漏的地方。 好,那我们接着打开安装好的 cc switch, 这个是 codex 的 界面啊,它是 gpt 的 图标。 进来我们看到这个,我们点击右上角的加号,可以看到的是添加供应商,呃,我们下滑,这里填供应商名称, deepseek v 四 pro。 备注呢,我们就随便写写一个 test 官网的链接,这里是可以不填的, api key 就 填自己的 deep seek 的 api key 就 可以。 这里注意啊, api 请求地址填的不是 deep seek 的 接口,因为前面我们已经做过 cc switch 的 转接了,所以填的是本地的地址, 然后下面到模型名称这里就填 deepseek v 四 pro, 然后我们拉到最下面,这里直接就是点添加, 然后它会自动回到上页。这里啊,已经多了一条 v 四 pro。 看一下啊,这里我们直接点一下它就可以切换到使用中了。现在我们来打开 codex 看一下 这里,它其实已经绕开登录环节了,原本打开呢是需要 gpt 的 账号了,现在呢,呃,都是需要验证手机号的。那我们现在通过 cc switch 就 可以直接接入 dbic, 跳过登录直接进到 codex 的 界面了。 这里我们根据他的提示啊,先初步一下,然后这个 set up 好 快速就完成。现在我们发消息来问他一下,你当前使用的是什么模型,有回复了啊,他这里回复呢,他是 deepsea 了。好,我们现在再来验证一下 这里呢啊,使用之前他会向你申请一下电脑的权限。没关系啊,我的 codex 工作区也在桌面上面,我们现在直接打开看一下。 好的,这里呢,他是已经在工作区里面建立文件夹了,速度啊,我觉得是很快的,根本没什么毛病。那其实到这里为止呢, codex 接入 dbic 就 完成了 啊,如果没有账号没法注册或者说登录需要验证的朋友们啊,我们就先把 dbic 可以 这样耍起来了。 然后接下来呢,我们直接再来试一下 cloud code, 这里同时也是一样的啊,我们首先先要打开 cc switch, 我 先把我刚才的配置都删掉, 注意啊,这里是 cloud 的 配置页,也同样啊,直接点击加号进来,直接就是选择 deepsea, 这里的供应商链接,官方名称都已经直接有了备注。我们也先随便写一个测试 a p r key, 这里也同样是写 deep seek 的 key 请求地址,这里也不需要动了。 好,接下来我们就到了模型这里,模型这里呢,我们都填 deep seek v 四,然后这个 e m 呢?呃,之前的视频也说过,其实就是百万上下文使用的意思,如果不加的话呢,不用做大项目的话也是够用的。 然后这里其实还是可以换一个 flash 模式的,也不用全部都是 pro, 然后随便找一个改一下啊,这几个模型名字等会都有用的,是一个对应的关系。然后这里我们就直接先添加, 回到这里就有这个选项了,我们这里就直接点起用。之后呢,我们再开通一下本地路由,在这个设置路由本地路由里面,本地路由打开 cloud 打开, 然后同样这个本地的服务器地址是要记一下,后面要用的。好,我们返回上一集测试一下,看到他是正常运行的。接下来呢,就是打开 qq 的 第一次 打开登录界面,不用登录啊,左上角 help 这里啊,点击这个 troubleshooting, 然后进到这个 enable develop mode, 然后点击 enable, 然后这里其实就是进入它的开发者模式, 然后重启,重启之后你会发现这里多了一个 develop 的 入口,然后我们选择 configure party info, 然后进来。进来之后,首先第一个 provider, 我 们这里直接就选 getaway, 然后 getaway 这里的 base url 就 写刚才我们 cc switch 这里出现复制下来的地址,这一个 key, 这里呢,当然还是 deep seek 的 key, 然后 bear 这里是不用动的。好,到模型 list 这里怎么填啊?这里就是填我们前面在 c c switch 里面配置过的对应模型,前面呢,加一个 cloud。 好, 这里两个模型够了,直接我们拉到最下面 apply locally。 好, 然后直接重启。 看啊,这里就是直接不用登录,我们就进到 cloud 的 界面了,然后 solo party 的 模式到 code 这里试一下。首先呢,我们随便设置一个工作区,然后测试一下,帮我建个文件夹。好,我们看一下它的这个速度还是很快的啊。 ok, 那 到这里呢, codex 和 cloud 都已经接入完成了。我最后补充一点啊, mac 系统呢,相对比较稳定,但是 windows 的 话呢,会经常会出现这样子的报错, 但这种报错啊,其实没有什么关系,通常都是安装有问题。呃,因为网络原因,组建安装可能会有丢失,最好呢是可以调整一下自己的网络环境,重新安装一下就 ok 了。 顶级的 a g 呢,配上我们的国产大模型,就再也不用为无法登录烦恼了。好,那这次的内容就到这里,希望对你有所帮助。我是阿月,我们下期再见。

今天教大家如何薅无线 hero, 可以 用 cloud 四点五。首先我们需要一个指纹浏览器,这里我选择的是云登浏览器,打开云登浏览器后,来到代理界面,大家如果不会配置动态代理, 也可以在这里选购静态代理。我们启动浏览器,启动看到国外 ip 表示正常使用。输入 kyoto, 来到 kyoto 官网,点击散印,点击亚马逊登录域名邮箱,有点看运气,这里还是选择 qq 邮箱, 然后输入姓名,获取验证码,输入验证码,输入密码,来到这个页面,说明注册成功。 打开 hero id, 登录 heroid, 登录成功后我们回到 i d e, 点击左下角,看到有五五零额度,说明成功。接着我们安装 hero, 给退复制达克克隆指令。来到宝塔页面,点击文件,新建 hero get 位文件夹, 进入文件夹后,点击终端, 粘贴我们刚刚复制好的指令, 复制第二条指令,粘贴到终端并回车,复制第三条指令,再粘贴再回车,接着粘贴第四条指令。 来到 dac 界面,看到 get 位即可。我的电脑 c 盘,点击用户 administrator, 点击 os, 看到偷看文件即可。回到宝塔 kiro, 给退文件夹,新建 json 文件夹,上传刚刚的 token json 文件,这里我们更改一下文件路径,让容器可以读取到 token 文件。 接着我们在 new app 中输入 a p i 地址,一般都是 ip 八千,输入点 n 文件中的密码,获取模型并添加。 最后来到演练场,测试是否正常。

今天的目标是手把手教大家在没有魔法、没有 cloud 账号的情况下,如何安装 cloud code, 不 需要任何代码基础。纯小白友好,我从 cloud code 的 内侧就开始用,到现在已经一年多了,每天工作都在用。但我并不是程序员,也没有任何技术背景,所以我想从我的视角做一个系列视频, 结合我实际的工作场景,从安装开始,一步一步带大家上手。先快速回答几个大家在安装前可能有的问题,第一, cloud code 和前段时间很火的小龙虾是一个东西吗?都是顶尖的 ai agent, 但路线不同, 小龙虾走的是广度路线,他活在聊天软件里,覆盖几十个平台,帮你处理跨平台的消息、日常邮件、 qq 了,走的是深度路线,他的规划模式、上下文管理这些设计,都是为了把一件复杂的事从头做到尾。我们在工作中要做的调研分析、小工具、工作流,本质上都是造一个完整的东西, 这是 ko 擅长的。第二,有那么厉害吗?能用来干啥?我是零技术背景的产品经理。举个例子,一份行业调研报告,以前我要花一周,现在跟他说一句话,十分钟出来做一个内部投票工具,以前要找开发排期,现在我自己半小时就做好了。我甚至还自己搭了一套广告物料投放生产的工作流,一天可以做十几组物料图。 第三,没魔法,没 ko 账号,还有必要装吗?市面上大多数 ai 编程产品,本质是 ai 辅助你写代码,前提你得懂代码, code 是 你说目标 ai, 自己从头做到尾,全程不用空代码。对零技术背景的人,这才是真正的用的形态,而且国产扣顶模型这一年做的特别快,接近 qq 里使用,可以满足大部分场景。我用 mac 来演示 windows 的 安装命令,我截图放在视频最后了,大部分步骤是一样的。第一步,装 homebrew, homebrew 是 mac 上的一个软件管理器,可以通过它来安装 qq 的。 打开终端,复制这行命令,粘贴发送。这个时候要输入密码,看到这个提示的时候回车就行。装好之后,这里会提示我们加一个路径,照着他给的命令我们复制粘贴跑一下, 我们可以输入这个命令验证一下。好,这个时候我们可以看到 homebrew 的 版本号了,说明已经安装成功。接下来就是安装 curl code, 同样是复制这一行命令,粘贴到终端里发送。 当我们看到这个 successfully installed, 说明 curl code 已经安装成功了,我们可以复制这一行命令验证一下。 看到最新的版本号是二点一点一四三,说明安装成功。同时我们可以输入 cloud, 当我们看到这个橙色的小螃蟹的时候,就说明已经安装成功,但这个时候还没有接入模型,它只是一个壳,我们可以先退出,连按两下 ctrl 加 c 退出。第三步是安装 cc switch, 我 们把这一行命令复制下来,然后在终端内发送 c c switch 是 一个模型管理工具,装好之后可以一键切换不同的国产模型,不用手动去改配置文件提示 c c switch 已经成功安装了。第四步,拿 api key。 我 今天用的是小米 miimo, 选小米纯粹是我自己用,觉得效果不错,性价比也高。浏览器搜索小米 api, 小米的话,因为我是订阅了它的一个月度套餐,所以 api key 和 base url 都跟 api 这边呢是不一样的。进到 cc switch, 点击右上角的加号,然后选择自定义配置。这里我们需要手动填写相关信息,把小米的 key 填进来,然后把兼容 andropic 接口协议的这一个 base url 复制粘贴过来。 点击获取模型列表,在列表当中选择 mimo v 二点五 pro 默认兜底模型。选择 mimo v 二点五 pro 添加仅用刚刚添加的这个。回到 terminal, 输入 cloud, 可以 选择一个自己喜欢的配色。看到安全提示继续按回车就好。选择使用推荐的设置,确认信任这个文件夹目录。 这里已经出现了 mimo v 二点五 pro 的 模型名,我们尝试对话试试。看到这里,恭喜你在没有魔法且没有 qq 账号的情况下成功安装了 qq, 可以 开始开 coding 了。可以尝试让它做一个小网站试试看。 除了小米, mimo c c switch 里还可以接其他的国产模型, g l m, deepsea, kimi, mini max 都行。配置方式是一样的,在 c c switch 里加一个供应商就行。 qq 很 快就把这个 excel 文件写好了,打开这个看一下效果。 到这里,我们已经成功地用 color code 写了第一个 web coding 的 小应用。 windows 的 同学安装逻辑完全一样,只是命令不同。 第一步用 winget 装 git, 第二步用 winget 装 color code, 第三步到第五步跟 mac 完全一样。装好只是第一步。下一期我会讲安装后的必要设置,不同的模式以及 skill 体系。大家有什么想要了解的,也欢迎评论区留言。这是 color code 从零到实战系列的第一期,如果你觉得这个视频有用的话,可以给我一个一线三连催更,我们下期见。

今天这期视频的目标依旧只有一个,我会从最基础的操作入手,用最直白、最真相、最透彻、最粗俗、最不拖泥带水、最不绕弯子的方式,一步步的教会你如何正确使用 cloud code, 以及如何让你的 cloud code 更好用。 那首先第一步就是放弃上期视频当中我们使用的 c l i 操作界面,也就是这个界面,它虽然来说是效率最高的使用方式,但并不是最适合新手的使用方式, 所以这里就推荐大家去下载一个这样的 v s code 的 插件,在插件当中使用 cloud code, 因为它不仅可以帮你更加可直观的看到各种的文件内容,让你更清晰的看到 cloud code 给你修改了什么, 那配合 v s code 的 其他插件也可以实现更多的功能。第二个就是你可以在右边的对话栏更加方便的和 cloud code 进行对话,它的输出也会更加的直观。它的下载方式也很简单,首先我们前往 v s code 的 官网,点击这里下载 v s code, 当你安装完成之后,你就会进入到这样一个页面, 点击这里打开一个对应的文件夹,选择一个路径作为你的项目文件目录打开之后你就会进入到它的编辑界面,然后你点击这里的插件按钮,搜索 cloud code, 选择第一个插件, 点击安装。我们在这里先随便创建一个文件,创建完成之后,右上角就会多一个 cloud code open 的 按钮,点击之后你就可以打开你的 cloud code, 你 就可以和它正常的进行对话了。 那接下来我们来简单介绍一下在插件中使用 cloud code 的 基础操作。首先我们把目光聚焦到右下角 点之后,我们会看到这里有 cloud code 的 三种模式。在 ask 模式下, cloud code 每次修改文件之前都会先向你提问他这样改行不行, 如果你说可以,他才会动手。这种模式是最安全的模式,但相对来说他的效率也比较低,所以一般来说我也不会用这个模式。第二种模式就是 id 的 模式,他会跳过绝大部分的这种确认的操作。只有少数危险的操作,比如说删除一些比较重要的文件, 或者使用指令去安装部分软件,这些还需要人工的去手动确认,那其余的操作基本上都会一路自动执行。最后是 plan 模式,在这个模式之下, cloud code 不 会去修改任何的文件,他只会先思考加尔来宾怎么做,然后给出一个详细的计划给你,当你确认方案可行之后,他才会开始执行。 那这种模式就比较适合你在执行一些复杂任务的时候去用。就算是 id 的 模式,你还是会频繁的去确认 cloud code 的 操作。如果你不想一直点 yes, 你 可以在 vs code 的 左下角点击 settings, 在 这里搜索 allow danger, 点击这里的 cloud code, 然后把这里的选项勾上, 关闭之后,你就可以在模式的选项栏里面看到一个新的权限模式,叫做 ipas 模式。选择 之后, colotico 的 就会跳过所有的权限确认的环节,在这个模式之下, colotico 的 会一路自动干活,不需要你任何的操作进行确认, 非常的便捷。但相对应的,他也可能会出现部分危险操作,比如一不小心删除了某些重要的文件,所以这种模式需要慎重的使用啊。后面也会教大家如何使用地址,做好版本管理来避免这种风险。那总的来说,新手就建议先使用 id 的 模式, 当你有复杂任务的时候,可以先使用 play 模式进行规划。如果你真的需要 cloud code 完全坐等在干活,你可以使用最后的 by pass 模式。再来我们继续技术操作的讲解, 当你发送了某一个请求,你又不想让他继续执行的时候,点这个按钮他就可以暂停当前的操作。如果你对 cloud code 的 本次对话修改的效果不满意,想要重新生成,那么我们可以回到当前对话的最上方,这里有一个回退的按钮, 点击之后这里有三个选项。首先第一个选项是在当前位置创建一个新的独立绘画分支,点击之后 cloud code 会开启一个新的绘画窗口, 这里包含了之前的消息记录,你可以在这里继续对话,同时也不影响之前的操作结果。第二个选项是指回退修改的操作,但他不会回退退话记录这里你就可以看到当前绘画所修改的代码文件以及代码的行数, 点击之后就可以进行退回,但是这里的绘画还存在。第三种就是既退回你的代码操作,同时也退回当前的绘画,确认之后,你就能看到刚刚的对话以及对应的代码操作都被撤回了。接着我们来看左边,首先是这里的文件, 显示的是你当前打开的文件,默认情况下, f s code 插件会认为你需要修改当前打开的文件,在你和 cloud code 的 对话的时候,他就会把这个文件作为参考一起发给 cloud code。 如果你需要修改的不是这个文,就可以点击一下隐藏文件,不发给 cloud code 进行修改。 如果你想要让 cloud code 去修改其他的文件,可以使用艾特符号进行制定。需要注意的是,这里一般只会展示文件的名称,如果项目中有重复的文件名称,你就需要通过后面的路径来进行辨别。 如果你想要把一个当前项目下没有的文件给 cloud code, 比如一份你很早就想要的需求文档,你可以在这里选择 upload 进行上传,也可以直接通过复制粘贴的方式发给当前对话。不过需要注意的是, cs code 插件只支持部分格式的文件上传, 如果出现了屏幕上方以外的文件格式,那建议还是放到 cloud code 的 项目目录,使用艾特的方式进行引用。接下来我们来看到这个斜杠部分,这里有很多的小模块,首先是这里的模块,点击 switchmodel, 这里就可以切换你的模型,这里的模型就可以在 cc switch 当中进行配置。第二个是 effort, 这里的选择就决定了你模型发挥的功效, 最低是 low, 最高就是 max。 简单来说,这就是对于你模型的聪明程度。选择 max 就是 发挥你模型最大的功效,但相对应的,它的 tool 的 消耗量也会增大。那这里的建议是,如果你去处理一些比较简单的工作,你可以选择 medium 或者 high, 当你处理复杂工作的时候,你再选择 max, 从而去减少你额度的一个消耗。 那第三个是 thinking, 就是 决定模型是否进行一个思考,默认情况下把它开就可以了,不需要关闭。那接下来我们跳过中间这一趴,来到我们这边的命令行。 这里的绝大部分命令你其实没必要一开始的时候继续记忆,因为绝大部分命令你可能都用不到,你需要用的时候你再去查询。我在文档里面写了一些常用的指令,供大家进行一个参考。当你有 v s code 这个 ui 界面的时候,你只需要记住两个指令。首先第一个就是这里的 contacts, 点击之后它就会显示当前绘画上下文的一个使用情况。 那在这里可以看到当前已经使用了百分之多少的上下文。一般情况下,当这个上下文的使用比例超过百分之六十到百分之八十的时候,你就需要执行第二个指令,也就是这个 compact 的 指令。执行这个指令,它就会帮你自动的精简和压缩上下文,让你的上下文更干净,从而提高 cloud code 的 完成任务的质量。 那下方的操作你需要了解的基本就这么多了,下来我们看上方的人。首先最右边的是打开一个新的绘画,当你当前的任务结束的时候,你就可以开启一个新的绘画来进行下一个任务,避免上一个任务的上下文来影响到本次的任务。左边这个就是历史对话,点击之后你就可以看到你历史的对话记录,点击其中任意一个,你就可以回到当时的对话记录 好了。由于时尚问题,本期视频就先到这里,下期视频我会告诉你如何使用 skills m c p c l i hux 等等内容来进一步提高 cloud code 的 使用上限。如果你觉得本期视频对你有所帮助,记得点赞、关注、收藏。这里是七号,我们下期视频再见。拜拜!

我们可能真的要跟 cloud 说再见了,就在刚刚呢, cloud 官方突然上线了一套身份验证系统,已经开通 cloud 会员的用户啊,会直接弹出验证页面,这可不是简单的验证码,而是要上传本人的身份证、护照或者驾照,注意不能是翻拍复印件或者屏幕,必须是拍摄原件。 第二,他还会直接调用你的摄像头进行活体检验,如果发现本人对不上,会直接封号。不仅如此,如果你通过验证还是用不了的,因为国内地区根本不在他的服务范围之内,也就是说,你肯定是用不了了。虽然官方的说法是为了防止账号滥用和内容审查,可真正的意图所有人都能看得出来。 在这里啊,六哥团队要说,即便是用不了最强的大模型,可我们还有 jimmy gpt 豆包可以用在这个 ai 快 速发展的时代呢。 ai 的 性能已经不是瓶颈了,你的智能体设计才是更重要的,因为市面上的 ai 工具很多,但常常面临一本正经胡说八道的新危机。 再强大的 ai 也无法了解你公司的业务流程,所以要构建自己的数字资产知识库。那么构建自己企业的知识库的核心理念是回答有据可查。真正的智能不是凭空捏造的,而是基于你信任的资料进行推理和回答, 因此产品的所有功能都要围绕你的知识库来展开。六哥团队呢,研究 ai 三年,整理出来这套五万字的构建知识库的全 sop 流程,这才是 ai 时代最后一百米的护城河,需要完整 sop 流程的可以免费自取。

这段时间啊,发现一个很有意思的现象,周围越来越多人呢,开始用 code, code x workbody 这类 agent 的 工作台了。写代码的在用,写文章的在用,整理 obsidian 的。 嗯,个人知识库的也在用。但很多人啊,都跳过了一个特别朴素的文件,叫 cloud md, 有 的人呢,甚至完全不知道它的存在。你有没有觉得, agent 很多时候替你干活,他会替你猜,会把简单问题啊,搞复杂,会说自己做完了,但其实根本没有验证。 这几个问题听起来好像只有工程师才会关心哦。但你如果用过 a 证的去写文章,整理资料,做网页,改脚本,又或个人知库啊,其实一样会有的。你让他润色文章呢,他把你的语气也改没有了。你让他整理素材啊,他把事实和推断呢混在一起,你让他改一个页面,然后他顺手加了三个你可能并不需要的功能。 你让他涉及知识呢,他漏掉了文件,但是呢,还信誓旦旦的跟你说完成了。我自己的感受是,其实模型已经足够强。而我们遇到这些问题呢,很多时候,不是模型能力的问题,是 harness 的 问题。 如果你还不知道 harness engineering, 也就是驾驭工程是什么,可以看我上一期讲的。为什么现在聊 agent 都要提到 harness? 你 先记住一句话, agent 呢,等于 model 加 harness, model 呢,是马, harness 是 马身上的婉拒。马再强也得有约束,不然就是野马。有力,但不能稳定地帮你干活。对于你的 agent 来说,如果模型能力暂时不足以稳定完成任务,你不一定非要换模型,你可以先升级你的 harness, 而 cloud dmd 或者是 agents dmd 的 价值就在这里, 它是最小可用的 hardest engineering。 cloud d m d 和 agent d m d 的 区别在于, cloud code 执行任务前呢,会自动去读取 cloud d m d code x 执行任务之前呢,会自动去读取 agent d m d, 但它们承载的内容啊,可以基本保持一致。你可以把它理解成,每次 agent 进入你的项目之前呢,都会先看一眼门口贴着的那个规矩说明,别乱动,先读清楚,不确定就问,做完要验证。这些话听起来特别普通,对吧?但坦率地讲, 越是这种普通的东西呢,越容易被忽略,也越容易啊,在关键的时刻起效果。那 cloud 点 md 到底应该写什么内容呢?前 open i 创始人团队成员安德烈卡帕西啊,就发过一条推文, 聊自己在使用 agent 的 时候呢,经常遇到的几个问题。然后 github 上有个小哥直接从卡帕西的推文里面整理出了一份 cloud 点 md。 这份单文件模板在 github 上发布首日就拿到了五千八百多颗星,截至目前呢,已经是十三万颗 star, 成为二零二六年增长最快的单文件仓库。你敢信一个克劳典 md 文件四条规则就能火成这样?仔细想啊,其实也合理, 因为它真的有效。关键审方法呢,还非常的简单。不过在直接抄作业之前啊,我建议简单理解一下这四条到底是在解决什么具体的问题,因为只有你知道它在做什么, 你后面才能改出自己的版本。第一条, think before coding, 也就是动手前呢。先想一下,这条说的是啊,有不确定,有歧义有争议的地方呢? agent 应该主动提出来,而不是假装自己全都懂,然后呢,直接就开干。 比如你只说一句,帮我优化一下, agent 不 应该立刻开始帮你改,他应该先问你说的优化是性能,样式,结构,还是可读性。 如果你不是用来写代码呢?把 coding 啊换成你的领域的问题就可以。写文章前先想整理知识前先想,做设计前先想核心。都一样,先别急着动手,先把任务听明白。第二条, simplicity first, 简洁优先。这条说的是啊,用最少的投入解决问题,能五十行解决的就别写两百行。因为有的时候呢,你只上 agent 去修一个按钮,然后呢,他就把你的页面也改简洁优先是让 agent 知道要对复杂度保持敬畏。这条说的是啊, 只动必须动的地方别顺手改格式别顺手,重命名别顺手清理旧代码别顺手把你觉得不顺眼的东西呢都改一遍。 a 着。他往往看到一个地方不舒服,他就很想顺手改掉。但问题是,你根本不知道他这个顺手会不会把别人的工作啊,你是金融性啊,或者是某个单独看呢?很别扭,但总得看很必要的约定一起改掉。 第四条,勾结尾 execution, 以验证目标为导向,驱动执行直到成功。这条是最容易被忽略的。 agent 的 输出呢,很流畅,会让你产生一种他已经做成了的错觉。但真正重要的是啊,他怎么确认自己做成了, 而不仅仅是做完了?你让他改代码,他有没有跑测试?你让他整理资料,他有没有确认所有文件都处理了?你让他润色文章,他有没有检查所有的敏感词啊,不喜欢的措辞啊, 都改掉了。这条很重要。很多人想的是呢,等 agent 出结果了,然后自己去检查,但就会来回拉扯你很多时间头感和心理。而加上这一条,很多问题呢,在抛到你眼前之前, agent 呢,就可以自己修复了, 这能提高你 agent 的 第一次产出结果就成功的概。那以上的这四条呢,如果你只是浅浅用 close code 或者是 code x, 已经足够让你比百分之八十的人用的好。但如果你正在尝试要 coding 啊,同时需要让 agent 做复杂耗时多步骤的任务呢? 那后面的这八条就很值得看。国外有个叫米尼米的小哥,最近在 x 上发了一篇帖子,讨论度啊,很高。他说自己呢,用了一个半月的时间啊,在三十个代码库里面反复测试,验证了卡巴切那四条规则确实有效。 过去大概百分之四十的出错率呢,降到了百分之十一。但他发现,对于真的把 agent 放进长时间多步骤任务的人来说呢, 还不够。你还需要关注任务执行的耗时,透支的成本,逻辑的分歧,多步骤带来的错误累积等等问题。所以啊,它又补充了八条,我逐条说一下。这几条其实挺有意思,也很有用。第一条,可以用脚本代码执行的确定性任务呢,不要让模型来做。如果你看过我前面讲 harness 的 哪些内容啊,这条应该会秒懂。 能用计算型解决的,就不要交给推理型,比如 api 调用重试,比如检查一篇很长文章里的标点,比如把一批文件改成统一的命名,这些东西呢,让脚本看又快又稳定,还不怎么消耗 toker。 而模型呢,更适合做了一些没法被规则固化下来的判断, 比如分类啊,比如总结啊,比如审美啊,比如一段文章到底像不像活人写的?你想想看,如果你让 cloud 逐字检查一百万字里的全角斑点,它很可能要几十分钟,还不一定干得好,而且会浪费你大量的 toker。 而用脚本代码来做呢,可能只要几秒钟,还能保证没有遗漏。第二条,别让 agent 把 token 当做空气来说。米尼米说他的 agent 有 一次跑了一个半小时,结果呢,一直在重复处理一段八 k 大 小的错误信息。更离谱的是, agent 最后给出的修复建议竟然是四十条消息之前就已经被他否掉的方法。 所以 cloud 点 md 里面呢,最好明确投肯预算,接近预算就总结摘要,超出预算呢,就停下来,你的钱,你的时间,你的注意力啊,都是成本,可见这条的重要性。第三点啊,别让 agent 去做老好人。这条我觉得也特别关键。 agent 呢,有一个很隐蔽的问题啊,就是他经常会同时接纳有分歧的两种模式, 他不想得罪任何一方。于是呢,他把两个都混进去,结果就是代码跑起来了,但风格撕裂,逻辑混了,后面排查的时候呢,会给你买一个坑迷。你迷遇到的情况是 a 整呢,同时采用了局部错误补货和局错误补货两种策略。他改了局部策略呢,发现怎么都不生效,然后查了很久之后才发现是局策略在另一层把错误给吃掉了。 这就很像什么呢? agent 呢?他自我感觉良好的认为,你卧室的灯应该用两种开关来控制,一个是卧室灯的开关,一个是所有灯的总开关。卧室灯的开关和总开关呢,必须都打开,卧室的灯才会亮,但是他没有告诉你这个事,他是这么干的。于是呢,你一直按其中的一个开关,发现灯就是不亮,查了半天才发现原来还有个开关是关着。 所以分歧啊,不能让 agent 都接纳,要暴露出来,要 agent 选一个,并且要让他说清楚他为什么选这个。第四点,先建立局视角,别重复照轮子。 agent 有 时候啊,会在一个代码函数的旁边呢,新写一个代码函数,写得还挺认真,结果三十行外呢,已经有一个现成的函数。 这种事呢,其实也很常见,因为 agent 他 太急着完成任务了,没有看调用方,没有看共享工具,也没有理解这个项目为什么会长成现在这个样子。所以 read before you write 这条特别重要,先读再写。 看起来呢,只是慢了一分钟啊,但可能省掉后面成倍的时间的反光。第五条,测试呢,是为了暴露问题,不是为了通过测试。这条呢,我真的建议所有 agent 写代码的人都贴墙上。 agent 很 擅长写一个刚好能通过的测试, 但测试通过呢,不代表他测到的真正的问题。有些测试呢,只是证明了代码现在会这么跑,但即使代码有问题,这个测试啊,也根本不会失败。 那这种测试他是讲就没有什么用。好的测试啊,应该验证意图,他能表达出为什么这个行为重要,而不是只证明现在这行代码是有返回值的。第六条,多步骤任务,每一步都要做检查点米尼米说啊,他经常遇到一种情况, agent 在 某一步已经出错了,但他没有停, 继续往后做。后面的每一步呢,都建立在一个错误的结果上。然后你作为人类介入的时候,面对的是一坨已经跑偏很久的中间产物。你想理清楚,但发现比重做一遍还要费劲, 这感觉我太懂了。所以,多步骤任务呢,一定要有检查点,做完一步说清楚,做了什么,验证了什么,还剩什么。如果说不清楚,就 别继续。第七条,别让 agent 滥用新的东西。这个也很真实啊。米尼米说, agent 把 rect hooks 引入了他的项目,虽然代码能跑,但这与项目本身的测试模式呢,是不兼容的。 到头来,他又花了半天时间删掉,然后重新写。这件事呢,特别像给一家餐厅去强制装一套新设备。设备呢,当然是先进的东西呢,确实能做出来,但后处所有人的配合就全部乱套了。到头来呢,只能再拆掉,然后再重来。所以现在在已有的项目里,约定往往比新颖性更重要。 要让 agent 知道,不是新的旧好,也不是觉得优雅,就应该去上。先建立全局视角,先尊重有的惯例,循序图治。第八条,错误要大声说出来,不要藏起来。 agent 呢,有时候会忽略过程中的错误,比如数据库迁移,说成功了, 但其实有一些违反约束的记录啊,被跳过,他把错误写到日子里,然后继续往下走。转头呢,他就告诉你完成了米妮米的方案。是啊,大喊失败这四个字我觉得特别的好,因为很多时候呢,错误本身不可怕, 可怕的是错误被藏起来,过几天之后换一种更昂贵的方式回来找你。以上,根据米粒米给出的实验结果,补充了这八条之后, agents 的 错误率 就从百分之十一直接降到了百分之三。那卡帕西的四条加上米粒米补充的八条,合起来就是下面这份十二条, cloud 点 m d。 现在啊,你可以直接抄作业,如果你用 cloud code, 就 保存成项目根目录的 cloud 点 m d。 如果你用的是 code x 呢,就把文件名啊改成 agents 点 m d。 内容呢,一样都能用。 如果你已经有自己的项目规则呢,就放在这十二条下面。比如你的记录站啊,比如你的测试命令啊,比如你的目录约定啊,比如哪些文件不希望 agent 能碰啊,但我建议啊,别写太长。 cloud md 不是 许愿池,不是把所有的偏好都倒进去, agent 呢就会突然变强,它更像是一份行为器乐。每一条呢,我们都应该回答一个具体的问题, 讲清楚是让 agent 避免什么真实的错误。那这套 cloud md 在 非代码领域能不能用呢?也能用,把代码相关的词稍微换一下就可以。如果你实在不知道怎么换,也可以直接把这份 cloud md 呢去丢给 cloud code 或者是 code id, 让它根据你的领域啊给你改一版。但这你需要注意的,一定要让它根据你真实被坑过的事情来写 规则,不是一次写完的,规则是被坑出来的。我建议你今天晚上就做一件事情,打开你最常用的项目,建一个 cloud d m d 或者是 agents d m d。 先把这十二条呢贴进去,然后用一周,每次 agent 做失败了,就让他把反思啊,教训啊补进去, 慢慢的它就不是别人的模板,它会慢慢地变成你个人经验的写法,也是你的第一个 harness engineering 事件。我一直觉得到今天用上好模型的方法有很多,模型已经不是问题,所以用 agent 的 差距呢?其实就是用 agent 的 差距,有的人呢,把经验忘在记忆里,而有的人把它沉淀在 color d and d, 就 这么简单, 这就是信息差,而这次的信息差直接操作。以上就是今天的全部内容,如果对牛思帮助点个赞,也请转发给你那个一直想用好 a 阵子的朋友,这对我真的很重要。我是林秋水,用技术生存,用哲学生活。我们下期再见!

之前我们讲过一个 webcoding 项目,搞了整个网站嘛,但那个只是一个很简单的 demo 项目了,用于学习。实际情况当中呢,我们的项目会更加复杂,又逻辑又更加复杂,然后表里面字段会很多, 所以这种情况下,如果你直接把需求丢给 ai, 让 ai 帮你去做完整的表设计,然后代码生成 他那个表啊,可能会少很多字段,可能会多很多字段,你要反复的给它进行调教嘛,呃,会耽误很多时间。所以呢,都还不如说我们自己把这个表结构设计好,然后呢,让它根据表结构来生成代码, 因为你的表结构就代表了你对这个业务的详细理解嘛。那假如说现在已经有表结构了,我们怎么让 ai 帮我们自动地生成代码呢?为了完成这样一个任务呢?我们这边需要做两个提前准备啊。第一个准备呢,我们得装一个 m c p, 给大家看一下,我这边装的这个 mcp。 好, 就是我们进到 cloud 里面来,然后这边的话我们输入 mcp。 好, 我们来到这边,这边有一个 my circle, 目前是 field 连接失败了,我回车键先进来,然后 reconnect 重连一下,重连一下, 好,正在重新启动我的 mcp server。 ok, 那 这样的话就连好了,我们再进来看一眼, 选中它回车,我们可以看到这边这把配置的位置啊,它是在我当前用户目下有一个点 call 点接收,那这是一个配置的核心段嘛?其实我们展开这个文件 啊,就是这一段,这一段,这是 command, 这是 x, 这边还有一个环境,这个环境呢,主要是配置了 我的数据库的连接字串,那要去连哪个服务器,哪个端口,哪个库?用户名和密码分别是什么?全部在这个地方呢?配置好了啊,我已经指定到具体的库了。啊,好,这是一个,那另外一个就是我写了这样一个 c r u d 的 skill skill 文件, 这个 skill 文件我是放在了当前项目下,当前项目根目录下点 cloud skills c r u d, 然后 skill 点 md。 那我们重点需要学习的就是这个 skill, 这个 skill 写好了代码就能一遍过,否则呢,就要反复调整, 这是原始的 markdown 啊,名称。然后这个 skill 是 干嘛的?自动生成 c r u 代码,当用户提到 c r u d 实体生成时,使用该 skill cloud, 在 启动时,它会去加载这两行内容, 那么当你的命令里面包含了这些关键词时,它才会去加载下面的内容。我说要采用测试驱动开发模式,可以使用这个 m c p 来获取表结构。就刚才给大家看的这个 m c p 嘛, 为指定表生成 c l d, 因为库里面很多表,是吧?需要用户指定到底是给哪些表生成代码吗? 同时呢,需要支持搜索和分页功能。然后关于这个分页呢,我说要使用 where id 大 于 maxid, limit n 种形式,而不要直接使用 limit offset n 种形式,因为后面这种形式的话,随着你的 offset 越来越多,那么这个性能会越来越差, 因为本质上它要把之前所有内容全部查出来,然后截取最后 n 条嘛,就很慢。 那我担心他不理解这句话是什么意思。所以呢,这边专门写了一个视力代码啊,他去理解一下,还给了一个错误的视力。然后我说道层呢?所有代码共用同一个连接时,因为有时候啊, 他可能会说给每一个表单独建一个连接使,那我希望是所有表共用一个连接使,所以加了这么一句话啊。执行流程第一步,先去读库,列出所有表,然后询问用户到底要选择哪些表, 然后询问用户到底要选择什么语言,够远还是 python? 还是加吧,对吧?要使用什么框架?然后呢?生成 model 到和 service 这三层代码,避免代码溶于。 然后呢?生成测试是吧?然后的话要去运行测试,根据测试结果再来反复修改代码。那以为是一个数据库吗? 你在运行测试时,你产生的数据放到哪里?是放到正式库里面去吗?并不是,我这边是说放到你的这个内存数据库 select 里面去,这样的话,你全部是在 select 里面去插入,修改、删除、查询。 测完之后的话,你把这个 sql 清空一下啊,并不会影响我正式的这个 my sql, 它不影响。好,那么有了这样一个 sql 之后的话,我们打开 cloud 这边,我先返回, 好,返回到主界面,我直接说生成 c r u d 代码会说好,那么简短的这样一句, prompt 实际上就会什么就命中了这个关键词嘛, ai, 它就会去加载这个 skill 文件,根据这个 skill 文件里面的指示,一步一步地去执行。好,你看是吧,它已经去加载了 c r u d 这个 skill, 让我使用 my sql mcp 服务器列出数据库中的所有表,还要去运行这个 show tables, 哎,他发现数据库中有这么多表,跟江狗相关的,跟右相关的。这么多表,然后呢,开始询问我要为哪些表生成? c, r o d 可多选。 那这一边我就选择第一个吧,空格选择第一个 user, 然后下来空格选择第二个。学生啊,就这两张表,然后我来选择这个 submit 的 提交啊,提交,这边是提交我的答案, 那么他问我要使用什么语言,什么框架。我这边选择的第一个吧, g m 加 g o m, 他说表结构已经获取,现在让我来开始给你生成代码。他要给这两张表生成代码嘛?好,代码需要放在哪个目录下啊?我直接放在当前目录吧,选择一回车 啊。正在给这个 user 表生成。是否允许编辑这边按下 shift 加 tab, 切换到编辑模式吧。 好,允许他去写入代码。他先去生成了 model 层代码。这边是搞了一个结构体嘛?啊, user 结构体跟那个表进行一个对应, 然后的话他打算去生成到是吧到层的代码,这不将改查嘛。搞了一个 user 到,然后呢打算去生成 service 层,它是一层层往上嘛,从底层,中层,上层去生成, 然后呢开始写这个 test, 也就是说两张表嘛,那他先把 user 表完整的弄好之后就开始去跑这个单测了, 测试没有问题,再去创建另外一个表。这边是要去生成 go 点 mode 文件,因为他要跑单测,发现有些库没有嘛,要去下载安装相应的第三方库。那执行 go mode tidying 安装库嘛? 这边问我是否要执行这个命令,选择 yes, 那 这边应该是发现代码一些问题吧,发现问题了,它会自动的去修正,下载第三方易拉库, 然后去 go test, 对 吧?运行测试嘛,他说你可以按一下 ctrl b 放到后台去运行,这样的话你就可以在这个对话框里面继续跟他对话了嘛。好,那么这个 user 表终于搞完了,现在他开始准备搞这个学生表, model 层的学生, 现在时间已经过去了五分钟了,还是很慢啊,如果人工搞的话,其实要很快,为什么呢?虽然说这个代码比较多,但很多代码都是直接复制粘贴嘛。你只要做过一个项目,你可以很快的把那个项目代码拷贝过来,然后简单改一改。 所以其实这个人工会比 ai 要更快一点,那甚至更不用说,现在有各种各样的加速,加 go 啊, go frame 啊,包括加把里面的 spring 啊 这些框架工具,也可以自动爆满,生成相关的 o r m 代码。因本质上都是一些规则嘛,所以简单的增删改查, ai 能够完成,但是这个相比之前并未带来效率提升,而且还花费了更多的钱。 当第一个表生成以后,其实第二个表会快很多,现在刚刚过去一分钟,那么它已经来到了测试阶段,对吧?已经开始测了, 而且估计能够一遍过好。这边这两项已经全部完成了,花了七分半好完成,他说已经全部完成,并且呢测试通过, 给了一个代码结构, model 层到层跟 service 层,然后它是在根目录下创建两个单测文件,最好是放到一个单独的测试目录下吧。啊,功能说明, 因为你让它生成增删改查嘛,那么它针对两张表分别生成了 create 创建啊,更新,然后删除,这个是 get by id, 这个是 get by uid 或者是 get by name, 还有那个分页查询都有,这边说分页用的是 where id 大 于 maxid limit n, 实现性能更好。 软删除 user 表支持软删除,因为它只要给这个字段复制,就证明是被删除了嘛?如果这个字段为空的话,证明还没有删除。数据库连接啊,到层呢?共用一个连接时,通过 new 什么到来?附用同一个 d b 十例。 好,我们看一下。那左侧呢?啊,这个到啊,这个 model 啊,这个 service 啊,就是它刚刚报生成的, 我们人工 check 一下,比如说这个 user 吧,这边一个结构体对吧?它这边是搞了 json tag, 还有跟 g o m 相关的 tag 啊,每个字段都有,这边指定了真实的表面是什么,看一下。倒层, 搞了一个 user, 到它要依赖一个 g o m 点 d b, 这是一个勾函数对应的 crate, 你 传进来一个结构体嘛? user 结构体,那核心呢?是调用这个 g o m d b 点 crate 来插入数据库 啊。更新是调用这个 save 函数删除,根据 id 删除。 find by id, 根据 id 查询,就是 where id 等于什么? 同时呢,这个删除时间需要为空,删除时间为空才证明它没有被删除嘛?才证明这个数据是有效的啊。 find by e id 查询,这边是 max id, 它的 where 条件,首先保证记录没有被删除,然后呢,这个 keyword like 某某,然后呢,如果 city 不 会空的话,那么 city 等于什么?哎,这边是 id 大 于 maxid count 计数嘛,好看一下, service service 呢?它实际上核心是依赖于到层嘛?这边还搞了一个 request, 那 么你给我传参数时可能是传那个 json, 所以 这边是有对应的 json tag 啊,不同的这个接口函数,它对应着不同的 request, 这边好多 request, 对 吧?所以这边它要根据 request 再转成那个 model, 然后呢,再去掉这个到层对应的函数。 所以 service 层核心还是去掉到层对应的函数啊,只不过在参数这边做了一次转化跟封装。 ok, 看一下测试吧。 user test 这边,它先去出使化 d b 连接, 关键这行这行,你看它测试时候它用的是这个 circulate 啊,本地的内存数据库通过迁移去往这个库里面呢,建好对应的表,这边测试那个 crate。 那 第一行啊,先去拿到那个数据库连接, 然后呢,就创建了一个 service, 然后直接去掉 service 层对应的函数,那么 service 会掉进道里面去,对吧?所以如果我们从 service 层往下测的话,能够跑通,就证明道层也是没有问题的。 这边各种 t 点 file, t 点 arrow, 来判断一下有没有单词失败嘛?还好检查一下啊,每个字段都是否符合预期啊。你看第二个单词函数,它第一行还是去出石化,第一笔连接包括第三个,对吧?也是要去出石化第一笔连接。 ok, 这个是测试, 那我们需要人工的 check 一下啊,跑一下 go test, 杠 v 点当前目录,因为当前目录下有两个 test 文件嘛。好,咱们整体跑一下。 好,这边最终的结果是 pass, ok, 证明所有的单词代码全部通过了,没有问题。 插播一条上岸信息。我录制了一些编程课程,包括 python, 勾语言,区块链变化,还有智能体,我是一个人,一个公司,没有立即变轻的压力,所以呢,我可以花更多时间去打磨一门课程,我做事情可以考虑的更长远, 所有课程都是经过我的精心剪辑的,尽可能让大家花更少的时间达到一个更深的高度。感兴趣的可以进我主页橱窗进行了解,或者呢直接私信咨询。

前两天看到有个人评论说他之所以不用 cloud code, 是 因为每次关闭窗口以后,聊天记录也没了,下次打开只能从头开始聊。 实话实说,作为世界顶尖 a 型的工具,怎么可能会犯这种低级错误呢?哈喽,大家好,我是专注用动画科普 ai 的 阿 k, 今天这期视频我想给大家仔细的分享一下,想要用好 c c 应该掌握哪些技巧。本期视频全程无网,可放心观看,走你! cc 其实一直有两个版本,大家比较常见的是 c l i, 也就是命令行版本,还有一个是在 g u i, 也就是图形界面的桌面端,这两个版本一直是并行开发,针对的也是两波完全不同的受众。 简单来说,桌面端提供了图形界面支持,更直观的代码对比和任务规划面板,适合偏好视觉化反馈的朋友。但我更建议大家尝试 c l i 版本,也就是我们今天分享的主角。 原因在于 c l i 版本的运行效率更高,对系统资源的占用非常低,更关键的是它在自动化集成和插件扩展方面有着天然的优势,能更方便的接入各种第三方开发工具。 在环境准备上, windows 用户只要提前安装好 node js 和 get 即可。不会其实也没关系,这里我教大家一个携修功法,那就是用一个有免费额度的 a 键的工具,比如翠,让他来帮你安装。那接下来就是 c c 的 安装环节。首先,由于 astropik 对 npm 命令的气用,以 以及新的 i r m 命令,国内使用百分百会报错,现在能用的官方命令只有这一条了。实测的时候,也许是因为我的网络问题,整个过程比较慢,但可以顺利完成,所以如果大家碰到跟我一样的情况,请保持些许耐心哈。护住它的方式很简单,我们在任意位置点击鼠标右键,选择在终端打开, 这样我们就能看到一个黑黑的命令行窗口,接着我们输入 cloud 并按下回车就可以了。但是第一次启动 c c 时,大家一定会碰到登录问题。好,这里就涉及到一个非常重要的知识点了。首先, c c 按道理来说是必须登录,而且只能用它们自家的模型,但是 s o p 这个公司吧, 懂的都懂,所以我推荐大家使用 cc switch 来给 cc 配置国产墨烯 a p i 不知道怎么用的话,问豆包或者 deepsea 都行。 ok, 那 相比随便找个地方呼出 cloud, 我 其实更推荐在指定文件夹里呼出,什么意思呢?比如我们现在要做一个测试项目,那我们就在非系统盘新建一个文件夹,并命名为 test。 为什么要用英文呢?因为这些编程语言都是国外开发的,他们开发的时候是不会考虑中文规范的,所以用中文名的文件夹或者文件夹路径中出现中文是有可能报错的。大家一定要养成用英文命名的习惯哈,哪怕是拼音都行。 进入 text 的 文件夹,然后在空白处点击鼠标右键,选择在终端打开。那在这里呼出 cloud 和在桌面呼出 cloud 有 什么区别呢?区别就在于在这个文件夹内的命令行窗口呼出 cloud, 它就默认为绕你这个文件夹里的项目来进行开发了。也就是说咱们人为的给它规定了行动范围,有利于我们接下来用自然语言给它下达开发指令。 达到这一步,其实也就意味着可以让他干活了。但如果想要更加自如的操控,他还得了解一些常用命令。首先他有三种常用模式,第一种是默认模式,主打一个稳健,每一步改动他都会停下来问你,你点头同意他才动手。 第二种是全自动模式,不问不看,直接开干,效率最高。第三种是 plan 模式,这就是只动嘴不动手,他会帮你分析逻辑出详细方案。 而切换三种模式的快捷键是 shift 加 tab。 我 个人比较推荐新手朋友在第一阶段先用 plan 模式来规划项目结构,等全部逻辑确认清晰以后,再切换模式去落地。注意哈,这里虽然是全自动模式,但实际上在涉及很多安全性敏感的操作时,比如要执行一段复杂的终端命令, c c 还是会对你进行询问的。 这时候屏幕上会出现三个选项,第一个是同意他的这一次操作,第二个是同意并授权接下来的所有这类操作都无需再询问。第三个是拒绝,一般情况下,如果你信任他生成的方案,选第二项就行。 然后是视频开头说的那个聊天记录的问题,其实我们只用输入斜杠加 resume 并回车就能看到一串聊天记录列表,选择你想要的那个,就可以无缝衔接到之前的聊天内容中了。那如果我们在项目开发的过程中执行了一段效果不尽人意的操作,之前的聊天内容之前 也可以把它理解为后悔药,当然,项目可以回退消耗的 token 肯定是退不了的哈。最后还有两个重要的命令,分别是斜杠 compact 提炼并压缩上下文和斜杠 clear 清空上下文。因为有研究表明,当上下文窗口占用超过百分之五十的时候, c c 的 执行质量就会降低。 我们需要养成当项目完成阶段性功能后,压缩或清空上下文的习惯,从而保证项目顺利开发。那具体怎么监控上下文消耗情况,以及如何在清空聊天记录后,还能让 c c 知道项目开发进度呢?这个咱们下期视频细聊哈。 掌握了前面说的这些,其实就足够支撑我们顺畅体验 c c 的 强大了。但如果你想要真正把它用到得心应手的程度,就必须深入研究一下它的三个境界功能。第一是 skill, 它是给 ai 准备的标准化作业手册,能让它在执行特定任务时输出的更加稳健且有条理。我之前做过两期视频详聊它,感兴趣的小伙伴可以去看看哈。 第二是 m c p, 它作为一个通用扩展协议,能让 ai 彻底突破本地环境的局限,去调用更广泛的外部工具。这个咱们下期视频也会详聊。 第三是 hux, 它是一套自动化的触发机制,能帮你实现完全无感化的开发工作流。那如果你想更系统的学习这些实操, get 上有一个开源的高新项目,它是专门教你如何上手 c c 的 纯干货教学仓库, 我自己也在用它学习哈。 ok, 那 以上就是本期视频的全部内容了,我是专注用动画客服 ai 的 阿 k 无惊无险又到六点下了个班。

这是瞎搞啊,现在已经很晚了,我刚才在使用格式的时候发现了一个小问题,我给大家分享一下啊,以后大家如果遇到这种情况应该是能避免。嗯?什么问题? 有很多人在用格式会发现他经常会出来弹窗啊,不是弹窗,就是那个让你确认 yes or no, 对 吧?嗯,很烦, 有些人就嫌他烦,就把他直接给,就是这个设置就给取消掉了,就是做任务的时候就一路畅通,直接从头做到尾,但是这个里边有一个非常非常大的坑,千万不要这样去设置,你就让他一点的一点的去给你弹这个 yes or no, 为什么呢?来看一下 他刚才在这个步骤的时候停下来了,大家想一下,如果说他没有停下来会发生什么事情?他会把我已经写好的代码给我清除掉, 他要先删除掉这个什么什么什么东西,看到没?我要先删除掉什么什么什么,一旦删除就把自己干废了, 就把之前的代码,有可能,我只是觉得有可能会把你之前写过的东西就给你干废了,对吧? 所以一定不要让 cloud code 像野马一样放开的去跑,任何一个 agent 都一样,不管是 open cloud 也好还是 hermes agent 也好,千万不敢这样子,关键节点一定要让他问一下。

用科二扣子写到一半跑去倒水,回来发现他卡在耶索尔诺等你确认有多少人和我一样效率没提上来,耐心先被消耗光了。现在不用等了,科二扣子那只裁判模型安全操作直接放行,有风险的操作停下来问你。真正危险的操作直接换条路干, 就像机场安检,普通行李直接过,有疑问的开包查,危险的当场扣下。有人问,万一裁判判断错了怎么办?放心,连续判断错误三次,它会自动退回普通模式,不会一条道走到黑。 怎么开启终端?输入 call of the naval auto mode, 或者绘画里按 shift 加 tab 切换 auto mode 以后倒水回来,它已经把活干完了。

今天我花二十分钟把这个可绕的扣的给装起来了,其实呢,这个还是比较简单的,我今天就来给大家演示一下,先把这个可绕的扣的零摩擦, 帮大家先装起来,然后再告诉大家后面怎么去领免费的偷客人怎么 处理,自己的文件怎么用。我们首先就准备几样工具啊,一个就是电脑,电脑肯定是要有啊,但这个性能是无所谓。还有一个就是 qcloud 的, 这之前我教大家装过,如果不会的话就翻一下前面的视频, 然后还有一个就的不希克的网页版本,你如果有什么问题,安装过程中出错了什么的,你直接截图发给他,他会给你解答。 那 qq 二的你直接告诉他帮我安装一下 cloud code, 然后他他就会给你自动安安装上去, 这里我已经安装好了,我看一下能不能演示一下 qq 二呢,他每天也是有免费的额度的,所以说处理这些小小事情还是绰绰有余,这就是已经在在装了啊, 你不用管他,他自己会跑,跑完以后呢,那就装好了。那如果呃出问题呢,你就截图发给那个 deepsea 是 吗?根本不用人为的来操作,这难点呢,就是你这个装好以后怎么用,因为他用 cloud code 的, cloud 的 这个这个模型呢是海外的模型,你国内的话还用不了,需要配置一下,我之前用的是 deepsea, 这个配置起来比较简单, 等会告诉大家,如果还不清楚的可以加我的粉丝群哦,我群里会把相关资料上传上去,有问题呢也可以和群友大家一起交流一下,你看安装完成让我来确认一下这个内容。好,这安装好了,然后这些就是文件, 这还有个启动文件啊,直接开始刚刚第一个跳,跳出来的是是是否信任这个文件夹,直接打确定回车就可以了 啊,这里呢就可以开始聊了。我周边之前是有装过的啊,有装过这个模型的,现在已经切换到小米的这个这个大模型, 所以说他能回答我正常的话,你是这里是他会报错的,因为你没有接入这个 cloud 的 这个模型。 那我们怎么办呢?看一下啊,就你先要登录这个 deepsea 的 开放平台,然后 api 开放平台点进去,点进去呢,他这边的话会有一个,呃,个人认证, 个人认证啊,就认证完了以后呢,他会给账号里面充十块钱,那十块钱的话你用一下其实可以用好一段时间啊,再点这里 a p r k, 你 自己创建一个,然后呢,你这个 钥匙拿到以后,直接创建密钥的一个脚本,直接把对这一段文字呢全部发给那个,如果不知道就让 qcloud 帮你找你这跑完以后呢,它会新建一个 apikey 的 这个 hup, 这个自动程序里面呢,他是有你的,有你的这个密钥,把这个命令中的这个密钥替换成你真实的这个 api 的 这个密钥, 就是我刚刚复制的那个外串密码,然后还是发给你电脑这一串文字,那么他会给你新建一个 这个文件,它里面会告诉你是用的是哪哪个大模型吗? 我这里是 deepsea, 所以 说他已经写好 deepsea, 如果说要用好一点模型,你直接给他替换成好一点模型,然后那两个文件生成以后呢?你就可以重新打开这个 试一下,你打开试一下,你随便给他发句你好或者怎么样,他如果能回答你,那么就说明你这个已经是成功了,就是已经从卡拉的模型切换到 deepsea, 那 么你就可以用国内的这个大模型去调用这个程序。 那大家如果遇到什么困难或者不懂的,可以加我的首页粉丝群,大家一起过来探讨一下吧。

相信很多人在使用 cloud code 的 时候都有过这样一个困扰,你让 cloud code 读写文件这些命令网络请求的时候,他都要问你是否允许。今天亮哥教你一个方法,完全跳过这一步。今天这期视频亮哥教你们在使用 cloud code 的 过程中, 灵活运用三种权限模式,它的模式显示在这个终端的左下角,这个位置按 shift 加 tab 切换。大家可以看到这里面有四种模式,我一一给你们讲解一下。计划模式,它就是不直接执行任何操作, 先制作详细的执行计划,等待你确认后才执行,适合需要仔细审核的操作。接下来就是第二种模式, 智能模式。智能模式的话就是在你安装好克拉的扣的时候,它默认进入的一种模式,自主判断需要确认还是直接执行,根据风险等级来自动决策,它适合大多数的日常使用场景。还有一个就是自动编辑模式, 他在修改文件的时候是不请求的,只有在运行命令的时候需要你确认。今天亮哥就重点给你们讲一下这个特殊模式,安全访访问的模式。在视频的开头, 亮哥聊到了你们的一个痛点,就是你在用卡拉拉扣的帮你执行任务,或者说是多写文件的时候,他时不时过个两三分钟就弹出来一个窗口, 需要你确认,需要你允许。像我们大多数人都是希望 cloud code 我 交给他一个任务之后,他自动去完成这个任务, 不用老是来问我允许还是禁止,所以说我们怎么用到这种模式呢?你在启动 cloud code 的 时候运行这一行, mini cloud endlessly skip permissions, 这什么意思呢? danger, 大家知道是危险的意思。 escape permissions, 它的意思是跳过所有的权限,具体就是说,读写文件、执行命令、网络请求等操作的时候, 不会再问你是否允许一路执行一路绿灯。当你在启动 cloud code 的 时候,输入这一行命令,就代表你已经开启了这种模式。 你看,我演示给大家看啊, shift 加 tab 就 切换到这种模式了,它是以红色的字体显示的,这句话的意思就是安全访问。好的, 今天的视频亮哥就讲到这里,关注亮哥,每天跟你分享一个干货内容,大家有什么不懂的可以在评论区留言,我看到了都会一一回复。需要这行命令也可以在评论区里面 按。 snapchat 公司做过统计,百分之九十三的人都是让 cloud code 直接执行命令跳过的,让我们去审核 cloud code 的 修改,所以说大家可以放心地使用这个模式。

上期视频我分享了 cloud code 的 安装和常用技巧,但真正用过的小伙伴肯定会遇到一些问题,比如没法联网搜索、没法识别图片、没法阅读网页、没法监控上下文进度和 coding plan 的 使用情况。哈喽大家好,我是专注用动画科普 ai 的 阿 k, 接下来我就为大家一一解决上述困扰。本期依然全程无广走你。 其实想解决联网搜索、图片识别和网页读取这三个问题,只需要用到一个叫 m c p 的 技术。简单来说,以前 ai 的 能力往往局限于自身的知识库,但有了 m c p 以后, ai 就 具备了使用外部软件的能力, 所以从某种意义上来说, m c p 就是 ai 和外部软件之间的一座桥梁。那到底装哪几个 m c p 能够解决上述三个问题呢?这里我给大家推荐目前 github 上最主流而且确实能打的三个免费开源方案。第一种是用来搞定联网搜索的,叫 brief search, 它的强项在于拥有独立的搜索锁影,而且对 ai 的 读取特别友好。第二种是用来解决网页读取的,叫 fetch, 它能过滤掉网页里的杂乱元素,只把最核心的代码和文字扒下来给 ai 看。第三种是搞定图片识别的,强烈推荐 screenshot mcp, 它能自己截取你当前的画面或者指定窗口去分析报错的原因,这种直接让 ai 看图排错的体验妥妥的极品。接下来我就以 brave search 为例,为大家演示一下如何在 cc 里安装 mcp 工具。 首先你需要有一个 brief search 的 api key, 具体获取方法大家可以问问 jimmy, 为了避免被限流,这里实在无法展开了,只有拥有这个 api, 才能安装它的 mcp, 并获得每月两千次的免费搜索次数。放心哈,个人绝对够用了。 然后我们需要打开终端,粘贴这串代码。注意哈,这里要换成你获取的 api key 哈,那敲完回车,等它自动跑完,你的 c c 就 正式通网了。那另外两个工具就没这么复杂,不需要 api, 直接分别执行这两串命令就行。 那这三个外挂都装好了,具体该怎么用呢?简单,比如你直接敲一句,帮我搜一下某某某某,他自己就会去调用 brave search。 又比如直接甩个链接过去,按这个链接里的开源项目说明,帮我搭个环境, 他马上就能又快又准的执行任务。那遇到程序跑不通的情况,也连截图软件都不用打开,直接给他发一句,看一下我现在的屏幕,帮我找找 bug 出在哪,他就会自己咔嚓一下,截取当前的画面去排错。总而言之, m c p 工具的好处就在于清亮和即杀即用,而且 github 里面好用的 m c p 一 抓一大把,大家感兴趣的话可以自行探索哈。 ok, 那 接下来就是解决上下文监控和 callin plan 用量的问题了,大家看这里,这是我安装的一款名叫 cloud hud 的 开源插件,它的优势就是能够挂在在 c c 输入框下方,并且以进度条形式直观显示上下文用量和 callin plan 用量。 那有了刚才安装的 m c p, 我 们只需要把这个项目的仓库地址丢给 c c, 然后让他帮忙安装就行了。但是大家注意,这个插件原本只能监控 cloud 的 订阅套餐的用量,而我用的是国产 callin plan。 所以 接下来我想告诉大家,我是怎么通过使用 c c 来改造这个插件的。 首先我上期视频说过, c c 终端版最大的优势就是自由度高,而且这个插件又是开运项目,这就意味着我们可以用 c c 来修改插件代码。然后我分析 cloud 套餐机制和我使用的国产套餐机制是一样的,都是无小时限制加上周限制, 所以我只要能够获得我的套餐的用量数据,然后把它们替换到插件里就行了。所以我第一步是先让 c c 用 brave search 搜索如何获得我使用的控制 plan 的 数据。第二步就是让 c c 写个脚本,把我的国产套餐的数据替换到插件里面,读取 cloud 套餐数据的代码中,然后设置每五分钟刷新一次,这样我啥也不用干,刷刷手机就完成了。但是这个时候出现了一个问题, 就剩下文监控还是进入一条形式,但套餐监控变成了文本形式了, 按道理来说也能用,但是我有强迫症,我想既然可用的套餐可以用进度条显示,我不过只是换了数据来源样式,应该是不用动的。所以我用自然语言告诉 c c, 我 要插件原本的进度条显示,颜色搭配也必须遵循原来的插件。然后没多久 c c 就 帮我改好了。 当然我说的很简单,它中间其实还有不少细节,受限于篇幅没法展开。但我真正想告诉大家的是,知道原理就自然知道怎么做。比如我不知道什么是前端,什么是后端,就无法修正进度条显示。 所以大家想要玩好 ai, 真的 一定一定一定要多动手多尝试,从而提升自己的知识储备哈。 ok, 那 以上就是本期视频的全部内容了,我是专注动画科普 ai 的 阿 k, 无惊无险又到六点,下了个班。

大家好,我是涛涛,今天我给大家讲一讲怎么免费体验 cloud, 这个方法绝对够用,我已经用它写了三个 app, 我 们先看怎样打开 windows powershell, 我 们要一直用它。在这个视频当中, 首先我们先确定需要的软件儿有四个, get、 node js、 欧拉玛和 python, 然后我们开始来下载它,这个先下载欧拉玛, 然后再下载 get, 然后就是 python, 然后就是 node js。 你选 windows installer, 下载完之后就这有四个文件,大家安装的时候最好是选用管理员安装,安装编程的时候要把这两项勾选上, 然后安装完之后可以用这四个命令来测试有没有安装成功。如果在打这四个命令期间没有报错的话,说明这四个软件已经安装成功。 这一步就是安装 clock code, 如果用官网来安的话就比较慢,然后现在就用中国这边来,进入了网址之后往下滑,这里有三条命令,只需要复制就可以, 第一条就是更换安装源,第二条就是安装 clock code 最新版, 等它一下安装好之后,然后再复制第三条命令,呃,就是回到官方安装员,输入 cloud 运行,如果出现这个界面,说明 cloud 运行成功。 下面我们先介绍一下欧拉玛,这里是选择模型的地方,这些模型有这种带小云彩的,然后往下拉,下面有带的下载符号的下载,带下载符号的就是笔记本电脑,比较好的同学可以尝试 运行一下,他会下载到本地的本地运行模型,而我电脑不怎么样,我就用云端的先试一下。 我先是选一个模型,对一个画,看他有回复说明这个模型可以用,然后拉满之后呢?首先要啊登录啊,如果没有账号可以注册一个, 他只需要呃有一个邮箱,然后搜一个验证码就可以。 这里输完密码之后就可以点击登录 then connect 啊,那就看到这个,在赛厅里面看到这个界面就说明登录好了。然后来我们试一下和和他先对话一下啊,可以说明这个模型可以用。 下一步进入奥拉玛官网,点击 mode, 然后打开你想用的模型复制打开 cloud 的 命令, 在这里我用的是 gpt 一 百二十 b cloud 模型,在 powercell 里面输入命令就即可打开 cloud code, 下面我们尝试和 cloud code 进行对话,哎,大家请请看,这里是可以良好运行的, 在对话期间有时会蹦出错误,如果选择出现错误就可以选择另外一个模型,然后重新开始即可, 想要退出的话就按 ctrl c 连选两次就即可。下一期我们将会呃演示如何将这个免费的 color code 放入 vs code。