用了好几周 cloud code, 每次开心对话还在重新交代我的项目是什么,用什么技术栈代码风格是什么? 兄弟,你可能根本没用到它最核心的功能。第一个,也是最重要的一个, cloud md, 这是一个放在项目跟目录的文件, cloud 每次启动都会自动读,它相当于你给 cloud 的 项目说明书, 写完之后,每次新对话, cloud 直接进入状态,那种来回交代的时间省掉了。然后是一个快捷键,很多人用了几个月都不知道。 shift 加 tab, 在 cloud code 交互界面按 shift 加 tab 循环切三个模式,普通模式自动接受,还有计划模式自动接受,就是改了就改,不问你,适合测试功能清晰的时候用。 计划模式是指出方案不动代码改复杂逻辑时,先看看再动,防止被它改崩了再撤回。就这一个键,用好了,能少踩很多坑。第三个, compact, 对 话跑长了,响应变慢了,输入 compact, 它自动压缩上下文,减少 token 消耗,对话继续跑, 不用重开窗口,不用重新交代背景,就这么续命下去。第四个 model, 输入 model sonnet 或者 side model opus, 当前绘画直接切换模型,不用重启,简单任务用 hack, 省钱。 复杂逻辑上, opus 按需分配,别一直挂着最贵的模型,真的很烧钱。 然后是管道模式,这个对不懂命令行的人可能有点陌生,但一学会就离不开 cat, era log, curl。 简屁,帮我分析这段报错。你把文件内容直接管道输进去,文件再长也不怕,不用手动复制粘贴,不用担心粘贴不全,一行命令解决。 最后一个 memory 在 你的主目录,不是项目目录,是 cloud cloud md 这个文件里写全局片号,所有项目都能读到,写回答时用中文 代码,注是用中文。以后每个项目都不用单独说,一劳永逸,这六个操作配置,一次省掉的都是重复的解释时间。建议先把 cloud md 搞定, 这一个就能让你感觉用的是完全不同的工具。剩下五个用到了再回来查,一小时内全部上手收藏起来慢慢吃。
粉丝1435获赞7186

我用克拉的 code 已经一年多了,我在平台中保持非常活跃,以下是实际使用其工作的最佳实践,一、 搭建子智能体团队别让一个 ai 包办所有事,打造专属的专业智能体,比如研究型、调试行、审核行,各自配备独立上下文, 各司其职,形成合作团队。二、善用规划模式动手操作前先按两次 shift 加 tab, cloud 会先读取你的代码库,提出疑问,制定执行方案,等你确认后再开始编码,输出的内容会规整很多。 三、配置可附用技能指南这类指南能让 cloud 根据上下文自动加载流程,只需定义一次,后续遇到对应场景就会自动套用。四、核心操作用钩子功能,这是社区里大家反复验证的技巧, 在 cloud 点 m d 里写的规则, cloud 的 执行率大概只有百分之七十,而钩子功能能运行,需要脚本实现百分之一百的强制执行拦截,关键操作一定要用它。 五、自定义命令与规则命令是未重复的工作流,保存的斜杠快捷指令,规则则用来定义项目架构,让科拉的每次绘画都能精准理解你的项目。六、借助 get 工作树实现并行开发多分支并行运行,避免任务之间相互阻塞。 cloud code 本身支持这个功能, 但用起来很繁琐,要开多个终端,安装多份依赖,手动切换分支,耗时耗力的操作特别多,这也是我选择 d f o m 的 原因,它能让每个分支都拥有独立的隔离工作区, c o d c o 的 在各工作区独立运行,无需额外配置,不会产生冲突,直接就能实现多绘画并行工作,自己去试试吧。地址是 d s o 没 i 我 一直都在使用。

大家好,今天给大家分享 cloudco 创始人在推特上分享的他们的团队是如何使用 cloudco 的, 他总共分享了十三个小技巧,我觉得非常能提升你使用 cloudco 的 效率。那废话不多说,我们直接来看看。 那他给的第一个建议是并行处理多个任务,他一般来说会在终端里面开五个 tab, 然后开启系统通知,当某个任务需要你的输入的时候,你再切换打开。 而且除了本地之外,他还在网页端同时跑五到十个的绘画,然后通过一些操作让多端进行协调,当你在终端运行命令加上 end 之后,就可以把本地的绘画接管到网页端,一整个的效率就拉满了。 第三个是他推荐所有的工作都用 up 四点五,并且开启思考模式。虽然 up 比其他的模型更大更慢,但因为这个模型它需要更少的引导工具的使用能力也更强,最终几乎总是比用小模型更快, 当然最近就是已经有了 up 四点六。呃,我觉得整体的核心逻辑就是我们要用高阶的模型,省去您很多修改 prom 的 时间。 第四个是他们整个团队会共享一个 cloud md 的 文件,每当看到 cloud 做错了什么,就加到 cloud md 里,这样 cloud 下次就知道不要这样做了,这就形成了一个良好的循环。第五个是在 covid review 的 时候,通过 app 机器人的方式,让 cloud 自动把一些信息记录到 cloud md 文件里。这是一种利用 ai 自动维护项目文档的技巧,你不需要离开浏览器回到本地去修改文档, ai 会自动帮你更新规则。 然后第六个是它建议大多数的任务都要从 plan 的 模式开始,这也是我在过往的 ycode 顶的 教程里面推崇的一种方式。我们要先把计划做好,再让 cloud 进行开发,会减少很多来回修改的一个过程,在终端里面按两次 shift 加 time, 就 会进入到 plan mode 的 模式。 第七个技巧是 boris 会对每天重复做很多次的一个内循环的工作流,用斜杠命令放在 cloud commands 目录下,比如 boris 和 cloud 每天都会使用几十次 commit push pr 这个斜杠命令正常,你给 ai 说帮我提个 pr, ai 可能需要思考, 然后再调用工具,然后再去获取结果,然后再思考。那每一次提交一个 pr, 你 都要进行一次这样的循环,会消耗大量的 token 跟时间。 那你提前设置好这个斜杠命令, ai 就 不需要思考。用斜杠调起这个命令之后, ai 就 直接操作,就减少了你输入 prom 以及也减少了 ai 的 思考时间,直接可以快速的执行。 那第八个是用子代理来做流程的自动化,它会专门让 cloud 去调用一些专门的子代理去处理一些单一的任务。它这里展示的是它现在目前最常用的一些子的代理,比如说像这个就是专门负责重构用于代码的一个子代理。 呃,第九个是用 post to use 钩子来格式化 cloud 的 代码,大家写代码最烦的就是格式错误导致 ci 挂掉,那创始人 boris 的 绝招就是使用 post to use 钩子。简单来说就是在 cloud 刚写完代码的瞬间,后台它会自动静默地执行一遍格式化工具, cloud 负责搞定百分之九十的逻辑钩子负责最后百分之十的细节, 这样不仅你的代码会比较整洁,更重要的是它建立了一个自动验证的一个防线,不让低级错误来浪费你的部署时间。这个就是 boris 它在后台配置的一个 post to use 的 一个脚本。 第十个技巧是,当我们在用 cloud 的 时候,它经常会停下来申请去获得一些操作的权限,可能为了快速,或者说也比较懒,然后没有认真的去看,就会无脑地给权限或者跳过,那可能会有一些安全的问题。 boris 就 建议我们可以对一些常用的进行 预先授权,只要输入斜杠 permission 就 能进行操作,而且它大部分的操作都会和团队去共享,这样就可以开通一次权限,全团队都不需要再重复开间距了,效率也保住了安全。 那第十一个技巧是,它会用 cloud 去调用不同的工具,比如它会让 cloud 去抓报错日期,然后直接根据日期去修 bug, 修完顺便发一个 flag 告诉老板,这样 cloud 变得更加强大。 那第十二个技巧是,当你处理长任务的时候, ai 会经常停下来问你接下来去干嘛, 如果你不能及时响应,反而会耽误 ai 生产的时间,那它给的建议就是它会提示 cloud 在 完成之后使用后台代理去验证 ai 的 工作,然后再使用 agent stockhook 进行更确定性的验证,或者去安装一个插件,他推荐这款插件,这个插件会让 cloud 自动 继续,直到任务彻底完成,这个会让你的长任务处理变得更加的自动化。那最后一个技巧是 boris 认为最为重要的一个建议,给 cloud 一个验证工作的方法,如果 cloud 拥有这种反馈避反,它最终结果的质量将会提升两到三倍。 简单来讲就是 ai 写完代码之后,需要运行在线上看一看,让 ai 自己能够看到这个结果,然后去判断这个结果是否合适,然后再做一些正常的调整。那 boris 的 方式是对于提交到 cloud ai 或者 cloud code 的 每一项改动,它都会通过 cloud chrome 扩展程序进行测试,它会自动打开浏览器去测试 ui 界面,并且不带的迭代。只要代码能够正常运行,且用户体验良好,那在不同的领域,其实验证的方式都各不相同,它可能简单到只是运行一条命令, 或者是运行一套测试主键。那像 boris 的 话,它是运行了一个浏览器的主键来自动打开 ai 写的网页,然后让 ai 去看这个网页是否能够正常运行哈,再做正常修正。那这个就是 cloud code 的 创始人在 twitter 上分享的十三个小技巧,我觉得 每一个都非常的实用,希望能够帮助到大家。

我今天用 cloud code 写了一个 agent teams, 就是 团队协助模式,这个然后写了个 agent teams, 大 概有项目管理团队,包括有项目经理、产品经理、 ui 设计架构、软件架构师、前后端开发,代码审查,还有测试工程师,包括运维, 这个就是我的团队。然后的话他的整套流程是可以从需求分析到设计到开发到代码审查,然后一直到部署。 我现在把我的需求文档,我准备做的一个产品的需求文档直接交给他那项目经理和产品经理,根据我的需求文档 中的内容,安排团队成员来进行分工,协助完成各自的任务,这样的话就可以让它自动化的去做开发测试了。关于 cloud code agent of teams, 大家如果不会用的话,可以去看一下这个 cloud code 的 中文网站,它这里在这个 团队协助,这里告诉你怎么去开启 aj 的 teams 功能。大家可以看到这里有一,先要在配置文件里面,在下面, 对,在这个起用 aj teams, 它默认的 cloud code 里面是关闭的,需要通过配置这个参数将它的环境变量设置为一。 如何设置呢?到你的 cloud code settings, 点击 s 就是 你的 c 盘, c 盘里面不是有一个,嗯,给大家看一下啊, 就用户里面 c 盘,你安装 cloud code 之后, cloud code 这里这里, 它这里下面有一个 settings, 点 json 文件嘛,就是你的 cloud code moment 安装的 settings, 点点 json 文件,然后把它这个环境变量这个值改成一,这样你就可以启动你的 aj and teams。 然后你那你在做项目的时候,你去创建一个像像我这样的一个 aj and teams, 让它创建好,创建好了之后就可以用这种启动 aj and teams, 让它去自行去工作了。

