今天给你推荐三个神级的 cloud skill, 我 不允许你不知道,那第一个是 superpowers, 它是一个头脑风暴的插件,在我们 讨论需求的时候,它会反问我们问题来引发和激发我们的思考,用起来特别的解压。并且它还提供了一大堆的各种各样的功能,说它是瑞士军刀一点都不为过。第二个是叫做 planning with files, 它是号称把 minus 的 精髓移植过来的一个 skill。 它实现了什么呢?它会在你跟它讨论问题的时候,它会生成三个文件,分别存储了要做的事情、 计划和一些额外的一些思考跟探索。它会通过这些文件来一步一步地指导 c c 在 后面的编码或者是任务的完成。最后一个就是 notebook i o m 的 这个 skill, 它可以让我们在 c c 里面直接去连接到 notebook, 可以 提交我们的知识,让它帮我生成脑图,生成音频,生成 ppt, 再返回给我们。你还有什么私藏的好 skill 分享到评论区。
粉丝5149获赞2.6万

很多人一听到 clock code, 也就是我们说的 cc, 第一反应就是,哦,又一个写代码的工具,大错特错。如果你只拿它写代码,那真是大材小用了。 这东西根本就不是一个简单的编辑器插件,它本质上是一个系统级 a 人。什么叫系统级?就是只要你给了权限,它就能直接接管你的电脑。它不像网页版的 gpt, 说完话还得你自己动手复制粘贴。 c c 是 能直接帮你改本地文件,跑数据分析爬虫,甚至读写 word 和 excel 的。 简单说,他就是一个住在你命令行里的超级管家,只要你一句大白话指令,凡是你电脑能干的事,他基本都能直接替你干了。 要想把这尊大神请进电脑,得先查查户口,他依赖 node js 和 git 这两个环境。别管你是 windows 还是 mac, 打开你的终端或者命令行, 照着屏幕敲这两个命令,只要能蹦出具体的版本号,说明环境没问题。要是报错说找不到命令,那就赶紧去官网下一个装上,这不属于基本功,咱就不展开手把手教了。环境搞定后,安装其实就是一句话的事, 把屏幕上这行 m p o 命令复制进终端,千万注意中间这个杠 g 的 参数。这是局安装的意思? 逗了,他回头,不管是调用还是升级都一堆麻烦,输完直接回车等着进度条跑完就行。装完了别急着兴奋,我们先验个货,在命令行里输入 clod, 后面跟两个杠 version, 只要他痛快地吐出一个具体的版本号,比如零点二点二九,那就起火了。 这就意味着这套系统级 agent 已经在你的电脑里安家落户了, c c 装好只是第一步,现在他还是个没脑子的空壳。 默认的 cloud 模型 a p i 申请极其麻烦,还得搞定海外支付,对国内用户来说纯属劝退。这里我直接给个最优解,别折腾原生的了,直接用国产平替。比如智普的 glm 四点七,我实测下来 再写代码,这个垂直领域,如果说满血版 gl 的 能打九十八分,国产这几个模型基本都在九十分以上,日常用起来体感差距非常小。 关键是门槛和成本完全是一个天一个地。方案定了,咱们准备两样东西,去智普开放平台注册个号,在后台复制你的 api key, 这串字母自己留好,别乱发。关键是第二步,记得在里面订阅一个叫 coding plan 的 套餐,这个非常重要,它是专门针对写代码优化的,而且价格很香,一个月也就一杯奶茶钱,比你按量付费划算的多,能省不少银子。 拿到 key 之后,千万别去手动改什么环境变量,哪怕多打一个空格都得报错。直接用智普官方出的这个自动化工具,一行命令全搞定。在终端里输入屏幕上这行 npx 指令,回车之后,它会弹出一个全中文的界面, 你只需要跟着提示选中文确认套餐。把刚才复制的 key 粘贴进去,它会自动帮你把底层的连接配置全部写好,新手绝对不会出错。 把 c c 叫醒之后,你得适应一下他的工作方式,这不是咱们习惯的图形界面,没那么多按钮,给你点全靠键盘。第一件事,你得给他划进个工作区,也就是告诉他该读哪里的文件。最简单的办法,直接用 cd 命令进到你的项目文件夹,再启动它。 如果在聊的过程中想加别的文件夹,直接敲斜杠 a d 二,把它拉进上下文里。记住,对 c c 来说,文件夹不仅仅是存东西的地方,那是它的知识边界。 这里教大家一个极其好用的隐藏操作。很多人都不知道,以前在命令行里输文件路径得敲半天,还容易错。在 c c 里, 你直接把要把要分析的文件或者整个代码库文件夹用鼠标拖进这个黑框框里,松手回车。这一招叫物理投喂,不管是几十个代码文件还是复杂的文档,拖进去他就能瞬间读取。 这是扩充他上下文最快最暴力的手段,没有之一。最后说个最容易让人抓狂的坑,就是粘贴在终端这块地盘上,千万别在那狂按 ctrl v, 把键盘按烂了也没反应。想粘代码或者文本,直接按鼠标右键。如果要发图片给他看,快捷键是 alt v, 但是注意听,这里有个大坑。你不能在文件夹里复制那个图片文件,你得把图片打开或者直接截图复制图片的内容,这时候按 alt v 才能传上去, 这点非常反直觉,一定要记住了,熟悉了交互,接下来这几个斜杠指令,就是你每天都要打交道的工具了。第一个是斜杠 clear, 每当你打算开始一个新任务的时候,一定要记得先执行它,这相当于给 ai 换个干净的大脑,防止之前的对话干扰它的逻辑。 第二个是斜杠 comp, 这个太有用了,如果一个任务聊得太久,你会发现 c c 反应变慢,或者开始胡言乱语。 这时候用它给对话设个身,它会把之前的废话压缩成摘药瞬间,节省大量内存和费用。最后就是斜杠 cost, 建议你没事就敲一下,看看这波操作花了多少钱。毕竟咱们用的虽然是平替,但也得精打细算不是? 如果你觉得每次改文件都要点确认太麻烦,那咱们就玩点大的。启动 c c 的 时候,在后面加上两个杠, dangerously skip permissions, 这就进入了传说中的危险模式。这个模式的精髓就六个字, 别问我,直接干!比如你想把几百个文件名全部统一规范化,如果是普通模式,你得点几百次确认。 但在危险模式下,你把要求一丢,去喝杯咖啡回来,他就已经全部改好了,他会自动尝试报错重试,直到把结果交到你手里。不过丑话说在前头,这个模式权限非常大,用之前一定要做好备份,千万别在系统核心目录下乱玩。 如果你觉得危险模式已经很强了,那 m c p 简直就是给 cc 穿上了一套外挂机甲。简单说,这个协议能让 ai 走出终端, 直接去操控你的浏览器、数据库或者其他软件。举个最接地气的例子,很多博主每天要统计公众号后台数据,手动点开复制粘贴到 excel 表格,这活干半小时能让人心力交瘁。现在你只要装上这个 chrome 调试外挂, 一句话, cc 就 会自己打开浏览器,一页一页翻把数据抓下来,最后再亲手给你做一个 excel 表格发过来。整个过程你只需要看着原来半小时的体力活,现在五分钟全自动搞定, 这才是真正的生产力解放。最后再给你安利一个神器叫 skills, 你 可以把它理解成别人已经封装好的顶级工作流,你只需要借过来用就行了。最牛的一点是,它用完即走,不占你的大脑内存,也就是不浪费 top。 比如这个前端设计技能包,简直是审美救星。你只需要把一个长得挺丑的网页链接丢给他,让他优化一下, cc 就 会调用设计技能,自动重构布局、调整配色。几分钟功夫,一个极具现代感的网页就出来了, 而且里面的链接全都能真实点击。最棒的是,现在用国产模型也能完美运行这些技能不需要登录任何海外账号。以后不管是写代码还是改 u i, 只要你有 c c, 你 就不是一个人在战斗,你背后站着一整套官方技能库。

