如果你目前在用 obsidian 加 cloud code 或者 code 叉来管理你的知识库的话,我今天分享给大家两个非常好用的指令,你们看到的这个目录就是我个人和公司的所有的内容都在这里面。 第一个指令是请你扫描全部文件,并且根据你的整理判断我是一个什么样的人,正在做什么事情。那大家看到了它,这样的话就可以把所有的内容都 列出来。然后第二个指令呢?哎,请根据你的判断,帮我生成五到十个 skill, 并制定长期 ai 提效甚至达到人机合一的水平的计划。那这样的话,他给我整了八个 skill, 那 每一个 skill 具体是干嘛用的呢?第一个 skill 其实就是拉 get 笔记的,对吧? 第二个的话是整理会议机啊,等等啊,接下来大家自己去看,他也给我制定了一个计划啊,一阶段,二阶段,三阶段、四阶段。具体要干嘛啊?感兴趣的小伙伴也可以试一试。
粉丝915获赞9923

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

我相信百分之九十九的人都不知道这八个可乐扣子的隐藏指令,大家耐心看完这个视频,绝对会让你大开眼界。 第一个, btw 命令,今年三月份刚出的,就是让可乐扣子在干活的时候插一个问题进去,但这个问题不会被写进历史上下文。以前你问一句可乐扣了就停下来了,上下文被污染,干活就容易跑偏。现在问完直接回车,这对对话直接消失,任务照跑, 历史干干净净,并且几乎不费掏开,用完了就回不去那种命令。第二个,瑞万的命令,可以理解成 ctrl z 撤销,打开这个命令,会弹出一个菜单来,让你选只回退代码,还是只回退对话,还是两个一起, 还是压缩上下文释放空间,这个命令非常实用。第三个,隐菜的命令,这个命令我觉得被严重低估了, 他会生成一份 h t m l 报告,分析你过去一个月用可多扣的习惯,看你常用哪些指令,有哪些重复的操作,然后给你推荐自定义的命令,说白了就是可多扣可多扣的在反向观察你, 给你优化建议。这个我建议人每个月都要跑一次,他会让你重新认识你自己的工作习惯, 非常有意思。第四个, see you plan 命令。你打开这个命令, cloud code 会同时启动三个平行的 agent, 分 别从代码附用、代码质量、运行效率三个角度帮你审核改动,然后汇报结果,相当于找了三个同事帮同时帮你 re 要代码。 我现在的习惯就是每次写几个大功能,更新之后顺手跑一遍,因为 ai 的 代码经常有种鱼,这个命令基本上都能把那些种鱼挑出来,写代码的一定要用这个命令。 第六个半尺命令,原来他是叫 fork, 现在改名了打,但是打旧名还能用,会自动跳转。作用就是把当前对话分叉出一个新的绘画来,原来的绘画不受影响。他跟 rewind 的 的区别就是, rewind 的是后悔药,半尺是平行宇宙, 如果你想同时试两种不同的方案,就是分叉一下,两边各走一边,最后就是选一个效果好的就可以。 第六个落魄命令,他可以让可乐定时重复执行某个任务,用法就是在这个命令后面跟上时间间隔和你和你要他做的事。比如说每五分钟检查一下部署状态,他就自动跑,不用你盯着, 默认时间间隔是十分钟,并且结果直接在上下文里。可乐可以基于结果做判断和后续操作, 但是要注意,定时任务在创建三天后会自动过期,最后触发一次,然后自我删除。第七个 remote ctrl 命令,就是打 r c 或者是完整的命令。 remote ctrl 它会生成一个 url, 手机打开这个链接,你整个 cloud 的 绘画就出现在手机上, 完全同步。你在手机上发指令,终端那边也能看到你在终端操作,手机实时更新终端代码,始终在你电脑上跑。手机只是个遥控器,所以很安全,非常好用,这点就像那个龙虾。 第八个 export 的 指令,打开这个指令,当前整段对话直接导出 markdown 文档,听起来不起眼是吧?但是有时候你会发现这个功能真的很实用。你跟可乐扣了讨论了半天的架构方案,中间有大量的来回推敲, 如果不保存,回头找起来非常麻烦,直接导出来存着,作为更详细的上下文,下次直接用这八个隐藏的指令,非常实用,建议大家使用起来。好,今天的视频就到这里,感谢大家观看。

很多人用了 cloud code 的 一段时间,都会发现一个问题,一开始很聪明,后面越用越笨,回答越来越乱,头啃还消耗巨快。那其实很多时候并不是模型本身的问题,而是你不会用这五个最基础的命令。那今天这条视频带你一分钟掌握。 第一个命令, config。 这个命令可以说是 cloud code 的 控制中心,那输入斜杠 config, 你 可以查看和修改当前的各种配置,比如是否自动压缩会话,是否自动切换思考模式等。建议你把每个配置项都了解一下。 第二个命令, model。 如果你想切换模型,直接输入斜杠 model, 就 可以看到当前支持的模型列表,直接选择就可以切换普通任务,你可以选择 so net 模型, 复杂任务你可以选用 opus, 性价比最高。第三个命令, clear。 很多人会发现一个问题啊,聊着聊着, claus 回答开始抽风了,越来越乱,越来越慢,而且 token 消耗飞快。这其实是因为上下文啊太长了,这个时候只需要输入斜杠 clear, 就 可以清空当前对话的上下文, 重新开始一个新的绘画。我建议每个独立的任务啊,都可以开启一个新的绘画。第四个命令, compact。 如果你不想完全清空对话,但是又想减少上下文的长度,那就用斜杠 compact, 它会自动压缩历史绘画,保留关键的信息。简单理解啊,就是给绘画做一次瘦身。 那第五个命令, continue。 有 时候 cloud code 会回答到一半的时候,因为意外的各种情况,导致终端的窗口不小心被关闭了。很多人这个时候啊,就会把之前的输入再重新来一遍,但其实大可不必如此,那直接输入斜杠 continue cloud 就 会接着之前的回答继续输出。 总结一下,学会这五个命令,不仅可以让输出的质量更高,关键是还更省 token。 那 你觉得哪个 cloud code 的 命令最好用呢?欢迎在评论区告诉我,我是新启,关注我,每天分享一个外部限定的小技巧。

