想在本地用 open cloud 跑 deep sea 吗?很简单,三步搞定,我们马上开始。谁不想在自己电脑上跑个超强的代码模型呢?但你可能也碰到了点麻烦,没错,就是不管怎么试,默认设置就是连不上,对吧?特别烦人。 嘿,别急,其实这事三步就能解决。来,跟着我一步一步来。关键就在这,你得选对项目,默认那个是连 encycl 的, 肯定不行。所以呢,咱们的目标很明确,就用 openclode, 让它直接连上 deepseek。 好,咱们开始。第一步,先把项目在电脑上准备好,切这三件小事,克隆代码库,进到那个目录里,再装一下依赖,最关键的一句命令就是这个,用半来安装,这样就会不报错了。行,项目准备就绪, 现在到了最关键的第二步,配置 api。 这里我们要用的就是环境变量,你可以把它想象成给程序指路的小纸条。 就这四个变量,你一定要设对,它们是告诉程序去连 deep seek 的 官开。对了,为了安全起见,你的密钥最好是放在一个单独的 dot in v 文件里。 记住啊, api 密钥千万别上传到 git, 永远不要公开分享,这点非常重要。 ok, 准备工作和配置都完成了,最后一步,咱把它跑起来 看,就这么一条命令敲下去,整个应用就跑起来了,是不是很简单?等一下要是报错了怎么办?别慌,最常见的几个问题我给你列出来了,如果发现连接的还是老地址或者包有问题,就检查这两项,保准能解决。 要是路径不对或者密钥没生效,试试这两个小窍门,通常都管用。好,我们总结一下, 其实说白了,整个过程就是这四件关键的事儿。现在工具和方法你都有了,那么你准备好开始写代码了吗?
粉丝3071获赞1.1万

cloud 泄露第三天,保姆级本地部署教程他来了,成功的接入了本地大模型。我让他开发了一款游戏,他还自动打开运行,并测试能不能成功。耐心看到最后先收藏再观看。整个部署分为四步,新手友好。 第一步,安装我们的 b u n, 点击麦克右上角的聚焦环搜索,输入 terminal 或者是终端回车。打开终端,复制我们的安装指令,粘贴回车, 等待安装完成。新开一个终端,输入二杠运行,最终显示版本号代表第一步成功。第二步,解压我们 打开安装目录,找到我们的隐藏的配置文件点 emv mac 可能有时候看不见,我们需要用 command 加 shift 加点来显示隐藏文件,按照我们的参数来配置接口地址和 t, 还有大文件的名称,修改完成,保存,关闭配置。 第三步,启动程序。首先终端切换到安装目录,依次复制以下两个命令进行执行。第一条命令赋予我们程序实行权限,复制,粘贴运行。第二条,复制粘贴回车。如果看到这个界面,说明我们的程序已经部署成功。先询问他使用了什么样的段位型返回内容和我们的配置一致,部署 成功。接下来测试实战效果,让他做一款俄罗斯方块的游戏,看他用多久时间,是否能够一次性成功。他自动唤起了浏览器,打开运行程序,我们来玩一下,我这里加速玩一下。 我发现最后他在游戏结束时没有做弹窗提醒,那我们让他修复一下。好,这里他花了两分钟修复这个 bug。 如果帮助到大家,点赞收藏,我是张成敏,关注我多一个程序员男朋友。

hello, 大家好,这两天克拉蔻的原码不是泄露了吗?今天我想出一期视频,从零开始,教教大家如何能够本地把克拉蔻的原码给跑起来。那我这边准备了三个 get up 仓库地址啊。第一个其实就是最早上传克拉蔻的原码的仓库, 不过后面因为作者害怕 ansok 那 个公司起诉他,因为他 star 的 实在是增长太快了,你可以看到现在他已经达到一百五十 k 了,也是非常的夸张啊,所以说他就改成了 rust 版本了。 嗯,然后第二个仓库的话,其实就是最早他基于作者最早的那个原始版本,然后去 fork 的 一份代码,嗯, 这份代码其实是最原始的版本,但他其实是有个问题的,他就是你看可以看到他文件里面只有 t s 和 t s x 的 文件,他的一些啊,依赖啊等等的一些他都是没有的,所以说你要本地跑是跑不起来的。 那我们今天主要讲的就是第三个仓库地址,三个其实就是呃作者基于最原始的那一份, 然后让克拉蔻的去辅助补全他的一些文件目录啊,依赖啊、结构啊等等去生成的这么一个项目,然后这份项目是可以呃能够本地 撞起来的。对,然后我们今天主要就看一下这个是怎么跑起来。可以看到,首先他第一个是要求泵是要大于一点三点一版本,哦,我复制一下,然后打开银行, ok, 下载完成了,然后我们再把这个项目给克隆一下。 好的,第三步我们奔 install 一下, ok, 可以 看了,下,完了最后奔绕第一位。 好的,你可以看他跑起来了,我先问他个问题。你好你好 好,你看他也正确的回答出来了。如果有同学不放心他是不是真的那个 我们本地跑起来项目可以改一下他的那个。呃,样式啊,比如说我们想把这 cloud code 改成 mycloud code, 那 我们打开 vs code, 我 看看这个 在 s l c 目录下面的 components log 为二。 然后我们搜一下 micro, 在 本地起一下,你看它已经改成 micro 了。再提个问题,你好,它还是能正常回答的,我们本期视频就到这了。