我真的麻了啊,今年几乎所有的 ai 软件我全都用过,包括最火的什么 g p t 呀, gmail 呀,还有包括马斯克的那个什么谷 rock 啊,我都试过, 但是它们都比不上一个相对小众一点的软件,就就是这个 cloud, 就是 这个 cloud。 如果说其他的 ai 暂时都能玩一玩,但 cloud 绝对已经算是顶级的生产力工具了, 就是他已经实现了一个完全自动化的流程,他现在帮我写了篇帖子发小红书上,我就跟他说了这么就这么一句话, 他就帮我写好了,收集好资料,然后发到小红书上去,然后还顺便帮我发到了 x 上去,甚至他可以同步帮你发到十几个平台上去。如果你是一个自媒体人,他绝对绝对是你的神器,如果你是编程的,他也绝对绝对是你不能不能错过的, 如果你用来写作,它的语感也是所有 ai 里面最好的那个。然后我今天还发现一个超级简单的升级 cloud 的 方法,真的超级简单。首先我们来到这个页面 ai 充值点 o r g 回车, 然后选这个 cloud 官方会员,一个月选这个 cloud 官方,然后点立即购买,之后你会得到一个充值地址和一个卡密,然后你把那个充值地址复制粘贴回车, 然后把你刚刚买好的卡面粘贴过来,然后点击这个按钮,获得你的 cloud 的 id, 把这个这个 id 复制过去,把你 id 粘贴过来,点确认并升级,真的全程就两分钟就搞定了,超级简单。

今天终于体验了一把 ai 编程的天花板克拉的,说实话之前一直知道他好,但是从来也没有用过,核心的确实是他,注册账号麻烦,付费麻烦,但是最近发现有一个就是智普的官网里面最近不是发布了 g l m g l m 的 四点七吗?然后最近挺火的,发现很多的人或者是有很多的信息推送给我,说这个模型反正不错,而且好像比那个克拉的没差多少。 你了解了一下,发现其实使用克拉的扣的基本上是可以不需要他的账号的,然后呢,到智普上面去注册一个账号充值,把他的那个 key 啊,他的那个 base ui 啊,配置到克拉的扣的上面去的话,就可以直接使用了, 反正今天玩了一把,确实还不错。克拉的扣的,但核心的是怎么说呢?就是它全部都是命令行的,说实话我们这种 id 用多了确实不太习惯, 整体来说的话,我说对我来说的话很效率,上面我用 course 是 呃, antigravity, 谷歌的 antigravity 啊,对我来说可能确实效率会高很多,但是发现很多大佬或者是天花板级的 大家用 cloud code 还是用的挺多的,可能后续慢慢的多用一下试试看。这种命令行的 ai 编程工具, 反正现在好像门槛也不是特别高,也不需要注册什么账号,你只要去安装好 coco 的, 然后配置好对应的,比方说像那个智普的模型的 api apikey 就 可以了。所以说大家可以去体验一下,看一看智普上面有详细的安装 啊步骤,步骤对于我们程序员来说的话,说实话还是挺挺友好的吧,现在说一步一步的教你怎么搞,基本上还行,大家可以去体验一下。