五个 quote quote 的 隐藏指令第一个 b t w 当 quote 在 运行的时候用这个,你就可以在不打断它的情况下拿到答案。第二, slash advisor, 当你把它设定好之后 quote 在 处理比较复杂的任务的时候就会用更聪明的模型。第三, slash insights, 输入这个之后, quote 会分析你过去的对话,并告诉你怎样才可以把 quote 用得更好。第四, you creator, 用这个他会帮你自动建立并测试新的技能。第五, schedule 这个可以在云端运行你安排的任务,就算你的电脑已经关闭,他也可以继续的在执行。想学习更多 ai 应用,记得关注我。

装好了靠的桌面端,但又对着屏幕发呆,那么这七个隐藏技巧,哪怕你是纯小白,看完也能直接起飞!建议点赞收藏加关注,防止以后找不到哦!大家好,我是冰好!技巧一,进入软件,直接在对话框里敲这段指令斜杠, set up, call work, 就会像一个老手一样带你选职业装插件配工具,傻瓜式的操作,五分钟帮你全部搞定。个别插件报错的话,直接跳过就好了,完全不影响你的后续使用。技巧二,靠的桌面端,满屏的英文看不懂,是不是真的很崩溃? 别慌,我自己歪着抠等了一个汉化神器,安装之后,菜单栏点一下,一键汉化重启,靠的直接变成中文,想切回去,只需要点击恢复原版就可以恢复到汉化前的版本了。 画画之后还可以随意切换其他语言。这个 app 只改变你的 app 语言,不会动你 call 的 任何配置文件,快捷省心。技巧三,别让 ai 再乱翻你的电脑了, 看见输入框下面这个工作区按钮没有?点击它旋转你现在的项目文件夹,这等于给 call 的 划定了一个圈圈外的隐私文件,它绝对不碰! 切记,千万别把整个电脑硬盘给全选了!技巧是,一堆文件直接扔给靠的,他绝对是懵逼的。聪明人的做法就是点击加号,或者直接把对应的文件拖进去。 比如说我扔一份,销售一笑给他付上去,然后说按月汇总,找到下滑最大的三个品类,指定上下文,不仅省创意,干活还贼精准。 技巧五,这个功能百分之九十的新手都会漏掉。打开设置里的 global instruction, 在 这里写一句,所有的回复必须用中文,之后不管你怎么问他,他都会用中文来回你。以后你的回复格式、口吻、风格全都可以放在这里,收益极其夸张。 技巧六,嫌,每次都要重新调教,太麻烦。设置里面把 memory 的 记忆功能打开,你随便提一句,我是做电商的,多用转化率分析,下次新对话他直接按你的习惯来, 用的越久他就越了解你,简直就是专属的神仙助理啊!最后一个技巧,如果你经常找不到你的历史绘画,在侧边栏点击 vivo 会打开一个完整的任务列表,在这里你可以多选绘画,一键存档, 在这里也可以看到你之前存档的绘画信息。重要的绘画可以点他们侧边的三个点,点击固定,直接置顶,下次直接就能找到。完成了任务,想把绘画从侧边栏删除, 直接点击存档,就会保存到你的任务列表里面。学会了这七条技巧,那么你对靠的桌面端的使用就算正式出师了,我会持续更新更多靠的桌面端的进阶玩法,不想错过的话,赶紧点个关注吧!

我一直以为这个终端呀关了这个记录是找不回来了,所以每一次我给他发的时候,基本上我是一直要开着,都根本不敢关,结果就在刚刚我发现原来它是可以找回的,而且这个记录是特别的完整。我们看一下打开这个终端后哈, 我们同样是召唤出 code, 然后我们在这里输入一个杠 reason, 第一个回车就可以了,可以看到吗?我这里面大概有四十九个这样记录,全部都可以找回来,比如说随便找一个吧,然后回车,这全部都是我之前啊跟他聊的这些记录啊,你看改简介啊,我说要怎么改,你看他全都给我找出来了, 真的好兴奋啊,这样我就能更放心大胆的用终端了,我真的是太喜欢终端,因为终端我感觉能解决好多问题,直接就让他操作,我的电脑还不会太越界,大家快点去用起来吧。