伦敦大学学院的研究人员在对 cloud code 的 原码进行全面分析后,得到一个令人惊讶的发现,整个代码库里只有百分之一点六属于 ai 决策相关的逻辑,剩下百分之九十八点四全是运维支撑架构, 也就是当下备受关注的 harness 框架,包含了全线校验工具、路由、上下文压缩、绘画记忆等核心模块。在这套完美的支撑框架下, cloud 赋予了模型最大的决策自由度。我梳理了其中几个设计亮点,一起来看看吧。 首先,整套代码的核心仅为一个简单的 while 循环,它负责调用模型,依据模型输出执行相应工具,并不断循环直至得出最终结果,模型只需要专注于决策要做什么。 其次,安全问题同样被重点考虑。 antropic 的 分析显示,用户对 ai 指令请求的批准率高达百分之九十三,这意味着仅仅依靠用户的实时审查并不能构成可靠的安全保障。为此, cloud 专门设计了一套包含七种权限模式与一个机器学习分类器的权限管控体系,从而在基础设施层面上实现更高效可靠的安全防护。 同时, cloud 将上下文窗口视作 ai 应用的核心瓶颈,并为此设计了一套五层的上下文压缩流水线,包括了预算削减、减脂、微压缩、上下文折叠和自动压缩,每一层只会在上一层的失效时才会起用。 除此之外, cloud 还提供了四种系统能力扩展方式,按照上下文开销排序,分别是 hux 在 后台运行,不占用模型上下文空间。 skills 按需加载用于提供特定领域的专业指令插件作为功能的封装与分发主体,而 mcp 则可实现外部服务与工具的深度集成。 在多智能体架构上, cloud 支持创建相互隔离的子智能体,专门处理各类细分任务。这些子智能体运行在独立的上下文窗口中,仅向主代理返回结果摘要,既节省了系统资源,也有效降低了整体架构复杂度。 而在绘画持久化方面, cloud 采用追加式写入的 joe no 格式存储绘画设计上更侧重可审计性与简洁性,而非复杂的查询能力。 整体来看,随着模型能力不断提升,高质量的 harness 支撑支架远比复杂的规划框架更能带来可靠的系统增益。数据也印证了这一点, cloud code 所完成的任务中,有百分之二十七是用户在没有这款工具时根本不会尝试的工作,这也意味着它真正开启了一种全新的工作模式。

哇,我刚才遇到一个非常震惊的事情,现在是晚上的凌晨五点五十五分,我们做单面机开发的时候,经常会使用 q 这个工具, q 呢,我们一般用它来编辑代码, 但是这些代码的编写呢,一般是放在 vs code 中的,但是 vs code 有 一个问题,就是如果我直接打开这个 q 的 工程,它是没有代码提示的。然后刚才呢,我试了一下,让 clogs code 之前一个操作通读工程,为我的代码配这构建 c m a 编辑方式,使得代码补全能够在 vs code 中使用。然后呢,他就执行了一系列的操作,他首先是通读了我的整个项目,然后分析 该生成哪些文件,然后他这里还在分析,然后这里是创建了一些文件。得得得,得到最后的时候, 他还总结了创建了哪些文件,分别是用于干什么的。然后最重要的呢,他这里还给我生成了一个 readme, 这个文件给了我一个详细的使用说明。 我们来看一下,这就是 javascript 生成的 readme 文件, 它告诉我如何使用当前的这个项目来进行代码补充。它告诉我要去安装这个 amg c c 工具链,给了我官网的链接,然后给了我 cmake 的 链接。我刚开始是没有装这两个软件的啊, 然后其实他配好之后还是没有代码补全功能,直到我安装好这两个文件,这两个应用之后,我再打开这个工程,我发现我的 vs code 的 真的具有代码提示功能了。 你看这里这一行二十一行,我定义了一个定时器实际单元的一个结构体, 我输入 team 点可以看到啊,这个结构体成员非常清晰的都给展露出来了,一个不多,一个不少,并且这个跳转非常的灵活, 就像我们在 q 中开发一样,非常非常的丝滑。当然了,这个代码补全肯定是比 mdk 的 更加好用的,它不管是这个函数提示啊,都是非常的现代化。所以啊,这个 claudo 的 真的是太强大了, 我们作为建筑建筑师开发的,真的要抓紧跟紧时代的脚步,用起来这些 ai 工具,就像峡谷相对论那样,别人的效率在提高,但你的效率没有提升, 那你的效率就是降低了,没有用过的小伙伴抓紧用起来。