你很有可能没有充分发挥你的 ai 编程助手的全部潜力,所以现在我想和你一起变得非常实用,向你展示一些顶级智能体工程师在 ai 编程中使用的最佳技巧。 这些人真正建立了与他们的编程智能体,比如 cloud code, hero 或 cursor 协助的系统。因此,我在这里假设你至少对如何使用编程智能体有基本的了解,因为接下来我想为你具体介绍一些真正强大的解锁技巧。 在这里,我的讲解会非常简明扼要,不会浪费你的任何时间。而且最棒的是,这一切都不需要任何新工具,这其实只是更高效的工作方式而已。好吧,那我们开始吧。 在这里,排在首位的是 prd, 优先开发。 prd 是 产品需求文档 product requirement document 的 缩写。这个词可以有很多不同的含义, 但在这里,它指的是一个 markdown 文档,是用来定义你项目全部工作范围的唯一场所。因此,对于从零开始的全新开发,这份文档通常包含了你需要构建的所有内容,已完成你的概念验证 poc 或最小可行产品 mvp。 而这份文档的美妙之处在于,它成为了你的编码代理的指引之星,里面包含了你需要构建的一切。因此,从 prd 中,你可以获得所有要和编码代理一起实现的具体功能。 重要的是,不要让你的编码代理一次做太多事情,否则它会彻底崩溃。所以,你可以利用 prd 将你的项目拆分为更细致的功能,比如实现 api, 实现用户界面,构建认证系统,你可以像这样把它们分开。 而对于综地开发,如果你是在已有的代码库上工作,与其说是记录你项目中已经有的内容,以及你接下来想要构建的部分, 但无论哪种方式,你都在为你的项目创建指引之星。很多人都会忽略这一点,他们直接跳进去开发第一个功能,但实际上,他们在与自己的编码助手进行不同迭代时,并没有建立起任何联系。 为了演示本视频中含盖的所有技巧,我准备了一个 github 仓库链接会放在视频描述中。 在这个仓库里,我搭建了一个非常基础的演示项目,同时也包含了我在这里讲到的所有命令。 所以我日常用于 ai 编程的所有工作流程都已经为你整理好了。这些就是我每天都会用到的核心斜杠命令。其中有一个命令就和我们刚才讨论的内容有关, 我为你搭建了一个完整的工作流程,帮助你创建 prd。 现在切换到本地的仓库,我已经把所有命令都放在了 cloud commands 文件夹里供你使用。顺便说一下,你可以把这些命令用于任何 ai 编程助手。不仅仅是 cloud code, 它们其实就是定义这些工作流程的提示词。 所以我就在这里为你准备了创建 prd 命令。整个流程的核心就是你可以和 ai 编程助手对话, 讨论你想要构建的内容,对吧?比如说,我想要开发 x y z, 帮我规划一下。一旦你和编程助手就你想要创建的内容达成一致,在对话中,你只需要运行 create prd, 它就会把整个工作范围输出到你在这里指定的文档中。 所以对于这个简单的习惯追踪应用来说,这就是我的 prd。 这些部分全部都是在命令中定义的模板的一部分,比如目标用户你的使命包含的内容,不包含的内容,你还可以在这里看到完整的架构布局, 这就是你现在的北极星指引。所以在此之后,你进行的所有功能开发都将参考这个 prd, 并借助你的编程助手来确定要构建什么。 在我的 ai 开发工作流中,我总会用到的另一个命令是 prime 命令。我会在每次新对话开始时运行这个命令,把项目中所有必要的上下文加载进来。 而 prd 是 我始终确保我的助手阅读的核心文件之一。因为在他对代码库进行预处理之后,我就可以直接问,根据 prd 我 们接下来应该构建什么。 这个问题我每天都会问,因为我正在向你展示我无论在开发什么项目时都会用到的工作流程,而且无论我在处理哪个代码库,这一点都不会改变。 好的,接下来你需要理解的一个重要概念是模块化规则架构。因为情况是这样的,大多数人把他们的大局规则写的太长了。请记住,这些规则是你在每次与编码助手对话开始时加载到上下文中的约束和规范。 所以如果这些规则不够精简,你就会因为规则太多而让大语言模型难以应对。因此,无论你的局规则文件是 agent md 还是 cloud md, 你 都应该让它尽量简短,并专注于那些无论你在做什么项目都适用的规则, 比如要运行的命令,你的测试策略、日制记录策略之类的内容。但当你只是在处理前端工作时,比如你专注于组建的规则,或者你在做部署构建应用的 api, 这时你应该把针对不同任务类型的规则拆分成不同的 markdown 文档, 并让你的主局规则文件去引用这些文档。这样只有在你处理真正适用于这些规则的任务时,才会把这些规则加载到大语言模型的上下文中。好的,回到我们这个非常实用的习惯追踪应用,我想给你展示一下这些规则可能是什么样子的。 我现在用的是 cloud code, 所以 cloud md 是 我的局规则文件,而且我把它做的非常简洁, 你可以看到我的规则文件甚至还不到两百行。但其实我在 cloud reference 文件夹里有更多的上下文内容,我马上就会给你展示这些内容。但在这里,我列出的是无论我在做什么项目都很关心的内容。 比如我的技术站,我希望我的编码代理能够了解项目结构,这样它就能更好地导航项目。还有我们用来运行前端和后端的命令,比如 m c p 服务器代码规范,我的日制标准。记住 这些内容真的是,无论我在做什么类型的功能,我都希望 lm 能够了解这些信息。但这里有一个关键点,就在这里,我有一个参考部分, 这里是我引用特定任务类型上下文的地方。这些内容我只想在某些类型的功能中加载,因此因为这些路径被加载到我们的全局规则中,编码代理就会明白。好吧,当我在构建 api 端点时,这就是我应该阅读这个文件的时候。 所以我把这些全部放在我的代码库的 reference 文件夹里。这里有更多的上下文信息,比如仅仅这个文档就接近一千行,而且很多文档都是这样。因为在这里我们会非常具体的写下我们的指令,并且我们可以让它变得更长,因为只有在我们真正处理 api 时才会读取它。 因此,在你的大局规则中设置这个参考部分是让你的规则保持简洁,同时又能拥有所需全部上下文的非常强大的方法, 目标是保护你的编码代理的上下文窗口。很多人都严重低估了这一点的重要性。你也可以在你的指令中引用这些文档。比如,你可能已经建立了一个用于构建 api 端点的工作流程,所以你其实不需要在这里引用它,只需要在你的某个指令中给出路径即可。 所以无论用什么方法,都要确保你能获得所需的全部上下文信息,但又不是一开始就全部加载。接下来我要介绍的技巧可能是所有技巧中最显而易见的,但它非常重要。我必须确保你始终牢记这一点。 你应该把一切都命令化。如果这个词真的存在的话,基本上只要你向你的编码代理发送同样的提示超过两次,这就应该提醒你,这是一个将其转化为命令或可附用工作流的机会。 这些其实就是 markdown 文档,我们把它们作为上下文加载进来,用来为我们的编码代理定义一个流程。 所以当你提交 get, 进行代码审查,或者从你的代码库中加载上下文时,几乎你在开发流程中能做的任何事情都可以被转化为命令。因为随着你不断使用,它会为你节省成千上万次的敲击键盘。你也可以像我现在为你做的这样,把这些工作流程分享给其他人。 回到习惯追踪器的代码库,就像我之前说的,我把我日常使用的所有核心命令都记录在这里,并包含在这个仓库里。 所以你可以随意把这些命令拿去用,并根据自己的需求进行定制。所以几乎所有我发现自己用过两次以上的提示,我都打包成了一个工作流程,放在这里你都可以随意使用。比如提交 git, 像我们之前看到的那样,创建 prd 我核心功能,开发流程中的所有内容,比如执行规划,预处理所有的验证命令,甚至还有一些关于系统引进的命令。稍后我们也会谈到。好的,接下来我要介绍的技巧同样与上下文管理有关。 如果你还没有注意到,这其实是与编码代理合作时非常关键的一个环节,所以这里我们要讲的是上下文重置。我的意思是,在你进行规划和实际编辑代码之间,你应该始终重新开启与编码代理的对话窗口。 而你之所以能够这样做,唯一的原因是你总是在规划环节结束时输出一份文档,通常是一份 markdown 文档, 而这份文档包含了你在执行阶段所需的全部上下文信息。所以我们不会做任何预设,也不会告诉编码代理我们想要构建什么。当我们开始构建解决方案,也就是下一个功能时,我们只需要把这份文档提供给他。 就是这样,我们之所以要这样做,是因为我们希望在实际编码时尽量保持上下文的简洁,这样可以为代理留出更多空间去推理他正在做的事情,进行自我验证,以及完成所有这些重要的工作。 接下来我会演示一下使用我在代码库中为你准备的命令这个过程是什么样的。所以我们总是用 prime 命令开始我们的规划,这样我们就能了解代码库里有什么,然后再和我们的编码代理进行对话,确定接下来要构建什么。 同样基于我们的 p r d 接下来最合理的功能是什么。所以我没有在这里演示整个过程。我直接进入了下一个命令,也就是创建我们的结构化计划。这是我们将要输出的 markdown 文档,我们会用它作为执行时的上下文。 所以在这里我会直接输入 clear, 彻底清空上下文窗口,或者你也可以直接重启你的编码代理。 然后我会调用 execute 命令,这个命令的参数就是我希望他读取的那个计划,这就是他所需要的全部上下文。所以我很快给你演示一下。比如在这个习惯追踪器的简单演示中,我们正在改进日历的视觉效果, 所以这里概述了功能描述,用户故事以及所有高层次的信息,所有可以参考的上下文,还有我们需要构建的各个组建以及逐项的任务分解。像这样非常全面,因为在这里执行计划时,我们没有向代理加载任何其他上下文。现在信不信由你。 我实际上把最重要的技巧留到了最后,因为接下来我们要讲的是系统进化。当你把每一个 bug 都当做让你的编码代理变得更强的机会时,这就是使用编码代理最强大的方式。 所以,与其只是遇到一个 bug, 然后手动修复并继续前进,我们实际上会在编码代理的系统中深入查找我们应该修复什么,才能让这个问题不再发生。当你发现你的编码代理一次又一次的出现同样的问题时,看到这种模式的出现,这种方法尤其强大。 所以通常当你思考可以在系统中修复什么时,要么是你的全剧规则,要么是我们之前提到的其他任何类型的参考上下文,或者是你的命令,也就是工作流。 这里会有一个可以改进的机会,因为当编码代理在某些地方出错时,很可能是他没有理解你想要指定的某条规则,或者是你的验证流程中有某个环节可以做得更好。 所以仅举几个例子,我这里有几个例子。如果编码代理使用了错误的导入风格,那么你就需要添加一条新规则,对吧?比如,你只需要用一句话简单说明一下应该是什么样子, 而且很多时候,这真的只需要一句话就够了。如果 ai 忘记运行测试,你只需要更新你的结构化计划模板,也就是输入到执行环节的内容,加入新的测试部分就可以了。 如果编码代理不理解认证流程,那么你就可以创建一个新的参考文档,并且更新你的大局规则。在处理认证相关工作时,应该参考这份文档,就像我们刚才展示的那样。 所以最终其实有无数种方式可以让我们和编码代理一起进入系统改进模式。但通常你会在刚刚完成一个功能,并且自己验证过之后立刻进行这一步。 你会注意到应用程序的某些地方运行不正确,或者代码中有些问题,然后你就会说,嘿, cloud。 我 发现应用程序里的 x、 y、 z 没有正常工作,所以我做了这个修复。 我希望你现在去查看规则,阅读我们这里用到的所有命令,然后帮我找出我们在流程或规则上可以改进的地方,这样这个问题就不会再发生了。 当然,这有点过于简化了,你可以看到我用语音转文字工具把这段输入到这里,但你大致明白我的意思, 你让他进行更多自我反思,思考实际执行和计划之间的对比,和我们制定的规则流程相比,有哪些不同,有哪些差异是我们可以解决的,这样这些 bug 就 不会再次出现。 所以我在这里对策略的定义非常宽泛,因为实际上这更像是一种我希望你能采纳的思维方式,不要只是修复 bug, 更要修复导致 bug 出现的系统。这样做会让你受益匪浅,因为你的编码代理会随着时间变得更强大,更可靠。就是这样, 这些就是我最喜欢的所有顶尖智能体工程师都会用到的技巧。正如我之前所说,我会在描述中附上包含所有命令的仓库链接,以及这张图表的下载链接,方便你自行下载。 如果你喜欢这个视频,并且期待更多关于智能体工程的内容,非常欢迎你点赞和订阅,我们下个视频再见。