这是 cloud code 给我总结的使用报告,在终端里输入 incase 指令,它就会分析你过去一个月使用 cloud code 的 习惯。报告内容非常的详细,先是给了一个概览,总结做得好的地方,阻碍的地方以及后续的一些改进方向,然后再详细展开你这一个月都用 cloud code 做了什么, 在使用的过程中取得了什么样子的成果。比如我使用 cloud code 创建了我的电子书阅读 skill, 并且把它开源到 github 上, 还开发了一个个人网站进行了内容创作。这些他都给我总结出来了,他还会总结你是怎么样使用 cloud code 的, 存在哪些问题。比如他识别到我是一个急躁,善于探索,喜欢掌控工作流程的用户,如果他使用的方法很复杂,我就会中断干预他的工作,这些我自己都没有意识到。 看到这个报告的时候,我还是觉得挺有意思的。他还对我和他合作之间的摩擦进行了分类,根据我的使用问题去推荐我使用一些我没用到的功能,比如说 hooks, skills 和 task agents, 并且把一些在工作中经常遇到的问题变成规则,建议我写入 cloud 点 m d 的 文件里面去修改他的记忆。他也给了我一些如何跟 cloud code 合作的建议,比如任务失败之后, cloud code 会重试之前用过的方法,那他建议我应该通过明确的指令,让他尝试不同的方法来打破这个循环,提升工作效率。 比如先规划,先验证,再执行。这些对刚使用 cloud code 的 新手小白来说,都是非常恳恳和有效的建议,如果大家对这部分感兴趣的话,可以关注我后续的更新,我会把自己踩过的坑和有用的经验整理出来,真心推荐大家去使用 杠 in size 这个指令,它能帮你重新认识自己的一些习惯,还能结合自己的实际情况学习如何跟 agent 更高效的写作。那除了这个指令, cloud code 也有很多其他的指令和快捷键,我都整理成文档了, 那我先把我自己常用的过一遍。首先是在绘画管理方面的输入杠 compact, 它可以压缩上下文,因为大模型它都有上下文,上下文越多,它后面的工作效率就会下降。 那这个康派的指令呢?就可以将之前的对话内容总结成摘要,帮你腾出更多的空间进行后面的任务的处理。这个杠 export, 它可以导出当前的对话。 那假设你在跟 cloud code 的 对话的过程中发现这一次的讨论特别有价值,你想把这个过程的文件保存下来,就可以用到杠 export 这个指令。杠 resume, 它的作用是恢复历史的对话。假设你今天打开 cloud code 命令去恢复历史的对话,继续用 cloud code 去完成任务。 around, 它的作用是回退,也相当于撤销。那当你让 cloud code 做一个任务的时候,你发现做错了,你需要回退到之前的状态,那就用 around 这个指令。那接下来是我常用的关于功能拓展类的一些指令,那 agents, 它主要是创建、调用和管理者 agent。 当你的工作任务比较多元的时候,你可以创建不同的 agents 来干不同类型的活,比如写代码一个 agent, 做内容,创作一个 agent 检查工作任务,再创建一个 agent, 那 你就可以输入杠 agent 这个指令去调用不同的 agent。 那 杠 by the way 这个指令呢?它主要就是在你完成主线任务的时候进行提问,避免去污染上下文。比如说你再让 agent 给你完成一个写代码的任务,但这个时候你突然间想到了西部世界,你想跟他聊聊剧情,你就可以输入杠 by the way 来和他闲聊。 branch 这个指令呢?它的作用是分叉当前对话,为平行对话。假设你正在用 cloud code webcody, 那 它给你提供了不同的方案。正常的情况下,我们只能选择一个方案进行,但是如果输入了 branch 这个指令呢?它就可以尝试不同的方案,你就可以对比不同方案得到的一个结果。 那是我刚刚重点分享的杠 in size 这个指令,还有我之前的视频里分享过的杠 skill, 它的主要目的是加载和管理不同的技能。这个杠 simplify 指令也非常的好用,它主要的功能是能够从代码的附用性、代码的质量、 代码的运行效率三个方面出发,自动地去做一个代码的审核,然后进行修改。这对开发产品来说是非常有帮助的一个指令。那接下来就是一些基本操作的指令了。 杠 excel, 它能够帮助你退出 cloud code。 如果你还想了解一些其他的指令,你可以输入杠 help, 它会弹出各种各样的指令,然后告诉你指令背后遵循的意思。那我自己常用的快捷键也分享给大家。非程序员的朋友肯定在使用 cloud code 的 时候,对它的编辑功能特别的抓狂,光标总是点不到对的位置, 那你就可以用 control g 这个指令来帮你解决这个问题。我们来看一下效果,假设你有异常段话要跟 cloud code 说,那你直接按住 control 加 g, 它就会弹出一个文本的编辑框,在这里就跟我们正常的编辑软件没有什么区别了。 比如我想问他中国的四大名著是什么?但我不小心打错了,打成了五大名著,那我直接在这里就可以像 word 编辑器一样把这个字改掉,当你编辑完之后,按 control save 它保存了,然后再关掉这个打开的编辑器,它就会自动出现在 cloud code 的 对话框里。那如果你需要粘贴截图的话, windows 的 用户可以输入 alt 加 v, mac 的 用户可以输入 command 加 v 来向 cloud code 提问。如果就把这些快捷键截图去问 cloud code, 这些快捷键是什么意思?我现在截一下图,然后到 cloud code 里面,我是 windows 电脑,直接 put 加 v, 它就识别到了图片。还有一个我常用的快捷键是 shift 加 tab, 它主要的功能是去切换权限的模式,我们按住 shift 加 tab, 那 它就出现了不同的模式,你按住 shift tab, 它能在这里循环,有 s e s o n 这模式,还有 plan mode o n 这种模式, 如果你想要让它只规划不执行的话,你就可以按 shift tab 切换到 plan mode 这个模式,那其他的快捷键大家就根据自己的需求查看文档酌情使用了。祝大家抠屏愉快!