cloud code 相信大家都有所耳闻,很多小白同学呢,一看到 code 就 想到了代码,就心想代码和自己有什么关系呢?所以再看到它的第一眼就望而却步了。 正如他们所想, cloud code 确实是一个强大的 web coding 工具,但是它又绝对不仅仅是一个 web coding 工具。所以我们本期视频就带着有一定计算机基础的同学们和更多没有基础的小白同学们来了解并且使用这款全球的顶级的通用的效率神器。 那么好,接下来我们就给大家带来 cloud code 的 安装指南。首先我们得了解什么是 cloud code, 它是一款圆工具,那么什么是圆工具呢?就是可以搭建其他工具的工具,它就叫圆工具,首当其中也是我们之前说过了,它就有超强的 web 控力能力, 然后就是从网上爬起数据,然后进行处理,再进行分析的数据分析能力。接下来他也可以进行电脑上常见的文件规划管理功能。这里的能力我们仅仅猎取了三个,但他能力绝对不仅仅止于这三个。但是由这三个我们可以看出来,他的能力可大可小, 可以覆盖我们生活的方方面面,不管是程序员或者数据分析师,亦或者是一位普通的电脑用户,都可以用它来做你想要做的事情,或许这就是 cloud code 的 价值,我们可以用大白话描述我们的需求,然后它就能逐步实现,并且可以进行迭代。 那我们为什么选择 cloud code 呢?它相比于 tree 克隆那些收取模型中转费用的工具来说,它愿意用更多的 tock 来达到最好的效果,而不是像那些中转商一样抠抠搜搜的。 第二点就是我们可以专注这个 cloud code 的 对话框,一对一专心地完成这一项工作,而不是被其他的事情所干扰。第三 点也是最重要的,它是我们全球顶级的魔性公司 cloud azure peak 推出的工具。这家公司无论是在 m c p 或者 skill 或者 agent teams, 它们都是领头羊。所以无论是什么最新的理论,最新的功能,我们都可以在 cloud code 上抢先体验到。 接下来就让我们开始正式安装吧。安装第一步,我推荐大家先找一个 ide 工具,可以是 vs code, 也可以是 cursor, 也可以是 tree, 都可以大家按需选择。装这个 ide 的 工具的目的是为了让我们实时化操作我们的 cloud code, 因为可能有些同学们,他们不适应直接使用终端操作的方式,可能要借助一些格式化界面来操作 cloud code, 让它更容易上手。第二步就是要用我们的 node js 环境了。然后第三步,可以随便创建一个我们什么 cloud code test 的 文件夹,进行我们的刚开始的测试。接下来这就是我们 cloud code 的 安装命令,这是通过 npm 安装的,必须得有我们的 gs 才能。然后安装完之后可以通过 cloud com version 检查一下你的版本,如果是输出这样的,那证明你就安装成功了。但对我们小孩子来说,这样可能有点复杂了,什么先安装到 gs 啊,然后再执行这些命令啊,可能有些复杂了, 所以我们再给大家推荐一种更简单更容易上手的方式。我们来到 cloud code 的 文档,你看,无论是你是 mac os、 linux 或者是 windows power shell, 什么 windows cmd, 大家根据自己的情况选择这三种, 然后我这里是 mac os, 所以 我粘贴这里。大家复制完这些命令之后就不需要考虑其他的了。这是一个安装脚本,就一键往里安装,来到我们的终端, 然后粘贴,然后大家回车就可以安装了,这里我就不演示了,因为我已经安装过了。安装完成之后,我们大家可以通过输入这个命令行 cloud 杠杠 version 来检查一下我们是否安装成功了。你看我这个是二点一点五一版本的 cloud code, 证明我们已经安装成功了。安装成功之后,我们可以直接通过命令行中输入这个 cloud, 然后就可以启动我们的 cloud 了。启动之后它首先会确认你的工作目录,你看我们这里是在我们的 usler 这个安徽客下面启动的我们这个 cloud, 所以 它就会要求我们必须要信任这个文件夹,否则我们就要退出。这样我们这个绘画中的 cloud, 它的工作区就是我们的 usler 杠安徽客这里我进入这个界面是因为我已经登录过了, 大家如果没有登录的话,应该是这个界面,我们这个杠 logo 大家应该会看到这三个,一个是用 cloud 的 订阅账户来登录,第二种就是使用我们的 azure pick 账户,直接使用我们的 api 用量账单来使用我们的 cloud code。 第三种就是我们第三方平台登录, 这个第三方登录也是我们国内用户最推荐的,我们国内用户是不方便购买 azure pick 的 套餐的,所以我们直接推荐我们第三方登录, 我们可以使用我们的 coding plan, 像阿里百炼智谱,火山引擎, mini max, kimi 什么的,它都是可以使用我们那些 coding plan 套餐。那既然说到了登录,我们再来给大家介绍一个 cc switch, 一个超级简化的登录工具来管理我们的登录状态。在这里我打开给大家演示一下,通 过 cc switch, 我 们可以很方便的管理我们可拉扣的使用的模型提供商了,你看我这里就是我们的百炼的口径 plan, 我 们点开看一下啊,供应商百炼官方链接,然后这是我们的 api, key 是我们的 sopic 格式的请求地址看我们这是奥斯卡认证,然后配着我们的主模型啊,什么模型啊,乱七八糟的,这样我们一保存我们打开了的 code 之后,就不需要进行这一步的登录了,它就可以直接使用了。那么如何下载 cc switch 呢?我们只需要在 github 上搜索这个 cc switch, 然后我们从这个 release 里面点进来,我们翻到最下面,这里就是安装包了,大家可以根据自己的系统自己选择就好了。安装好打开之后, 我们点击这个加号,你看就可以提供我们的新的模型供应商了。你看这里还是有非常多的,像我们常用的 deepsea 啊,什么智普啊,什么百炼啊, kimi 啊, for coding 啊,你看这里面都可以有的,我们选择自己购买过的套餐就可以了。 这样我们的 cloud code 安装好了,也把我们的模型配置好了。接下来就打开我们之前已经准备好的 ide 工具,这里我们选用的就是 tree, 其实用什么 ide 工具大家都可以,然后我们点开这里的拓展,我们从拓展里面搜, 那第一个就是我们的这个拓展工具了,这里我已经下载好了,大家可以直接把这个下载,下载完之后我们就点击这个, 你看我们刚才那个登录界面就直接跳转过去了,因为我们的 cc switch 已经配置好了,所以我们就不需要再登录了,这样我们就进入到我们的 编辑器中的 cloud 界面,对比我们处于原生的 ai 沟通界面,其实这也没有什么太大区别了,对我们小白用户来说也是非常友好了。安装好之后我们使用 cloud code, 首先最好还是我们打开一个文件夹,作为我们 cloud code 的 工作区域,这里我就新建一个那 test, 那 进来之后我们直接点击这个拓展,咱们点开我们这里,然后一点这个按钮,那我们 cloud 也就下载出来了, 他首先会跳出来这个登录界面,我们不用管他,那过一会他就直接跳过来了,这样我们的 cloud code 就 在我们指定的工作区域内进行任务了。虽然说我们本期主要是教我们大家安装,但是在视频快结束之前,还是教一下大家简单的使用方法。你看这里其实就是我们 输入的地方了,我们可以把我们想要的跟他说的话在这里输入,其实跟我们网页单跟 ai 聊天是一样的。然后我们再告诉大家简单的三种沟通方式 啊,一个是 asker before editors, 就是 在他在编辑这些文件之前,他会首先询问我们,我们同意之后他才会编辑。然后第二种就是自动编辑,他就不会需要争夺,我们同意了,他就可以自己编辑了。 然后第三种就是 play mode, play mode 也可以说是最重要的模式,如果你的 web code 没有达到你想要的效果,可能是你最开始没有使用我们的 play mode 模式,没有跟模型聊通聊透,聊通彻,让他彻底了解你的意思。 那么使用 play mode 模式,我们就可以跟我们的 cloud code 进行多人对话,进行头脑风暴,来构思,来构思我们这个产品,了解你的思路,确保我们接下来中的每一步都不会违背你的意愿,这样做出来的产品才是你真正想要的产品,而不是你做完就抱怨啊,这根本就不是我想要的,这效果也太差了。接下来我就给大家简单演示一下, 请给我生成一个爬取热点新闻的脚本。格奥特就会首先说,我来帮你创建一个爬取热点新闻的脚本,但是他首先需要我们明确几个问题,不依赖于 ai, 盲目的 web coding, 这就是 play mode 的 价值所在。首先他会询问我们的新闻源于哪些热点平台, 我们可以选择微博或者百度或者知乎,那我们就选择多个来源吧。编程语言它也会推荐我们的 note, g s 啊, go 啊,然后它最推荐 python, 那 我们就选择 python, 它然后就是选择输出的格式,它推荐有什么 jason 啊, c s, v 啊,或者控制台直接输入,我们也可以不听从它的,我们选择 arthur, 我 们自己定义,你就说给我生成 mb 文件就可以了,直接提交我们的回答,它会根据我们的回答进一步规划它这个任务, 然后你看我们的 client code 就 贴心地给我们生成了一个爬虫计划。 context, 我 们需要一个 python 脚本, 爬取国内新闻平台,输出为 markdown 格式。那你看它把文件结构啊,什么输出格式啊,核心实现,还有依赖 什么,他都已经计划好了,这样他计划好之后才会真正的询问我们是不是接受这个计划。如果我们接受这个计划,接下来他就会依照这个计划进行 web coding, 这里我们就选择接受让它 web coding 完整的生成这个 python 脚本了。还有就是我们 click code, 在 项目运行过程中,它会时不时弹出这些框 询问你,比如他这里就询问到我们可不可以安装并运行这些爬虫脚本。如果你想在当前目录中让他不要再重复询问这个问题,我们就可以选择第二个,这样他在当前项目中就不会再重复问这个问题了。如果你只是选择 yes, 那 么在他下次重复执行这个问题的时候,他还是会询问你,那么接下来我们继续等待他生成好吧。 a few moments later ok, 经过一段时间等待,我们 coco 的 也是把任务完成了。虽然我们本地环境有一些兼容性的问题,导致他不能完美的完成我们的任务,但是还是把他力所能及能完成的东西全都完成了。在他的 output 里面已经输出了这么多新闻,那这里还是非常多的,我们后续想解决这些问题,让所有数据员都能工作,他也给出了我们解决方法, 这样一个爬取我们新闻的小案例也就到这里了。本期视频我们给大家分享了 cloud code 的 安装使用,然后配置模型等等,然后最终给大家介绍了一个爬取新闻的小案例,大家在安装好 cloud code 之后,可以跟他多多对话,然后多多测试一下, 熟能生巧,当你使用的越多,你对它的了解也就越深,使用的也能越发得心应手了。下期视频我们将继续介绍我们 cloud code 的 高级特性,如果本期视频对你有所帮助,请你点一个关注吧!