好,这节我们继续来学习 cloud 当中的 skills, 那 上一节当中我们学习的如何使用 ui ux pro max 这个项目去开发一个这样的 ui, 那 其实啊,整体流程大概是这样子,对吧?我们分布一个任务,然后 ai 读这个 skills 文件,最后去通过这个脚本查出当前样式,最后返回给你。那上一节呢? 嗯,没看的小伙伴可以去看一下。好吧,这一节我们就不过多追述了,我们这一节呢,主要是给大家分享一下,就是关于 cloud skills 是 如何去使用的,因为我发现很多小伙伴有这方面疑问,就是什么是 skills 以及 skills 呢?它能够给我们的 cloud code 带来什么?或者给我们的 cloud 的 模型带来什么,对吧?首先我们先要明确一个, 首先我们需要明确一个概念,就是,呃, skills 呢,实际上是给 ai 加装的一个插件,类似一个插件,你可以理解为它是一个 prompt 的 集合, 需要按顺序加载,能够帮助你提高你的效率。那相比于 m c p 呢?它不需要去调用一些外部的工具,它只是单纯的一段题的词,仅此而已。好,我们开始走什么 skills? 我 们刚说了,本上 skills 呢,就是一个文件夹,这个文件夹里面包含了指定脚本资源, cloud 呢,会按需加载,就是这个指令,什么时候需要使用这个指令,它会自己去找。什么时候需要这个脚本呢,它也会自己去找。那这时候呢, cloud 呢,是完全自动地接管了你的这个啊,这个权限,然后去,哎,去掉这个 skill, 哎,我该干什么干什么,所以你可以在这个 skill 里面去写,哎,你需要干什么?简单来说,对吧,给 cloud 加技能包, 让 cloud 变得更聪明,那这四个特性大家简单看一下就行了。好吧,我们就往下走,那下面我们来简单说一下, cloud 目前有三种分类,第一种呢是个人技能,也就是说你这个 skill 呢,你的所有项目 都可以使用,比如说我现在配置的一个全职的 skills, 对 吧?那你需要配置在这个点, cloud 杠 skills 下面,这是一个全职的技能,也就是你所有的项目啊,都可以去使用这个 skills, 而不仅仅局限于某一个项目。 第二个是项目级别 skills, 也就是说你这个 skills 呢,只对当前的这个项目的跟目录下面的所有文件生效。哎,秃了这个文件,对吧?它就不生效了,懂我意思吧?第三个是插件的插件也是一样的,就是你安装之后,你所有项目也是一样生效,只是说你可以随时卸载它。好吧, 我们继续往下走啊,首先我们要去使用 skills 呢,需要去插件市场安装一下啊,下面我给大家演示一下。首先我们打开 cloud code, 那 这里呢?我去,哎,去清空一下啊,这时候如果说我需要安装 skills, 你 可以执行这条 mini, 哎,去安装一下 astroc 的 这个 skills 啊,因为我这里呢,要叫有个窗口,我就发跳价哦,我直接发进到高度的 啊。然后这个时候我们再执行这条 mini, 这是那个 cloud 当中的一个 plugin mini 插件 mini 回车啊,这时候我们可以看到,对吧?它在添加这个 skills, 你 看 这个 skills 呢,它是存在 astropica 的 官网,所以呢,它通过 get 啊,给它下载下来啊,就就安装完成了,就安装这个配置,就安装完成了, 好吧,那这里我们就退出了,好吧,那我们可以选择去,哎,可以去安装你的插件,也可以选择去卸载你的插件,好吧,这时候我们就安装完成,之后呢,那 这时候我们就可以使用 skills 了,就这么简单。那这个默认的 skills 里面有什么东西呢?很好的一个问题,它目前提供了两个问题,第一个是 document, pdf 文件之类的, 第二个是一些视力技能包,比如说 m c, p 啊,视觉之类的,就是官方提供了两个 skills。 好, 这时候我们可以就可以去掉这个 skills。 好, 看它是不是创建成功了,比如说,哎,请你给我创建一个学生管理系统需求的啊,文件使用 skills 啊,这是这是 student 点 pdf, 它就这样子,它会给你一个 pdf 文件,那用到 skills 呢?其实这个 cloud code 呢,也会告诉我们是不是用到了这个 skills, 我 们可以看一下 啊,这时候你可以看到是否使用这个 skills, 也就是用这个 pdf 的 skills, 也可以看到这个地方出现这一段话,就是我们用到了什么,用到了第一个 skills, 这个 skills 呢,因为有一个 pdf 文件,那这时候我们可以选择 yes, 也可以选择,哎,下次不提醒它,我们选择, 那这时候我们可以的话就去调这个 skills 了,然后呢,哎,这个 skills 里面呢,因为本身就包含了这个这个命令,所以呢,你看它会自动去执行这个命令,我们并没有跟他说,哎,你要执行某一个命令,使用什么什么库,为什么?因为它的这个 skills 里面就包含了 pdf 的 操作。好,最后总结一下,对吧?所以我们实际上就是将 啊 astroc 它整理的一些啊技能包在这个 prompt 当中啊,给你声明好了,这些啊,比如说调 pdf, 它需要用到哪些工具,需要用到哪些题的词,对吧?它需要用到哪些插件,哪些库,对吧?它都给你整理好了,所以呢,这个时候我们就可以啊,去看到这个啊,这个目录下面会有一个这个 pdf 相关的技能包啊,类似于我们之前学习这个 啊 kilo 的 时候,你看是不是?我们学习 kilo 时候是不是讲过,对吧?是不是有一个 skill, 你 看这 skill 嘛,它会声明你用的是什么 python 什么的啊,什么样的版本,那就那么一个意思,好吧,好,最后呢,安装完成会保证这个目录下面我们先不讲啊,这里我们就我们可以看到就用了这个 skill, 我 们就跳过这样,我们执行完成之后还会确实会给你生成一个 pdf, 类似于人家已经封装好的 prompt, 好 吧, 这时候我们就明白了,对吧?当我们使用 skills 的 时候呢啊, cloud 会自动加载这个 pdf skills 以及文档分析 skills, 最后输出给你一个结果,而不是全部加载上下文中,有效节省头壳,就就是类似于那个 cloud 的 一个机制,好再往下走呢,其实我们和 mcp 的 一个区别是什么?就我们可以看到,对吧? m c p 呢,是外部提供的应用工具能力,而 scuse 呢,更像是去教模型如何使用工具,在那个结识当中去声明,哎,声明我到底该怎么做,对吧?引导他去执行啊?教模型的一种方法,一般来说我们会通过 m c p 和 scuse 协调工作,最后呢,再通过 scuse 引导去来最终执行。好吧,那这个,这个是什么意思呢?这是斜杠命令啊,意思啊, 所以呢,它也是一个区别。好吧,好,那就本期视频的全部浏览。如果呢,你也对这种 sku 感兴趣的话,不妨去试一下。那通过这个杠 prang 的 插件,对吧?去选择你要安装的插件,包括这个管理所需要的插件。那正常的一个 sku 目录呢?是一个这样的目录,比如说文档啊,文档里面有这个,这个角落会写在这里面啊,资源会写在这里面,它就有一个清晰的分类,这就是所谓的 sku, 那 包括我们也可以看到,对吧?它全程在使用这个 sku 来去执行,我们并没有去插手。好吧,好,那就本期视频的全部浏览,我是小刘,我们下期再见。