手把手教大家如何还原可乐泄露的原代码。首先我们知道在三月三十一号的时候,他们不小心把自己的代码上传到了 npm 仓库里面,在这个文件里面,那我们要怎么获得这个文件呢?要下载二点一点八八,这个包 在他的官方的 npm 仓库里,他已经被删除掉了,在四零四已经看不到了,但是腾讯云那边有缓存,缓存的地址是这个,你可以直接在浏览器打开它, 输入它下载,等它下载完之后,你就解压它,这是个压缩包,在我这边解压之后,它是这个样子。有的人会有疑问,这个软件它大小不一样, 它这个压缩包是只有差不多多少,我看一下啊,压缩包只有三十 mb, 而这个文件它是有六十,而我们的原代码是在这个压缩后的 click 点击 s d m p y 里面,大家记住这个六十 mb, 那怎么还原他呢?很简单,复制这个地址,然后在终端里面打开,他就是终端地址, 这个是不用复制了,那你已经在这个路径里面了,这个时候你用去打开它,打开这个路径,你输入这样的命令,打开之后你就在这个去里面让去一条龙帮你去解决掉。 比如说我们现在这个文件的路径是这样,那你就直接复制这个路径,让他说让他把这个 m p 文件转成 g s 还原,大家看到其实原码都在这个子段里面,还原之后差不多会有七十万,行,你就直接跟他这么讲, 他这个翠自动帮你转成那种人类可读的,因为他现在所有的压缩在一起,你是没办法,代码完全是没法看的, 你看他就会慢慢帮你分析,会帮你还原,还原了之后效果就会这样子。在图片上说的一共差不多会有七十万行代码,但具体是五十万行还是七十万行都是可以的,因为大概这个只是代码格式化工具的差异而已,都是对的。

五分钟部署 cloud code, 不 用你下载各种没见过的软件,不用你命令提示符,复制看不懂的命令,跟着我操作,马上让你用上能帮你干活的 a 阵。我要先强调一点,现在是 ai 时代,能让 ai 做的事尽量自己少做。 咱们的目的是装一个好用的 a 阵,帮你干活,但是需要配置电脑环境,那这一步有没有 ai 能帮你做的呢?有吹就能实现一键安装,安装完以后大概是这样的一个界面,不用感觉复杂,咱们就看右下角,你就跟他说帮我复述 cloud code, 一 句话就可以了。如果你第一次用,他可能会提示你创建一个项目,你就直接选择一个文件夹,创建起一个名字就可以了,这里他就会自己去运行,他在分析问题,这是完全免费的。今天下午我遇到的一个问题就是他可能会排队,但是排队的时间不长,咱们稍等一会就可以了, 然后它就会自动的去帮你搜索 cloud code 需要怎么安装,然后需要下载什么环境,像这个 node, g, s 等等, n, m, p 等等的, 它全都会自动帮你安装好。最后 cloud code 也会直接帮你下载好,咱们第一次运行的时候,需要慢慢的等它下载就可以了。 如果你已经有了某些模型的 a p i t, 你 就找到这个文件夹,这是克劳德库德的默认安装文件夹,记得在这个目录下创建一个 txt, 常用的形式有两种,这是第一种,填上你的 key 和你的网址,然后把它保存, 你把它重命名改成 settings, 把后缀名改成 g, s, o n, 因为我已经有了,我就不重复的去更改了。 这里还有另一种情况,现在咱们国内有很多 coding plan 套餐,然后这个套餐它是可以选择多个模型的,所以它就会涉及到一个模型名,比方说火山的 coding plan, 它就是专门的模型名,所以你可能就需要保存的是这个增加一个模型名。当你填完 api key 以后, 打开你的命令提示符,如果找不到,摁 win 加二键,然后输入 cmd。 打开以后呢,你输入 clock, 直接在 yes 这选择按回车,这里就已经进入到它的界面了,然后你可以用中文跟他打字说,你好 敲回车。我现在连接的模型是火山引擎的 coding plan, 然后选择的是豆包,这个模型是我日常用来生成文案的,如果你想去执行一些自动剪辑等等的工作,这个模型我 个人不建议,只要是你接好了一个模型 a p i, 它就可以操作你的电脑,帮你执行一些任务,运行一些 skill。 关于现在模型的选择有很多种,咱们国产的模型 特别的多,尤其是今年各家都出了 callin plan, 可以 理解成就是包月的套餐,但是他会有 token 额度的限制。 咱们先拿字节跳动的火山引擎来举例子,从这个页面我们就能找到订阅 callin plan, 然后直接点立即订阅。 他是有两档,一档呢是一个月四十,一档是一个月两百。我现在开了一个这个,但是我只用他的豆包模型来生成文案,所以消耗其实很低的。但是我之前测试了一下,就是四十的套餐,让他跑其他的工作流, 每五小时的额度一会儿就消耗完了,所以说它还是不是那么经用的,不过它有一个优点,就是它可以选择多种模型,可以看到它的限制就是最上面的是五小时的额度,然后一周的额度限制,然后一个月的额度限制。 正常来说的话,四十元和两百元有什么区别?就是差五倍的投币量。接下来咱们来看一下智普的,智普的 glm code 点进以后,它现在咱们点连续包月, 他有三个档,四十九、一百四十九、四百六十九。呃,从我的理解来说也是 token 量的区别,就是看你用多少来选择哪个套餐,但是他只是他们家自己的,没有其他模型的选择。 我没有用过直播,但是我听说 glm 五还是比较不错的。从这里就能看出来,你想要订阅 glm 是 需要每天十点过来抢的,包括最高的四百六十九每月的套餐。回过来看豆包,它是随时都可以订阅的, 这个不需要抢。阿里的套餐有三档,但是是一百九十八每个月起,这个是不需要抢的,而且阿里他也是多模型可以选择,这些模型除了豆包生成文案,其他的我都没用过,我就不给大家一些建议了,你们可以自己去选择,我还是拿火山引擎的来举例子, 购买以后这里有一个快速配置,打开的这个界面你就会看到一些关键的信息,像这种 coding plan, 它是有一个模型名的,所以是模型名和它的接口的链接,然后还有它的 api key, 你 只需要知道这三个信息就可以了。如果咱们用其他的 api 没有模型名的话,就填刚才的那个两项的就可以,大家可以动手去实操一下。最后咱们部署完了 cloud code, 那 么应该怎么用呢?能用它来干什么? 我在这里可以告诉大家,现在的 ai 能帮你解决百分之九十以上在电脑上需要做的事情, 你想让他做什么,你就直接直白的告诉他,最后能不能做,能做到什么程度,他都会给你一个结果。而我之前分享的那些 skill, 就是 我通过跟 ai 不 断的去对话,调试出的一套工作流程,让他帮我保存了下来。 以后每次执行同样的任务,他就会固定走这一套流程,不需要每次我都跟他说这件事应该怎么做,大家去实操一下吧,有什么问题可以在评论区问我。

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