嘿,大家好,你是不是也感觉自己每天好像不是在用 ai 写代码,而是在跟他打架,一会儿要重复指令,一会儿又要修正他的低级错误?今天啊,咱们就来好好聊聊开发者 admi 的 经验,教你几个特别核心的技巧,让你跟 ai 的 关系从这种对抗彻底变成高效的协助目标码,就是让你的编程效率直接翻倍。 咱们说实话啊,你有没有算过,你每天花在跟 ai 解释项目背景,一遍遍重复那些相同指令上的时间,是不是比他真正帮你省下来的时间还要多?这种感觉真的就像一场战斗,不仅拖慢了你的进度,还搞得人心交瘁。 如果你听了深有同感,那太好了,接下来的内容就是专门为你准备的。好,那咱们就从第一集开始,想让他成为你的伙伴儿,第一步就得让他真正的懂你。 这一集的核心就一个词儿,个性化。咱们要通过一些设置,让 ai 助手记住你的编码风格,你的项目技术栈,还有你那些常用的指令,最后达到的效果,就像一位跟你搭档了好几年的老同事一样,一个眼神儿他就懂了。 第一个要说的核心功能就是记忆,你知道最大的痛点是什么吗?就是每次开一个新的对话,都得把项目的技术栈了,代码规范了,这些东西像复读机一样。再说一遍,现在不用了,你只需要按一下 off 键,就能把这些常用的指令直接存进 ai 的 长期记忆里。 你甚至还可以设置这些记忆,是指在当前项目里声小还是局通用?所有的配置呢?都保存在一个叫 cloud md 的 文件里,管理起来一目了然,特别方便。 个性化的第二招叫自定义命令。你先想想啊,你每天是不是都在重复做一些事儿?比如说创建一个新的 a p i 接口,还得带着中间键和错误处理,或者运行一遍代码查,再手动去修复所有错误。现在你可以把这些需要好几步才能完成的操作,直接打包成一个自定义命令。 方法很简单,就在你的项目里建一个 command 文件夹,然后用 markdown 文件写下指令就行了,以后再用一键调用,这些繁琐的流程就全都自动化了。 哎,别急,自定义命令真正厉害的地方在这儿。参数化什么意思呢?就是说,你可以给你的命令设置参数,让同一个命令能适应各种不同的场景。 举个例子,你写一个创建 api 的 命令,可以把端点名称设置成一个参数。这样一来,你想创建杠 users 接口,或者杠 products 接口,甚至是任何你需要的接口,都用这一个命令就够了,代码的附庸性一下就上来了。 好了,现在你的 ai 助手已经基本了解你的个人习惯了,那我们就进入第二集,给他的大脑来一次抽屉充电。咱们都知道, ai 的 内置知识库总会过时,对吧?所以咱们得教他怎么连接到外部世界,去获取那些实时最新的信息。 这就要用到 m c p 了,它的全称是主控程序服务器,你就把它想象成一座桥梁。 ai 版声呢,就像一个封闭的图书馆,里面的知识都停留在过去某个时间点,而 m c p 服务器就是连接这个图书馆和外面现实世界的桥梁。有了它, ai 就 能实时地去查最新的 a p i 文档,能直接操作你的数据库,甚至还能控制你的浏览器来完成各种任务。 那具体有哪些好用的 m c p 呢?作者 m and 推荐了这么几个,比如说,你是不是早就厌倦了 ai, 老给你一些过时的代码?用 context seven, 它能直接去查最新的官方文档。 想让 ai 直接帮你操作数据库?没问题,用 superbase m c p 需要它帮你点点点,测试一下前端页面, chrome devtools, m c p 就 能做到。这些工具可以说极大地扩展了 ai 的 能力边界。 有了这么强大的工具,咱们工作流程也得跟着升级了。你看左边这个图,就是咱们传统的工作方式,串行的,写完前端再写 api, 再跑数据库,效率很低。但现在呢,我们可以利用一个叫子智能体的东西来实现并行处理。 你可以把一个大任务拆开,派一个子智能体去写前端,同时派另一个去写 api, 让他们一块开工。这样一来,开发时间自然就大大缩短了。 这里有个坑,大家千万得注意了,这是一个非常非常重要的提醒,你千万不要把此智能题当成一个真人团队。你不能跟他说你来扮演一个前端工程师,然后就指望他能创造性的把活干完了。不行的,现在的 ai 还做不到这个程度。 你应该给他分配一个非常具体的可以执行的任务,比如说分析这段代码,然后修复里面所有的类型错误,或者给这个函数生成一份详细的文档,你得记住,他是一个任务执行者,还不是一个创意合作者。 ok, 到目前为止,工具和流程咱们都聊完了,但说实话,要真正达到大师级别,最最关键的其实是你的思维模式,这才是真正决定你和 ai 能走多远的核心。在咱们深入聊心态之前,我先给你看个一键毕业的功能插件。 如果你觉得前面说的什么自定义命令啊、 m、 c、 p、 配置啊都太麻烦了。别担心,现在你可以直接用一行命令就把那些顶尖开发者打包好的完整工作流整个安装过来。这感觉就像是武侠小说里高手直接把他的内功传给你一样,让你瞬间就能上手,省去了大量的配置时间。 好了,我们来看第一个核心心态,特别简单的一句话叫垃圾进,垃圾出。这个道理其实很简单,但很多人就是会忘,如果你给 ai 的 指令本身就是模糊的、混乱的,甚至是冲然歧义的,那他能给你什么样的代码呢?必然也是一团糟,对吧?所以记住,你输出的质量完完全全取决于你输入的质量。 那怎么才能保证咱们的输入是清晰的呢?答案就是用计划模式。比如说,你脑子里只有一个大概的想法,怎么办呢?打开计划模式, 这时候 ai 不 会立刻闷头去写代码,它会反过来问你问题,帮你把需求理清楚。它可能会问,这个功能需不需要考虑一些边界情况、数据结构,你觉得用哪种比较好?通过这么一轮问答,你们俩在写下第一行代码之前已经就达成共识了,这样就能避免大量的后期返工。 第二个核心心态,我认为也是最重要的一点就是 ai 生成代码,但你才是代码的主人。 ai 可以 帮你写得飞快没错,但它绝对不会对代码的安全性、性能和最终的质量负责,这份责任永远都在你身上,在开发者自己身上。那怎么才能守好这最后一道关呢?来,给你一个特别好用的专业技巧, 在你准备把代码上生产环境之前,务必重新开启一个全新的对话,然后把所有 ai 最近修改过的文件一股脑儿全发给他,让他对这些代码儿进行一次审查。 这时候它是以一个独立的审查者的身份来检查代码里有没有潜在的 bug、 安全漏洞,或者风格不一致的地方。这就好比是你流程里的最后一个质检关卡,能确保你的高效率,不是以牺牲质量为代价换来的。所以你看,聊了这么多,咱们回到最初的那个问题, ai, 它究竟是你的得力助手,还是那个最终会取代你的敌人? 通过今天的分析,我想答案已经很清晰了,这完完全全取决于你自己,是你被动地接受他给你的所有东西,还是主动地去掌握他,驾驭他,最终把它变成你自身能为的一种延伸。这个选择决定了你的未来。

嘿,各位开发者欢迎回来,今天咱们来聊一个特别实际的话题,怎么才能让 cloud 真正记住咱们手头的项目?我的意思是,把它从一个普普通通的编码工具,升级成一个真正懂你项目的智能伙伴。 这篇内容就是为刚开始用的朋友们量身定制的一份入门指南。你是不是有过这种感觉,每次打开一个项目,或者就是切换个任务,就得一遍又一遍地告诉你的 ai 助手。哦,我们项目驱动命令是这个 啊,代码风格要用双引号,还有那个核心模块在这里,简直就像在带一个每天都失忆的新同事,对吧?别担心,今天咱们就是要彻底解决这个问题。好,咱们今天的路线图很清楚, 首先了解一下 cloud 的 内存到底是什么,然后呢,咱们会看看它的两大核心系统,再重点比较一下自动内存和 cloud md 有 啥不一样。 之后呢,就是动手环节,看看怎么操作和管理,最后给你们一些超实用的最佳实践。 那好,咱们就先来揭秘一下这个所谓的记忆到底是怎么实现的。其实啊,为了让 cloud 能跨绘画记住东西,它背后有两套核心的内存机制在支撑,可以说这两种机制就是它强大记忆力的基石。咱们马上就来看看他们各自有什么神通。 你看,这就有意思了,他们的分工特别明确,咱们可以打个比方啊,这个自动内存就好像一个新来的同事自己偷偷写的工作笔记,上面记的都是他自己摸索出来的门道和心得。 而这个 c l a o l d e 点 n d 文件呢,就完全不一样了,它更像是你亲自编辑,然后交到这位新同事手里的官方入职手册,里面写的都是白纸黑字的规定和操作指南。 好,有了这个基本的概念之后啊,咱们就来具体看看这两个系统到底是什么,又是怎么运作的。咱们先从那个更聪明的,也就是 cloud 自己会学习的那部分开始吧。 所谓的自动内存,其实就是 cloud 的 一个主动学习过程,你可以把它想象成一个特别细心的观察员,他会一直留意你的工作习惯。 比如说他发现你老用 npm run dev 启动项目,或者你刚刚费了好大劲解决了一个数据库连接的 bug, 他 就会把这些有用的信息悄悄地、自动地记下来,下次就能派上用场。 你看他记的东西可都是干货,比如项目的构建命令,你偏爱的代码风格,甚至是之前某个特别难搞的 bug 是 怎么解决的,还有你个人的一些编码偏好,他都会默默记下来, 这就意味着什么呢?你跟他合作的时间越长,他就越像一个跟你磨合了好多年的老搭档,越来越懂你,也越来越懂你的项目。好,现在咱们再来看看另一边, c l d h 点 m d 文件, 这个就跟刚才那个自动学习完全是两个路子了,这个不是他自己学,而是你主动去教,他这就给了你百分之百的控制权。你可以把项目里那些硬性的规定,比如 api 怎么设计,代码必须遵守什么规范,全都白纸黑字写进去, 只要你写了,他就会像执行军规一样严格遵守。好了,各位,重头戏来了,能不能用好 cloud 的 记忆功能,关键就看你是不是真长。搞懂了这两种内存的区别,咱们直接上一张对比表,一目了然的看看他们到底有啥不一样,以及什么情况,该用哪一个。 咱们一起来看这张表啊!这里面最关键的是位置和共享对象这两列,搞懂了这两列你就全明白了。你看点 c l u d 一 点 md, 这个点代表当前目录,所以它是跟项目走的,可以提交到 get 里,团队成员都能看到。所以像项目架构、编码规范这种需要团队遵守的东西就放坠。 然后是小宪 c l u d 一 点 m d 这个波浪号代表你的个人用户目录,所以这里的东西只跟你自己有关。比如你个人的代码风格偏好,就非常适合放这儿。 最后自动内存它也存放在你的个人目录里,那纯粹是 call out 帮你记的私人笔记,当然更不可能跟别人共享了。 这儿还有一个特别重要的规则,就是优先级。你想啊,如果好几个地方都有规定,听谁的呢?很简单,听最具体的那个。 举个例子,比如你在全区的用户设置里说所有项目都用四个空格缩进,但偏偏在当前这个项目的一个本地文件 cloud 的 local 点 md 里,你又写了这个项目用两个空格缩进,那这时候 cloud 就 会听项目本地的。 简单一句话总结就是,离项目越近的规则,权力就越大。好理论,咱们聊的差不多了,现在来看看真正在干活的时候,该怎么去用,怎么去管理。这些内存你可能觉得听起来有点复杂,但其实上手特别简单,基本上一个命令就能搞定。 记住这个命令就一个词儿,杠 memory。 在 跟 cloud 聊天的时候,直接输入斜杠加 memory, 你 就打开了它内存管理世界的大门,你就把它当成是控制 cloud 的 记忆的那个总开关或者遥控器就行了。 这个命令的功能可不简单,你一输进去,它就会弹出一个界面,把所有跟内存相关的文件都列出来,你可以直接点开查看和编辑,特别方便。 而且啊,里面还有一个很贴心的光框,让你能一键开启或者关闭它的那个自动学习功能,也就是咱们前面说的自动内存。 咱们可以稍微了解一下,这个自动内存是怎么做到又聪明又高效的。每次你跟他说话,他并不会傻乎乎的把所有笔记都读一遍,那也太慢了。 他更像一个聪明的图书馆员,每次只会先看一眼目录,也就是锁影文件的前几百行。然后呢,等你聊到某个具体的话题,他才会嗖的一下,精准地从书架上把那本相关的笔记抽出来看。而且最厉害的是,他还会在跟你的聊天过程中, 实时地更新这些笔记。这儿再给个进阶玩法,如果你的项目越来越大,规则也越来越多,那把所有东西都塞在一个 cloud md 文件里,肯定会乱成一锅粥。 这时候最好的办法就是模块化,你可以在项目里建一个 cloud 上 rules 文件夹,然后把不同类型的规则,比如关于测试的,关于 api 的, 关于数据库的,分成一个个小文件放进去,这么一弄,整个结构就清爽多了,以后维护起来也方便。 好了,到最后了,咱们来总结几条立马上手就能用的最佳实践,帮你从今天开始就把 cloud 的 内存功能用到极 致。记住三点就行,第一,指令要具体,别说代码格式要好看,这种废话直接说必须用两个空格缩进。第二,要有条理,多用 markdown 的 标题和列表,把规则分好类,这样你自己看着也清楚。 第三,也是最关键的一点,别忘了它要定期去看看,项目有变化了,规则也要跟着更新,把它当成一个活的文档来维护 好了,现在管理 cloud 的 核心秘籍你已经拿到手了,所以还等什么呢?是时候动手给你的项目建第一个 cloud md 文件了。或者也可以去翻翻看 cloud 的 自动内存里到底偷偷帮你记了些什么好东西, 赶紧去试试吧!从今天起,就让你的这位编码搭档,真正的持久地记住你和你的项目。