hello, 大家好,我是阿亮。 color code 是 很多人的主力 ai 工具,编程呢就不说了,肯定是最好的,没有之一,现在有了 color code scale 之后呢,能力更是爆表,使用场景也非常多, 我是深度的 color code 的 用户,前几天呢,也给大家录了一期 color code scale 写作的视频,收到了很多小伙伴的点赞。首先呢非常感谢大家,但是呢很多网友问我说是想学 color code, 但是不知道怎么学,然后问我能不能教一教这么厉害的 ai 工具,必须安排, 所以呢,我新开了一个合集,专门讲克拉扣的使用,从最简单的安装啊,到最复杂的零代码编程,写出一个真实的项目。好,这一期呢,先手把手教大家怎么安装克拉扣的,然后呢,把克拉扣的账号配置上, 然后我们让它能够真正的开始为我们干活儿。本期视频呢分三部分来讲解卡拉的 code。 第一部分呢是呃手把手的安装教学,包括 windows 电脑的安装,苹果电脑的安装。第二部分呢是账号的管理,带大家去申请一个卡拉 code 的 账号,然后呢把它配置到卡拉 code 上,让卡拉 code 呢可以真正的开始为我们干活儿。 第三部分呢是关于网络的问题,好,接下来呢,我们先进行呃 windows 电脑的安装,首先我们同时按住键盘上的 windows 键行键, 弹出了一个输入框,输入 c, m, d 三个英文字母,点击确定,此时会弹出一个黑色的命令提示符窗口,打开我们的安装文档,然后我们把这行代码复制一下, ctrl 加 v 粘贴到这个黑色界面中,按下回车键,等待呢约两分钟, 然后我们看到了这样的绿色提示,下面有一个版本号,这就代表 cloud code 已经安装完成了,但是下面有一个提示,意思是还需要进行下一步的配置,接下来我们按照提示呢进行配置设置,这个配置有两种方式,第一种方式就是把文档中的这行代码 复制到刚才的黑色界面里,不过呢这个路径要替换成上面提示的这一个,然后回车,回车之后如果没有错就代表呢可以了,如果报错,我们就用第二种方式,先把这个路径选中, ctrl 加 c, 选中复制, 回到桌面,找到此电脑,点击鼠标右键找到属性,并点击找到高级系统设置,点击。然后呢点击黄金变量,新建一个 pass, 变量名写成 p a t h, 大 写的 p, 小 写的 a t h 变量值。把我们刚才复制的内容粘贴进来, 如果已经有 pass 就 双击,然后点击新建,还是把刚才复制的内容粘贴到这里,然后点击确定,继续点击确定, 此时关掉当前打开的这个黑色界面,重新打开 cmd 还是我们最开始的流程,或者呢我们也打,可以打开 powershell, 输入 cloud c, l, a, u, d, e 这几个字母,然后回车,弹出这样的界面呢,就代表安装成功了。 接下来我们看一下苹果电脑的安装,苹果电脑安装呢相对比较简单,我们呢先把这一行代码复制出来,然后呢打开我们的啊终端工具,然后把这个粘进来,回车 啊,大概等一到两分钟吧。好了,然后到这里提示一个绿色的 success, 就是 代表是成功了,下面有一个版本号,二点零点七六啊,这个时候代表就安装成功了,但是下面有一个提示,黄色的一个提示啊,然后告诉我们还需要执行一个这样的命令,我们把它复制一下, 然后粘贴到这来,然后回车。好,这个时候呢就安装完成了,我们试着去说一下, cloud 出现了这样的一个界面,就代表我们已经安装完成,这一步安装工作呢,我们就已经到这里就基本结束了,我们再可以继续走一下啊,我们选一个 light, 然后这里到这里就需要我们去登录,因为我没有账号,所以我们呢还要需要解决账号的问题。账号有两种方式,一种呢如果我们买过官方的会员,那在这里就可以直接登录,我们选第一个, 然后去会调浏览器去授权,然后登录成功,但是很多人呢没有官方的账号,那怎么办呢?接下来我带大家去走一遍申请国内一些模型的账号,国内的模型呢 比较多,大家可以去用智普的, mini, max 的, kimi 的 啊,好多大模型都支持,我这里呢以智普的这一个来演示智普最新的 g m 七四点七,这个模型我感觉还可以,大家可以看一下,这里有一个啊,两千万免费 token, 新用户有免免费的两千万 token, 我 们可以免费的先把它用起来,然后我们这里点登录,这里输入我们的账号 好了,登录进来,我们点击右上角这一个人像图标,有个 a p i k。 好, 然后我们点添加新的 k, 这里名字可以随便起一个,我们就选 c c c 三个 c k 就 生成好了,我们把它先在这放着,申请完 api k 之后,我们还需要做一个实名认证,认证通过后呢, k 才可以用,我们点击这个实名认证,然后点击开始个人认证, 在这里填写我们的信息,然后认证完成就可以了。接下来呢,我们还需要下载一个工具,这个工具使用同就是帮助我们来配置这个 k, 而不用去通过命令行配置。我们打开这个开源项目, c c 杠 switch, 然后找到右边有个 release 这儿, 然后往下滑,滑动到这,我们选择自己电脑对应的版本 windows, 下载 windows 的 啊,下载这三个,哪一个都可以,然后 mac 下载对应的 mac 的, 我这里是苹果电脑,我下载 mac os 这一个,下载后打开点击右上角的加号,我们看到这里需要输入一个 k, 现在回到智普的网页,找到刚才申请的 k, 点击复制,然后粘贴到这个位置,点击添加,然后重新开启一个新的终端,输入 cloud, 这个时候我们看到这里已经显示 j l m 的 模型,我们测试一下输入你是谁?是哪个大模型,我们看到有输出了,到此安装注册配置全部成功搞定。 最后是关于网络的部分,大家开启 t u n 模式就可以,也可以按照文档来操作,那么具体如何使用卡的扣的下一期呢?手把手带大家入门,大家点点关注哈,跟着阿亮学 a。

对这块说出指令,帮我解锁 skill 相关信息。以 skill 是 什么为主题,写一篇自媒体文章,十分钟后,一篇文章就自动生成并发布了。每天学习一个 ai 新玩法,今天我们来学习的是用 skill 制作自动运营工作流,三十秒教会你担心记不住,建议点赞收藏,用时直接拿出来照着做。 第一步,打开 codecode, 直接把这个提示词甩给他,我要做一个自动搜全网 ai 热点,自动写成文章,自动配图、自动上传发布的 skill, 不 用写一行代码,专属全能小编瞬间生成。 第二步,等 skill 制作完成,直接下令,帮我解锁 skill 相关信息!写一篇自媒体文章,喝口水的功夫,他已经全自动跑完了。搜集写作配图的所有脏活累活。 第三步,打开账号后台文章已经排版好躺在那了,简单改两个字,点击发布。这就是最新 ai 神器 skill! 这套价值百万的自动运营 skill 原码我已经打包好了,不用你自己费劲去写,包含完整提示词加安装教程,到手就能用。

我发现很多朋友还不知道如何使用到最强的 cloud 四点五啊,今天来分享个非常简单方法,我这个里面有多个 cloud max 啊,就是都是两百美金一个月的, 都是可以去任意的选择,然后我们就可以直接去使用到最强的 cloud op 四点五模型啊, 我们来看一下,并且啊他这个无需魔法,手机、电脑、平板都能使用啊,我们看一下他能使用到哪些模型。二 p 四点五就是推理代码最强的桑塔纳四点五,写作润色非常不错啊,还有等等之类的,然后我们可以去进行 深度研究啊,联网查询啊等等之类的,都可以去选择使用的,并且不用担心各种各样的风控问题啊,封号问题啊,如果大家也想使用的话,可以点击我主页的置顶作品找到我,直接都能使用到啊。