就在前两天, cloud 扣的刚刚发布了 agent 视频有功能,如果你平时需要同时打开四个、五个甚至更多的终端窗口,处理不同的项目,那这个功能简直就是你的救星。它能将所有的绘画合并到一个窗口中,让你实时查看每个绘画的状态,并且统一的进行响应。 那今天我们就来看一下 agent view 这个功能。它的使用方式很简单,我们先要确认一下 cloud code 的 版本是否大于等于二点一点一三九,然后在终端中输入 cloud agents, 就 可以打开它的仕图。 这个 agent view 啊,解决了开发者最头疼的看不见就容易忘的问题。它将任务自动化分为三个逻辑清晰的区域,有效地降低了多线城开发的焦虑感。第一部分,待输入的任务,那些卡在决策点,正等着你批准方案或者给出进一步指令的任务。 第二部分,那些正在后台滚动推进的任务,实时显示运行时长。第三部分,就是已完成的需要你收工确认的任务, 并且这一次 cloud code 还升级了它们的视觉反馈系统,增加了颜色和图标,分别代表了不同的含义。五种颜色,绿色代表任务圆满完成。黄色代表任务处于离子 in post 状态,需要你的反馈。红色代表运行报错,需要立即的介入。 灰色代表你手动停止的任务。白色的动态旋转,代表任务正在后台高速运转。三种图标的形状,第一种,小圆点,表示程序已经结束,你可以随时从 cloud 上一次中断中进行回滚。第二种,实心花,代表后台的进程非常的活跃,正在处于执行的阶段。 第三种,空心花,这个代表任务正处于两次尝试之间的休息间隔。然后是关于交互操作, cloud code agent view 现在可以直接点击某一个绘画,就可以进入到完整的终端模式进行操作,然后再使用左箭头就可以随时返回原来的仕图。 那如果你想快速的预览和回复,你就可以将鼠标悬停在某个绘画上,并且按下空格键,这时候会弹出一个小窗口,用来查看该绘画已运行的时间和当前的进展,并且能够直接的进行简单的回复删除绘画也很简单, 把鼠标悬停在灰化上,并且连按两下 ctrl 加 x 就 可以快速的删除不需要的灰化。那介绍完了前面的基础功能之后啊,这一次 agentview 最具革命性的特点是筛选与终端进程的彻底分离。在以前使用 cloudco 的 开发过程中,关闭终端往往意味着任务的停止, 但是在最新的版本中,你可以使用杠 b 机这个指令将任务推入后台,然后放心的关闭他们的终端,甚至是重启电脑。 当你再次输入 cloud agents, 你 的任务仍然会在执行,并且现在多目录管理 agents view 支持跨项目的追踪, 你可以在 project a 目录下启动一个 ai 任务,放入后台,然后 cd 到 project b 启动另一个任务。这些分布啊,在不同路径下的 agent 都会集中呈现在同一个 cloud agents, 试图中让你实现真正的痊愈管理。 这个时候如果再配合 agent view 的 杀手锏杠 go 这个指令的功能,你就不再需要一步步教 ai 怎么写,只需要设定一个客观的指标, 比如说用 go 这个指令帮我做一个三 d 的 怪物对战游戏, cloud 就 会进入自主实验,尝试优化的闭环,直到达成目标。在 agent view 中,你可以看到它运行数小时,或者说通宵都在运行。 这里需要注意的是,由于 go 这个指令目前仍然处于 research preview 阶段,如果同时启动过多的 agent, 可能会导致系统资源的消耗剧增,导致电脑变慢,所以一定要量力而行。最后我想说, agentview 的 出现标志着 cloud code 正在从一个对话式的插件进化为开发者的 ai 操作系统。 过去我们使用 ai 编程工具更多的是单线程,你提一个需求,他给一段代码,你遇到一个问题,他帮你分析一下,整个过程仍然是人盯着 ai 干活。但 agent will 带来的变化是,你可以同时管理多个 agent, 让它们分别承担不同的任务,有的负责改功能,有的负责测试,有的负责理解项目的结构。 这就像从我有一个 ai 助手变成了我有一只 ai 工程小队。所以 agent will 不 只是一次界面的升级,它 背后代表的是一种新的开发范式。这种范式的转移啊,正在把我们从大量琐碎、重复、低价值的编码细节中解放出来,让开发者把更多的精力放在产品的判断、架构设计、复杂问题的拆解和最终质量的把控上。 ok, 那 本期关于 coco 的 分享就先到这,我是布鲁,你的 ai 好 搭子,我们下一期视频再见。

十个指令,两分钟学会 cloud code, 效率直接翻倍。第一个斜杠, help 你 的指令地图不知道能做什么,先输它,所有可用指令一屏显示。第二个斜杠, compact, 上下文快满了, 它帮你压缩对话,保留关键信息,超过百分之八十就该用它,别等爆了。第三个斜杠, clear, 换任务时用它彻底清空,从零开始。 compact 是 压缩, clear 是 重置,记住这个区别。第四个斜杠, model, 简单任务书海 库 token, 复杂推理书 opus 按任务选模型是控制成本的核心习惯。第五个斜杠, contest, 查剩余空间和使用明细,它是你决定要不要使用 compact 的 依据,随时看,心里有数。第六个斜杠, memory, cloud 会自动记住你的构建命令, 代码风格偏好,用它管理这些跨绘画的记忆,下次启动直接继承。第七个斜杠, init, 新项目必做一步, 它扫描你的目录,自动生成 cloud 点 m d, 以后每次打开 cloud, 直接知道你项目的规矩。第八个斜杠, resume, 昨天没做完的任务,今天接着来,上下文一并带回,不用重新交代背景。第九个斜杠, b t w 这是二零二六年最火的新功能, cloud 正在跑任务,你可以插入一个旁白问题,不消耗主线 token, 答完继续。第十个斜杠, agent, 复杂任务,拆开,派给子 agent 执行。它有独立上下文,不污染你的主绘画。这是真正多县城的开发方式,如果你觉得有用,请收藏一下,等需要的时候再回来看。

cloudco 有 一个非常好用但是被大家忽略的指令,就是这个 inside, 在 cloudco 的 任意界面输入 inside 的 指令,两三分钟你就可以得到一份非常有用的报告。这一份报告它主要是总结了我们在过去三十天内使用 cloudco 的 情况,相当于是不盘。我们主要是看下面的内容,这 这里它会显示你在过去三十天内用 cloud code 做了哪一些项目和工作。这里是你只用 cloud code 的 风格和习惯。继续往下看就是你做了哪一些比较好的地方,重点可以看这个就是我们在哪一些地方比 较容易出错,反复在哪一些地方浪费时间。下面就是它根据我们的使用习惯,给我们提供了一些优化的建议,可以直接复制到 cloud code 里面 发送给 cloudco, 它就会帮我们把这些优化的建议给设置好。这里是它给你推荐了一些 cloud, 现在已经有,而且适合你,但是你没有在用的一些功能,也是直接复制到 cloudco, 它就会帮我们自动地设置完成了。 下面就是他会告诉你后面我们用 cloud code 一个新的方法是怎么样,也是直接复制就可以了。这里是他告诉你我们现在手动做的一些事情,其实是已经可以自动化的完成了。我们大概一个月用一次这个指令,就可以看到我们这一个月内使用 cloud code 的 情况,哪一些做的好,哪一些做的不好,进行一个复盘。