大家好,不知道你们是否跟我一样,在 ai 编程开发当中,经常会找一些啊比较流行的插件啊,技能或者命令。 我最近在看这个 cloud code 官方自己出的这个插件组合呢,发现一些非常有用的这些技能啊,命令啊,在代理,而且他们对于这些工序的这个定义和书写也是非常值得去学习的。那本期视频呢,给大家一起来探讨一下, cloud 官方的这个最强的插件包含了哪些我们能够直接用来的这个技能 子弹里或者说一些插件,也会看一下在别的 ai 编程工具是不是能够飞。首先呢,我们可以看一下它是一个 git 的 一个原码的形式啊,那么我们可以去打开 打开这个 git, 那 按照它的这个命令去安装,安装也是非常简单的,安装完成之后呢,你打开你的 curl code, 在 这边输入 pran, 然后的话你就能看到在这个 marketplace 里面就能看到你去安装这个,那么这个是带两个新号的,就是它的这个官方的这个插件啊,那经常如果你没有安装到它这边,在你对话的时候,有时候也会在右下角呢,会提示你去安装这个插件啊,非常建议大家去安装好, 那你安装完之后,那么你就可以在这个 discover 里面去看到这些你没有安装的它里面的这些插件呢,比如说这个带这个啊,这个 officer, 这个这个 playwrite, 或者说这些东西都是没有装的,那么你就可以去选择它装上,你也可以在这边 marketplace 里面去选选中它 啊, enter 键,那么你就可以去浏览它所有的这里面的所有的内容啊,那比如说这些打勾的说明就你已经安装的,那这些的话是没有安装的,那么你就可以选择,比如说选择这个 commit commands, 那 我选错了,那这里的安装就是 你可以是安装是用户级别的,也就说你所有的项目都能用这个里面的功能,那么你也可以是安装这个工程级别的,也就说只有在当前项目下才能用这些功能,所以自己选择好,建议是 都安装到这个 user 这个级别啊,就是所有的项目都能用,因为它提供的都是一些比较通用的。那安装完之后呢,我们再看一下这五十六个里面,哪些是我觉得可以拿过来直接用的,然后呢,我把这个能够用的,或者说比较好的这九个啊整理出来,这里面有一个一列是 cos 可用啊, tree 可用 codex, 也就是它们原声支不支持,直接复制过去用,那不我这里打了叉的就说它是原声就不支持,比如说 tree 它不支持命令,对吧?但是其实你也可以把这个提示词复制到它的对话框里面,也可以用, 也是有办法能用的啊,我这边说不支持,只是说它原声就不支持。第一个就是非常非常重要的,也是非常有用的这个创建技能的这个技能啊, 那么这个创建技能呢,最近又发布了新的版本,增加了很多评估,还增加了很多测试,是吧?因为经常我们在创建技能的时候,你创建完之后,这个技能效果到底是怎么样的,你是不知道的,你只能说去自己去做做一些测试,那现在呢,他技能本身提供了很多这种评估的这种方法 和这种,你的这个技能的这个效果到底怎么样?这个对于非编程的这个人员是非常友好的,那么在用技能的时候一定要注意啊,比如说我选择这个 skill crate, 那 么打开这个技能的时候啊,你如果安装了别的 插件,也有可能有跟它名字一模一样的这个区分好,它在这里的时候会如果重重复的话,它这边会有一个这样的一个标识,相当于公司名称一样,比如说我这个 是是它这个的这个名字的下面的所有的技能,那么这个就是类似于像官方一样,那么你也可以选择这个 enter 键,那么你可以看到是 square critic 这个名字,那么你就可以大概就知道这是官方的,因为名字相同很容易混淆。那这个呢?因为它是以技能的形式存在的,所以说这个 ctrl 啊 shift 都是可以使用的,那么你这边可以去下载这个安装包,你也可以在 github 里面去直接把它复制到你的这个呃,对应的 ai 编程工具的这个目录下面就可以使用。 那第二个呢,就是这个人可能很多人忽略了,就是 cloud md 这个文件的一个维护啊,那通常情况下我们去维护这个 cloud md 的 人可能是自己去手写,那么 这个官方提供了这个 cloud md management 这个这个命令,它是一个命令或者技能形式的存在,它可以根据你的历史对话去优化这 cloud md 里面的内容。那比如说我们在历史对话中,可能在最近的这个对话中啊, 那存在可能去纠正,对吧?纠正一些局的错误,或者说定义一些工作流程,那么它就可以提取出来,把它写到这个 cloud md 文件里面去。那 cloud md 这个文件是非常非常重要,我可以认为是所有的这个 ai 编程工具啊, cloud md 或者 agent md 啊,这两个是一样的意思,只是 不同的命名而已,它们都是非常重要,是一个承上启下,是整个 ai 编程,一个维持的一个内存记忆的非常重要的一个文件,所以这个文件一定是经常更新 是最重要的,所以呢,它提供这样的技能啊,你可以就可以根据你的对话智能去总结需要更新的内容,是一个持续学习迭代的一个东西,非常非常重要。那比如说我使用了这个啊,技能里面的这个就是优化我们的 cloud md, 那么他就会去啊阅读现有的 cloud md 的 文件,然后顺便去把最近的对话或者最近的变动 提取出来,然后会得到一个这样的一个结果啊,说就说啊,补充我们这个 cloud md 的 内容,所以这个是非常有意思的,就是它会根据你的这个对话记录去做优化, 也非常推荐大家去使用这样一个 md 啊。那么其他的一些插件其实也有类似的功能,就是持续学习的这个能力啊,那这篇稿弄完之后,你就可以去更新到你的 cloud md 文件里面去,那下一个也是非常有用的,就是简化代码, 那这个相当于因为 ai 其实生成代码是会堆积那种很多复杂的,把很多代码写得特别复杂,就是你能可能很容易就看得出来这个代码是 ai 写的,不是人类写的。那这个功能就是对你的代码进行简化,它会结合你 cloud md 里面,一般我们 cloud md 会去定义 代码规范,比如说在我这个项目里面,那么 cloud md 里面就有一个这样一个简单的一个代码规范,那么它去做简化的时候,就会根据你这里的代码规范进行去简化。你可以这边可以写得更详细一点,比如说你的这个命名方式啊,你的这个啊,这个接口的命名方式啊, 这这些写的越细越好。一方面它就会根据你 cloud md 的 定义的这个代码这个风格去优化。那第二个呢,它会根据一些通用的一些编码的一些规范,比如说你这个太过复杂了,比如说合并重复的逻辑啊,去掉垄断代码啊,可以去做这些,那优化完这代码的话肯定是会更好。 那么如果你不指定范围的话,它是会默认只是对当前对话最近的修改进行一个这样的一个简化,那它是以子代理的方式来存在的,那这边的话是三个 ai 编程工具都支持。那第四个呢?就是我非常非常推荐啊,这个 feature dv, 这个 就是你当你要开发一个功能的时候啊,你用这,你用这个方式去启动,那么他是会把这个功能的这个分成一个固定的流程,比如说他先会去搜索你的代码,去理解你的需求,然后呢去加个设计, 然后呢最后会做一些质量的审核,那这个过程是非常非常标准的。我们可以看一下这个例子,我们在使用 arslp 和 v 开发之后呢,我们可以看到他明显的有一个这样的流程, 比如说他会先做需求澄清啊,会做你的问题的提问,然后做完之后开始做价格的设计,然后价格设计的时候他会去做很多代码的搜索,这个是非常重要的,然后把价格的设计的方案给到你之后,你再去确认, 然后的话他这边就开始,如果你 ok 没问题了,才开始去实施。来到第五步去实施,实施完之后呢,他会对代码又进行一个检测 啊,一个质量的检测,然后的话如果发现有问题,然后他再去修复,所以整个过程是非常非常的一个标准的一个流程。我们可以看到最后他在整个过程中用了哪些步骤来完成这么一个功能的开发, 我们可以看到在最最下面可以看到他总共有七步,对吧?一个是啊,这个去理解代码,去理解你的需求,然后的话去做问题的澄清,然后价格的设计,然后再去做你的这个更进一步的优化,然后开始去实施,然后再就是代码质量的检测, 最后做一个文档的总结,那这些个流程是非常非常好的,所以说我把它评为了,就是啊,也是一个 ai 编程的一个最佳流程,就光这一个插件就已经实现了一个很小的一个迭代的流程,它非常适合用来做迭代,非常适合就是对 prime 模式一个增强。 所以大家从上面的例子可以看到啊,这是一个非常推荐使用的。那第五个就是比较大家比较用的可能比较多的就是,呃,我们的前端优化的一个技能, 那这个技能就是要去掉我们的 ai 味道啊,那经常我们使用 ai 生成的这个前端,就像要么就是大紫色,要么就是大红色啊,这颜色会比较单一,那么它是做了一些优化,让我们这个前端的设计会更加美观一点,那这个也是非常简单,它是一个技能。 那第六个呢,就是可能会用的比较少,但是呢如果你要用的话,它就提高了,大大的这个提高这个简易性啊。比如说你要去串一个钩子, 那你如果使用写脚本的方式,那个门槛太高了,那么他提供的这种方式就通过对话的方式能很快速的把钩子串联起来,那么对于一些自,对于一些喜欢啊,设计一些自由度高的一些人来说,这个东西是非常方便的。 那第七个这个 pr review 的 这个工具啊,那么主要用的就是你在提交 pr 这些对代码这些,这个你可以指定啊 review 有 什么东西,那比如说我这里有个例子,那么我会执行这个 pr 的 这个命令啊,然后去让它去检查一下是不是有漏的注视的,那么它就会 拉取我最近提交的 comit 记录,然后的话就是你可以看到哪些是需要改进的,可能就会遗漏,这样的话在 你提交 pr 之前有一个这样的一个最终的检测,那这样的话你就可以 pr 提交的效率就会高一点,质量也会高一点。那第八个也是简化这样 git 的 操作,那我们经常使用 git 提交提交的时候,你要去想一下,就是,哎,最最近这段的变化是什么样内容啊?你自己要去创建, 自己要去写,那么有了这个命令之后呢?他会啊总结你这一段时间这个代码变更的一个简化的说明,你只要直接写上合并就可以了,他就会去总结,完全不需要去关注你 自己做了什么东西,所以这个是非常高的效率啊,然后他也是支持这种合并之后,然后顺便把这个布局到上面去。那这也是一个非常常用的一个工具啊。 那第九个就是之之前非常火的叫拉尔夫循环了,也就是你可以通过这个秘密让这个呃 color code 可以 一直执行多少次,直到结束。那么有的人用它去生成一个稍微大点的项目,可以直 循环去运行一晚上,所以这是一个非常有意思的。如果你有这样的需求的话,你可以去使用一下这个插件,那么这个插件也有很多变种啊,也是可以去看一下。 ok, 那 本期视频就到这,希望这些内容对你有所帮助。