把 cloud code 当成聊天机器人去哄,简直是暴点天物。它本质上是一个可以被自然语言编程的超级黑客。接下来的几分钟,我不讲虚的原理,直接带你配置一套通用的上帝法则。 不管是让它一句人话生成抗反爬的爬虫脚本,还是把满屏报错的十三代码自动修到运行成功,甚至直接把枯燥的日制文件秒变 老板爱看的格式化报表。这一套配置都能让他从啰嗦的客服瞬间进化成雷厉风行的高级工程师。不管你写不写代码,只要想把效率拉满,这套暴力美学的玩法,你必须得会。很多人用 ai 工具 习惯在每个项目文件夹里建一堆配置文件,这种做法太小家子气了。你要的是一个通用的霸道的指挥官, 无论切到哪个项目,都能立刻接管现场。方法非常简单,直接在你的电脑桌面上建一个文本文档,命名为 r u l a s, 点 txt 以后每次启动 cloud code, 别废话,第一句指令直接甩给他,读取桌面上的 rules 文件,严格执行,就这一步,他就能瞬间进入状态。这个文件里具体写什么,这就是核心机密了。我给你们总结了三条铁律,你们可以直接照抄。 第一, no gaping, 拒绝废话,别跟我解释什么是拍摄环境,我要的是结果,要么直接执行,要么闭嘴干活。第二, t d d 测试驱动思维。写任何代码之前,先想好怎么验证它是对的, 没跑通测试之前,别告诉我任务完成了。第三, diy 原则,事不过三,如果遇到报错,禁止盲目重试,超过两次,超过两次必须停下来分析原因。这就像给他装了个专业补丁,立马从那个啰里啰嗦的客服变成雷厉风行的高级工程师。 举个最常见的例子,老板发来五个竞品链接,让你把产品名称和价格整理出来。普通人怎么做?一个个点开网页,复制,切回 excel 粘贴,这种纯体力的活 以后千万别干了,我们要用黑客的思路,直接指挥 cloud code 现场写一个爬虫工具。注意听,这里有三个关键点,你必须得提,否则写出来的脚本根本跑不通。第一,告诉他模拟真实浏览器访问,也就是加上 user agent, 不然现在的网站立马能识别出你是机器人,直接把你拦在门外。第二,必须设置重试机制,网络抖动是常事,别一报错就停下,让它自动多试几次。第三,明确告诉他,结果要存成 csv 格式,这样生成的文件 你双击就能用 excel 打开,这才是专业的需求。下发回车敲下去,接下来的三分钟你就可以喝咖啡了。你会看到屏幕上代码自动滚动,它在自己测试,自己修正, 最后直接弹出一个 csv 文件,双击打开,所有数据整整齐齐躺在表格里,你一句代码没写, 就凭空得到了一个专属的数据采集器,这就是暴力美学。再来看第二个场景,这简直是所有接盘侠的噩梦,接受别人的项目,或者从 getup 上下的开源代码,一跑全是红字报错。这时候千万别慌,更别傻乎乎的去读那几千行代码, 直接给 cloud 下指令,开启深度调试模式。这里有一句关键的话,你必须得加上,告诉他优先检查环境配置和依赖包,不要纠结代码逻辑,百分之八十跑不通的项目其实都是环境问题,我们要先把路修好,车才能跑。 指令发出去之后,好戏就开始了,你会看到终端里的文字在疯狂跳动,这就是它在执行自动修复闭环,它会尝试运行,报错了它就去读日式, 读懂了就改代码,改完再跑,完全不需要你插手,你只需要盯着屏幕,看着那个红色的报错列表越来越短,直到最后出现绿色的 success, 那 种烂摊子被瞬间收拾干净的爽感,如果一次你就回不去了。 修完了代码,咱们再来聊聊怎么拿结果去写战报。很多人面对几万行的 x s 点 log 文件就头大,还在那人肉统计访问量,听我的,别去读那些天数,直接给 call 的 下指令,分析当前目录下的日制文件, 给我找出访问量最高的十个 ip 地址,还有报错最频繁的时间段。记住,我们要的是结论,不是过程。这里有个职场将为打击的小技巧, 你别让他把分析代码写给你看。你直接命令他不用写代码,直接给我生成一个 report html 文件,并且明确要求他用 e charts 或者简单的柱状图把这些数据画出来。这样 他就不是在教你写程序,而是在帮你做外包,直接交付成品。最后一步,直接让他用浏览器打开这个文件,你会发现刚才那些黑底白字的枯燥日制,瞬间变成了动态的专业的交互式图标。 你一行代码没动,就完成了一份让老板无法拒绝的深度分析报告,这种掌控感才是真正的暴力美学。 当克劳德告诉你,修好了,先别忙着高兴, ai 最擅长的事就是假装干活。你要用开发者的思维去审讯他, 直接甩出这句话进行 get。 对 比展示修改前后的细节。每一行改动都要他解释清楚为什么这行能解决问题。如果他解释不通,或者改动逻辑完全不对,别犹豫,立刻回滚。刚才的操作,我们要的是确定性的结果, 而不是一个模棱两可的答案。记住,你是最后把关的人。如果 ai 开始胡言乱语,越改越乱,那就说明他的上下文已经被污染了。这时候别试图用温柔的语言去感化他,直接上休克疗法,首先命令他立刻停下来。 第二,要求他列出目前为止所有确认正确的文件清单,剩下的那些乱七八糟的修改全部丢弃,一键回滚。我们要基于这个干净的清单重新开始。记住, 你是技术总监,当净度明显偏移的时候,及时止损比盲目尝试更重要。把 cloud code 当成聊天机器人去哄,简直是暴跳天物。它本质上是一个可以被自然语言编程的超级黑客。接下来的几分钟,我不讲虚的原理, 直接带你配置一套通用的上帝法则。不管是让他一句人话生成抗反爬的爬虫脚本,还是把满屏报错的十三代码自动修到运行成功,甚至直接把枯燥的日制文件秒变老板爱看的可式化报表。这套配置都能让他从啰嗦的客服 瞬间进化成雷厉风行的高级工程师。不管你写不写代码,只要想把效率拉满,这套暴力美学的玩法,你必须得会!