嘿,安装 kelldog 并配置 dpc 的 位置真的一点都不难,教你一个方法,三句话,安装全程不需要你懂任何代码, 输入安装指令,检查我的本地电脑环境,并帮我安装 kelldog t 已经开始执行任务了,过程中可能会提示你少了一些软件,或者提示你是否运行,你只需要点击一下即可。历时两分钟,我们已经安装完成了啊!接下来就是给可劳得扣的配置 dpc 个 v 四。如果你是新手的话,你最好多问一句,教给我如何配置 dpc 个 v 四, 它输出的内容呢?就是教程你大概的搂一眼,然后打开 d p c 和开放平台,获取自己的 api k, 复制 api k, 返回 tree 的 对话框,输入配置指令,我的 api k 为 sk 杠 啦啦啦啦啊!帮我进行配置。又是两分钟,你的电脑就拥有了 cloud code 加已经配置好的 dbc 和 v 四。如果你想启动 cloud, 就 直接给翠下命令,帮我启动终端,打开 cloud。 在 这里只是给大家去做安装的演示,因为我并没有充 money。 最后给大家说一下,其实我不 太理解大家为什么想安装 cloud code 并配置 d p c 个 v 四,因为在我看来,如果你刷到这条视频并看到结尾的话,说明你极大可能是没有使用场景的。如果你是想用 ai 解决日常的工作和生活场景中的问题, 咱们国内的 ai 第一,就比如 tree 就 已经完全够你使用了,网页读取、调研分析、数据挖掘、文件管理,还有内置的 skyo 等其他的很多功能其实并不比国外的那些工具差,反而更适合国人的使用场景。如果你对 ai 还有其他问题,尽管打在评论区。

今天给大家分享一个非常实用的工具叫做 latitude, 它其实是一个 agent 的 可监测平台,它可以监测你的 agent 在 跟大模型的交互过程中到底的一个交互流程怎么样的?它的 token 消耗是怎么样?它的整个你的成本消耗是怎么样的? 因为在过去,其实你在使用 a 型过程中,它其实完全是个黑盒子。那么在我们的传统软件开发过程中,其实我们会有一个叫做 apm 平台去帮你去监测整个应用的一个情况,帮你去优化对应的一个应用架构。那么在 a 的 维度其实这块之前是缺失的,那么通过 lexus 其实很好地去弥补了这个空缺点。 我们来看一下这个具体怎么去使用这个 letty。 我 觉得第一步你需要先在这个平台上面注册一个账号。第二步我们就需要在我们的 cloud code 里面去执行一行命令,就把对应这个工具或者方式安装到我们的 cloud code 里面去。 那 letty 主要做了三件事情,第一件事情就是所谓的可观式性,那这里面包含了每个筛选级别的每一轮的一个输入输出,以及工具的调用跟响应情况,以及你的模型发送的内容是什么,以及你的延迟是什么。 第二部分其实就是一个错误的先测,那它其实会把你在整个模型的过程中的一些错误信息通过一手方式给它去集合起来,会从高到低给你做排序。 那这你就可以知道说你在使用 a 件跟大模型的交互过程中到底有了错错误,那是你的 problem 的 问题,还是说你的工具的调用的问题, 方便你去解决问题,从而去避免一些无效的浪费?这边当你改完之后,那其实在你后续的整个持续交互过程中,它还是会有一个叫做 issue monitoring 的 过程,去帮你去自动去评估监测你之前修改是不是已经生效,那之前碰到的一些 feature 是 不是已通过你的修改之后解决掉了? 其实这个项目是在 github 上面去开源的,那你可以选择去部署到你自己的本地,也可以使用他们的云浮。接下来我们来看一下具体的整个 let's show 的 使用效果会怎么样? yeah i'm so fresh like the morning yeah mouth wide open like the yawning every time they see me they in g shock hold me this is too far hold me i feel too alive you can see me like a lunatic you can't wait in but i'm all thunder keep coming with it keep, keep! keep!