用可乐的扣子写项目,聊着聊着就会蹦出来一句话,提示你上下文窗口快满了,一旦压到上下文, ai 就 开始抽风,出现上下文腐烂的问题。问题是在命令行里边,你压根看不到上下文用了多少,等提示的时候就晚了,尤其是你在这个绘画里面已经取得了一些项目进展的时候。 如果你有这个痛点,强烈建议安装可乐的哈的这个插件,执行三条命令就能用了。装上之后,在终端底部会出现一个实时的状态栏, 以进度条的形式显示当前窗口的上下文使用情况,还会显示 ai 正在调用什么工具,跑什么 a d 的。 当可乐的卡住不动的时候,一眼就知道它是在思考还是在调用工具,还有显示当前项目的 get 分 值,任务代办进度。 这种感觉就像给开车从没有用过仪表盘的人突然撞上了仪表盘。使用可乐的扣子,心里面就有数了,可以很清楚的看到可乐的在做什么,剩余的上下文有多少,哪些工具处于活动状态。当你管理多个变形的可乐的绘画的时候,会非常有用。点赞关注,每天获取一个新知识!

作为一个用 cloud code 写代码的选手,我发现 ag 的 时代对人一个最大的挑战是,我们的产出取决于我们能够并发多少,这个条件下 快速的打开项目,切换项目。为了一个非常关键的需求,于是我找到了一个工具叫 z c 的, 用它做了一个终端快速启动器,打开终端,我们一秒就能到达对应的文件夹。举个例子,这是我们的终端,我们输入 z, 然后写作的文件夹, 再打开 cloud code 就 能够直接打开,这就非常的快。对于我们用传统的 id, 比如说 control vs code, 它要先打开文件夹,然后再一个个找,选中再打开,没有什么快捷的启动方式, 真的非常烦。这里大家可能会有一个疑惑,为什么并发非常重要?这客户开发者 boris, 他 在这分享了他是怎么做开发任务的,他说他经常会用三到五个工具树进行工作。说实话我没有看懂,但我一直想弄明白这个是怎么做的。后来看到宝玉的翻译,他说一个简单的方法, 直接复制多个文件夹,我们可以把我们的一个项目变成 openclot 一, openclot 杠二, openclot 杠三, 哪个空闲就哪个,做完了,然后再让 agent 去合并,这样我一下子就懂了,我们不用学 tiktok, 复制粘贴就行。我有一个非常有意思的思考,传统开发它是以文件为核心的,终端是辅助,因为人需要频繁的去看代码 vs code 就是 这样,以文件为单位,让 agent 的 时代反过来了,终端是核心,文件对辅助人更多是对结果进行一个审核,而不是去看文件。简单的任务,直接打开终端就能跑,不需要 ide。 以前我们做项目需要打开桌面,一个个文件夹找点进去再打开,现在记住关键词就一步到位,更加方便。怎么用呢?我们把这一段提示词复制给到 cloud, 它就会把我的 skills 放到文件夹里面去,然后我们就可以找到这个安装的 skills, 点击安装就可以了。后续我们要管理我们的记录的话,就可以使用这个 manager, 安装完成了以后,他就会在我的 skill 文件夹里面形成了个映设表,我们就可以看到这个对应的用户配置分别是怎么样子的。这些操作都完成了以后,后续的操作就是我们输入一个 z 就是 它的工具名称,后面输入相对的提示词, 就能调转到对应的文件夹里面去了。现在我用的是一个叫 vivo 的 编程工具,它能够直接打开 n 乘 n 的 仓管口,放的爽,就是感觉脑子有点跑不过 ai 了,公开大家可以直接利用。

cloud code 于二零二六年三月正式推出语音交互模式,这是迄今为止最革命性的编程效率提升功能。只需输入 voice 激活语音模式,然后按住空格键说话,语音内容会实时转录为文本,并直接出现在输入框中, 松开空格键后,转录结果即刻提交给 cloud 处理。如何开启语音模式?第一步,在 cloud code 界面输入命令 voice, 即可一键开启语音模式。第二步,开启成功后,终端底部会显示语音模式指示器。 第三步,按住空格键开始说话,松开后自动提交核心功能亮点第一,实时语音转录,按住空格键说话的同时,语音内容会实时显示在输入框中。 第二,混合输入模式支持边说边打字,松开空格后,转录内容与已有文本合并。 第三,无需额外设备使用,电脑自带麦克风,无需购买专业设备。第四,操作流畅无卡顿,转录速度快,响应延迟极低。 使用场景示意场景一,快速代码审查,按住空格说,帮我审查奥斯大文件中认证中间件的实线, cloud 立即执行代码审查。 场景二,快速编辑代码,按住空格说创建一个用户登录的 api 接口, cloud 自动生成完整的登录代码。 场景三,代码重构按住空格说,把这段代码重构为一步,实现 cloud 立即执行重构操作。高级使用技巧第一,连续对话说完后,松开空格, cloud 会立即处理,无需额外点击提交。 第二,中断修正,如果转录有误,可以直接修改后再次按住空格继续。第三,组合命令,可以先语音输入,再手动添加具体参数或要求。 注意事项,第一,确保麦克风权限已授权麦克 o s 系统需在系统偏好设置中允许终端访问麦克风。第二,语音模式需要在网络稳定的环境下使用。 第三,对于复杂需求,建议语音输入后补充文字说明,以确保准确理解。总结,语音模式让编程体验更加自然流畅,开发者可以在更放松的状态下完成代码操作, 特别是在需要频繁切换键盘输入的场景中,语音模式能显著减少操作中断,让思维保持连贯。强烈建议尝试这一新功能,体验动嘴编程的全新方式。