作为一个非工程师,凭感觉写代码最大的问题在于,你其实并不知道什么才算是好的代码。如果代码不好,就意味着他会经常出错,无法扩展,难以测试。代码会很丑陋,没人愿意用它。 我明白你的想法。很多初学者认为只要有 code code 就 足够构建出很棒的东西,但这其实是个陷阱。默认情况下,语言模型并不会写出好代码,他们只是根据读过的内容写出看似合理的代码, 而这些看似合理的代码最终会变成漏洞、糟糕的用户体验以及没人想用的产品。所以在本期视频中,我会详细讲解我的七步 cloud 技能体系,帮助你把工程师的专业能力融入到你的项目中。 在我们开始讲第一个技能之前,我想花大约十五秒时间快速说明一下你应该在什么场景下使用 cloud 的 技能,而不是其他工具。 一个基本的思维模型是这样的,自定义命令基本上就像是可复用的提示语。如果你经常需要重复输入一系列步骤,或者不断复制粘贴到你正在用的模型里,那就把这些内容写成一个自定义命令。 abigence 就 像是 cloud code 的 迷你实力,他们在各自独立的上下文窗口中运行,因此他们非常擅长通过专属的上下文窗口来解决非常具体的问题。但技能则让我们能够为我们的 agent 赋予特定的专业能力。 然后我们可以在主上下文窗口中使用这些专业能力。如果你需要的话,我会在视频下方放一个提示语, 这个提示实际上可以帮助你判断你打算做的事情到底应该用 sub agent 还是应该用,这取决于你具体要做什么,因为它们在不同的场景下。我们要讲的第一个技能其实是由 anthropic 发布的, 那就是它们的前端设计技能。我从订阅者那里听到最多的抱怨大概就是它们真的很难做到这一点,那就是它们应用的美观性和用户体验。 所以基本上在任何不是直接从像 airbnb 这样的平台或者像毛柄这样的工具克隆现有设计的情况下,想要做出真正好看的东西其实会变得非常困难。因此这个前端设计技能就是为我们提供一个简单的解决办法, 它的实践方式是为 a 阵提供非常具体的指引,说明 ui 设计技能到底是做什么的。 所以我们首先要做的就是实际获取到第一个插件的访问权限。我们可以通过输入斜杠 plug in, 然后下拉找到 cloud plugins 官方浏览插件,然后选择前端设计插件, 并且可以在我们的项目中安装它。这里我们有一个非常基础的缩略图设计工具,这是我用 nano banana pro 构建并一直在用的。很明显它看起来有点过时,所以我想往下看一看。 我想看看我们是否真的可以用一个非常简单的提示,利用这个前端设计工具让他变得更吸引人。这些技能通常会被系统自动调用,但你也可以直接告诉他使用这个技能。 所以我打算给他一个非常简单的提示,我会说使用这个前端设计技能帮我重新设计一下前端界面,他应该使用这些库。整体风格应该是这样的, 科技感十足,但又有点极简,就像特斯拉的内饰一样,不过要有一些亮色点缀,同时看起来也要让人觉得舒适,就像你用 cloud 这样的工具时会有的感觉。好吧,大家前端设计技能刚刚完成,我在这里运行了一个提示,现在看起来比之前好多了。 这里还有一些小地方,我觉得需要再完善一下。如果我们进去看看实际的画廊,他们把整个画廊仕图都改了,我们做了一个很不错的悬停动画。显然这些按钮有些还需要修正一下。这个应该反过来, 但如果我们真的点击其中一个,整体看起来真的很棒,很紧凑。这里还为我们构建了一个很不错的编辑器工作流,配有一些精美的 ui 元素,所以对一个非常基础的提示词。当然,我其实完全没有做任何调整,理想情况下你肯定会去调整它,对吧? 这只是一个初学者或者说入门级的提示词,但你可以进来把它变成你自己的,融入你自己的设计理念。所有这些好东西。我真的很喜欢他们在设置页面上的处理方式, 所以有了这项技能,过去一直困扰我们的让 u i 真正符合你规划的难题应该就成为历史了。现在我们可以进入第二项技能了。这其实是编辑技能的技能,不过是专门针对代码的。 所以当你开始意识到这些技能有多强大时,下一个合乎逻辑或自然的问题就是,嘿,我能不能根据我自己的工作结构和流程来自己构建这些东西,就像任何事情一样,构建这些技能有好的方法,也有不好的方法。 幸运的是,我最喜欢的技能库 superpowers 的 作者专门为 cloud code 编辑技能推出了一项专门用于编辑优质技能的技能。 我在想这句话里我能不能再多说五次技能?有趣的是,他们在这个代码库中提出的做法,基本上认为创建技能就像创建测试一样。 因此他借鉴了测试驱动开发的类比,并将其印刷到技能创建的流程上。这里面有很多细节,你可以自己去阅读,但我们接下来要做的是直接动手实际创建一个技能, 所以我会清除我的上下文。同样,你需要进入你的插件,然后前往插件市场。在这个例子中是 over 超能力市场,你需要浏览这些插件,然后在这里你就可以选择 superpowerscu。 这也是我们要用到的地方。 比如说,我们想要创建一个专门用于 cloud code 中的技能,用来编辑变更日记。 我们希望每当我们添加了一个重要功能,或者做了有意义的更改时,它都能自动生成一份变更日记。这份日记可以面向开发者,也可以面向客户,而且它是自动生成的, 只要调用这个技能就可以实现。所以我们可以利用这个编辑技能的超能力来帮助我们真正实现这个功能。现在在这个例子中我已经有一个了,但我也可以说, 嘿,我想把那个删掉,从头开始。接下来他会执行一系列操作,他会为我创建一个全新的技能,并且会删除我之前的那个。好了,现在这个操作已经完成,并且他为我们创建了这个变更日制生成技能,我们就可以直接让他帮我们生成一个变更日制了。 现在我们可以看到这个变更日记生成技能正在被使用,显然这通常会自动发声。但在这个例子里,为了演示给大家看,我们会手动生成一次,让他去查看这个项目最近的五次提交, 然后根据他找到的内容帮我生成一条变更日记记录。所以现在我们得到了一个非常基础的变更日,当然,我们可以把它做的更强大,更完善,但重点其实不是变更日记本身, 重点在于我们现在有了这个新技能,可以非常轻松的自己创建 cloud code 的 专属技能。接下来要介绍的其实算是一个额外的技能,因为他是我最喜欢的技能库之一。 我们现在看到的是一个名为 obras ours 的 代码库,这是一个专门为 cloud code 设计的完整技能库。我知道这样说可能有点夸张,但它确实彻底改变了我使用 cloud code 的 方式和看法。 接下来我会给你展示几个让我如此推崇这个库的技能。在这个代码库里,有几个非常棒的核心技能。 第一个就是头脑风暴技能。这个技能的作用是,每当你要开始一项新工作,比如创建一个新功能,添加某些功能或进行重大修改,它就会被触发。这个技能的作用是它会彻底分解理解想法的过程, 提出多种根本性的解决思路,然后为你呈现一份设计文档,详细说明他认为你应该如何推进。在这之后,你可以使用下一个技能,也就是编辑计划。所以这些东西 hook 他们结合在一起。从头脑风暴阶段开始,我们批准设计,然后直接进入为我们正在构建的新内容编写实际的分布实施计划。现在他们还可以访问许多其他技能,你可以进去看看。我很喜欢系统化调试这个技能, 但接下来我会演示一下如何利用这些头脑风暴和计划编辑技能。比如说,假设我们进来后说我想开发一个新功能,利用用户在缩略图上的表现数据,如点击率、展示量等,然后用这些数据来训练未来的缩略图生成。 这样我们就能通过我们正在开发或更新的这个工具实现数据驱动的缩略图生成。 所以我可以立刻看到他实际上正在触发这个功能。一开始就调用了头脑风暴技能,所以他会先问我们几个关于我们应该采取的基本方法的问题。在这种情况下,我希望这些数据是手动录入的。 youtube 实际上并没有通过他们的 api 提供很多这样的数据,所以除了用爬虫抓取,这就是我最好的选择了。接下来我们会继续往下走,只需要回答他提出的基础问题。 所以我之所以喜欢这个技能,是因为他会问我们很多非常好的问题。这些问题本身其实很模糊,都是基于我们提出的需求。比如我说 我希望能够利用用户的表现数据来在未来触发更好的。那么基于这个需求,我们有很多细节需要理清,比如这些数据到底会从哪里来,这些数据究竟要如何被录入系统并加以利用?他应该如何影响未来缩略图的生成? 什么才是真正决定顶级表现者的标准?在这个例子中,标准就是实际的点击率,以及每一代中有多少被发送出去。同样,对于所有这些问题,他都在给我们展示权衡。如果我们放入太多图片,就会消耗更多的 token, 所以 成本也会更高。 因此我们就是逐步推进,一一解答所有这些问题。等到这一切完成,所有问题都问完之后,接下来他会继续确保我们同意他即将构建内容的详细分解。 他会从功能概览、核心流程、关键约束等方面入手,确保我们对所有这些都达成一致。 同样的还包括我们数据模型需要做出的更改,实际的 api 集成将如何实现,以及 ui 如何真正支持这个功能。我们正在构建的内容设置和用户控制将如何变化,以及我们将如何处理边缘情况和错误。 所以他是在确保我们对所有这些内容都达成一致。接下来我们就会自动调用这个写作计划的技能,因此他会以一种非常有条理的方式浏览代码库,记录我们要做的事情,并实际编辑一份可供我们实施的计划。 现在这个技能已经完成,我们就有了一份详尽的计划,列出了构建这个功能所需做的所有事情。 当我说详尽时,我的意思是这份计划实际上非常长,而且包含了所有的测试,包含了我们实际构建这个功能所需的一切。 所以如果你是那种希望在有明确方向和系统支持下编写代码的人,我认为整个技能库绝对是不容错过的选择。 接下来要说的是,对于那些曾经说提示工程已死的人,很明显,他们并没有真正去构建需要高质量提示的东西,所以这个提示工程技能非常有用。如果你正在开发依赖于调用模型提供商来实现功能的应用程序, 那么我们接下来要做的就是让他使用提示工程的模式,利用我们刚刚看到的技能来分析我的 jammy 调用,并为我们如何实际改进提出建议。所以现在他正在调用这个技能,为我们生成一份报告,解释我们如何优化提示。 等这个过程完成后,我们可以看到他为我们提供了很多关于我们实际运行方式的建议,关于我们的主要生成提示, 以及其中存在的一些问题和严重程度。也就是说我们实际上可以做些什么,或者说这些问题的优先级如何, 并且为我们提供了非常明确的改进建议。所以我目前在底层使用的提示其实是这样的, 他很大程度上依赖于用户输入的提示。但实际上,如果我们把提示改的更有结构更像,这样我们就能更稳定的获得更好的输出。然后同样的方法,这种方法也适用于其他几个方面。 所以这一切都很棒,因为这些建议确实能实质性的让这个应用变得更好,而且这只是一个非常简单的场景,就是基础的图像生成流程,但很明显,这样的工具几乎没有上线。 所以像这样的技能正是我说技能本身是自切面包以来最棒的发布之一的原因。 因为我们可以借鉴他人的专业知识,比如在这个案例中就是如何正确的进行提示工程,然后我们还能扩展我们自己的 agents。 有 了这些知识,我们就能让我们构建的一切变得更好。 接下来要介绍的技能其实也大同小异,因为我们要开始涉及 api 设计了,所以利用这个技能,我们可以帮助我们以不糟糕的方式设计后端 api。 接下来我们要做的还是来到这个项目里,不过它实际上还没有一个 rest api。 接下来我要做的是向他提问,让他规划一个将其迁移为 rest api 的 方案。我们可以看到他现在正在使用这个专门用于后端开发的插件,并且调用了 api 设计原则技能。 他会用这个技能来实际探索我的整个代码库,然后决定要做哪些更改,以及如何将这个应用迁移到使用 rest api。 所以 这个功能非常有用, 因为当我们的 agent 或 sub agents 开始进行任何后端 api 工作时,我们可以配置它自动调用这些技能。这意味着每当他要进行后端 api 工作时,他都会拥有大量有用的上下文和工作方法, 这些内容会在 agent 开始运行时自动注入到 agent 的 定义中。这也是为什么当有人说他们认为 ai 会取代程序员和工程师时,我只会笑一笑。 因为我们始终需要能够构建这种专业知识的人,这样其他人才能真正使用并实现它,从而打造出客观上更优秀的产品。 所以现在我们可以看到我们已经有了一个相当完善的迁移计划,可以把我们从当前的状态带到一个完全实现的 rest api, 包含了所有的端点,用户模型,所有的数据模型,以及实现这次迁移所需的一切。而且它非常 非常详细,我觉得他们甚至还构建了一个作业队列架构,所以这项技能带给我们的确实非常棒。 所以再次强烈推荐,尤其是对于那些想要以正确方式做事的 vip 程序员来说。同样,这些技能可以在你的偏差中调用,而且你真的可以做很多很棒的事情。接下来要介绍的这个技能和上一个密切相关, 他实际上进一步强调了为什么这个理念。我们始终需要在某个领域绝对专业的人来帮助创建这些技能, 这样当我们在 web coding 时才能做的更好,不会做一些愚蠢的事情。所以我们现在要谈的是 post graph 表的设计,这是让我真正意识到这些技能有多么有价值的技能之一。因为在这种情况下,我们又可以确保, 比如说当我们在使用 supbase 时不会做一些我们本不该做的事情。这些事情在我们开始扩展数据库,获取用户以及处理所有相关内容时会带来严重的问题。 那么为了演示,我们可以考虑一下刚刚为 rest 制定的这个计划 api。 我 们可以先清除这里的上下文,然后告诉系统使用 posgrid 表设计的技能, 并且根据 posgrace 的 技能来更新我们的 rest api 迁移计划,对吧?然后我们可以把这个计划链接起来, 现在它会采用那个 api 迁移计划,并确保它符合该技能中列出的所有最佳实践。现在这个技能已经处理完毕,我们可以看到对那个迁移计划进行了很多更新, 涉及到许多不同的数据库表设计的各个部分。我们可以看到在这个计划的末尾还生成了其他一些部分,我们可以把它们移进来,我们可以清楚的看到都做了哪些更改。非常棒!再次强调,这让我们的项目不仅仅停留在基础层面, 而是开始向更高层次迈进,让他在真实世界的应用中真正拥有一席之地。 这一切都要归功于克拉的技能,所以我认为作为一名 vibocoder, 如果你不用这个技能,那就太傻了。接下来我们要讲最后一个技能,但绝对不是最不重要的错误处理技能。错误处理显然非常重要,这一点毋庸置疑, 而且错误处理不仅对你有帮助,实际上也非常有用。当你能提供更多有上下文且合理的错误信息时,语言模型的表现实际上会更好。 你会发现修复问题的速度快了很多,整体的工作流程也变得更好。而这个技能的作用就是帮助我们实现这一点。 他会引导我们采用一些独特的理念来正确的。他会对不同类型的错误进行分类,然后他还会给出针对不同编程语言的错误处理建议。 这对我来说很有用,因为我主要用 python 和 javascript, 而这些就是我们在这个文档中所采用的错误处理规范。接着他还详细介绍了一些非常有用的模式, 这些模式你可能会希望根据自己的需求在应用中使用,比如断路器以及其他很多很酷的东西等等。那么我们可以再次回到我们的项目中来利用这个技能。在这种情况下,我们可以让他查看前端的 hux。 然后我希望你用错误处理技能来改进这些文件中的错误处理。这些就是负责我们如何操作的所有文件,比如实际的人物生成、编辑、存储角色,以及处理所有这些相关的事情。 现在这个技能已经在运行了,我们可以看到它已经在推进,并且给我们推荐了一些更新。它正在创建一个共享的错误处理工具。所有这些后壳模式实际上都会用到它。 接下来它会继续推进,实际上开始改进我们用来记录这些错误的模式,这同样会让我们的工作变得多好了。就是这样,各位,这是我每周都会用到的七项技能, cloud code 战。 记住,技能能赋予你的 ag 专业的专长,所以如果你不用他们,那就太傻了。当然还有很多其他的技能我没来得及讲,但光是这七个技能大幅提升你所构建内容的质量, 所以赶快去用这些技能开始构建吧。也欢迎告诉我你的进展如何。在下方描述区有我免费的 web 编程社区,我会在里面分享所有的 youtube 文件、提示词模板和工作流。 你可以去看看,也可以分享你最近在构建的内容,这就是本期视频的全部内容,我们下期再见。

大家好,今天教大家如何在 vs code 中通过 cloud code 插件调用 glm api 实现 ai 辅助编程。第一步,打开 vs code, 还没安装,可以去官网下载。第二步,安装 cloud code 插件,按 ct 二 l command 加 shift 加 x 打开扩展,试图搜索 cloud code, 点击安装。 第三步,配置环境变量, 按 ct 二 l command 加依次点击扩展 cloud code settings, 将左侧所示的全部代码写入替换 api key 即可。 g l m a p i 获取,可以在 big model 官网订阅。注意 base u r l 和密钥输入正确完成后按 c t r l command 加 s 保存。现在可以点击右上角 cloud code 的 图标使用了。 第四步,使用前设置,点击右上角 cloud code 图标,输入 config, 进入设置,勾选 disable login prompt, 关闭登录页面。第五步,开始使用,创建文件后,通过侧边栏调用 cloud code, 按照以上步骤就可以在 vs code 中成功调用 glm api 了。