用简单的语言讲解一下实现实现一个 cloud code 的 最简化的模型,你不一定非要懂代码,首先需要定义一个系统提示词,告诉模型你是一个编程智能体工作,在项目所在目录里 使用代办摄像工具来规划多步骤任务,优先使用工具,而非文字描述。这个系统提示词的作用就是告诉模型你在做任务之前,需要先制定一个任务步骤,编排计划,按照计划执行任务。优先要使用工具呢?因为我们默认认为不使用工具的话,这个任务就算结束了。 如果某个步骤里模型只回答我们一些文字信息,没有使用工具,当然就不会有下一步执行的必要了。那我们需要提供模型什么工具呢?下面我们会告诉模型你可以用这五个工具。哪五个工具呢? 第一, bash, 这个工具的描述就是告诉模型你可以运行一个任意的 shell 命令。第二, read file, 这个工具描述就是告诉模型你可以提取文件内容,但是需要根据参数的要求提取,你必须提供需要提取文件的路径。 第三, write file, 这个工具描述就是告诉模型你可以写内容到文件里,但是必须提供一些必要的参数,比如需要写入文件的路径和需要写入的内容。第四, edit file, 这个工具描述就是告诉模型你可以编辑文件内容,这个和上面那个 write file 的 区别就是它是编辑文件, write file 是 直接覆盖写入, 需要提供一些必要的参数,比如编辑文件的路径和需要替换文字的内容。第五, to do, 这个工具是最重要的,它告诉模型你需要更新任务编排的清单,用来跟踪任务进行到哪一步。意思就是说,一开始系统提示词里要求生成了任务编排步骤了,需要根据编排计划完成一步,就将这一步认为状态,这一步的任务状态实施成完成。 因为当智能体处理多任务步骤时,他经常丢失对已完成和代办事项的追踪。没有显示的计划模型可能重复工作,跳过步骤或者跑偏,用户也无法看到智能体内部的计划。用这个工具来标记完成了哪些,用于下次对话,让模型自己看到进行到了哪一步。 最后将我们的提问和系统提示词以及工具一起发给大模型,然后放进一个无限的循环里。如果模型回答一次说需要调用哪个工具,怎么调用,我们就直接执行我们这五个工具里的模型指定的工具方法。比如模型回复用 read file 提取某个文件,模型会把工具名称 read file 和文件路径给我们,我们直接按照预先定义好的工具方法 read file 调用即可。 在无限循环里,每一次调用模型的操作的结果都会再次发给模型,模型来判断下一步该怎么做,直到模型回复说就不需要工具了,那我们默认认为这个任务循环就结束。跳出循环,本次任务结束,没有工具调用即可认为是没有再进行下一步操作的必要了。 最后再适当的做一些安全叫验,比如只能工作在呃当前的目录里,不能执行黑名单里的危险命令,比如不能执行呃删除全部或者一些比较危险的命令,然后用 history 树组保存历史绘画,达到记忆多轮对话的功能,这样就实现了一个最简单的 cloud code 的 编程助手。 下面看一下效果。我让这个我们写的编程助手新建一个画布,然后画布可以新建正方形,每新建一个正方形,我们可以检测正方形和正方形之间的碰撞,检测如果碰撞了有提示红字的效果,就是正方形变成红色的效果。 嗯,下面我们看看这个最后它生成的这个 html, 它可以随便的生成正方形,然后检测这个正方形之间的碰撞,还是比较完善的。 最后总结一下,其实模型就是智能体,我们的工作就是给他工具,然后让开这种思路能不能用到你的业务里?给模型一些有边界的工具能力,比如你自己业务系统封装的操作函数,让他自己编排执行来整合到自己的业务里。