本系列视频耗时三个月制作共计六百分钟,教你 cloud code 从入门到精通第一张, cloud code 快 速入门与配置篇,今天讲绘画管理,避免失控,高效推进。哈喽大家好,我将以案例实战的方式带大家从入门到精通 cloud code, 那 么这套课程的话会持续更新非常多的实战案例, 那么今天我们就给大家分享第一个章节的内容, cloud code 快 速入门与配置好,然后第四个章节的话是有关这个 绘画管理啊,就避免出现一些失控的一些情况,然后可以去高效推进我们的一个事情, ai 大 模型学习路线图,课程配套资料,全套大模型面试题,教学视频项目源码我都整理好了。 然后这一块的话,首先第一个是随时暂停跟回本啊,大家可以随时按 esc 去暂时我们当前的一个窗口啊,就跟我们上次啊,刚刚有一个演示, 就是万一卡死了是吧,太卡了,因为安装依赖啊,要连网吗?有时候可能会超时啊,或者是一些思路有点跑偏的话, 大家可以去把及时中断去减少无效的操作啊,因为它调用是要付费的啊,所以我们能能省则省啊,就是一些没必要一直在跑着,比较费推费那个 token。 然后按 esc 两次的话,可以回归到历史对话节点啊, 它是没有 redo 功能的啊,回退前的话我们需要确认一下那代码,不满意的话我们可以直接说回滚到上次代码就可以了,然后 cloud 它就会自动去恢复, 那有些情况的话,它也可能会出现一些这个应对历史的一些溢出,比如说对话的时候去提示了这个 contacts left untel do outcompete, 比如说百分之三十,百分之三说明历史记录快满了,它会自动去触发一个压缩啊,大概需要一百五十秒,那也可以执手动执行一个 at compact 去续命啊,做一个压缩 好,然后大家这里看啊,它那个获取内存的它还在继续啊,我们可以给它中断掉啊,比如我们刚刚说的,大家可以按一下这个 esc 啊,你就可以中断整个中断,然后你就说你想继续的话,就是你可以比如说继续执行啊,那要是中断的话,大家你可以加一个啊,那接着跑, 看他能不能识别出来啊,要是误操作了是吧?我们可以让他接着去写啊,因为他整个对话记录是有的啊,大家看是不是接着了,刚刚是不是在这里断掉的是吧?你看现在是不是咱们又可以去写了啊? 刚刚写到那个异常了,反正断了也没关系啊,编辑报错也没关系,因为他最终的话其实都会帮你把这个项目做一些 check 给运行起来的,所以不用太担心。 但是这个项目它耗费的时间比较久啊,所以这个里面的话,呃,我们其实不应该让它去创建一个 java 项目,应该创建一个简单的 html 项目就可以了,不然的话让它就是跑的太久太慢了啊, 你就关掉吧,不用跑 java 项目了,因为这个项目这个耗费的时间太久啊,等它全部跑完的话,这个要等很久。我们需求提简单一点啊。呃,我们看一下之前的历史记录啊,我重新把需求变一下,想基于 你就直接说啊,我想开发一个电商网站,基于 html 开发 不需要数据库啊,你就直接明确跟他说我不需要连数据库那些七七八八东西,那这样的话它的开发速度会快一些啊,但是我至少也要基于 html 五吧,是吧?就简单的去写一个电商网站就可以了啊,然后再帮我创建一个 shop html 五文件夹啊, h t m l 啊,然后首先生成项目需要的技术方案到 plan 的 md 文件中,然后将一些这个改一下 h t m l 项目的代码生成规范输入到这个。好,我们用这个来跑啊,这样的话跑起来会快一些啊,因为刚刚那个太久了, 因为甲方项目开发非常复杂,里面的一些框架啊,包啊,东西非常多,我现在改成纯 h t m l 就 会快很多, 你看现在他会帮我去创建一个 html 五的一个电商网站了啊, 然后中间生成的这个过程中,大家要是出现一些对话溢出的啊,你可以执行一下压缩啊,就把这个压缩一下,避免对话中断啊,然后也可以 cloud 杠 c 直接进入上次的一个对话啊,比如说我现在中断了, 我现在就来跑一下这个命令啊,我现在强行中断啊,因为遇到了一些问题,我不想等太久了,大家可以直接执行那个什么呢 compact 啊,直接给它压缩一下, 压缩完我们把这个对话保存,然后等一下再来恢复这个对话啊, 所以这里执行稍微会有些慢啊, 我应该继续完成任务,你看他要现在去压缩了啊,压缩对话历史了, 先让他执行完啊,我发起了这个 compact, 他 那个生成代码的那个线程就断了啊,现在需要去执行一个压缩任务,但是因为我之前聊天生成了太多 java 的 一些内容了,可能绘画太多了,所以压缩起来可能有点慢啊,所以这里还得稍等一下, 不过这个一般是用在这个绘画快满了啊,超过这个限制的话,他可能也会自动的去触发这个压缩啊。这个大家可以去测一下,看大到一个什么程度他会去触发啊。那我现在这个压缩来稍微有点慢了,稍微等待一下, 实在不行就发起一个新的绘画再去压缩,会快很多啊,因为之前的内容太多了。 嗯,就退出吧,看一下恢复与查看历史。我先退出啊,看一下这个是不是直接能恢复了。 cloud 点 go r 先关掉啊,退出,然后直接 exit 要退出了是吧,然后用 r r 让它恢复,看看能不能恢复啊。 哎,大概你看他这里让你选是吧。呃,十秒钟前啊,就是他每次对话这里会有一个恢复,是吧?恢复我们,呃,我们是选第一个啊,我之前聊过的所有对话, 好,大概现在是不是回来了,是不是回来了,是吧。如果大家不需要不希望选的话,你就直接直接去按这个 来,大家看,直接输 cloud 杠 c, 他 直接回到上一次了,就不用你选,你退出那是哪一次,他回到了就哪一次,你看是不是回来了,然后我们再加热继续执行啊,就是大家把这个窗口关了,你都没事的,关了,我们下一次直接恢复规划就行了,从历史记录里面去选。 所以 cloud code 它本地其实做了一套对话管理的,大家可以随时的去把这个绘画的话给它去恢复啊,直接可以恢复过来, 所以说这个用起来还是很方便的,里面有什么问题的话,比如说卡死的话,你直接插掉,然后恢复上次绘画再点技术执行, 主要是在他就执行命令的时候,要么是这个命令耗费的资源太高了,可能内存溢出了就卡住了,要么是遇到一些访问一些资源网络问题卡住的啊,这种情况下没办法就只能按 exc 或者直接你把整个窗口终端都给关掉就行了啊,然后大家看啊,你看接着继续。上一次那个是吧?我们回车让他接着跑啊,上一次跑到哪一步了?十二点 hte mail 跑到那个 play 了是吧?他会更新之前的那个进度啊, 按照之前的那个进度接着往下跑啊,这个 plan 里面要是没跑完的话,那接着跑啊。 所以现在这种 ai 工具能做到这个效果的话已经很好了。以前对话聊着聊着就中断了,上下文可能都丢了, 你要回复的话就很难了。但是现在的一些 ai 工具把对话管理这一块已经做的很完善了啊,他的那种中断呀,再执行的效果的话也比以前好很多了,所以说这一块的话就是,嗯,他体验的话就会好很多。 这个里面就还在执行啊,我看等他跑完这还需要一些时间。 现在他去写那个 h t m 幺五的一个代码规范了啊。嗯, demo 看有没有写完了, 我们切换到自动模式。切换到自动模式就不需要我确认了, 你看这是 html 代码的一些 cloud 的 一些规范啊,技术栈,然后文档结构啊,语义化标签啊,是吧?类名啊,属性啊, html 是 吧, css 样式啊,整个是不是都写的比较完善的啊?包括购物车什么的,它都帮你去实现啊,包括代码质量啊, 开发指导原则啊,是吧?整个都有了。好,那该有的文件都已经创建好了,接下来我们就可以按照 plan 点 md 文件中这个计划进行 html 电商网站开发,同时编辑代码的时候参考 cloud 点 md 的 规范来确保质量的一致性。然后 项目采用纯简单技术,在无需数据库,使用 lock storage 进行数据持久化,这是我一开始的一个原始需求啊。回车, 然后它这里还有一些提示啊,你看你可以去安装一个 get up 的 一个 app, 可以 去把跟这个 cloud 整合起来,用去这个 get up 上面去提一些一手 pr, 因为现在 github 它其实也做了一些 ai 艺术 tpr 的 一些功能啊。好,然后第一阶段,你看现在它依旧是按照这个阶段去跑的,跑这个的话应该会快一些,等一下我们就能看到一个效果了。 开始第一阶段的开发。首先创建项目结构跟基础文件, 你看它之所以其实在 bash 里面去要用这个 bash, 因为它这里面跑 linux 命令的话会很方便啊, 因为如果说他要去要接入 windows 的 一些命令的话,那就比较麻烦了,统一用 bash 这个 linux 命令去跑的话,他这些命令的效率会很高啊。然后我们点确定切换到这个自动模式, 然后目录结构已经创建好了,接下来的话就开始在执行了。 好,第一阶段已经完成了基础架构搭建,加项目结构、基础文件, 等下我们其实把这个整个项目跑出来之后,我们可以看一下它修改文件的这个能力啊。刚刚我们前面给大家讲的是,主要还是创建比较多一些啊,我们看一下它的改代码的效果怎么样啊?就是有一些比如说风格样式啊,我觉得不满意了,我现在想让他帮我去调整优化啊,直到改成一个比较满意的版本出来为止,不断的去优化啊。 好,大家看这个网站的 html 已经出来一些了,优品商城、电商购物等等啊, 现在创建头部跟底部的公共组建啊,它这个写代码的话还是有一些规范的啊,就是它是按照一个一定的规则来写的,不是随便写的,所以它最终可以确保这个代码的质量相对来说会高一些啊。 所以现在大家去看 ai 的 代码的时候,其实这个质量已经非常高了,因为按照现在最新的像 gpt 模型来说,据说这个水平已经达到博士的水平了,它的效果的话是好很多。 好,第二步完成,第三步搭建 css 框架跟响应式布局, 你看这个里面还提到了严格遵循 clod 点 m d 中的规范, 这个速度还是稍微慢了一些啊, 可能这个跟网络模型有关系啊,如果我们可以用那个 cloud 四那个模型的话,应该会看很多, 所以有时候跟这个网络也有关系。那么这几个命令的话,大家是需要知道的啊,就是对话管理这个啊,这个在我们实际的开发中用的会比较多一些,因为很很有可能任务跑着跑着就卡死了啊, 然后需要去给它暂停或者回滚啊,消息压缩恢复啊,那么下次再见了。

你知道吗? cloud code 可以 在终端、网页端、手机端同时使用,让你随时随地继续工作。很多开发者只在一个终端窗口里和 cloud 交流,其实它支持多端同时在线, 有经验的用户会同时打开五六个绘画,用不同的设备分工协助。有的人在公司用电脑,出门用手机继续查看进度,任务完全不中断。 第一,终端和网页端并行。在本地终端写代码的同时,可以在网页端 cloud 点 ai 代码,启动另一个绘画,处理文档、查资料等 网页端和终端共享同一个账户,绘画记录自动同步。第二,使用 teleport 传送任务。当你在终端正在写代码,突然要出门,可以把当前进度传送到网页端或手机端继续, 只需输入 teleport, cloud 会把上下文迁移过去,实现无缝切换。第三,早晨手机端启动任务。很多人会在早上通勤时,用手机上的 cloud app 启动几个简单的任务,比如让 ai 先搜索一些资料,列个提纲, 等到了公司任务已经完成,直接查看结果就行。第四,多窗口配合系统通知。同时开多个终端窗口,分别编号开启系统通知。当某个窗口需要你输入指令时,手机会立刻收到提醒,让你不会错过任何需要确认的关键时刻。 第五,后台运行与快速切换。在终端用加号和号把当前绘画挂起,后台可以快速切换到另一个任务,需要用的时候再切回来对话,上下文完全保留。 多端无缝衔接的本质是把 cloud code 变成一个随时可用的云端助手,中端专注写代码,网页端处理文档,手机端应急启动。 掌握了这项技能,你的工作节奏不再被设备和地点限制,真正实现 ai 辅助的全天候生产力。

这四个命令,最后一个啊,是我觉得你最应该用的。第一个命令, simplify, 当 cloud 帮你写完代码之后啊,你就可以输入斜杠 simplify, 那 cloud 会对刚刚修改的代码做一次三维检查, 他会去看有没有重复的逻辑写法,是不是太复杂了,那有没有更高效的实现,然后他会帮你重构代码。简单理解就说啊,让 cloud 给自己的代码做一次体检。 第二个命令, rewind, 有 时候我们会遇到这种情况, cloud 写着写着就偏离方向了,或者你刚刚写的提示词错了,那这个时候啊,不用重开对话,直接输入斜杠 rewind, 那 cloud 就 会回到刚才那一步对话,相当于给你的 ai 编程加了一个撤销键。第三个命令, btw, 如果你在做一个任务的时候,突然想到一个小问题, 比如这个文件是干嘛的,那你就可以输入斜杠 btw, 解释这个文件的作用,那 cloud 会回答这个问题,但不会打断当前的任务流程,也不会污染当前的上下玩。 最后一个命令 insights, 那 cloud 会在本地直接生成一份报告,分析你最近使用 cloud code 的 情况,比如你的工作内容总结如何使用 cloud code, 哪里出了问题, 建议的使用方法,那相当于 cloud 给你的整个开发过程做了一次全面的复盘。我建议你立马去用一下这个命令啊,一定会很有收获。那这条视频呢,我建议你先点赞收藏,下次用 cloud code 的 时候一定会用到,我是心起关注我每天学习一个外汇固定的小技巧。