今天我们要聊的是 cloud code 的 最佳实践。 cloud code 不 仅仅是一个聊天机器人,它还是一个代理式编码环境,能读取文件,运行命令,做出更改,甚至可以自主解决问题。 但像所有强大的工具一样,要真正用好它,需要我们理解它的工作方式和一些经过验证的模式。我们进入正题,所有最佳实践都建立在一个核心约束上, cloud context window, 它保存着整个对话,每条消息,每个读取的文件,每个命令的输出。当这些内容填满时, cloud 的 性能就会下降,可能开始遗忘早期的指令或者犯更多错误。 所以 context window 是 你最需要管理的资源。右侧列出了四个主要的消耗者,读取的文件、历史消息、命令输出和 cloud 的 回复。频繁使用 clear 在 不相关的任务之间重置,用 safari 隔离探索任务,以及使用 compact 进行智能压缩。 记住,把 context 当做有限的内存,而不是无限的硬盘空间。接下来这个实践可能是今天最高杠杆的一个给 cloud 验证自己工作的方式。什么意思呢?就是不要只告诉 cloud 你 要什么,还要给它判断成功或失败的标准。比如 与其说实现一个验证邮箱的函数,然后运行这些测试,用力看看结果对不对。有了明确的标准, cloud 可以 自我检查和迭代,而不需要你做唯一的反馈回路。验证方式有很多,测试套件,截图对比、 link 检查,或者简单的 bash 命令做输出校验。这一页讲的是工作流的节奏, 很多时候我们会忍不住直接让 cloud 开始编码,但这可能解决的是错误的问题。正确的节奏分四步,第一步,用 plan mode 探索代码库,只读不改。第二步, 让 cloud 创建一个详细的实现计划,你还可以按 ctrl 加 g 直接编辑。第三步,切回 normal mode, 让 cloud 蛋计划实现。最后一步,提交并创建 pr。 对于修复拼写错误加日制这些简单任务,直接上就行。核心原则,如果拿不准怎么改或者要改多个文件,就花时间规划。一句话能说清的 diff 直接开干。这一页是关于如何给 cloud 更精确的指令。我把四种策略放在左侧。 第一,限定任务范围,说清楚哪个文件,什么场景怎么测。第二,指向来源,让 cloud 去看 get 历史或相关文档,而不只是凭猜测。 第三,参考现有模式,代码库里已有的实现就是最好的规范。第四,描述症状,给到错误信息位置和修复目标。右侧是提供丰富内容的四种方式,用 at 引用文件粘贴截图,提供 url 或者直接管道传数据。 你越精确,需要改正的次数就越少。当然,在探索阶段,模糊一点的提示反而可能有意外收获。 cloud md 文件是灵魂配置文件,每次对话开始时自动读取运行 inate, 就 能根据项目结构自动生成一个基础版本, 然后你可以持续优化它。左侧是具体什么该写,什么不该写,应该包含 cloud 猜不出来的 bash 命令、代码风格、规则、测试偏好、分支命名、约定架构决策,不要写 cloud 能从代码里读出来的东西。标准语言、约定长文档、 cloud md 文件可以放多个位置局的、 cloud cloud md 项目共享的以及个人的本地文件。关键原则是保持简洁,每加一行就问自己 删掉这行 cloud 会犯错吗?如果不会就删掉。这一页展示的是扩展能力的全景图,有五个主要扩展点, skills 放在 cloud skills 目录下,按需加载领域知识和工作流,不会像 cloud md 那 样每次对话都加载。比如你定义一个 fix issue skill, 直接传 issue 号就能调用。 subbots 是 最强大的工具之一,它们在独立的 context 中运行, 可以用来做安全审查,代码审查这类消耗大量 context 的 任务,不影响主绘画。 m c p servers 连接外部生态系统,数据库, figma, notion 都可以集成。还有 hooks 确定性的脚本,比如每次编辑后自动跑 lint plugins, 把前面几个打包成一个可安装单元,以及 cli 工具 gh os, 这些是跟外部服务交互最高效的方式。这一页是关于怎么和 cloud 有 效沟通以及管理你的绘画。左侧是沟通技巧, 第一,像问资深工程师一样提问日制怎么工作的,为什么用夫而不是 bar。 第二,对于大功能,让 claud 先采访你,他会用 escuircass 整挖出你没考虑到的边界情况, 然后写一份完整的规范。第三,尽早改正方向,发现偏了就用 s 停下两次,改正不行就 clear 重新开始。右侧是对话管理,自动压缩,在 context 快 满时帮你总结 b t w 做清量查询,不占历史 检查点,让你能回到任何之前的状态。还有跨绘画恢复功能,让任务可以跨越多个终端绘画。对于自动化和扩展, cloud code 可以 水平扩展,不再是一个人一个绘画的模式。首先是非交互模式,用 cloud 杠屁命令加提示, 可以集成到 c i pre commit hooks 或脚本中,输出格式支持纯文本 j s o n 和流式 j s o n。 其次是多绘画并行,你可以同时跑多个 cloud。 用 writer review 模式,让一个写代码,另一个在干净的 context 里审查,这样审查质量更高。 第三个是跨文件删出,先让 cloud 列出所有需要迁移的文件,然后写个脚本循环调用 cloud p 并行处理。 别忘了用 ltooth 限制权限,安全第一。最后是 auto mode 分 类器,自动审查命令,只阻止有风险的操作,日常工作无提示执行。 这一页列出了五个最常见的坑,以及怎么避开它们。第一个是厨房水槽绘画,从一个任务开始,中途又差了不相关的问题,再回来时 context 已经脏了,用 clear。 第二个是重复改正, cloud 做错了,你改它还是错再改。这时候 context 已经被失败的方法污染了两次,改正不行就 clear 重来。 第三个是 cloud mb 写太长,重要规则淹没在噪音里, cloud 直接忽略了一半,需要无情修剪。第四个是没有提供验证标准,实现看起来没问题, 但实际上不处理边界情况。记住那句话,你不能验证的东西就别发布。第五个是无限探索,让 cloud 调查什么东西,但不限定范围。结果他读了上百个文件, 用 safetent 或者严格限定范围。最后来总结一下,以上这些最佳实践不是一成不变的规则,而是经过验证的起点。 随着你使用 cloud code 越来越多,你会形成自己的直觉,知道什么时候该具体,什么时候该开放,什么时候该规划,什么时候该直接上。但作为起点,还需记住四个核心原则, 第一,管理好你的 context window clear 隔离任务, compact 压缩, btw 清量查询。第二,给 cloud 电政工作的方式,没有标准就没有质量。第三,先探索,再编码 plan mode, 让你的研究和实现分离。 第四,善用扩展能力,多绘画 auto mode, 让你的产出倍增。建议今天就开始运行 init, 创建你的第一个 cloud md 文件,然后给 cloud 一个可以自检的任务,感受一下差异。