不会写代码没关系,今天教你用 cloud code, 手把手打造你的专属 ai 助手,普通人零基础小白看完就能做,学会这个顶级的通用的工具,以后你想做什么,直接自己动手做出来。 现在 ai 工具更新太快,很多人被社交媒体弄得很焦虑,试了一堆最后都没有上手。原因只有一个,你学的都是应用,不是底层逻辑。 cloud code 不 一样,它是直接调用最强大脑的工具,学会它等于掌握了所有 ai 工具的上游。今天我们要做的就是这个一个专属你自己的 ai 助手, 你告诉他要做什么,他直接帮你做出来。接下来我带你从零开始,分三步完成。第一步安装。 cloud code 的 安装方式呢,有好几种,在这里我们选对新手来说功能不变,但操作界面最友好的安装和使用方式就是用 cursor 来使用。 为什么?因为终端的安装界面实在对新手来说太不友好,其他的 ide 都会压缩卡的 code 的 某些强大的功能,因此我们强烈推荐 coser 来使用,功能不变,但是对于新手来说超级友好。 第一步, cloud code 已经安装完成了,我们还需要给它配置一个大脑。第二步,配置,因为 cloud code 的 原声模型,因为付费啊等等各种各样的原因,很多人没有办法直接使用。在这里我就先用 mini max 来做演示。 首先我们需要先打开 mini max, 选择什么样的模型其实都可以,基本上你订阅之后,在它的控制台或者说开发者中心都会获取一个 api, 我已经提前把 api 复制下来了,然后输入命令,替换掉你的 api, key 按回车就完成了。 现在呢,我们输入 cloud, 就 可以正式地进入 cloud code 这个界面了。三、怎么样用 cloud code 来打造自己的私人专属 ai 助手? 关于 class code, 我 们称之为世界上最强大的 ai 工具,这句话毫不夸张,对于程序员来讲,它是最好的 ai 编程工具。对于我们普通人来讲,它不仅在工作,还在生活当中都扮演着非常重要的作用。 关于 class 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 有 七十五个官方斜杠命令,但真正让你效率翻倍的其实就这十九个。今天我把每个命令的用法都给你讲清楚,最后还会给你一份完整的七十五个命令树杈表,记得截图保存。 先说对话管理,第一个是 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 提效机。

cloud code 又推出了一个新的功能,叫 power up, 这个功能是集成到终端里面,帮助你学习 cloud code 的。 用之前有两个前提,第一,只能在终端里面用 vs code 插件,暂时不支持。第二,版本要更新到二点一点九零级以上, 如果满条件都满足,打开终端,输入斜杠 pop up, 回车就会启动一个动画式的交互引导,手把手带你入门,不需要发任何的教程资料。整个教学内容分成十个主题, 我挑五个最实用的给你们讲明白。第一个,快速关联代码库,用艾特加文件名或者艾特加文件路径,就能直接让 cloud code 锁定目标文件,不用手动打开文档,也不用复制粘贴代码,效率直接翻倍。 第二个,多模式快捷切换,按下 shift 加 tab, 可以 在四种工作模式之间来回切换。重点说一下 play 模式,当你思路还不清晰的时候,先用它理清方案,相当于先画图,只在施工,不直接改代码,避免盲不踩坑。 第三个,一键回滚就错,指定出错了或者生成的结果不理想,直接一键回滚,就像文档的撤销功能,不让无效内容占用上下文窗口。 第四个,后台拖款任务,遇到耗时但不用时时刻刻盯着的杂活,直接设为后台任务自动运行,不耽误你处理其他工作。第五个,制定项目规范,你可以提前告诉 ai 项目的背景、开发规则,代理代码规范,让它输出更符合你的实际需求。 剩下的五个主题我就不足以念了,内容同样干货满满,你可以亲自上手解锁体验。再说一个很贴心的设计,每完成一个主题,前面就会亮起绿色的对勾, 中途有事被打断了也没有关系,下次回来一眼就能看到进度,无法衔接,继续学,有十个主题全部通关,成就感就像打完了一个游戏副本。觉得这期内容对你有帮助,别忘了点赞关注。 我是诚言万语,陪你一起看懂人工智能,不玩虚的,这箱干货,咱们下期见,拜拜!