大家好,欢迎来到玲姐说 ai 这期视频是 cloud code 零基础系列的第三期,如果你没有看过我前两期视频啊,可以去我的视频主页,以 cloud code 作为关键词来搜索相关的视频合集。 这期视频啊,我会围绕 skill 来展开核心跟大家讲讲怎么理解 skill 的 概念,如何从零开始创建并且应用 skill 以及如何复刻 github 上面的官方 skill。 最后我还会给大家分享一下 skill 应用的高级心法。 在正式开始前啊,我还要花一两分钟跟大家讲讲我为什么会花这么多视频,这么多时间来给大家去讲解 cloud code 这个产品呢?因为我认为 cloud code 是 一个通用型的工具, cloud code 在 开始训练的时候就被设计去解决很多开放性的问题。这些任务就要求 cloud 必须采取多个步骤,使用工具探索当前所处的环境以及工作内容,才能够给出答案。通过这样的方式, cloud code 在 编码、搜索任务还有不同环境里面去执行这些生产任务,这些方面进行了大量的刻意练习,并且积累了大量的作为智能体和执行相关生产任务的经验,所以他变得非常擅长此类工作。 所以在很多论坛上虽然看到很多人啊对 anslp 这家公司啊颇有微词,而且 cloud 对 中国的用户啊,实际上是非常不友好的,大家经常面临封号,但是一旦涉及到重要的生产任务, cloud code 仍然是 y y d s 永远的神。 就拿我最近养龙虾的例子来说吧,我本身默认接的是国内模型的 coding plan, 大家养龙虾啊,经常会遇到修很多 bug, 不停地自己找问题,自己修复的这么一个过程。但是呢,我用国内的这个 coding plan 遇到了问题,最近我遇到了一个半天都修不好,修了一个晚上他自己也没发现问题,怎么弄都弄不好,后面弄得我有点烦了,我就把接口 a p i 啊接到了 cloud 的 官方模型上面,不夸张地说, 三十分钟不到的时间就给我修好了,就是你瞬间就能看出两个之间的差别。当然,我的钱花的也是特别快,只是三十分钟就花了我十美金多。你要知道,我国内的整个月的 cooling plan 也不需要花十美金,但是这就是目前的差距, 就是你花五万块钱请一个员工和花五千块钱请一个员工,它所体现出的这个 coding 素养的差异。一旦你把 cloud code 这个工具掌握得比较好了,我相信啊,你能比较好的物类庞通使用相关的工具。 而且啊,还有一个非常重要的底层逻辑是什么?我认为万事万物都是可以编码的,编码是最基础最核心的能力,甚至你看到的这些视频生成物也是可以通过编码完成的。 在随后的 cloud code 系列里面,我也会讲解如何使用 cloud code 来生成系列视频,比如说,你是做教学讲解的,你完全可以用代码编码的方式来完成视频的生成,而且效率特别高。 大家不要觉得用 c l i 语言有什么心理障碍,实际上你想想,我们用的那些 app, 很多不过是一些史山代码堆起来的东西。你家里面的老人年龄大一点的,可能有些老人现在还不会用打车软件打车,但是使用命令和我们的计算机沟通,是最直接、最清晰,没有歧义的一种交互方式。 其实我们平时用的 office 的 三件套,像 word、 ppt, 其实那个软件本身它并不简单,你仔细想想, 只是说你用习惯了,你看习惯了,知道每个按钮背后代表着什么,但是你初识学习的时候,你的入门的门槛并不低,只是因为你看习惯,用习惯了。 而这种命令式的交互方式,这种编码的方式,我认为是清晰直接、简单高效的。以上两个原因,就是我为什么要给大家去花比较多的时间去讲解 cloud code 系列的核心原因。 好说回来啊,好像前面废话有一点多了,铺垫的有一点多了,但是我觉得对于那些使用 cloud code 的 仍然存有疑意的人,我觉得会是一段比较好的金玉良言啊。我们正式开始来讲解 skill, 我 看到很多地方去讲 skill 的 时候,经常用很多类比,我觉得完全没有必要。我下面的讲解,我认为小白完全能够理解。 别的不说,我就直接拿官方给的这个 building scale for cloud 的 这个系列来给大家讲解,我觉得这个是最直接的官方的定义。官方文档是这么说的,一个 scale 是 包含了以下内容的文件夹, 包含了必须的 scale, 点 m d 的 文档,以及可选的 script reference 和 asset。 我 给大家在总结提炼升华一下。简单粗暴一点, skill 本身就是一个可赋用的能力插件,它本质上就是你写了一个 skill 点 m d 的 文档, cloud 把它作为一个可赋用的工作手册, 或者说是能力插件,你要么在适合使用它的时候自动调用这个 skill, 要么说你在命令对话的时候直接输入这个 skill 的 名称,调用这个技能。 这样讲是不是就很好理解了?其实 skill 点 md 啊,它之所以这么受到欢迎,来源于工程师的一个偏好。原来 cloud 它做项目的时候,大家喜欢在这个根目录里面 写一个 cloud 点 md 的 文档。在 cloud 点 md 的 文档里面,大家会讲自己的编程风格是怎么样子的,整个项目的框架是什么?介绍一下这个项目的背景信息, 相当于是一个需求背景的文档,因为这样的原因, skill 点 m d 的 文档就应运而生。再粗暴一点理解,我认为 skill 就是 instruction 加上 resource。 instruction 本质上就是指令嘛,实际上就是一个可附用的,在某种特定环境和特定场景下使用的这个提示词。 那么 resource 呢?其实就是它说的可选的这个部分啊,包含了一些可执行代码的脚本,还有一些需要加载的文档,比如说公司的一些资料,一些信息等等,还有一些资产, 包括了一些可使用附用的模板,像你公司的一些 ppt 的 模板,一些文档的模板,还有公司需要特定使用的字体、 logo, 甚至你老板的大头贴,都可以放在这个 skill 的 文件夹里面去附用。参照作为资源的一部分。 所以粗暴一点理解就可以理解为 skill 等于 instruction 加上 resource。 但是值得注意的是, skill 和提示词并不完全划等号。 skill 我 们在使用它的时候,其实是为了避免重复去造轮子。整个 skill 的 内容,它是一个 闭合的一个状态,相当于整个的 skill 里面的内容,它是相对比较成熟了,是一种可赋用的工作流的状态,我们才会将它封装为 skill, 从而提高我们的生产效率和能力。 而且这样能力的封装形成能力插件之后,一些小白进来之后,啪给他打一针,就相当于他马上瞬间就拥有了这个封装的成熟能力。这个就是 skill 为什么这么流行的一个原因。 cloud 在 二零二五年十月份推出自己的 skill, 没多久之后啊, 这个就成为一个工作的标准,你会发现像 anti gravity vs code chain 各种这样的工具软件都开始接入 skill。 而且 skill 还有个好处就是它是比较轻量级的, 对比之前的那种 s d k 的 解决方案,它是一个很轻量级的,能够快速封装复刻的一个能力,所以这个 skill 的 标准这个用法会特别流行起来。另外呢,一讲到 skill, 大家就会把之前很流行的一个概念 m c p 抛出来, 经常去问的一个问题是, skill 和 m c p 它们之间的差异点在哪里?官方文档啊,在这里也做了一个说明,它这里做了一个类比, m c p 呢,是提供专业的厨房,提供工具原料和设备,技能是提供食谱的,如何创造有价值的东西进行逐步引导。其实官方给的这个说明就已经很清晰了,再看到这个对比表啊,看到 m c p 和 skill 是 如何协同工作的, m c p 其实是解决连接性的问题,它相当于是一个门禁卡,给你提供实时的数据访问和工具调用的权限,它决定了 cloud 能做什么, 而技能呢,是教会 cloud 如何去有效的工作,它去获取最佳的这个工作流程,把你历史的有效的这种最佳实践知识封装成技能,它教的是 cloud 应该如何操作。 就比如说,你可以连接向高德地图的 m c p 获取高德地图的一些地理位置的数据,但并不意味着你知道如何应用这个地理数据 进行人群的分析,进行它的这个路径的分析。这个是两件事情,前者是 m c p 解决的事情连接性,后者是 skill 技能解决的事情如何使用地理位置进行分析和应用。大家看到的这个就是非常典型的一个 skill 的 结构。 首先是文件夹的路径,这里是文件的名称, skill 内 skill 本身就是一个文件夹,或者叫做目录也是可以的。 这里 skill 点 md 是 一个必选的文档,其他下面的 templates, reference script, asset 都是可选的,根据你自己的需要,把相关的内容放在这个 skill 的 文件夹里面。接下来我们再看到这里,我们看到的是 skill 点 md, 这个文档典型的一个模板, 它分为几个部分,首先啊,这两条横杠中间的部分啊,是最核心的,这个是 front meter。 首先这里写的是这个 skill 的 名称,你自己起个名字。 下面这个 description 是 非常重要的,你要用一句话啊,尽量精简,但是明确讲清楚 这个 skill 是 什么时候用,它的产出是什么,它什么时候用,对于 cloud 而言是它什么时候会自动调用。最核心的描述,所以这段是不能够缺失的。下面这些内容呢,是一些模板的提示,包括了 purpose 啊, want to use input, 你 提供的一些内容,还有你的整个的 step 是 什么,你的生成的 output 是 什么?还有最后的质量要求,以及失败返回的内容是什么?下面这些描述呢,根据你自己的需要自己去补全。这个模板是供参考。 这些内容呢,所有的文档我也会放在我的公众号里面,供大家直接去复制,参考对比使用。 概念部分讲完了,接下来我们进入到实操阶段,考虑到有的用户啊是零基础使用 cloud code, 所以 在任务的设计上会设计三个循序渐进的任务。第一个任务呢,是一个简单的 skill 实战应用的闭环,这个 skill 很 简单,不执行什么实际的东西,最后跑出来就是他回复你一个 hello, 主要是让大家体会一下整个 skill 从创建到调用的闭环。第二个任务是复刻 cloud 在 github 上面的一些官方 skill。 第三个任务是自己创建并且调用 skill 的 整个完整的闭环。我们从一个实用的场景来出发,我们先来跑第一个任务啊,其实第一个任务呢,很简单,就是让大家感受一下 skill。 这里我建的这个 skill 叫做 hello skill, 就是 你输入这个技能,它给你回复 hello, 没有执行更多复杂的技能啊, 主要是为了让大家先感受一下。首先第一步是建一个文件夹,建一个沙盒,把这一段的这个代码发给他 这些命令行,同样的我也会放在我的公众号文章里面。大家不要觉得这样的命令行很抽象啊,其实如果你不懂的话,你就把这个命令行发给 ai, ai 会很直白地告诉你每一行命令行是什么意思。并且如果说这些命令行你看多了话,你会很熟悉。 比如说第一行,它的意思就是建一个 c c skill demo 的 这个文件夹, cd 呢,就是进入这个文件夹, get in sheet 就是 以 get 仓库的方式进行粗制化。下一行的意思就是创建一个 readme 的 文档, e w d 就是 打印当前所在的文件夹, ls 就是 罗列出来现在所在文件夹里面的所有目录文档,已确认你建的这个 md 文档也在其中。 当然这些命令啊,都不用记,这些所有的命令啊,你都可以让 ai 来帮你写。我的整个的流程在于给大家有一个大的框架,中间你可能会遇到很多具体的问题,因为每个人的系统,包括你说实话的时候,可能会缺了一些文件等等各种原因。这些细的文件, 如果你来问我这么细节,我去帮你查。任务其实是非常麻烦的,你还不如把所有的报错交互可以交给 ai 去对话,让他来给你写这些命令啊,都是可以的。当然我给你这些命令啊, 其实是方便你有一个大概的框架,而且你可以把我给你的这些所有的命令和框架作为一个初始的框架,来帮助 ai 去理解我们要做的任务的上下文。这是一种很 高级的思维方法,我相信你在别的这个频道里面可能听到的会非常少,在乌班图系统里面创建好了这个文件夹之后,我们就进入到第二步,启动 cloud code。 如果你看过我的前两期,我接的这个 api 接口啊,是国内的 coding plan, 这时候我启动这个 cloud code, 我 用的就是 c c coding 的 方式,如果说你用 cloud 官方的方式啊,你就可以用 cloud 去启动你的 cloud code。 我使用的时候啊是进入这个文件夹,然后 cc coding 这样的方式启动 cloud code, 这时候大家在乌班图系统里面看到的整个的对话,它就会显示我的整个的路径,大家注意这个路径啊,如果路径不对的话, 你之后启动的这个 skill 就是 不是在这个文件夹里的完成的,可能会导致后面你在调用这个 skill 的 时候失败啊,这个你遇到了问题可以自己去慢慢调整。第三步就是创建 skill 文件,你看这里和我之前讲的这个格式就是遥相呼应的吧 内这个 skill 的 名称我叫做 hello skill description 啊,我很简单,就是用于验证 skill 能闭环跑通, 当我唤起这个 skill 的 名称 hello skill 的 时候,它可以给我回复,然后下面呢是具体的 instruction, 在 这个命令的对话框里面,我把刚刚的这个代码发进去的时候,你看它在这里就会告诉我是否确认创建这个 skill, 然后我选择 yes, 它这里就会回复已经创建完成了。接着你就可以在命令窗口输入这个命令来验收这个 hello skill, 点 md 的 文档真的存在, 或者说你直接在命令窗口输入斜杠 hello skill 来直接调用这个 skill, 它会给你相应的回复, 这样就代表你的整个的 skill 创建并且调用成功了。当然,每个人的系统设置可能有各种各样的差别,会导致一些小的报错,你可以把你的问题截图发给 ai, 让 ai 告诉你原因啊,常见的问题和解决,我会同样地附在文档里面,供大家参考。 接着给大家讲第二个实战任务,就是复刻官方 astropic 的 skills, 可以 看到这个 github 的 网址啊,这里就是官方给的一些 skill。 点开这个文件夹啊,可以看到这里提供了各种各样的 skill, 这里面有很多常用的,大家可以自己去找啊,比如说这个 pdf 生成的, ppt 生成的,这里我们打算给大家实操的是 skill creator 这个 skill, 这个 skill 相当于是帮助你创建 skill 的 这么一个 skill, 有 点 raw, 就是 它来帮你设计和创建符合 astropic cloud 官方使用规范的这么一个 skill 技能。 安装 astropic 官方的 skill 在 巫班图里面很简单,就是通过 marketplace 的 方式来完成, 在 cloud code 里面去输入这段命令就安装完成了,速度很快,如果安装成功的话,你会看见类似的命令返回,并且啊,可以通过查看 marketplace 去查看相关的 skill 的 安装,这样这个 skill creator 的 技能就安装完成了。是不是没有想象的那么复杂,也没有想象的那么难,命令行还是挺直接的,没有任何歧义,直接快捷,简单清晰。接下来我们进入到第三个板块的实践, 第三个板块呢,其实是结合我自己日常内容创作的实践来创建一个 skill, 它的大概要完成的事情呢,是我在录制完视频之后,我整个的视频剪辑完成之后,会有一个 s r t 文档,我将我的 s r t 文档输入给 ai, 我 希望它给我输出这条视频对应的标题以及视频简介,包含时间轴、 关键词等等内容。我把这个需要重复性的工作封装成一个 skill, 这里就是乌班图我和 cloud code 的 对话沟通界面。 在这里啊,我创建这个 skill 的 时候,用的就是前一步我所调用的这个 skill creator 这个 skill。 首先我调用这个 skill 直接唤起这个名字,他就问我,你的需求是什么呀?具体需要怎么咨询?然后呢,我就把我具体的需求告诉给他。 这里用到的这个行文结构啊,就是参考我之前讲的这个 skill 的 文档,我来写的这些方面,我讲了我的目标是什么,我的输入包括哪些输出,包括哪些?最后的要求是怎么样子,有哪些约束和验收标准是什么? 然后呢,这个 skill 就 根据我的要求给我进行了几轮交互,在这个交互过程中,我可以进一步明确我的需求, 确认完成之后,他就给我开始创建这个 skill, 你 看这里就是它的整个的过程。好在这里就显示 skill 已经创建完成了,我可以在 cloud code 里面去使用这个字幕转标题转简介的这个文档了。 skill 生成之后呢,你就可以运行和测试了,我就告诉他我的 inputs 在 哪个地方,我要告诉他之后呢,然后他给我生成对应的内容, 在这个其中后面有很多交互啊,都是出现在我的这个文档的位置里面的交互啊,因为一开始的时候我给错了,这个文档的位置 出现了两个点,一个是这个 user name 就是 我的账户名称啊,我一直记得我用的是 caroline, 但实际上我的这个 user name 用的是 abc, 所以 一开始它没有找到。那么第二轮错误呢,是因为这个文档的名称我中间多加了一个空格,让它识别出了路径错误,但是它很智能,它可以帮助你通过关键词 在特定的这个用户名下面的文档里面去寻找相关的文档。你看在这里多人交互之后,他说找到了文件在这个位置,然后他 进行复制并且运行 skill, 这里就是他运行这个 skill 提取成功之后,你看他调用这个 skill, 然后给我生成对应的内容,他给我生成了五条视频要点的总结,还有十个标题的后选,有五组风格, 并且呢给我生成了对应的时间轴,还有对应的三组关键词标签啊,是符合我的需求的。同时呢,可以根据我自己的需求 把这个文档就展示在这个对话窗口里面,或者是它也可以帮我存成文档。这里我提的要求是它帮我存成一个新的 md 文档,把它存在我的 windows 系统下面的一个文件夹里面, 我给他写入文件的路径之后,大家看到这个就是我最终完成的文档,我用 t x c 打开一下,这个就是他最后给我的输出。 我虽然是在物班图系统里面运行,但是我仍然可以把我的交付物放在我的 windows 文件夹里面,整个过程是非常流畅的,即使这个过程没那么流畅,我觉得也是一个正常现象啊, 你用软件用很多操作编辑的时候,遇到卡壳不是正常吗?你就会因此不用这个软件,不用这个工具嘛。所以啊,在用这个 skill 的 时候啊,我们可以 把这个命令窗口和这个 ai 的 辅助啊形成一种好的交互习惯。当你遇到问题的时候,你就可以截图把这个内容和问题,就算这个过程中有任何不顺畅的地方,也很正常啊。 我们之前使用软件死机、卡 bug 都太正常了,难道你就不用了吗?你照样该怎么用就怎么用,大家用这种命令的交互方式啊,也应该习惯这种状态。而且啊,我们现在有 ai 了, 现在的好处是,只要你提出目的和需求,然后让 ai 帮你来强化,并且让 ai 辅助你找到解决的办法,看看有不有对应的 skill 来帮你完成对应的目的。 而作为人,你需要判断的是,这样的 skill 能不能满足你的需求,有没有更好的解决方案。认可了这个解决方案之后,你可以让 ai 来帮你完成整个 skill 的 构建,并且让 ai 给出构建这个 skill 的 具体命令。而我讲的这个思路 才是你打开 skill 的 正确方式。今天关于 skill 的 入门先讲到这里,还有很多未完成的内容, 学会创建 skill, 调用 skill 只是第一步,怎么找到合适的 skill 并且把它用好。后面我还会创作一系列的视频,给大家更多的启发。记得订阅玲姐说 ai, 我 们下期再见,拜拜!