大家好,我是老吴,今天给大家介绍动态工作流, dynamic workflow, 呃,它是最新的,呃, cloud code, 呃,二点一点一五四,它伴随着 up, 四四点八一起发布。然后呢?呃,这个版本 动态工作流它已经默认开启了,说明已经可以生产可用了。然后它是一个什么样的一个技术呢?呃,简单来讲就是它,它是让 card, 它自己写一段调度脚本, 然后呢在后台指挥,呃,很多个智能型来并发地进行工作,它只把核对勾的结果来交还给你。 要想使用这个功能的话,就是,呃,我们 cloud 的 版本必须是大于,呃,二点一点一五四的, ok, 我 们继续。那什么是 cloud workspace 呢?也就是我们刚才讲的它是一段 cloud, 这,呃,这里我们需要注意,它是现场编辑的 js 脚本 编排脚板,就这个脚板不是我们呃事先编排好的,而是 cloud, 它根据它的实际情况现场编写的。而且这个,呃,嗯有独立的运行时呢,在后台进行执行。 它的智能体也有它的智能体就是,呃 sub sub agent, 它,呃主要是负责一些就读文件,跑命令研究凭证这样的操作,它的脚本只负只是负责来协调 主绘画呢,只收到最终的答案。这样的一个设计呢,就和我们之前小龙虾的那个设计是比较类似的, 有一个主的 agent 来负责收集信息,一些子 agent 负责跑一些,呃负责干具体的任务,然后他这边比较好了,就是他,嗯, 用 js 来编排脚本,这样的话就保持保证了。呃,最大的一个灵活性, ok, 他 到底解决一个什么样的问题呢?他第一个解决问题就是,呃上下文比较长的这样的一个问题,就是单个任务上下文比较长 算不下去,然后虽然我们现在的模型上下文也比较大了,但是总会有爆炸的一天,然后呢他就把状态挪进一个脚板的变量里面, 这样就解决这样的一个问题。然后呢规模化,就是它可以一次开几十或者几百个智能体来并发的进行执行任务,这样的话 效率就是呃会呃更加的一个快。 他这边比较厉害的一个地方就是他加上了一个对抗式的验证,就是他的独立智能体,他会互相的进行反驳,他只会留下,就是最经得起考验的这样的一个结论。 还有一点呢,就是他的这个脚本是可附用的,就是这个工作呃工作流我们可以把它保存下来,下次呢可以一键进行重放, 它的卖点呢就是不是快,而是更可靠,更可信,更可附用 这样的一个设计的,呃一个思路呢,就和我们之前讲的 harness 是 比较类似的,它就是其实呢它也就是 harness 的 一个实现的一种方式吧。 那这一趴呢,我们主要讲讲它什么时候才能用呢?第一点呢就是上下纹比较长的时候, 然后第二一点就是呃我们的嗯切分切分策略就是,呃我们是未知的, 就是我们前面讲的它是它的脚本是动态生成的,这样呢是比较适合。然后第三一点呢就是我们对质量要求是比较高的,我们不在乎 talk 呃消耗多少, 符合这三个条件呢,我们就适合来用 workflows, 我 们看下具体的,就是比如说做一些大规模的文件的一些迁移,然后做一些全代码仓库的一些,呃架构的一些审计, 然后陌生代陌,呃陌生代码库的一些 bug 的 一些排查,然后做一些压力的测试。呃,最后一点呢,就是它的结论必须经得起呃对抗贫瘠这样的一些任务。 之前讲了一些 workflow, 那 它和 sub agent 的 skills 有 什么区别呢?我们一起来看一下。 sub agent 就是 本质上就是它是 cloud 派出去的一个工人, 然后呢这个它是由谁决定它的下一步做什么呢?它是由 cloud 就是 一个回合,一个回合你和它探讨它的中间结果,它存在一个上下文里面 啊, skill 呢,就是它正确的一些指令,就是呃最简单的讲就是一些提示词,它的结果也是保存在它的上下文里面。 workflow 呢,它的本质就是运行时执行的一些脚本,就是是 js 脚本,它的呃 脚本是 g s 现场写的,所以它是比较灵活,它的中间结果呢是存放在一些变量里面,这样就解决了一些上下文刚才我们讲的上下文呃不够的问题。 呃它的是整个编排本身是呃可附用的,就是我们把这 gs 绑下来可附用,然后呢它的并发症就是一次可以跑几十或者几百个这样的一个 agent, 然后在 sub agent 或者 skills 它会它如果被打断的时候,你必须要经过重新跑啊。 workflow 呢,就会发同一个会发绘画之内它是可以呃进行恢复的。 总总体来讲就是它是用脚本来实现它的灵活性,用一些大量的 agent 来实现它的一个并发症。 ok, 那 这个功能是怎么开启呢?嗯,一种方式就是通过 deep research, 这是一个,嗯, cloud 内置的一个 skills, 就是 它是联网搜索的搜索这样的一个功能。然后呢它还有一个第二种方式,就是有一个关键字,就 workflow, 第三个关键词就是呃,用 effort 等于 ultra code, 这样的话就是让 cloud code 去自己去判断到底使不使用。嗯, workflow, 嗯,正常来讲就是我们一般都是不用呃阿秋,阿秋,可这样的一个模式,这种模式就是更费更费 talk, 而且会比较慢。 ok, 待会我们和大家一起来再详细的演示。 然后这个 workflow 运行起来,我们怎么进行查看呢?它也是比较简单,就是斜杠 workflows 就 可以进行查看了,然后呢这是它的一些快捷键, 然后 s 就是 可以把这个 workflow 保存下来,我们待会和大家一起演示。 然后呢就是 workflow, 它的提示词,它是有一些规范的,比如说 scope 就是 它的一个一限定的一个范围,就是你要改的东西限制在哪里。 它的输出也是有一些约定,就是你必须说清楚输出的一个格式。 然后呢就是 verify, 这就是一些验证的规则,它主要是用于交叉,交叉验证的时候。然后呢就 edit 编辑的策略,有大的任务,它是先读,避免呃意外改一些,呃,就是 把一些不该改的文件把它改掉了。 workflow, 就是 这篇讲呢就是怎么进行保存,下次使用就是把那个 i s 把它保存起来,它的默认是保存在项目级,就是 就是像嗯,这个当前项目下点 cloud workflow。 然后呢还有一种情况,个人级的就是保存在当前用户下面的 cloud workflow, 呃,首先呢就是我们用 workflow 它的费用肯定是,嗯,更高的,因为它会消耗很多个 token。 然后呢第二一点就是我们这些智能体,我们要把它改成 accept edit 模式,呃,以避免就它一直呃问你要一些权限, 这边它我们嗯讲它有一些限制,就是它最多就是十六个病房,然后单是最多跑一千个智能体。在前面我们已经讲了, 这边讲了怎么把它关闭,就是 disable 对 to, 那 我们给大跟大家演示一下。 ok, 我 们接下来和大家做一个演示, 我们看到了我们最新的,我这边呃 cloud, 它已经是呃二点一点一五八这个版本,然后我们用的模型它最新的也支持到 up 是 四点八,然后它怎么开启呢?它 我们看下它四点八这个版本,它默认 downemik, 它是 true, 它已经默认把它开启了。好,我们直接用就可以了。 ok, 我们首先呢我们用那个 deep research 这种方式, 就让它在网上去查一下 node js, 呃,二十和二十二这样权限模块这样的一个差异, 看它已经提示你了,可以用 workflow 进行查看, 它分为以下的工,以下的一些流程就 scope, search, fetch, very far, very far 是 非常重要的。然后就是合并,我们看一下 workflow, 它就是刚才我们看到的分为五个阶段, 右右键,就是方向键,右右键,然后就可以看到它的一个详细的过程。 在下方我们也看到它的上下可以进行切换,然后杠 p 可以 把这个 a 镜头把它停下来,然后 e s a 返回, s 就是 把它保存下来,我们返回, 然后我们看一下第二个,第二个它已经完成了这期,这它已经完成了。然后呢这边写的它是用到的,中间显示的它是用到的模型,然后右边呢它显示的,呃,用到了一些 token。 ok, 我 们随便选一个看一下, 它已经结束了。 我们这边看到他一共有四五个 agent 在 并发在跑。好,我们看到他已经完成了,这是他的一些结果, 然后我们看到他用到了九十七个 agent。 好, 我们返回。 ok, 他 已经结束了,然后他现在把结果返回给我们。 ok, 这就是它的一个呃结果。然后我们看一下 这个就是我们刚才的 delete 这样的一个工作流,我们按 s 的 话就会它就可以把它保存下来,这就是保存的一个名字,唯一, ok 让你保存下来了,这是保存的一个位置。 ok, 刚才我们演示了 deep refresh, 然后我们再和大家看一下。呃,这个关键字, 它只要有 workflow 的 workflow 关键字的话,它就会那个,它就会用 workflow, 你 看到了没?这个 workflow 它是变成彩色的。 workflow 它是变成彩色的,但是我们如果不想它变成彩色的话,我们按一个 delete 键就可以了,看到没它就过去了,然后我按空格键重新让它变成彩色的。 ok, 它变成彩色的话,它接下来跑的话就是 用 workflow 的 这样的一种方式。 这 walkthrough 呢?它的主要的任务就是我们让它分析呃这样的一个项目, 然后我这边指定了,就分析用海库模型,然后呢用 opus 四点八模型进行一个汇总,然后生成嗯,这样的一个分析报告。 那首先呢,就把项目,它把它呃克隆下来,然后它这边还在跑, 这个克隆的项目我觉得还是蛮叫,呃,还是比较不错的。它把 open spec 和 super power, 呃,把它结合在一起,然后用它们 就是一个优势,用它们各自的一个优势, open open spec 它主要负责设计。然后呢,这个 power 是 它是基于滴滴 tdd 的 一个开发。 ok, 它已经跑完了,因为我们之前已经跑过一次,所以它现在跑起来现在还是比较快。 ok, 它已经结束了啊,还没结束,还在跑。 ok, 这个我们让他等着吧,然后我们回来,然后我们再和大家演这个,就让他跑着,然后我们再和大家演示一个另外一个叫做 effort otood, otood, 这样,嗯,来开启 workflow 的 一种方式。 ok, 看到没?它开启以后,它会这个颜色会变成一个一个。呃,彩色啊,等几秒钟它就回去了,然后我们把它切换回来,就是用 hi, ok, 看到了吗?我们再和大家演示一下,它变成一个彩色,跟那个 workflow 的 刚才的颜色是一样的。 ok, 行,今天这个视频呢,我们就和大家介绍了一个 color code 的, 呃,四点八 这样的一个新的一个功能, workflow, 呃,在有些场景下用这个还是比较方便的。 ok, 嗯,今天这个视频就和大家讲到这里,如果喜欢的话可以点赞、收藏、关注,谢谢大家。