之前没用过 cloud code 的 人,如果你第一次向别人展示帮你的团队上手,我们强烈建议从代码库问答开始, 不要一上来就用花哨的工具,不要一上来就编辑代码。先从提问开始,问一些关于代码库的问题,这会教会人们如何写提示词,也会让他们开始了解 cloud code 的 能力,边界在哪里,他能做什么,什么时候需要你多引导一下?什么任务可以一次搞定, 什么需要两三次,什么需要在 rapper 中用交互模式来完成。当你对问答比较熟练之后,就可以开始编辑代码了,这是下一步。 用智能体方式使用大语言模型最酷的地方在于,你给他工具,他就像变魔术一样,能搞明白怎么用。 cloud code 只有一组很精简的工具,并不多,他有文件编辑工具、 bash 命令执行工具、文件搜索工具,他会把这些工具串起来,先探索代码,做一些头脑风暴,最后再进行编辑。 你不需要具体告诉他用哪个工具,你只需要说帮我做这件事,他自己就能想明白怎么做。会按照对 cloud code 来说合理的方式把工具串起来。用法有很多,我有时候喜欢在让 cloud 动手写代码之前,先让他做一些头脑风暴,或者制定一个计划,这是我们非常推荐的做法。 我有时看到有些人直接让 cloud code 去实现一个三千行的大功能,有时候他确实能一次搞定,但有时候他做出来的东西完全不是你想要的, 要得到你想要的结果。最简单的方法就是让他先思考,先头脑风暴,制定计划给我看一下,等我确认了再写代码。你不需要用计划模式,也不需要什么特殊工具,你只需要告诉 cloud, 他 就知道该怎么做。就说写代码之前先做个计划就行了。 还有这个 commit push, 创建 pr, 这是我经常用的一个指令组合,没什么特别的,但 cloud 足够聪明,能理解这个意思。 它会创建 commit, 推送到分支,创建分支,然后在 github 上帮我创建 pull request。 你 不需要解释任何细节,它会自己查看代码,查看历史记录,查看 git 网址,来搞清楚 commit 格式等所有细节,然后以正确的方式提交和推送。 再说一次,我们没有在系统提示词里教他这些,他自己就知道怎么做。模型本身就很强,当你更进阶之后,你会想要接入你们团队的工具,这就是 cloud code 真正开始大放异彩的地方。工具一般分两类,一类是 bash 工具,比如我随便编了一个叫巴黎的 c o i, 这不是真实的工具, 但你可以告诉 cloud code, 用这个 c r i 做某件事,还可以让他用 help 来自己学会怎么用,这很高效。如果你经常用到,还可以把它写进 cloud md 里,我们稍后会详细讲,这样 cloud 可以 跨毁化。记住这些,这是我们在 antropic 内部常用的模式,外部客户也在用 mcp 也一样。 cloud code 可以 用 bash 工具,也可以用 mcp 工具,告诉他有哪些工具就行。添加 mcp 工具,告诉他怎么用,他就会开始用了。这非常强大, 因为当你在一个新的代码库上使用 cloud code 时,你可以把团队已有的所有工具都给他, cloud code 就 能代替你来使用这些工具。 接下来是几种常见的工作模式,我之前已经讲过一种,先做一些探索,做一些规划,征求我的确认后,再开始写代码。 右边这两种非常强大。当 cloud 有 办法检查自己的工作成果时,比如通过编辑单元测试,或用 poplite 截图,或截取 ios 模拟器的屏幕,它就能自我迭代。这太厉害了。 比如你给他一个设计稿,说照这个做一个 y b y, 他 能做的不错,但如果让他迭代两三次,往往就能做到几乎完美。 所以诀窍就是给他某种反馈工具,让他能检查自己的成果,然后他就会自己迭代,你会得到好得多的结果。不管你的领域是什么, 单元测试,集成测试应用截图, web 截图什么都行,只要让它能看到自己的结果,它就会迭代并不断改进。所以下一步是教会 cloud 使用你的工具,找到合适的。