如果你还在把 cloud code 当成一个只会在终端里聊天的窗口,那你可能只发挥了它百分之十的功力。作为一款真正的 a 阵开发工具,它拥有强大的文件操作、终端控制和外部工具集成能力。 下面是我经过深度使用总结出的全套快捷键命令、配置项及工作流。在使用 cloud code 的 时,不要傻傻地全部手打, 熟练使用快捷键能让你的操作速度翻倍。 shift 加 tab 能让你在普通对话自动同意修改和计划模式之间快速切换。当你要写一段很长的提示词时,在终端里修改非常痛苦。 按下 ctrl 加 g, 它会自动调用你的默认编辑器,写完保存,关闭,自动传回终端。遇到了 u i 错位报错、截图甚至带有手绘箭头的草图,直接通过 control 加 v 粘贴进终端, cloud 完全看得懂。想让他看某个特定文件,不需要等他自己找,直接输入 at 符号,他就会弹出所有的文件内容,选中就能读取。在对话框输入斜杠即可触发,这是管理 ai 状态的核心。 clear 是 最常用的命令,没有之一。 每次切换任务或修完一个 bug 后,一定要清空上下文。 compact 记忆压缩,当进度调爆红,但你又不想清理对话时,使用此命令,它会总结前面的对话并释放空间。 rewind 列出当前绘画的所有操作快照 ai 改版的代码,你可以一键回滚到指定节点。 model, 根据任务难度随时切换引擎 cost, 实时查看当前配置白名单面板。 在项目根目录创建一个 cloud md, 这是最高优先级的系统提示词。不要长篇大论,重点写项目的技术栈是什么,每个目录是干嘛的?代码规范是什么?怎么跑测试。我已经将完整的内容整理成了飞书文档评论区 c c。