如何让你的 codex 越来越聪明,越来越懂你?建议每个刚装上 cloud code 或者说 codex 的 朋友都可以加上这段提示词,可以放到你的 agent md 或者说长期的自定义指令里面。提示词如下,请你当做我的长期的一个执行型合作伙伴。 每次先附用我的上下文历史偏好和已有技能,直接去推进任务,而不是泛泛的一个建议。任务完成后,提炼可附用的经验,让下一次更加懂我,更少的去重复确认。感兴趣的朋友,我都放到评论区了,可以先收藏再试试。

这五条指令能把可乐的效率提高十倍!大家好,这是我违规号重生的第二天。昨天就有粉丝问我,纯小白学不学得会,今天这条视频就是给你拍的,不用记复杂代码,就五条最常用的命令,几个字,就能调用它所有的核心功能。第一个, help, 使用说明书,想挖掘它的隐藏功能,直接打开它就行了, 看不懂怎么办?截图翻译一下就懂了。第二个, clean 清空对话记录,聊久了发现他越来越笨,就用这个清一下重新开始。第三个, compact 压缩上下文,当对话太长的时候,用它可以把我们之前聊天浓缩成一段总结,开启新对话,既省钱又不会跑偏。 第四个, config 控制中心,可以查看和修改各种配置,比如要不要自动压缩,要不要切换成思考模式,建议每个配置都看一下。第五个, cos, 用统计看看今天花了多少额度,心里有个数,昨天演习的时候不小心发了坑点,把我一晚上的脚门全给清了,熬到凌晨三点才救回来。你们用的时候千万要小心。明天学习怎么让 cloud 自己上网搜热点,一句话就让他把今天热点全给念出来。关注我,明天见!