工作流程,你想让 closed 直接写代码,还是先头脑风暴做个计划,还是让他迭代?心里要有数,这样你就知道该怎么给 closed 下指令,来达到你想要的效果。 更深入之后,除了工具,你还需要给 closed 更多上下文。上下文越多,他做出的决策就越聪明。 作为在代码库中工作的工程师,你脑中有大量关于系统和历史的上下文,有不同的方式可以把这些传递给 cloud, 给的上下文越多,它就表现越好。有几种方式,最简单的是我们叫做 cloud md 的 文件。 cloud md 是 一个特殊的文件名,最简单的放置位置是项目根目录,就是你启动 cloud 的 那个目录。放一个 cloud md 进去,它会在每次绘画开始时自动读入上下文。 本质上,第一轮用户消息会包含 cloud md 的 内容。你还可以有一个本地的 cloud md, 这个通常不提交到版本控制。项目根目录的 cloud md 应该提交到版本控制和团队共享,写一次大家都能用,而本地的只属于你自己。 c l a u d e m d 里放什么呢?常用的 bash 命令,常用的 m c p 工具架构、决策重要文件任何你在这个代码库中工作,通常需要知道的东西 尽量保持简短,因为如果太长,会占用大量上下文窗口,通常也没什么用,所以尽量精简。比如在我们的代码库中,我们有常用的 bash 命令,有代码风格指南,还有一些核心文件之类的东西。其他的 cloud md 文件你可以放在其他嵌套的子目录中, cloud 会按需加载它们,这些是会被自动加载的 cloud md 文件。但同时你也可以把 cloud md 放在嵌套目录里,当 cloud 在 那些目录中工作时,它们会被自动加载。 当然,如果你是一家公司,可能希望有一个 cloud md 在 所有代码库之间共享,你想替你的用户统一管理它,你可以把它放在企业根目录下,这样它就会被自动加载。 有很多种方式可以引入上下文。其实我在做这张换登篇的时候费了很大劲,就是为了展示你能用多少种方式来做这件事。 c l a u d e md 是 自动加载的, 你还可以使用斜杠命令,这就是 dcloud 目录下的 commands, 它可以在你的 home 目录里,也可以迁入到项目中,这是用来定义斜杠命令的。 在这里我们有一些斜杠命令的例子,这些是我们在 cloudcode 的 项目本身中使用的。举个例子,如果你在 cloudcode 的 仓库里看到 issue 被打上了标签,那实际上就是这个工作流在运行,它会给 github issue 打标签。 我们有一个 get up action 在 跑,就是我们今天早上讲到的那个 cloud code 会运行这个命令,它就是一个斜杠命令, 运行之后就会给 e q 打标签,这样人工就不用自己来做了,这帮我们节省了大量时间。当然,你也可以通过 at 提及文件来把它们引入上下文。就像我之前说的,嵌套目录中的 cloud md 会在 cloud 工作,在那个目录时被自动加载。所以给 cloud 更多上下文吧,花时间去调优上下文绝对是值得的。 你可以用 prompt 优化器来处理它。考虑一下这个上下文是给谁看的?你是想每次都加载它,还是按需加载?是想跟团队共享,还是个人偏好,一定要花时间去调优,如果做对了,这会极大的提升性能。随着你的进阶,你会需要更多的思考这种层级结构,也就是不同方式来引入各种内容。 所以不仅仅是 cloud md, 还有配置文件,以及关于 cloud 的 所有东西,你都可以用这种层级化的方式来引入。 项目级别的是针对你的 get 仓库的,你可以迁入版本控制,也可以只留给自己用。你还可以设置跨所有项目的全局配置或者企业策略。企业策略本质上就是一个全局配置,你可以推送给所有员工,团队里的每个人都会自动生效。 这张焕登片信息量很大,但关键点是它适用于很多场景。你可以对斜杠命令这样做,也可以对权限这样做。 比如说,如果你有一个 bios 命令,想让所有员工都能用,比如所有员工都会用这个测试命令。你实际上可以直接把它迁入到企业策略文件中,然后任何员工运行这个命令时,它就会被自动批准,这非常方便。你也可以用它来屏蔽命令。 比如说有一个 url 是 永远不应该被请求的,只要把它加到这个配置里,就可以让员工无法覆盖它,那个 url 永远不会被请求。所以这既方便解除限制,也能保护你的代码库安全。 mcp 服务器也是一样的道理。 创建一个 m c p json 文件,迁入代码库,这样任何人在你的代码库中运行 cloud code 时,都会被提示安装 m c p 服务器,并与团队共享。 如果你不确定该用哪个,这确实是一个很复杂的矩阵。因为我们支持很多功能工程师的工作流非常灵活,每家公司都不一样,所以我们想尽量覆盖所有场景。 如果你不确定怎么开始,我建议从共享的项目上下文开始,你写一次,然后分享给团队所有人,就能获得这种网络效应。一个人做一点工作,团队里的每个人都受益。 cloud 内置了很多工具来管理这些。 比如说,如果你运行 memory, 你 可以看到所有被加载的记忆文件。也许我有一个企业策略,有我的用户记忆,有项目级的 cloud md, 还可能有一个嵌套的 cloud md, 只在特定目录下才会被加载。 类似地,当你执行 memory 时,你可以编辑特定的记忆文件。当你输入警号来让它记住某些东西时,你可以选择把记忆存到哪个文件里。好的,这就是下一步,花时间去。

很多人问我 web coding 到底用啥工具,今天分享一下。一年半下来,我自己真正在用的组合,从设计到写代码到部署,共六类工具,毫无保留的分享给你。设计我不自己想, 直接上 pinterest 搜关键词,找到合适的就保存下来,把图片丢给 cloud code, 让它按照这个风格写代码,比任何 ai 生成 ui 的 工具都好用。 building agent 呢?我用两个, cloud code 和 codex 不是 二选一,是两个一起用。我的具体流程是让 cloud code 先写计划,然后 codex 挑毛病,它们互相 review, 计划到一致的时候再让 codex 去执行。写完代码之后,让 cloud code 做代码的 review, 同时让 codex 也起一个隔离上下文的 sub agent 去进行 review, 反复几轮,双方都觉得没有 bug 了之后就可以上线了。两个不同家的顶级 agent 的 互相 review, 可以 发现彼此忽略了的问题。这个非常好使,而且也是社区里成熟的做法。分工上,我的感觉是 cloud code 更擅长长任务,更有创造力,而 codex 更擅长单次的代码执行, 专业感更强。一个擅长想,一个擅长做 i d e。 我 一直用 cursor, 但不是用来写代码,我是在 cursor 的 终端里面跑 cloud code, 然后用 cursor 来看文件和 date。 模型我是订阅了 cloud 和 g p t 的 每月一百美金的套餐,当然你也可以选择用国内的根据性价比的模型。 后端我主推 hspock, 新手友好到离谱登录,数据库存储全都帮你内置好了。最重要的是对 a 盘的友好,而且还免费让 cloud code 和 code 自己去调用就行,不用你配置任何东西。 它贝斯我个人觉得偏重,之前尝试过好几次都没搞明白就放弃了。部署的话我现在也用 xbox, 它适合全站一站式部署上线,当然你也可以选择用 mercel。 但有一点, xbox 部署的默认域名是没有办法在国内直接访问的,如果你想要分享给其他人去用的话,最好还是买一个自定义的域名 用来绑定。我买了好几个域名都不贵,大概就二十块钱一年,这就是我一年半拎定下来真正在用的全套组合。下一期我会分享新手最容易踩的五个坑,我们下期见。

没想到我上一条关于我 bug 定的视频已经有将近七万人看过了,接下来我就来跟大家分享一下我现在这个进行了哪些升级。首先我这边手动加了一个 手动切换浅色深色的一个按钮,其次一个更重要的升级,就是他直接能跟我的 herms 对 接,我现在自然语言,明天早上十一点提醒我剪视频, 我点击发送之后,那它过一会它就会出现在我的这个日程当中,现在完全不用离开我的这个 app, 它就能帮我修改我的日程, 这个日程是跟我的苹果日历是完全同步的。那当然呢,这条视频不是来给大家展示一下我的 web coding 的 成果,而是来想跟大家分享一下我在 web coding 这个 app 背后的一个实现步骤或者实现的思路。 那大的背景我就不再赘述了,可以看我的上一条视频。首先是我有了这个想要一个这么定制化的一个 app 的 思路,然后我就用我的语音输入法直接跟 code x 来让它写一个 plan 计划, 那可以看到我的这个真的十分口语化,我现在有个需求,想要制作一个什么什么样的一个 app, 那 当然我的 prompt 有 点过于粗糙,所以它实现的成果是特别差的,所以接下来我就想到我现在是缺少一个优秀的产品经理, 所以我就把我的想法又重新整理了一个更加详细,更加客观的一个这么一个东西。可以看到这也是我用语音输入法说的这么长,非常口语化。 然后让 cloud, 也就是当前编码能力最强的 cloud 四点七模型来充当产品经理,把整个产品的功能区块做一个设计, 他给了我吧啦吧啦这么长,那为了把 web coding 给贯彻到底的话,我就没有细看他的成果,我直接把他的回答 copy 到 cloud design, 他 是专门来设计前端的 ui 界面的,我直接发给他,让他帮我设计一个前端的界面,他会给我一些选项,让我选择这个页面是浅色的,或者是大概什么样的。我选完之后, 这就是它产生的一个成果。 cloud design 生成的成果我特别满意,我就直接把它打包成 zip 文件,然后发送给 codex, 告诉它这是我想要的一个前端页面 ui 界面,然后让它落地实行。它一通操作完之后,有很多 bug, 比如说我放在这,它不能正常的触发,那接下来我就开始一直在修 bug, 修 bug 我 发现 codex 好 像修不好这个 bug, 所以 我就 用这个 prompt, 当然也是一个很口语化的,我说让他把现在这个项目整理一下现状,然后整理一个说明文档,我要迁移给其他的 agent, 让其他 agent 来帮我处理, 那这就是他不拉不拉不拉生成的这么长串的一个这个当前的项目说明,然后我再拿这个项目说明发送给我的 cloud code, 可以 看到 cloud code 也是经过了好久的修复, 修复完成之后,那我现在需要再让它返还到 code x 去操作的话,我就再让 cloud code 针对现状生成一个这个现状说明,然后我要交易给其他的 agent, 那 它就又给我不拉不拉这么长,我就再拿着这一串 prompt 再发给 code x, 可以看到我又新开了一个对话,我没有沿用之前的对话,因为如果沿用之前的对话,我经过多轮的压缩之后,其实上下文的流失是比较大的,那我直接还不如 可以看到我的这个 prompt 还是比较简单的,我直接其实他的大头直接让他去读取已经落实到文件夹里边的内容就行了,他一读文件就能很清楚的了解我当前的项目是一个什么样的项目, 再接下来我就把我的需求告诉他,让他进行修改升级就行了。那整体的流程就是这么着几个 agent 来回的合作处理。那当然我在人在这个中间起到的作用也是很大的,它像一个胶水一样把各个环节给粘合起来, 最终形成了我的这个当前项目的成果,那我也很满意,那接下来可能我遇到其他的一些收费 app 或者一些小众的东西出来。

纯国内环境,不懂技术,命令行都没碰过,但你还想用最强的 agent 的 产品 cloud code? 今天教你最简单的办法,两步搞定,全程不敲一行代码。 第一步,让 ai 帮你装 cloud code, 随便下载一个国产的 ai 编程工具,直接的去阿里的 code, 腾讯的 code body, 哪个都行。我这里用句来演示,打开对话框,把下面这段话复制进去,剩下你只需要做一件事情,他每次弹出确认的时候,你就点运行,等他提示安装成功关掉去重新打开。那接下来我们进行第二步,配一个博闪模型的 key, let code code 跑起来下载一个叫 cc switch 的 小工具。安装包我放到最后的文档里面了,然后去任意一家国产大模型的厂商申请一个 api key, 这里智谱 ai 为例,进控制台,我们点 api key, 新建 api key, 随便起个名字复制生成好的 key。 那 接下来我们打开安装好的 cc switch, 右上角点添加, 选择智普 gm, 把刚才的 key 粘进去,其他啥都不用动点添加,这样的话你就添加成功了。如果以后你还有多个 key 在 这里,可以随时切换。最后我们回到去打开终端,输入 cloud, 接下来他提示需要确认的时候,你按回车键就可以了,到这里的话就搞定了。我们输入斜杠 model, 这里就能看到已经用智普的模型了,整个配置完成,现在你就可以开始体验这个号称当时最强的 agent 了。 我这里提醒一下,记得去模型厂家那边买一个 api key, 按量付费,用多少买多少,别让它跑到一半没额度了。上面讲到的所有步骤链接安装包都整理在这份文档里面了。