claude code教程docker

今天这期视频啊，我们只讲一件事情，就是普通人怎么用 cloud code 把自己需要的工具直接做出来。很多人听到 code 这个单词啊，写代码觉得跟自己完全就没有关系，但其实 cloud code 除了超强的这种写代码能力之外， 它还能做很多日常的任务，比如说数据分析啊，比如说这个每日资讯的爬虫啊，比如说文件管理等等，甚至连修图 p 视频这种活啊，它也能帮你把流程搭起来， 因为他啊，不是某一个具体的工具，他是一个圆工具。什么叫做圆工具呢？就是可以搭建其他工具的工具，你用大白话讲清楚自己的需求，比如说我想做一个网站，我想搭建一个自动化的工作流，我想有一个小助手，每天帮我整理资料，他就能帮你一步一步把这些东西搭出来，能跑能用，最后呢，还能帮你去点 现在每天的新工具啊，越来越多，更新的也越来越快，反而呢，会让我们更容易掉进这种效率陷阱里面，学一堆的零碎的工具，越学越忙，效率越学越低。所以我觉得普通人更应该去学这种顶级的通用的工具，学会一次之后啊，以后想要啥就可以做啥。这期视频啊，是 cloud code 的 入门视频，我 会带你从零上手，先用五分钟时间呢，先讲清楚怎么去安装配置 cloud， 当然已经安装好的同学呢，可以直接跳过这五分钟。第二部分呢，我会教大家第一次启动 cloud 怎么用，怎么去提需求，然后会带大家去做几个案例，比如说从零开始，构建一个精美的笔记软件，一些除了写代码之外的其他的生活当中的使用场景。最后呢，再补充一些我自己总结的使用经验，使用建议帮你少踩坑，用的更加顺畅，就算你完全没有写过代码，完全没有用过 cloud code 的 类似软件 也能跟得上。重要的不是用的好不好，重要的是先用起来。好，我们开始啊，首先呢，我们要来安装 cloud code， 那 基本上呢，至少有三到四种方法可以使用 cloud code， 我 们今天只讲最适合新手最省心的一种方法，就是在像 vs code 或者像 cursor 这样的 ai 编程软件当中去使用 cloud code。 这个呢有两个原因啊， 一个呢就是因为现在这些编程软件的进步速度非常快，不断地推出非常有趣的这些新功能，我们可以在使用 cloud code 的 同时呢，能结合这些编程软件推出的新功能。第二点呢就是 cloud code 啊，原声其实是在终端里面跑的，终端大概就是长这样子，就是一堆文字的这样的窗口，新手一上来呢，其实对着这些窗口啊， 很容易直接劝退，但像 vs code 和 ctrl 这样的编程软件呢，其实界面就更加友好，在这个界面上面点点鼠标就可以操作。我们这个视频里面以 vs code 为例啊，你可以直接去这个 scode 的 官网，然后去下载这个 vs code 的 安装包，然后一键安装，完全免费的。安装好之后啊，就可以直接打开 vs code， 可以 点击这里的 open project 新建一个文件夹，名字叫做 cloud code test 创建让这个文件夹信任这个 vs code 的 里面的工具。好了，你看我们刚才建的这个 cloud code test， 这个文件夹已经打开了。安装完这个 vs code 的 软件之后呢，接下来第二步就是我们要来正式开始安装 cloud code。 cloud code 安装呢，其实也不难啊，我们先去这个 node js 的 官网去 去下载安装这个 node js， 然后你可以用比较简单的下载程序包安装的方式去安装。安装完 node js 之后呢，我们再回到 vs code， 打开这里的 terminal 终端，接着呢，我们把这条命令直接复制进终端，直接按回车，确定输入一下密码，然后系统呢就会自动开始安装 cloud code 了。因为我这里已经安装过了，所以呢就不再去演示了，这个视频里面用到的所有命令，所有提示词呢，我都会放在黑猩猩基地里面， 我真心觉得呢，大家不必害怕这样的终端界面，或者是像类似于这样的终端界面，看起来很专业，很复杂，全是文字，但你刚才看到了我们的操作， 只是一些简单的复制粘贴的操作而已。然后再给大家分享一个比较实用的技巧，就是我一般会在 webcoing 的 时候呢，在旁边开一个其他的 ai 聊天窗口，比如说 jimmy 叉 gpt， 都有包前吻，哪个熟悉的你都可以在安装过程当中有任何的报错，任何按钮找不到了，哪一步卡住了，你都可以截图或者复制错误的信息， 然后直接黏贴过来，它基本上都能帮你瞬间解决掉这个问题。到这一步为止呢，其实 cloud code 已经安装好了，我们可以直接在这个终端里面输入 cloud 的 这个单词， 然后新人这个目录，当你看到这个 cloud code 的 logo 的 时候，说明你这个 cloud code 已经安装成功了，我们先退出。但对于小白来说啊，我觉得其实最好再安装一个 cloud code 的 插件，可以提供一个更好的交互界面。我们在这里插件，这里搜索 cloud code， 然后看到这个 cloud code for vs code 之后呢，这里这里有个按钮，直接一键安装就可以了。然后安装完成之后啊，你会在这里发现有一个 cloud code 的 这个小图标，我们直接点击打开，然后我们最终就得到了一个在 vs code 的 编程软件里面的 带插件的 cloud code。 到这一步的时候呢，你 cloud code 的 整个安装流程就完成了。好安装完成之后呢，还有最后一个关键的问题就是 cloud code 的 里面用什么模型， 这个搞定之后啊，你就可以真正的开始使用 cloud code。 cloud code 的 本质上呢，是一个终端里面的这个智能开发工具，所以它自己啊不产生智能，背后必须接一个大模型的服务。官方默认的呢是走这个 elastic 的 cloud 模型，但因为海外服务，大家都知道这个众所周知的原因， 很多人都会遇到网络啊，支付啊，账号啊，稳定型一堆的这个限制问题。但如果你这些自己都能轻松搞定，那你可能也不需要我这期的入门视频了，所以更常见也更适合大多数人的方案呢，是 直接接国内的大模型接口，价格更便宜，稳定性更好，能力也完全够用，比如说智普的 g l m， 比如说 mini max， kimi 等等。为了让整个这个大模型接口的配置过程也更适合小白更友好，我推荐一个接口的管理工具，叫做 cc switch， 大家可以去搜一下这个 cc switch 的 这个下载和使用教程， 它的作用也很直接啊，就是你可以购买多个服务商的不同的模型，比如说有时候这个模型比较便宜啦，有时候那个模型可以有一些优惠的政策啦。 c c switch 可以 帮助你去管理所有的这些不同的模型， 如果你想切换哪个模型，就直接点一下这个启动按钮就好了，非常方便。顺便说一嘴啊，它除了可以管理 cloud code 的 这个接口以外，它还可以管理 codex 和 和 gemina 的 这开发工具的背后的接口。具体怎么使用呢？第一步啊，你要先去这些大模型的官方网站他们的购买页面去购买他们的 coding plan， 买完之后呢，然后去可以去到他们的这个 apikey 的 管理页面去创建一个新的 apikey， 然后把这个 apikey 复制出来，先放好，因为等一下要用一般都是在用户中心的 apikey 管理页，或者是类似的这样的页面里面。第二步啊，打开刚刚的这个 c switch， 然后这里有一个 添加服务商的按钮，然后先选择你的品牌，然后把你刚刚复制的这个 api key 复制进来，然后添加就行了。添加好之后呢，你就可以在这个首页，然后用这个启用按钮启用你刚才新添加的这个考勤 plan 的 这个接口，这些都完成之后呢，就重启你的 cloud code， 然后你的 这个整个 cloud code 以及它后端的这个模型接口都可以生效了。好了，到这里为止啊，就 cloud code 的 所有安装配置流程都已经全部用完了，我们回到 vs code 的 这个软件里面，打 打开这个 cloud code， 接下来我们就来体验一下，为什么很多人说它是二零二五年，甚至到现二零二六年还是最强的 ai 工具。 先介绍一下这个看起来酷酷的这个界面的主要功能，左边呢是项目文件夹，这个就是我们刚开始建议的这个项目文件夹 c c test， 然后中间呢是编辑器，到时候如果有文件生成，你想看某一个具体的文件内容，就会在这个中间显示。右边呢是 cloud 的 核心的聊天窗口，也是你主要跟 cloud 的 交互的地方。正好我们刚刚添加了我们自己的这个大模型接口，所以呢，我们可以在这里直接问他，你现在使用 的是什么模型？他回答呢就是我们刚刚添加的这个新的模型。从刚刚这个这么小的例子当中啊，你可以体会到我们在使用 cloud 的 过程当中啊，不 管你有什么样的问题，你都可以直接问 cloud code。 然后这里呢还有一种更帅的方式，因为 cloud code 里面它自带了很多实用的功能，这些功能呢都可以用斜杠加一些这个英文单词来调取，比如说 输入斜杠，然后后面加上这个 model， 它就会显示你现在正在使用的模型和其他可选的这个模型选项。当然还有很多其他的这个斜杠功能，但我的建议呢是，你完全不需要在现在这个阶段去死记硬背，慢慢用起来，你自然就会记住了我们的思路呢，也是后面用到什么，我们再会去讲什么 好，我们接下来呢来试着用 curl code 做我们的第一个应用。在开始做应用之前啊，我最后再讲一个关键，关键的功能叫做 plan mode， 你 可以在这里看到，现在呢，这个模式叫做 ask before edit， 就是 每次这个 cloud code 想要编辑的文件呢，它都会问你一下同不同意，你按一下它就会变成这个 cloud code 自动去编辑的模式，你再按一下呢，就会出现这个 plan mode。 plan mode 呢，是整个 cloud code 里面极其重要的一个知识点，它的核心价值呢是它不让 ai 立刻帮你去写代码， 而是让你和 ai 来回的去讨论这个方案。把方案定下来之后呢，再去写代码。很多时候，你想让 cloud code 去真正改代码之前，你希望它真正理解你的需求，真正理解你想要去做什么。这就是 plan model 的 这个用途， 先确定它的计划是否符合你的预期，再去执行。很多人抱怨说这个 ai 智能体 ai agent 不 可靠，然后会乱改东西，也实现不了我的需求。但大部分时候啊，都是这个 plan 不 够好的问题。 如果你能正确的合理的使用这个 play mode 智能机啊，大部分时候都会按照你的要求来做事情。还有一点啊，就是如果你不知道什么时候要选 play mode， 什么时候不选 play mode， 那 我的建议啊，就是你所有时候所有场景都把 play mode 给勾选上。好，接下来我们就开始我们的第一个案例。我的提示词是这样子的， 我想开发一款高级的笔记应用，用户能够在一个强大的编辑当中去记录笔记，能够将笔记保存到这个文件夹中，并按照自己的意愿进行整理，甚至还能结合一些 ai 的 功能。 请你为这款应用赚写一份 prg 的 产品文档。然后 cloud code 呢，会反向来问你这个具体笔记软件的一些这个具体的需求，它有了我们的这个回答之后呢，它可以更具体更准确的去编写这个产品文档。好，需求文档写完了，我们先选择我们手动去看看这个需求文档。 需求文档如我们所想一样，就是写的非常全面，包括了产品概述，技术的架构，然后功能的需求。 主要来看一下这个核心的功能点。第一个呢，就是一个笔记的编辑器，然后是笔记的管理。第三点呢，是 ai 智能写作辅助的功能，它还帮我们设想了一些拓展功能，在后续版本当中可以再添加。但说实话，这种 p r d 呢，当然写得很好，但对于小白或非技术人员来说呢， 真的是太完整，太大太全了。对我们来说呢，最稳的方式就是一次只做一个小版本，然后测试，再确认，再加入下一个功能。所以呢，我跟他说，第一个版本啊，让我们先完成这个前端的部分，做一个本地能运行的 demo， 然后把这个模式改成 play mode 发送。 在 clockcode 执行的过程当中啊，它经常会向你问一些问题，以及申请一些权限。然后呢，如果你想一步步每次都确认一下，你就每次都点 yes， 因为我已经用过 clock 很多次了，所以我一般都直接让它默认帮我执行。因为我觉得一步步去 确认比较麻烦，所以我就选择 yes， 在 这个项目当中都会给你这个权限。 clockcode 大 概花了十分钟的时间帮我们实现了这个第一个版本， 看一下它这个历史的聊天记录啊，最后还去确认一下一开始设计的这功能表当中，是不是把这些所有功能没有遗漏的去完成了。最后呢帮我们在本地运行了一个服 务，让我们打开这个网址，去看一下最终的效果。打开之后这个效果呢，我觉得就非常好了，因为我正好要跟大家去讲怎么样在这个 webcoing 当中去 debug， 因为 debug 是 webcoing 当中非常非常重要的一部分， 本来还想说要自己设计一个这个错误，然后来教大家怎么去这个第八个方式，然后正好这里给了我们一个错误。好，我们现在看到了我们打不开这个网站了，那怎么办呢？根本就不用慌，我们可以直接把这里的错误信息全部复制给 cloud code， 当然有时候呢也可以截图，他这直接提供了这个复制按钮， 点击复制，然后直接把这个错误信息复制给 cloud code， 让他帮我们去修复好，他说修复完成了，我们再回到这个网页。哦， 果然修复完成了，你把错误信息直接复制给 cloud code， 在 百分之九十情况下， cloud code 都能帮你去直接修复。我们来具体看一下 cloud code 的 为我们生成的这个笔记软件，光从页面上来看呢，这个第一个版本已经非常像样了，中间应该是这个核心的主要的编辑区域，然后左边呢是这个 文件夹的管理，文件的管理区，我们来新建一个笔记，随便试一下 markdown 格式，标题序列号 也没问题，虽然有一个小 bug 呢，但是这么复杂的一个笔记软件，这么高级的一个笔记软件，能在十分钟之内完成，还是让人感觉到很爽很爽。这里啊，我再给了一个我自己日常使用的一个小建议，前面也顺带提到过，就是在使用 cloud code， 或者是在这个使用 webcoding 的 时候啊， 旁边一定要开一个这个独立的 ai 聊天助手，你随便选一个主流的大模型都行。这样做呢，其实有两个很现实的好处，第一个呢，就是随时救火， 遇到不明白的按钮啊，报错啊流程可以直接把问题丢给他问。 geocode 是 这两年最强的代码智能体之一，主流的大模型啊，基本上都能知道它的常见的用法跟常见的一些坑，所以呢，能给你立即的解释清楚。第二点就是提高复杂任务的这个成功率，有时候一个项目做不成， 一开始方案就不够稳定，在 cloud code 给出它的方案之后啊，我们再用另外一个模型做一次交叉的验证，往往能补出你没想到一些风险点，一些边界的条件，甚至给出更简单的这些替代的路径。具体来说呢，你可以把 cloud code 的 刚刚生成的这个计划直接复制捏切进来，然后问它这么两个问题，一个呢，就是这份计划当中最大的风险跟缺点是什么？ 另外一个啊，就是有没有更稳妥，更简单，成功率更高的实现路径，然后把杰米呢生成的这个方案再黏贴回给 cloud code， 让 cloud code 基于新的建议更新计划，并且继续执行。我们开头的时候说了，这个 cloud code 呢，是一个顶级的通用 ai 工具， 之所以叫通用工具呢，是因为它除了写代码之外，还可以做很多其他的日常任务。我给大家演示几个例子，比如说呢，我打开一个新的文件夹，然后呢，这个文件夹里面有之前我的三个视频， 我现在呢想把它们转换一下格式，并且提取视频里面的音频。这对普通小白来说呢，其实是一个蛮复杂的一个技术性的工作。但我现在可以直接在这个文件夹里面打开 cloud code， 我 可以直接跟 cloud code 说，帮我检查一下当前目录下所有的 mp 四文件， 把它们转化一个格式，并且提取它们的音频，单独存到一个 audio 文件夹里面，保留原来的原文件。我们直接发送给 cloud code， 我们看到因为我们缺少一些视频转换的工具， carlo 会发现这个问题，然后自动帮我们去下载安装这个视频转换的工具。好，任务全都完成了，我们来看一下，它给我们新建了两个文件夹，一个是 odo 文件夹，里面有三个对应的音频， 然后是一个 m o v 文件夹，里面有三个 m o v 的 视频，你们看啊，这样一个视频转换跟音频提取的任务就轻轻松松的搞定了。再来一个案例啊，再比如说，我有一个，比如说这样的一个文件夹 面全是杂乱的这个图片跟视频，然后呢，我想让 carlo corder 帮我去整理一下这个文件夹，直接跟 carlo corder 说，根据文件的类型跟日期，帮我把文件夹里的杂乱文件分别对应到文件夹里发送给 carlo corder， 反而会来问，你说按什么方式去组织这样的文件？呃，比如说，我就选一个按类型跟日期。 好，任务完成了，我们来看一下，有三张图片呢，好像没有被整理进去，但没关系啊，我们先不管他，我们来看一下他帮我们整理的结构，在这个图片文件夹下呢， 这个二四年三月份有一个文件，二五年四月份有十一个文件，二五年一月份有一个文件，然后等等等等，我们来看一下真实的这个文件 家里。 ok， 没有问题啊，他整理的还挺好的，然后速度也挺快的，基本上就花了二十秒钟时间嘛。但是他有时候也会有些小问题啊，比如说这三张图片没有整理进去，但如果你让他再去整理一遍的话，他应该也会帮你把三张图片进去分类。当然这样的场景呢，有很多，我不在这里一一举例了， 大家可以自己去体验一下，自己去探索一下。好了，视频到这里为止啊，我们已经完成了一整套的 clock 的 最关键的入门，我们一开始装好了 clock 的， 接好了模型， 在 vs code 里面跑起来用 play 模式啊，从零开始，做出了一个高级的笔记软件应用，然后正好在录制的过程中啊，我们还碰到了一个 bug， 所以 我们还学了一下怎么用这个 curl code 去 de bug。 最后呢，我们还展示两个日常生活当中会碰到的这个任务， curl code 呢，其实还有很多其他的高阶的玩法，大家应该也听说过，比如说 m c p 啊，比如说 skill 啊，比如说 sub agent 啊，这些呢，我们之后也会介绍，但我想说的是啊，这些其实都不重要，重要的就是你自己先玩起来，先用起来。好了，今天的视频就到这里了，我是李超，我们下次见。

今天我们这期视频只讲一件事情，就是普通人如何使用，如何安装 cloud code 并接入国产大模型 deepsafe。 你 是不是也觉得 ai 编程那肯定要写代码吧？ cloud code 听起来好高级，跟普通人有关系吗？我的回答是当然有。 当我们接入 deepsafe 之后，可以利用它去写作，和 deepsafe 官网的模型是完全一样的，它不光能写文章，还能帮你去造工具，而且现在超火的 ai 技能插件 skill 最早就是可乐的 code， 玩明白的。安装好之后我们再安装 vs code， 那 它就可以实时操作，可以帮我们去开发网页开发工具，它的功能是非常强大的。 今天这期视频就是专门为你定制的，不用懂代码，不用找可用的支付方式去购买国外的大模型，只要你会复制粘贴，就能在十分钟之内装好可多的 code， 并成功接入国产大模型 deepsafe。 在 这里有一个前提就是网络环境 是处理好的，而且本期分享我会特意使用一台全新的没有安装过任何环境的 windows 十一系统来演示，会把所有遇到的问题给大家解决方法和步骤，让大家只需按照步骤操作就可以安装成功。实操环节，我会分享如何成功安装 cloud code， 第一次使用，如何起用可劳的 code， 如何接入 deepsafe 大 模型，然后如何利用编程应用制作一个个人主页。本期视频分享我们需要安装以下内容， 第一个就是 note 点 gs， 它是一个运行环境可拉的 code， 要靠它才能跑起来。第二个就是 g i t， 一个隐藏但比较重要的工具， windows 十一系统默认是没有安装的，如果没有可拉的 code 会无法使用。下一个就是 cc switch， 它可以一键轻松切换大模型，就像平时我们开关水龙头一样简单。第四个就是 vs code， 它是微软出的免费编辑器，长得就像记事本，但功能强大。以下就是本期分享我们需要安装的东西。 骚掩饰我会先分享 c l i 命令行界面。 altcode 本身是个命令行工具，英文叫 c l i， 意思是你可以在黑窗口里面打字指挥它，但大家别担心，我们装上 vs code 之后，使用插件百分之九十的操作都能用鼠标点出来， 不用死记命令。好了，下面我们直接开始实操，进入实操演示部分，第一步我们就需要安装 note g s， 在 这里我们不用命令安装，直接选择安装包，然后我们运行安装包，在这里我们就直接下一步，然后选择下一步，就直接下一步就可以。 好，这时候就安装成功了。安装好之后我们来验证一下是否安装成功，在这里我们按键盘上的，在这里我们按键盘上的 windows 图标加 r 键，这时候就会弹出运行窗口，在这里输入 cmd， 然后确定，这时候就会出现命令窗口，在这里我们输入 node 杠 v， 然后回车可以看一下，现在出了版本号就证明这个 node js 安装成功了。下一步我们就需要安装 cloud code， 安装 cloud code 我 们需要使用 powershell， 在 这里我们搜索一下， 搜索之后，然后右键选择以管理员身份运行，然后我们输入这条命令，直接回车。 好了，到这里就安装成功了，同样我们也是查看版本号的方法，查看是否安装成功，在这里我们输入一下命令，输入好之后我们回车可以看一下，现在已经出了版本号，二点一点三七，我们的 cloud code 就 安装成功了， 然后我们进入 cloud code， 直接输入 cloud， 然后回车可以看一下，现在进入出问题了，这时候我们就需要安装一下 g i t， 我 们来到 g i t 页面，然后选择保存，我这里保存到桌面上，然后我们开始安装，这里我们也是直接下一步， 下一步这些我们就全部的都是直接下一步 好了，这时候就安装成功了，然后我们再看一下，我们重新打开一个 powershell， 我 们重新打开一个 powershell 窗口，然后我们输入 cloud 可以 看一下。现在我们进入 cloud 是 可以运行了，但它又遇到一个问题，就是它有一个验证，在这里我们需要修改一个配置文件， 在这里我们来到我们的用户目录，我的用户名是 k， 我 这里直接输入，然后回车到这里就可以看到一个配置文件，就是 cloud 点 jason， 然后在这里我们打开编辑一下， 可以看一下，这里就是这个配置文件，在这里我们增加一个参数，增加之前这里我们需要有一个英文的逗号，像这个标点符号是经常会被大家忽略的，有好多朋友遇到问题就是增加配置，但大家增加好之后还是不能使用，就是因为这个标点符号的问题， 在这里我们添加添加这个配置项就可以了，然后我们再返回，然后我们在 c l o u d cloud， 然后回车可以看一下，现在就已经进入了，下一步我们再回车，这个提示就是是否在当前目录，然后我们回车 好了，这时候它就会让我们去登录 cloud 账号，因为 cloud 这个它国外的大模型最让人头痛的一个问题就是经常会被封号，所以在这里我们不使用它的大模型，我们要接入我们国产的 deepsafe， 在 这里我们 cloud 安装好了，然后下一步就是需要去接入 deepsafe 大 模型，在这里还用到一个工具，就是 cc switch， 现在我们再来安装一下， 我们来到 github， 然后我们去找安装包，在这里我们就直接往下拉，拉到底部，在这里我们找到适合我们系统使用的，在这里我选择三点幺零点三，如果是 windows 的 话，大家就选择这个就可以。好，现在保存好了，然后我们直接进入安装， 在这里我们也是直接下一步，下一步安装即可，这时候就安装好了，然后我们运行 下一步就需要我们配置 deepsafe 的 api， 在 这里我演示一下操作流程，在这里我们打开 deepsafe， 然后选择 api 开放平台，然后我们选择 api keys， 在 这里去创建，比如创建 api key c c 三，然后我们创建， 创建好之后我们复制一下这个 api key 的 这个密钥，然后复制，然后我们来到 c c switch 里面，在这里我们就选择右上角的加号，然后选择模型 zip， 然后往下滑，这里我们只需要填写一下这个 api， 然后添加， 这时候就添加好了，然后我们回到命令窗口，我们再进入 cloud， 可以看一下，现在已经不提示登录了，在这里我们输入斜杠 model m o d 可以 看一下，然后我们就选择第一个，在这里已经有了 deepsea v 三点二模型，现在我们去选择一下，就是第五个选项，让我们回车。好，这时候就选择好了， 选择好模型之后，在这里我们对话，我们问他一下你当前是什么模型，然后我们回车 可以看一下。在这里在此次绘画中，我作为 cloud code 实力实际使用的是 deepsafe v 三点二模型，到这里我们就成功地安装了 cloud code， 然后接入了 deepsafe 大 模型， 到这里我们就完成了 cloud code 命令行工具接入 deepsafe 大 模型，下面我来演示一下。我们在 vs code 里面使用 cloud code， 它的一个优势就是格式化操作，它的操作几乎都是用鼠标点击就可以， 然后我们下一步就需要安装 vs code， 在 这里我们选择宏框按钮，然后保存 好，现在保存成功了，然后我们安装在这里选择，我同意，然后我们直接下一步，这里就是选择一下安装目录，如果不选择默认安装到 c 盘，然后我们选择下一步，这里几乎也是全程下一步就可以，然后我们安装 好，这时候安装成功了，我们选择完成，在这里打开之后，它默认的是英文界面，看到英文不用担心，在这里我们需要安装一个插件就可以搞定，我们选择四个方块这里，然后我们输入简体， 我们就安装默认的第一个好，安装成功之后，右下角会有一个重启的一个提示，在这里我们选择重启。好，现在打开就是中文界面了，然后下一步我们就需要找到 colode code 插件，我们输入 colode code， 然后我们选择第一个安装， 在这里我们需要辨别一下官方版本，在这里我们安装，然后我们选择新任发布者和安装好了，这时候成功之后，在右上角就会多一个这样的一个图标，然后我们选择 可以看一下它，这里默认跳出的是一个登录提示，我们有了 c c switch 已经接入了模型，它这里就会跳过，然后在这里我们再输入你当前的模型是什么模型，然后我们发送， 可以看一下我当前运行的模型是 dipstick 为三点二，像这里也是这个 cc switch 在 这里起到的作用，像这里比如接入 glm 大 模型，或者是其他第三方中转的模型，用这个 都是可以搞定的，非常方便。好到这里就安装成功了，也成功接入了，下一步我们就让它帮我们生成一个个人主页，我们一起来看一下，在这里返回桌面，我先新建一个文件夹，然后回到 vs code， 然后文件打开文件夹， 我们选择桌面上的 myweb， 然后选择文件夹，这时候我们就用 cloud code 来对话，在这里我们输入提示词，就是我是一名专业的前端程序员，帮我生成一个自我介绍的个人主页，让大家可以快速的认识我，了解我，然后使用 html 格式，简约风格， 科技感配色，页面元素，要有自我介绍板块，联系方式，二维码区域，在这里就是我们给他的提示词，然后我们发送 好了，可以看一下，现在个人主页已经生成成功了，然后我们预览一下它给我们生成的一个个人主页，就是简历风格的，可以看一下，还是比较丰富的。在这里经过我的测试，就是我们使用可多扣的时候，不管是生成文章还是生成网页， 在这里我们要给他一个语言的提示，就是要生成中文内容，他有时候是默认的生成中文，有时候默认的生成英文，他这个是存在几率问题的。所以在大家生成内容的时候，强调一下生成中文内容， 这是目前想到的一个问题，分享给大家。这就是以插件模式使用的，在 vs code 里面还可以以命令行模式，在这里我们打开终端 使用方法是一样的，在这里我们输入 cloud 可以 看一下，就和我们在命令窗口使用的是一样的， 像这个一个优势，就是命令行模式加格式化窗口的模式可以直接使用，这就是我们所有的实操分享内容。在这里我也写了实操手册，比如安装好之后无法进入，或者是安装之后要验证，像这些遇到问题的解决办法，都有写到手册里面。 好了，到这里我们就完成了一整套从完全零基础到真正用起来的全过程。我们一开始什么都不懂，装好了克拉的 code， 配上了国产大模型 deepsafe， 在 vs code 的 里面，我们让 ai 帮我们生成了一个个人主页。其实克拉的 code 它有很多高阶的玩法， 你可能也听说过，比如 mcp、 gel， 但这些我也会慢慢讲，后面我会分享，但是这些都不着急，也不重要， 真正重要的只有一件事，就是现在先去试一试，先用起来，哪怕只做一件小事。 ai 时代最危险的不是不会用工具，而是以为自己用不了。 老的 code 不是 程序员的专利，它是每个普通人的效率工具。 ai 时代只要有思路就开始动手，就已经超过了百分之九十的人。 ai 时代，我们不用纠结新出了什么东西，哪个模型更厉害， 能帮自己提效的，自己用着习惯的，对自己来说就是完美的模型，完美的工具。好了，本期内容分享就到这里，我们下期再见。

今天这个视频，我要带着你一起安装并配置好 cloud code 的 使用环境，并学会 cloud code 的 基本命令的使用。 cloud code 是 anthonic 公司推出的一个 c l i 命令行界面的 ai 辅助编码工具，它基于 cloud ai 模型，支持 windows、 macos 和 linux。 虽然说没有绝对的最强编码工具，但在专业开发者社区和实际基础测试中， cloud code 经常被认为是当前最强的纯 ai 编码能力工具，尤其在以下几个关键维度遥遥领先， 是复杂推理和多文件重构能力。二是一次性写出正确率高，需要最少修改的代码。三是自主 a 整能力，能自己规划迭代，跑测试、修改 bug 以及长上加文处理的稳定性。它也是我最喜欢目前使用最多的辅助编码工具。 咱们开始 claudio 的 对系统也是有一定的要求的， mac os 要求十三点零以上， umber 要求二十点零四以上， windows 系统要求十以上，硬件的话需要最少四 gb 的 内存。如果是采用 npm 安装的话，那么还需要 node js 十八以上的版本。但是这种安装方式已经被官方所废弃，不建议再使用。 在 mac os 和 linux 下，官方推荐采用 c u i 来安装，请执行以下的命令进行安装。而在 windows 下，官方建议使用 i r m 来安装。这里查一句， i r m 是 invoke rest method 的 别名， 它是 windows powershell 中用来发送 http 请求的常用命令之一。你可以简单地把它理解成一个简单版本的 c u l。 windows 下的 native， 安装完成之后，它会提示 native 不 在 path 中，需要你手动去添加用户环境变量，并且它给出了如何添加环境变量的方法。这很简单，按照它的提示，把 native 程序所在的目录复制下来， 打开系统属性，再打开环境变量的窗口，编辑 path， 添加一个 path， 这样就成功添加了一个环境变量，然后再重新开一个命令行， 就能识别到你所安装的 native cloud 程序了。安装过程就是这么简单，安装好后就可以执行 cloud doctor 来查看本地安装情况，这里显示 currently running native， 那 么就说明本地安装成功了。 这里显示的本地当前安装的版本是二点一点一五，现在就可以启动 cloud 了。首次启动时，它会提示你选择一个喜欢的文字显示风格， 内置了六种风格的色彩方案。接着会提示你用哪一种方式来连接 cloud ai 的 后端模型。第一个， cloud account with subscription， 它是 cloud 点 ai 账号加订阅的方式，它采用固定的月费订阅，选择后它会跳转到 cloud ai 的 网站，登录你的账号，之后就会返回到 cloud code 中。 第二个， entropic console account， 是 按使用量来计费，它适用于需要极高的使用量团队或者是企业用户，它的成本可能会很高。第三个， third party platform， 通过第三方平台的形式，这种方式需要创建环境变量。现在直接在 anthropic 官网购买已经不容易了，基本上都是采用第三方的方式，那么就需要设置环境变量，手动设置 api key 以及 base url。 在 macos 下，我们编辑 z s h r c 文件，在文件末尾添加这两行，你需要把 anthropic api key 替换成你真实的 key， anthropic base url 替换成第三方给你的地址。 那其实这些配置呢？一般第三方都会有详细的教程，保存退出之后需要执行一下 sos 命令，让终端生效。这时候你就可以验证一下环境变量是否设置成功，如果有输出就说明设置成功了。对于 windows 系统，在环境变量设置中 添加用户变量，在这里点新建变量名 anthropic api key， 它的值就是你的 api key。 再新建一个 anthropic base url， 它的值就是第三方给你的地址，这样就可以了。安装完成之后，就可以验证一下 cloud code 是 不是能正常工作。你可以运行 cloud who am i， 如果显示你的账户信息就表示成功了。现在进入你的代码项目目录，运行 cloud 斜杠 in it， cloud code 会互动式提问， 从而自动生成配置文件，就会创建一个 cloud 点 md 文件。关于 cloud 点 md 文件，有必要重点说一下。 cloud 点 md 文件是 cloud code 中最核心的记忆文件，它的主要作用是让 cloud 自动记住并严格遵守你的项目个人规则，相当于给 ai 一个持久的个人偏好级。每次启动 cloud code 绘画时， 它会自动把相关的 cloud dmd 文件加载到上下文里，它的优先级比你临时输入的提示词要高很多，这样 cloud 就 能更好地理解你的代码库，遵守规范，减少反复说明，大幅提升输出质量和一致性。 在 cloud code 里，有三个相关的偏好级文件，首先是 cloud dmd 文件，它可以位于项目根目录以及子目录下，用于指定项目架构、代码规范、常用命令文件结构、 团队约定、工作流等等。它是最常用的偏后级配置文件，是团队协助的首选。在每个目录下都可以存在 cloud dmd 文件，如果你的项目的子目录中也存在 cloud dmd 文件，跟目录下也存在这个文件时，那么你当前子目录的 cloud dmd 文件优先级最高。而 在项目根目录下的 cloud 点 m d 文件中，指定的规则会被子目录的规则所覆盖或者是强化，这正是 mona report 或模块化项目设计的目的。根目录泛通用规则，子目录泛专属规范第二个是 cloud 点 local 点 m d 文件， 用于指定你机器特有的设置偏好、临时实验、敏感信息等等，它是为了不污染仓库而指定的个人定制。例如你本地用 p m p m， 而团队用 m p m 的 时候就 可以这样去设置，这个文件仅在你本地使用，不会提交到 get 仓库中。第三个是点 cloud 目录下的 cloud 点 m d 文件，这是一个全局个人偏好配置文件，它用于全项目的通用的习惯、默认工具、安全红线、 身份信息等等。它适合于跨项目统一个人风格，这个文件会在你所有的项目中都生效。在这三个配置文件中， 项目的 cloud 点 local 点 md 文件的优先级会最高，其次是项目的 cloud 点 md 文件，而用户家目录下的局域 cloud 点 md 文件优先级最低。大多数程序员的实际组合是局域 cloud 点 md 文件放个人安全或者是风格底线， 然后就是项目的 cloud 点 md 文件放共享。规范，再就是 cloud 点 local md 文件放机器的特异性，这样 cloud 就 能在任何地方都表现出很懂你。 这里强烈建议你从斜杠 init 生成一个 cloud md 文件，然后慢慢去迭代完善你的片号级文件。值得注意的是， cloud code 会发送代码片段到 entropic 服务器处理，所以需要注意一下隐私与安全。你可以在项目的局域 settings 接收文件中设置。当然，在官方文档中只提了如何使用 permissions。 在 permissions 中，你可以用 deny 来防止 cloud 读出的密钥，这是隐私与安全的最佳实践。另外，其实社区也有很多人加了一些其他的字段，这些都是实验性的，但目前都是有效的。 到这里，你的 cloud 就 已经成功跑起来了。 cloud code 功能强大，要把它使用好还需要下一番工夫，用好它则能大大提升你的工作效率。关注我，解锁更多编程技巧！

兄弟们，五分钟内让你彻底上手卡的扣的！哈喽，大家好，我是阿亮，卡的扣的几乎是一天一个版本的节奏，在更新证明公司已经把卡的扣的作为了二零二六年最重要的产品之一在推进这个工具呢，建议所有人抓紧用起来，真的是非常非常的好用。 之前跟大家分享过如何安装 cloud code 以及如何使用 cloud code scale 的 这个技能，但很多小伙伴呢，对 cloud code 其实呢比较陌生，可能是因为它是一个命令行工具吧，我们有这种感觉呢，主要是因为你不了解它，当你了解它的时候呢，你就会觉得，哦，原来这么简单。 我是深度的 color code 用户，几乎日常百分之八十的工作呢都是在 color code 中完成的，写代码啊，写文档，写作，操作电脑等等吧。所以我打算呢分两期给大家详细的讲一下 color code 的 使用方法，今天主要讲一下基础用法，掌握了这些基础用法，你就可以快速的上手使用它。 下期我们再讲克拉扣的境界玩法，这期我们从这五方面展开讲解，五分钟内让你彻底学会使用克拉扣的好了。发车一，如何启动启动克拉扣的常规的两种方式，第一种是普通模式，直接输入 club， 然后回车。 这种模式下他执行操作前会先询问，比如新建文件夹，删除文件等等，你确认后他才会进行下一步。第二种完全的授权模式，输入 cloud， 后面加上这个三个单词， dangerously skip permissions。 这种模式给予他最大的权限，可以自主执行任何操作，不需要经过你的同意， 我一般呢使用第二种方式，到目前为止没有造成过任何的损失。如果你不熟悉呢，建议先用第一种方式，一步一步的交互。二、基本的交互输入文字很简单，进入客户的后，直接点击输入区域，输入文字回车就可以了。那么我们如何输入图片或文件呢？ 首先我们就正常的先复制到剪切版，然后苹果用户用 ctrl 加 v 进行粘贴， 如果粘贴不成功，也可以直接把文件的路径给他。接下来我们看第三个工作模式，在界面下方，这里会显示当前的模式， 我们按住 shift 加 table 键可以切换，这样一下又切换到了下一个，我们会发现有三种模式， 那这三种模式有什么区别呢？首先是 play model 规划模式，它会针对我们的问题先思考，然后给出详细的方案。这一步它不会自己去执行任何的操作，只是做计划。 第二个呢是 accept edits， 自动接受编辑模式，这种模式下它可以自动地读写文件，但是呢没有操作工具的权限。 第三个是 bypass permissions， 这个就是它有所有的权限，它可以进行任何的操作。我一般处理比较复杂的任务时，我先会用 plan model 规划模式，让它先理解需求，制定方案，如果方案不合适，让它再调整，没问题了就开始干活。 好到这里我们就可以正常地与 client code 沟通了。但 client code 里面最重要的呢，是它的斜杠命令，我们输入一个斜杠，能看到后面出了很多的英文单词。 接下来我们重点讲一下这些命令呢是干什么用的。第一个是杠 login， 通过字面意思呢，大概能知道这是一个登录的命令， 不过这个是针对官方账号，如果没有官方的账号，需要用另外的方式来配置。之前我在视频里面讲过，大家可以去看一下。对应的是杠 logout， 就是 退出登录。杠 init 命令， 这个命令的作用是对整个项目进行一个大概的了解，然后生成一个 cloud 点 md 的 文件，这个文件里面写的就是他对整个项目的理解，后期我们跟他对话的时候，他就会把这个文件作为自己的上下文。 当然我们也可以在里面加入一些自己的要求，比如希望他用中文跟我们沟通，或者希望他每次修改完代码之后呢，做一次 commit。 我 们把这些常用的要求呢都写到这个文件里面去。关于 cloud 点 md 的 介绍呢，我们下节课再细讲。 杠 model， 这个比较简单，用来切换模型，目前官方的模型呢有三个， opus、 soul net 嗨酷，一般日常任务呢，就选中间这个。 soul net 这个模型性价比相对高一点，如果处理复杂的任务呢，我们就选 opus， 这个模型呢是最贵的杠 config， 它的作用呢是对 client code 进行一些基础的配置，我们可以看到 有是否开启自动压缩提示，是否开启思考模式，可以选择主题是深色模式还是浅色模式，可以选择大模型。跟你教会的语言默认是英文，我改成了中文，还可以设置默认的模型等等。我们可以根据自己日常的习惯呢，在里面进行一些常用的配置。 get resume 这个命令的作用呢，是列出我们所有的对话历史，然后选择某一个跟它进行继续的沟通。 比如昨天处理一个任务，处理到一半回家关电脑了，第二天起来呢，我们就输入杠 resume 上下方找到这个对话，进去之后呢，就可以跟他继续昨天的那个历史聊天。杠克令，当一个任务完成了，如果继续在同一个对话里沟通，他会把之前所有的对话内容作为上下文带到大模型去， 这样其实特别的费 token。 常规的做法呢，是完成一个任务之后，执行杠克令，把之前的对话清空，重新开始。当然呢，还有另外一种方式呢，是输入杠 new， 新开一个对话。 杠复位这个命令呢，是最近才出的，因为撤销之前的操作。以前的方式呢，我们是告诉卡的扣的，哎，请你帮我撤回。但是这么做呢，有一个问题，他有可能撤回的不干净，会导致呢出问题。现在有了杠复位呢，我们就可以在里面选择要撤回到哪一步，回车之后，他就恢复到了那一步时候的代码状态。 杠 agent， 列出所有的智能体，但我们调用 agent 是 通过自然语言来调用的。杠 mcp， 列出所有已安装的 mcp 服务器，可以通过键盘的上下键来选择。关于 mcp 呢，咱们这节课不详细讲，下节课给大家讲一下 mcp 的 高级用法。 杠 skills， 这是现在非常火的一个技术。输入杠 skills， 可以 列出本机所有已安装的 skills， 比如我这里有写作的，有 pdf 读取的等等。 关于 scales， 大家可以去看一下我之前发的 scales 写作的那些视频讲的还是比较详细的。杠 compact 这个命令的作用呢是压缩上下文，当然现在我们其实不需要手动输入这个命令了，会画快板的时候， card 的 hold 呢，会自己去执行这个命令。 杠 export 这个命令是将当前的绘画记录导出成一个文档，方便我们呢做备份，或者说在其他的地方查看。杠 user， 查看当前 token 的 消耗情况，这里显示当前绘画使用了多少本周所有模型的总消耗，还有特定模型的消耗。 get permissions， 用来调整 client code 的 权限，第一个是 allow 给予所有权限，第二个是 ask， 就是 要先询问你。第三个呢是 denny， 就是 拒绝权限。第四个是信任当前的目录，在这个目录内可以随便操作。最后一个是杠 exit， 输入这个命令就退出了对话的窗口，退出了 client code， 当然退出对话窗口呢，还有另外一种方式，就是我们按两次 ctrl 加 c 强制退出。好了，最后给大家讲一下在终端里面常用的一些快捷键。首先是 ctrl 加 a， 将光标移动到首行，比如我们输入非常多的内容，但是想改一下第一个字，现在光标是在最后一个，如果我们按住左键，它会移动好多个字才能到了第一个。现在我们只需按快捷键 ctrl 加 a， 它就回到了最开始。对应的还有一个叫 ctrl 加 e， 回到行尾， 然后是 ctrl 加 u， 删除光标前面的所有内容，所以它是一行一行的删，它不是一段一段的删。再就是 ctrl 加 k， 删除光标后面的内容，如果不小心删错了怎么办？我们就按 ctrl 加减号就撤回了刚才的操作，所以 ctrl 加减号呢是撤销键， 有的人的快捷键可能是 ctrl 加斜杠，大家可以试一下。好了，以上就是 color code 的 基础用法，我把这些内容呢整理成了完整的文档，大家在日常使用的时候呢可以参考，需要文档的话可以找我要。下期我们再详细讲解一下 color code 的 高级用法，拜拜，大家点点关注哈，跟着阿亮学 ai！

最近 cloud code 非常火，相信关注编程 agent 的 同学应该都已经上手体验过了，不过要把这个工具从入门真正落地到生产环境，光会敲几个简单的命令是远远不够的， 所以这期视频咱们不整虚的，直接带大家从头到尾把 cloud code 的 实战流程彻底走一遍。这个视频呢，一共是分为以下四个部分，第一，环境的搭建与基础交互。 第二，复杂任务处理与终端控制。第三，多模态与上下文管理。最后呢是高级功能的扩展与定制，大家可以看到屏幕上密密麻麻的知识点和时间戳， 这期视频的含金量呢绝对是拉满的，只要你花点时间看完这期视频，我保证你能够彻底吃透 cloud code， 把它变成你手心里最顺手的生产工具。 另外我知道市场上还有其他类似的编程 agent， 比如 codex、 open code 等等，其实它们无论从功能上还是使用上都跟 cloud code 没有什么太大区别，所以我相信在看完了这期视频之后，你一定会一通百通，同类的产品基本上都能够直接上手。好话不多说，那我们直接开始。 首先我们来到 cloud code 的 官方网站，就是这个页面了，然后呢，我们点击这里面的复制按钮，再回到终端粘贴，这样呢就开始安装 cloud code 了。 安装完成后，我们试着用它来做一个代码软件。首先使用命令 m k d i r 来创建一个目录，就叫做 my to do 就 好了，我们所有的代码呢，都放在这个目录里面， 然后我们进入到这个目录里，再执行 cloud 这个命令来打开 cloud code。 刚进来的时候， cloud code 可能会提示你进行登录，如果你像我这样没有被提醒的话，可以执行杠 login 命令来主动触发登录流程。 呃，可以看出啊， cloud code 官方一共是提供了两种标准的接入方式。第一种呢是订阅制，如果你购买了 cloud 的 pro 或者是 max 会员，那就直接选这个就好了。第二个呢是使用官方的 api key， 按照 token 的 用量计，费用多少花多少。 我呢是订阅用户，所以我选择第一项。选择之后， cloud code 会弹出一个网页提示，我授权，我们同意。 可以看出登录成功，我们关掉当前页面，回到终端，这里按下回车登录呢，就结束了。这里顺便提一下， 有些同学可能没有办法使用 cloud 的 官方订阅或者是 api， 这个时候呢，你也可以使用国产模型来驱动 cloud code， 比如说是 g， l， m， mini， max 等等。 cloud code 是 一个通用的编程 agent， 它本身其实并不跟 cloud 的 模型绑定，你完全可以使用其他的模型来驱动 cloud code。 具体使用国产模型的方法呢，这里就不再赘述了，其实很简单，设置几个环境变量就行了，网上一搜一大堆， 有需要的同学可以自己搜索一下。好，言归正传，我们再回到 cloud code 这里开始使用它。前面的我们说过，我们要做的是一个代办软件，那我们现在就把这个需求告诉 cloud code， 让他帮我们实现。给我做一个代办软件，使用 html 实现。可以看到 cloud code 开始工作了，让我们稍作等待。 cloud code 想要创建一个叫做 index dhtml 的 文件，询问我们是否同意， 这里面呢？一共有三个选项，第一项 yes 是 单词授权，意思就是说只同意创建当前的这么一个文件，如果它接下来还需要创建其他文件的话，它还会再次向我们询问确认。 第二项呢是 yes allow all edits during this session。 选中了它就意味着在本次的对话期间，后续所有的文件操作都会自动通过，不会再反复打扰我们。 第三项是不同意，选择了它之后，你可以继续输入你的想法， cloud code 会根据你的输入生成代码，并再次向你确认。呃，为了演示方便，我们这里就选择第二项，开启自动模式，把后续的工作全权交给他 好。选完之后注意看，输入框下方多了一行字，就是这个 accept and it's on。 这个呢，就表示目前的自动同意模式已经开启了。那如果说你后悔了，想换一个模式怎么办呢？ 这个时候就要用到 shift 加 tab 键来切换模式了，我们来按一下试试看。现在变成了 play mode， 也就是规划模式，这个模式主要用来探讨复杂的方案，只聊天不执行。具体用法呢，我们后面再细讲。我们再按一次， 注意看，底部的 play mode 消失了，取而代之的是一行灰色的提示问号 for shortcuts， 也就是按问号显示快捷键。大家千万别误会，这个呢并不是什么快捷键模式，这行字呢，只是 cloud code 的 一个小提醒而已，跟当前的模式没有关系。 呃， cloud code 其实在这个时候没有标注当前的模式，而这种没有标注的模式就是默认模式。 不知道你还有没有印象，我们刚进入 cloud code 的 时候用的就是默认模式，在默认模式下， cloud code 表现的最为谨慎，每次创建文件或者是修改文件的时候，它都会先去询问用户的意见，所以大家看出来了吗？ shift 加 tab 就 在这三种模式之间循环，让我们稍微总结一下。 第一个是默认模式，也就是显示问号 for shortcuts 的 那个模式，在这个模式下，创建和修改文件之前一定会询问用户最为稳妥。 第二个呢是自动模式，也就是那个 accept edit on， 在 这个模式下， cloud code 会自动创建或修改文件，不会去询问用户，最为方便。第三个是规划模式，也就是那个 plan mode on， 这个模式只讨论不修改文件，适合构思 这个模式，我们后面会详细解释。好。这个呢就是 cloud code 的 三种模式了，我们再按一次 shift tab， 来到 accept add its on 模式。选择好模式之后，我们再回头看看之前 cloud code 给我们写好的文件，我们要打开它， 那怎么打开呢？你可以去文件管理器里面找到这个文件，双击打开它。不过这里我想要教另外一个方法，我们可以直接在 cloud code 里面执行终端命令来打开它。首先呢，我们输入一个叹号， 看 cloud code 有 反应了，现在我们处在 bash 模式下，可以运行任意的中断命令了。紧接着我们来输入 open index 点 html 来打开这个 html 文件 代码。软件做的还算不错，一次成功，这不得不给 cloud code 点个赞。不过这里面有个小坑，他把所有的代码都写到 index 点 html 里面了， 小项目还好，要是项目做大了，维护起来简直是个灾难，所以咱们最好趁早是换成 react， type script 和 white 这种现代架构，把代码分模块儿管理， 我们可以直接向 cloud code 提出这个请求，让它改掉。不过呢，改架构是个大工程，最好是先确定细节再动手。这个呢，就是 play mode 登场的时候啦， 它就是专门用来讨论方案，确定细节的。让我们先关掉当前页面，回到终端这里，然后按一下 shift 加 tab， 进入到 play mode。 然后呢，输入我们的请求，将当前的代办应用重构为使用 react 加 type script 加 white 的 项目。 呃，问题到这里还没有结束，这个时候呢，我们想换行。怎么换行？敲回车吗？敲回车显然是不行的，敲回车的话，我们的问题就提交了。换行呢，是需要按 shift 加回车，然后我们就可以继续写了，保留所有的现有功能。 呃，这里顺便提一句，如果你按 shift 加回车不好用的话，那你大概利用的 cloud code 版本比较旧，需要升级一下。 呃，另外还有一点，有些同学可能会觉得这个终端的输入框实在是太难用了，想用一些比较现代化的编辑器来替代它。这个呢，其实也是可以的，我们可以按一下 ctrl 加 g， 这个时候 cloud code 就 会打开一个 vs code 的 标签页，在这里面编辑就方便多了，回车随便按，也不用担心不小心提交问题了。当然，这要求你先事先装好 vs code， 我 们就在这里把要求补充完，再加一句，且 ui 风格保持一致。 写完了之后，我们保存，然后关掉这个标签页。此时 cloud code 就 会把 vs code 里面的内容全部放到输入框里面，我们直接再按个回车就可以提交请求了，可以看到 cloud code 开始工作了，让我们稍等一下， 计划似乎是产好了，我们把滚动条往上移一移，看一看它这个计划具体是个什么样子的。 这个计划呢，是从这里开始看起来还是挺完善的，目标项目清单、目录结构之类的信息全部都有覆盖。到最后他询问我们是否要执行， 他一共给了我们三个选项，第一个是执行计划，并且进入到同一模式，后续修改文件前就不再询问用户了。 第二个也是执行计划，只不过后续会使用默认的模式，也就是说之后每次写完文件前都需要询问用户。第三项是继续修改计划，如果你对计划不满意的话，那可以在这里面继续输入， cloud code 会根据你的要求再修改这个计划，产出一份新的。 这里假设我们对计划不满意，选择第三项提出我们的修改意见，给每个蛋白事项增加一个优先级，比如高中低，并且用不同的颜色标记出来。然后我们按一下回车，这个时候呢， cloud code 就 开始修改它的计划了，让我们再稍微等待一下。 好， cloud code 又产出了一份计划，具体内容呢，我们就不看了，单从最后的测试部分我们就可以看到，它确实是把我们的优先级的需求考虑进去了，这次差不多了，要不我们就同意吧。 让我们选择第一项执行这个计划，并且进入到自动同意模式，也就是说后续修改文件的时候就不要再询问我们了。好，回车可以看到当前模式切换到了 accept edit it's on， 没问题，这个呢，跟我们的选择是一样的，后面写入文件的时候呢，便不会再麻烦我们了。 现在 cloud code 开始执行计划了，时间估计会比较长，我们慢慢等待一下。 cloud code 暂停了，他现在想用 m k d i r 来创建目录，然后询问我们是否同意。 稍微等一下，这个是什么情况？我们不是跟 cloud code 说过了吗？不需要每次都询问用户的。还记不记得我们是在 accept add it on 这个模式下面，那怎么现在又开始询问了呢？ 对，我们确实是说过，不过那只不过是写入文件的时候，不需要询问用户，这个呢，是在执行终端命令。 cloud code 认为执行终端命令呢是一个比较危险的操作，所以需要征得用户同意才会继续。 不仅如此，这里面还没有一个自动执行所有终端命令的选项，即使是第二项，那只不过是告诉 cloud code 以后都可以自由地访问 s r c 目录，不需要询问用户。至于执行别的命令，那还是要问的。 如果你觉得每次选择都太麻烦的话， cloud code 其实是提供了一个比较隐蔽的选项，可以跳过这个选择的步骤，让它想执行什么命令就执行什么命令。这个呢，是需要在启动 cloud 的 时候加上一个选项，叫做 dangerously skip permissions。 我 来给大家新开一个终端标签页演示一下。 我们先进入到原来的这个 my to do 目录里面，然后我们来输入 cloud， 再加上 dangerously skip permissions， 意思就是跳过所有的权限检测，大家注意看这个参数里面的单词， dangerously， 也就是危险的。 官方把危险两个字写在了脸上，意思非常明确，一旦加上了这个参数， cloud code 就 彻底放飞自我了。 进来之后你会发现模式变成了 bypass permissions， 这就意味着接下来它执行任何终端命令都不会再征求你的意见了，无论是安装依赖还是删除文件还是创建目录，都不会再问了。 这个呢，其实是一把双刃剑，往好了说，它能够极大地提升开发效率，全自动干活，不用你一直盯着点。同意， 但是往坏了说，他理论上呢，就拥有了和你一样的终端权限。虽然 cloud code 只有在极度发疯的情况下才能去破坏你的电脑，这种概率呢，可以说是微乎其微。但是作为一个负责任的博主，我必须要提醒大家，这个选项会让 cloud code 彻底的放飞自我。所以理论上呢，还是有一定的危险性的， 是否要为了效率承担这一丢丢的理论上的风险？决定权是在你们手里。好，演示完毕，回到我们原的例子里，我们呢，还是不用这个选项了，我们来选择第二项，只同意它以后可以自由地访问 s r c 目录。回车让 cloud code 继续。 cloud code 询问我们能不能执行 n p m 引导命令，我们选择以后都同意。 这里 cloud code 想要使用 npm run dev 来启动服务器，启动了服务器就可以查看网页的效果了，启动也行。不过呢，这里我们先取消，待会我想用它来给你演示如何手动启动它，并且借这个机会来解释任务相关的一些概念。 cloud code 看我们拒绝了，在询问我们应该要做什么，我们来跟他说一下这个命令呢，等会我自己执行，你确保其他部分都完成了就可以了。然后呢， cloud code 就 开始确认了，好，确认完毕，看起来一切正常。现在我们就可以自己来运行这个命令了，我们来试一下 服务器启动成功，我们来点击这里面的链接，看一下效果怎么样。不错，效果还可以，我们来随便点点，看起来没有什么问题，增加个代办事项也是可以的。 然后呢，我们可以再增加一个其他的代办事项，调一下优先级，再添加，一切完美，我们再回到 cloud code 这里，这里有一点需要给大家强调下， 这个服务的运行呢，是会堵塞 cloud code 的， 比如说我们在这里输入一个 hi， 你 看 cloud code 没有给我们任何回应，那是因为服务还在运行， cloud code 就 没有办法处理这个新的请求。那怎么办呢？很简单，看这里按 ctrl 加 b， 可以 把这个服务放置在后台，我们按一下试试， 好像是起作用了。 cloud code 开始处理我们的请求了，它给了我们一个回复，而且注意这里有一个后台任务正在运行， 我们输入杠 tasks 就 可以查看这个任务。在这里面可以看出，这确实是我们所启动的那个 npm run dev 的 命令， 注意这行提示，按 k 可以 关掉这个服务，不过我们目前还不打算关掉它，我们按 esc 回到原来的那个界面里面，就让这个服务先一直跑着吧，这样的话呢，我们后续的修改也能够实时看到效果。 那现在假设我们想加一个切换语言的功能，目前使用的是中文，我们希望它能够在右上角切换为英文，让我们来输入请求，在页面右上角增加一个切换语言的选项，用户可以选择中文或者是英文，默认为中文。回车， cloud code 开始运作了，让我们稍作等待。 好，可以看到 cloud code 改完了，我们回到页面这里看看。效果不错，确实是加上了切换语言的选项，而且切换的效果呢，也是符合预期的。 不过你转念一下，不对，我的用户都能看懂中文啊，我加这个功能干什么呢？要不就回滚吧。 好吧，那 cloud code 能回滚吗？当然是可以的，对应的命令呢，就是 go reverse， 或者是说呢，有个更简单的办法，你可以直接按两下 esc， 这样呢就进入到了回滚页面。我们每次输入请求的时候， cloud code 都会创建一个回滚点，比如说我们不是想回滚到增加语言选项之前的那个版本吗？那就选择这个回滚点就好了，选好之后按下回车。 然后呢， cloud code 会给我们四个选项，是回滚代码和绘画，还是说是只回滚绘画还是只回滚代码，或者说呢，我们就放弃回滚，我们来选择第一个代码和绘画都回滚。 好，现在回滚成功了，让我们来验证下。打开页面没问题，确实是回滚成功了，没有那个切换语言的选项了，是不是很棒呢？ 好，假设，这个时候啊，你觉得 react 加 type script 加 white 这套架构好像是有点过于复杂了， 你在想要不干脆我们就回滚到只有 index 点 html 的 那个版本就好了。好，那继续用回滚功能就行了。不过呢，在这之前，我们最好把 npm run dev 这个后台任务给关掉，毕竟回滚之后相关的文件都没了，这个后台任务呢，也就没有什么用了。 我们回到 cloud code 这里，输入杠 tasks 来查看后台任务，然后再按 k 结束掉当前的这个后台服务。 呃，这个时候 cloud code 提示我们开发服务器运行正常。这个呢，纯属是 cloud code 晕了啊，大家忽略它，我们的开发服务器现在实际上已经被关掉了。服务器关掉之后，我们就可以开始回滚流程了，先按两下 esc， 然后选择一开始重勾代码的那个回滚点。 然后呢，我们再选择第一项恢复代码和绘画。好看起来呢，是已经回滚完成了。我们来看看当前目录下是不是只有 index 域是天秒这个文件。我们使用 ls 这个命令， 这个命令呢，可以用来列举当前目录下的文件列表运行。看结果好像是不太对啊，除了 index 底下是天秒文件，这个目录下还有很多其他的文件，它默认只显示了一部分，我们可以按一下 ctrl o 来显示所有的文件列表， 看起来总的文件数量还不少呢。这个是怎么回事呢？难道是 cloud code 出 bug 了吗？ 其实不是，这些文件呢，是之前用终端命令创建的，比如说是 m k d i r n p m install 之类的 cloud code 呢，只能回滚它自己写入的那些文件。至于由终端命令生成的文件， cloud code 是 没有办法回滚的。 所以呢，我建议大家还是不要太依赖 cloud code 的 这个回滚功能了，如果要精准回滚的话，大家还是使用 git 会更好一点 好。不过呢，问题其实不大， index html 呢，是 cloud code 自己把控的，所以呢，这个文件一定是回滚成功了，我们把别的文件都删掉就行了， 说干就干，让我们打开文件管理器，删掉除了 index html 之外别的文件。然后呢，再回到 cloud code 这里，执行一下 ls 命令，可以看到文件确实只剩一个了。然后这个时候呢，我们可以使用 open 命令打开这个 html 来验证一下它的效果。 没问题，跟我们之前的那个 index 表 tm 的 效果呢是一样的，到这里回滚才算是彻底结束了。好，回滚呢，我们就讲到这里，现在假设你对 cloud code 做的页面一直都不太满意，所以呢，你去 figma 上面自己画了一个界面，就大概是这个样子的了， 你希望 cloud code 仿照这个界面来做，那具体该怎么实现呢？很简单，我们只要把这个设计稿图片传给 cloud code 就 可以了。首先我们需要在 figma 上面操作下，把当前的这个设计稿导出为一个 png 图片， 导出的方法很简单，就按这个 export frame 就 可以了。然后呢，我们回到访答这里，可以看到图片导出的非常成功，下面我们的任务呢，就是把这个图片传给 cloud code。 那 怎么做到这一点呢？ 有两个方法，其中第一个方法就是直接把这个图片拖到 cloud code 这里，看到这里面的 a 位二了吗？这就代表 cloud code 已经接收到我们的图片了，这个呢只是其中的一个方法。还有另外一个方法呢，就是复制这个文件， 然后来到 collab 这里，按 ctrl 加 v 粘贴。注意啊，这里面我说的这个快捷键呢，是 ctrl 加 v， 不是 command 加 v。 即使你用的是 micros， 你 也要用 ctrl 加 v 来粘贴这个图片，按 command 加 v 是 不起作用的， 这一点要记住了。这样呢，我们就可以继续输入请求，让 collab 根据图片来修改代码儿。 具体的过程我就不演示了，这个方法肯定行得通。不过说实话，很多时候呢，可能还原的并没有那么精确，比如说字体啊，间距啊之类的， cloud code 很 难通过图片做到非常精确的把握。 所以这个时候呢，我们其实还有另外一个方法，一个更为精确有效的方法，那就是使用 m c p 来实现这个还原 figma 设计稿的需求。 m c p 是 大模型与外界沟通的渠道，我之前讲过 m c p 的 使用方法和相关原理，感兴趣的同学可以自己看一下。 figma 提供了一个很好用的 m c p server， 我 们可以接入进来用用。首先呢，我们是需要安装这个 m c p server， 根据 figma 官方的要求，我们需要执行这一行命令， 因此呢，我们先把它复制一下，然后回到 cloud code 这里，先按两下 ctrl c 退出，然后执行这行命令。 可以看到， mcp server 已经是安装成功了。之后呢，我们需要重新打开 cloud code， 不过好像之前的对话全都没了呀，这可怎么办呢？别担心，我们可以使用杠 resume 命令来回到之前的对话。这里面的第一个就是我们刚才的那个对话了，我们按回车来选择它，你看这个对话不就回来了吗？ 呃，另外啊，还有一种更为简单的办法，那就是在启动 cloud code 的 时候呢，加上一个参数，我们来试一下。首先退出 cloud code， 然后呢我们执行命令 cloud 空格杠 c， 这里面的 c 呢就是 continue 的 缩写，它的功能就是打开 cloud code， 并自动恢复上一次的对话。好，对话恢复了，我们执行杠 m c p 命令，来查看目前所安装的 m c p 工具， 目前呢只有一个，就是我们刚刚安装的 figma， 可以 看到我们需要健全才能够使用这个工具。我们来选择这个 m c p 工具，然后呢再选择 authenticate， 这个时候呢会自动弹出一个页面，让我们授权我们同意， 然后再回到 cloud code 这里执行杠 m c p， 选择 figma， 这个时候呢可以看到 m c p server 呢就是一个可用的状态了。我们选择 view tools， 就 可以看到这个 m c p server 内部所包含的工具列表， 其中有用来截图的，有创建设计规则的等等，具体呢我们就不看了，我们其实也不用太关心到底该使用哪个工具来完成我们的需求，我们让 cloud code 来判断， 所以呢，我们按 esc 退出这个界面，然后输入我们的需求，修改当前的页面，使它与 figma 搞件保持一致。啊，问题还没完，我们现在回到 figma 页面这里复制这个设计稿的链接， 就点击这里面的 copy link to selection 就 好了。然后呢再回到 cloud code 这里粘贴，再回车，这样呢应该就可以了，可以看出 cloud code 开始工作了， 它首先呢是发现了我们的 figma m c p 可以 解决这个问题，请求调用 get design context 这个 m c p 工具来实现，需求我们同意， 然后呢， cloud code 请求调用 get screenshot 工具获取对应设计稿的截图，我们也同意。 现在调完两工具之后呢， cloud code 就 获取到了全部的设计稿信息了，其中不仅包括设计稿的截图，还有各种组建的间距、字体样式等，非常的详细。拿到这些信息后， cloud code 就 开始紧锣密鼓的修改现有的 html 代码，使它与 figma 设计稿相同，让我们稍作等待。 好，看起来是完成了，我们来到浏览器那边看一下效果怎么样。 这个呢，就是 cloud code 根据 figma 设计稿所搞出的页面，我把原始的设计稿也放在这里，大家可以比较一下，看看效果怎么样， 反正我觉得还原程度还是挺高的。当然这个页面还有一些细节需要打磨，比如说里面的 undefined， n a n 之类的，可能需要修改一下，但整体效果我觉得真的还是可以了。 好，那 m c p 呢？我们暂时就讲到这里，下面我们来看一下上下文压缩。在之前我们写了很多的代码，然后 cloud code 呢也调用了很多的工具，相信这个时候呢， cloud code 的 上下文里面就有了非常多的信息，这里面有一些是有用的，有一些其实没什么太大用处， 我们可以根据需要对上下文做一些压缩，这里需要用到的命令是杠 compact， 我 们可以直接去执行这个命令，也可以选择性的在它后面追加一些具体的压缩策略，比如说是重点保留用户提出的需求之类的。 呃，不过我们就不在后面加需求了，我们就直接执行这个杠 compact 命令，看一下它的效果怎么样。 压缩完成了，我们按一下 ctrl 加 o， 就 可以看到压缩后的上下文内容，这个呢就是压缩之后的结果了。 呃，我们之前呢，在上下文里面有很多的信息，有代码，有 m c p 的 调用结果之类的，现在呢，全部的内容就只剩这么一点了。 这样的话呢，不仅 cloud code 的 性能有了保障，后面在执行任务时， token 的 消耗量也会少很多。好，现在我们按一下 ctrl 加 o， 再回到原来的这个界面里。这里再提一下关于上下文的另外一个命令，就是这个杠 clear， 他呢做的更为极端，就会直接把所有的上下文内容都给清空掉。一般来说，如果我们后面的任务跟之前的上下文并没有什么关联的话，我们就可以使用这个 clear 命令来清空所有的上下文内容。 这个命令我们就不演示了，毕竟我们还需要之前的上下文，演示了之后，那就什么都没了，我们还是保留这个压缩后的结果好。现在压缩完成了，但是压缩结果的可控性并没有那么强，比如假设你想手动改改这里的压缩结果， cloud code 可并没有给你提供这个选项。 另外，无论亚不压缩上下文呢，都跟某个绘画绑定，我们下次进入到 cloud code 的 时候，还必须要来到这个绘画，否则 cloud code 是 不知道之前发生了什么的。那有没有什么办法可以解决这些问题呢？ 有没有一种方案可以让 cloud code 每次进来的时候都读取一些我们自己设定的一些信息，这样 cloud code 就 知道这是一个什么项目，用户有什么需求，我们甚至可以把各种注意事项都写在这里面。了解了这些信息之后， cloud code 就 可以更好地为我们工作了。有这种方案吗？ 当然是有的，这个呢就是 cloud d r m d。 我 们来尝试使用一下，我们首先让 cloud code 自己生成一份 cloud d r m d 文件，用的是杠 in it 命令。 好， cloud code 创建完毕了，我们来打开 cloud md 文件看一下，它就放在当前目录里面， 看起来内容是有模有样的，不过很可惜，它的语言呢是英文，看起来不太方便，我们要不让 cloud code 再把它给转成中文？ 转换完毕，我们再回来看一下，没问题，确实是中文了。另外提一下，这里面的内容呢，是可以随便修改的，比如说我们可以在最后面加上一句注意事项，每次回答到最后，必须要追加这么一句 happy coding， 然后我们回到 cloud code 这里先退出，然后再重新进入，这样 cloud code 就 会重新加载我们那份最新的 cloud 点 md 文件。我们来随便给 cloud code 说一句，比如说是 hi， cloud code 回答了它，最后呢，确实是加上了 happy coding， 可以 看到我们的 cloud 点 md 真的 是起作用了。 所以呢，如果你有什么东西是希望 cloud code 每次都读取的，那就直接放到 cloud md 文件里就好了。 试验完毕，现在我们把 cloud md 结尾中的那个注意事项去掉，要不每次都出现 happy coding， 会影响我们后续的演示。我们可以直接找到 vs code 编辑 cloud md 文件。不过这里嘛，我想顺便教大家另外一个打开 cloud md 的 方法， 我们在这个输入框里面输入杠 memory， 在 这里可以看出 cloud md 文件呢一共是有两种，一种是项目级别的，对应的文件就放在当前的目录里，对当前项目生效。第二个呢是用户级别 对应的文件放在用户目录里，对当前用户生效。我们之前用的是第一个，所以选择第一项，选择好了之后，对应的 cloud md 文件就自动打开了，这样呢，就不用每次都自己在文件管理器里面找了，会稍微方便一点。 打开 cloud 点 m d 文件之后，我们删掉最后面的注意事项保存，再回到 cloud code 这里重启一下， 然后再随便问一句，可以看到 happy coding 已经没了，这说明我们的修改已经生效了。那 cloud 点 m d 文件就讲到这里， cloud code 还有个 hook 功能，允许用户在运行工具前后等时机执行一段自己指定的逻辑，比如说我们可以用它来做自动格式化，也就是说在 cloud code 写完代码之后，自动执行我们设定的格式化函数，以便让最终的代码更加美观，更加符合我们的需求。 首先我们执行杠 hooks 命令，进入到 hook 的 配置页面，这里我们可以配置 hook 的 执行时机，比如说是工具使用前，工具使用后，工具使用失败发送通知等等。我们来选择第二项 post to use， 也就是工具使用后来执行这个 hook。 然后呢，我们再选择 add new matrix， 这里面呢，我们需要选择对应的工具，也就是说我们希望在哪个工具执行之后再运行我们的 hook 逻辑，我们填写的是 write 或者是 edit， 也就是说在创建或者是编辑文件的时候来执行这个 hook。 然后呢，我们再选择 add new hook， 这里输入我们具体的格式化命令。这 这个命令看起来很长，我们来仔细分析下。首先在运行的时候， cloud code 会给我们传这么一份 json 过来，其中的 file path 就是 cloud code 刚刚编辑好的文件路径，因此我们需要解析这个 json 结构，把其中的 file path 的 值给取出来。我们刚才命令里面的这一部分就是用来干这个活的， 其中 jq 是 解析 json 的 一个程序，不熟悉的同学可以自己查下。获取到文件路径之后，我们把这个文件路径通过 x arcs 传递给 preder 命令，然后剩下的工作呢，就是只用 preder 来格式化这个文件的内容了。 所以总结下来，这段命令其实就是使用 jq 来获得当前编辑好的文件路径，然后再使用 preder 来格式化这个文件。 好，讲完了，让我们再回到 cloud code 这里，写好代码之后，我们按回车确认。此时 cloud code 会询问我们应该把这个 hook 保存在哪一级，一共是有三个选项， 第一个呢是本地的项目级别，也就是说这个 hook 只会在本机本项目生效。选择这个选项之后， cloud code 会把配置放在项目目录里面的 settings， 点 local， 点 json， 加入到 get 的， 点 get ignore 文件里面， 所以呢这个文件不会共享给别人。第二个呢是项目级别，也就是说所有使用这个项目的用户呢，都能够用到这个 hook， 它对应的配置文件呢是 settings there jason， 这个文件呢会随着 get 分 发给所有人。 第三个呢是用户级别对当前的用户生效对应的配置保存在用户的目录里面，每一个用户都有一份，不会互相影响，也不会跟着项目保定。我们来选择第二个，所有使用这个项目的人呢，都能够用到这个 hook。 然后呢，这个 hook 就 算是创建好了，我们按 esc 退出。 最后呢输入请求来试一下。我们的请求是创建一个新的文件 test， 点 html 里面随便写点 html 就 行，所有的内容都写在一行里面。回车，我们来稍微等一下， 通过这个写入文件的请求就可以看出， cloud code 确实是把所有的内容都写入到一行里面了，我们同意执行完毕。我们来看看最终生成的 test 点 html 的 文件内容。 可以看到这个文件的内容呢已经被格式化好了，并不是像一开始 cloud code 写入的那样只有一行，这说明我们刚才写的那个 hook 生效了，在 cloud code 写入完代码之后，我们的 hook 启动把那个文件给格式化了，所以呢，我们现在看到的就是格式非常漂亮的 html 代码。 hook 的 功能呢，就讲到这里，现在假设你每天都想写一个总结，记录下今天开发了哪些功能，而且呢，这个总结必须要遵循一定的格式，比如一定要包含日期开发招标开发详情之类的。 你可以把对应的格式要求直接粘贴在这个输入框里面，让 cloud code 帮你写一份，只不过这样的话，你每天都要重复粘贴一遍，很麻烦。这种事情其实非常适合使用 agent skill 来解决，我之前出过一个系统性讲 agent skill 的 视频，有兴趣的同学可以看一下， 不过没看过也没关系，你可以大致把它理解为一个给大家看的说明书，一个动态加载的 prompt。 我 们来创建一个 agent skill 试一下。 首先我们新开一个终端 tab， 使用 m k d r 命令，在用户目录下的 their cloud skills 文件夹下面创建一个新的文件夹，就叫做 daily reports。 我 们使用 vs code 来打开这个文件夹， 然后呢，在这个文件夹下面创建一个叫做 skill 点 md 的 文件，在这里面填入这样的一些内容。 这个文件呢，一共分为两部分，前面的 name 和 description 分 别代表这个 agent skill 的 名称和描述， cloud code 会根据这一部分的内容来决定是否要使用这个 agent skill。 后面呢，就是这个 agent skill 的 具体描述了，这里主要是写了日报需要遵循的格式。 写好了之后，我们回到终端，关掉这个新开的标签页。然后呢，再重启一下这个 cloud code， 然后输入杠 skills， 可以 看到 cloud code 已经发现了我们的 agent skill。 然后呢，我们回到输入框，这里面打入我们的请求，写一份每日总结，回车开始执行。 可以看出， cloud code 发现了这个请求与我们刚才录的那个 agent skill 相关，请求使用这个 agent skill， 我 们同意。 然后呢，我们的每日总结就写好了，跟我们要求的格式是一模一样的。这个呢就是 agent skill 的 使用方法了，是不是很简单？ 呃，另外啊，这个 agent skill 的 调用请求呢，是由大模型发现并且发起的，除此之外呢，我们也可以这样来主动地发起这个 agent skill， 就是 先输入杠 daily reports， 然后呢后面加上具体的请求。 这个跟之前的效果呢，其实是一样的，只不过是省去了大模型意图识别的过程，直接由用户调用了这个 agent skill， 结果更加可控一些，具体我们就不演示了，我们来把它给删掉 啊。 agent skill 呢，就大致讲到这里了，当然 agent skill 还有很多高级的用法，感兴趣的同学可以看一下我的上一个视频。 下面我们再讲讲 cloud code 的 另外一个重要功能， sub agents。 这个呢，其实就是一个独立的 agent， 有 着自己独立的上下文，独立的工具，独立的 skill， 可以 独立完成某一件事情。我之前讲过 agent 的 原理， 有感兴趣的同学呢可以自己来看一下。呃，下面呢，让我们来创建一个用于代码审核的 sub agents， 然后选择 create new agent。 这里面要选择 agent 类型是项目级别还是用户级别，我们来选择项目级别， 也就是说使用这个项目的人呢，都能用。接下来选择 agent 的 创建方法，一种是用 cloud code 的 初设化，另外一种呢是完全手动创建，第一种是推荐方法，所以我们选它。 接下来我们描述一下这个 agent 要做的事情，我们填入以下内容，这是一个用于代码审核的 sub agent， 在 用户要求代码审核的时候调用它。回车可以看到 cloud code 正在生成这个 sub agent， 让我们稍等一下。 接下来呢，我们选择这个 sub agent 能用的工具，我们选择 read only tools 就 好，也就是说只能够使用止读工具，其余的都去掉。模型呢，就选择默认的 sonnets， 接下来选择这个 sub agent 的 颜色。 cloud code 在 运行这个 sub agent 的 时候，会使用我们选择的颜色来展示它，我们用绿色吧。 呃，然后呢， cloud code 就 会给我们生成这个 sub agent。 可以 看到这个 sub agent 的 描述呢是英文的，而且里面的内容大概率也不会跟我们期望的完全相同。我们按一下 e 来编辑一下这个 sub agent 的 描述。 这个呢就是 cloud code 给我们生成的 sub agent 描述了，不过呢，它跟我们想要的那个版本差距有点大，所以这里呢，我来给这个 sub agent 整体替换一下，换成适合我们这个场景的。 sub agent 的 结构与 agent skill 类似，一共是分为两部分，上面呢是原数据写明了这个 sub agent 的 名称，描述所使用的模型、颜色等等。下面呢就是这个 sub agent 具体要干的事情了。 呃，我的要求呢，有两条，一个是审查的准则里面有两项，一项是针对 js 的， 一项是针对 css 的。 最后呢会有一个输出格式方面的一个要求啊，我们后面去看一下 cloud code 能否遵循这个 sub agent 的 规范。 呃，填完了这个 sub agent 的 描述之后呢，我们来到 cloud code 这里给它重启一下， 重启完后我们提交请求，给我做一下代码审核。 可以看出 cloud code 调用了我们刚才创建的 sub agents， 并把对应的任务描述传给了它，让它处理。而且看这里 cloud code 是 用绿色来表示这个 sub agents， 这跟我们之前的配置也是相符的，它估计还要再运行一会儿，让我们稍作等待。 它运行了一会儿之后，给出了代码审核报告，可以看出，它检查的内容确实是我们在 sub agent 描述文件里面要求的。这个呢，就是 sub agent 的 使用方法了。 有人可能会问， agent skill 跟 sub agent 很 像啊，它俩什么区别？其实吧，它俩最大的区别就在于对上下文的处理方式不同。 agent skill 运行的时候，它会完全继承并且共享你当前主对话的上下文，这就意味着它执行过程中的每一行日记，每一个思考过程，都会记录到你的当前上下文。 想象一下，如果你让 skill 去审核一个有着几万行代码的项目，这些项目会逐步塞满你的上下文窗口， token 消耗飙升， agent 也会因为记忆过载而变慢变傻。 所以呢， agent skill 最适合处理那些与上下文关联比较大，而且对上下文影响不大的人物。比如说是根据今天的开发过程写一个每日总结之类的。 而 sub agent 呢，则拥有自己完全独立的上下文。当你启动它时，它会开辟一个全新的对话窗口，它在这个窗口里面看的所有的代码，生成的所有的中间分析过程，都不会回传到你的主对话里面。只有当它把活干完了，它才会拿着一个最终的执行结果来向你汇报。 这样一来，你的主对话依然干干净净，永远不会被琐碎的中间过程所冲爆。所以， sub agent 比较适合处理那些与上下文关联比较小，而且对上下文影响比较大的任务。因此， agent skill 与 sub agent 的 最大区别就在于对上下文的处理方式不同，大家要根据具体的场景来选择合适的方案。 下面我们再讲讲 plug in 这个东西。你可以把 plug in 想象成一个全家桶的安装包，有点儿像是 micros 的 dmg 或者是 windows 下面的 exe 文件。它把一系列的 skill， sub agents， hook 等能力全部打包在一起，你只需要一键安装 cloud code， 就 能够瞬间获得整套高级能力。 下面呢，我来给大家演示一下。我们先输入杠 plug in， 进入到插件管理器，这里面呢有三个选项，分别是 discover， 也就是发现新插件 installed 已安装的插件和 marketplaces。 呃，插件市场，我们在 discover 里面找到这个 friend and design， 按回车安装。 接下来要选择安装范围，有三个可选范围，分别是对当前用户生效，对当前项目生效或者是对当前用户的当前项目生效。我们维持默认就好了， 确定后安装就完成了。对，就是这么快。这里简单说明一下， front and design 是 一个用来做前端设计的插件， 一般来说啊，大模型做的前端呢，都有一定的共性，比如说使用深紫色的主题啊等等。这个插件呢，据说可以打破这个共性，让界面看起来更加好看一点，我们等会儿来看看是不是这个样子的。 安装好了之后，我们重启 cloud code， 然后使用 m k d r 命令新建一个目录，就叫做 my to do r。 然后呢，我们进入到这个目录里面， 再启动 cloud code。 启动好了之后，我们输入杠 plugin， 再次进入到插件的管理页面， 然后再选择 installed， 可以 看到 installed 这一个 tab 下面多了一项，就是我们刚才安装的这个 front and design。 我 们按回车看一下它的详情。可以看到这个 plugin 的 主要的组成元素就是一个叫做 front and design 的 agent skill。 既然我们已经安装了这个 plugin， 那 对应的 agent skill 应该也安装了，我们不妨验证一下。让我们回到输入框这里面， 然后打杠 skills。 你 看这里面是不是多了一个叫做 front and design 的 agent skill 呢？所以呢，安装这个插件本质上就是安装了这个 agent skill。 当然，这个 plugin 比较特殊，就只有一个组成元素，有些 plugin 里面包含了 agent skill， mcp， hook 等多个组成元素，你可以把它理解为整套解决能力，一次性全部安装了进来。下面呢，我们就来用用这个 frontin design， 看看它跟原装的前端设计有没有什么区别。 让我们回到输入框这里，输入我们的请求，按照 frontin design 的 要求做一个代码软件，使用 html 来实现。 注意看， cloud code 并没有立即开始写代码，它首先是意识到用户要求使用 front and design 的 规范，于是呢，它会先请求使用这个 agent skill。 呃，我们点同意？ 读取完了之后呢，它就拥有了 antropic 官方沉淀的一整套 ui 的 设计直觉。接着呢，它开始写代码了，让我们稍微等一下。 写好了，我们先用 l s 命令看看当前目录下有哪些文件没问题，只有一个 index html 文件。然后呢，我们就可以使用 open 命令来打开这个文件看一下效果怎么样？ 大家看这个呢？跟我们一开始写出来的那个 demo 相比，风格就完全不一样了，它的排版更加高级，色彩更加协调，交互呢，也更符合现代审美。 这个就是 france and design 这个插件的力量了。目前 cloud code 的 插件市场还在迅速的增长，除了 ui 设计之外，还有一些针对特定编程语言的 lsp 插件等等。 呃，当然，如果你觉得自己的配置写得非常好的话，也可以参考官方的文档，把你的 skill， sub agent， mcp 等等东西打包成插件，分享给你的团队或者是社区。 好， cloud code 到这里就讲完了，如果我的视频对你有帮助，别忘了点赞关注。我是马克，用最通俗的语言讲最硬核的技术，我们下期再见。拜拜。

二零二六年，你们一定一定要学会使用可劳克的，毫不夸张的说，用好它至少能让你的生产率翻二十倍，因为它的功能不仅仅是写代码，开发应用，我一直都把它当成通用 agent 在 用， 你可以用来写文章，做数据分析，甚至上整理报销发票，这样的繁琐需求都能用它一句话搞定。那么究竟该如何安装并熟练使用可劳克的？除了官方的文档，我最推荐的就是这份完全免费开源的可劳克的中文教程。 可以看到，从安装环境配置、如何使用国产大模型、平替基础使用指南到进阶实战技巧，写的非常详细，而且是全中文。我真的建议你们每个人都可以把它收藏起来，用起来，找不到的话可以跟我说。

我曾是 jamming 网页版的死忠粉，毕竟我靠着他硬是搞定了 index tds 二的微调，让自己声音克隆的逼真度拉到了百分之九十五，还手搓了一套筛选 ai 新闻的高质量脚本。作为我每周新闻回顾视频的自动化信息员，说实话，我真的觉得自己 ai 玩的还蛮溜的。直到尝试了 cloud code， 才发现我以前使用 ai 的 方法 着实有点笨。哈喽，大家好，我是专注用动画科普 ai 的 阿 k， 如果你也是个网页党，或者觉得 ai 不 过如此，那这期视频请一定要看完。放心，纯自来水，没有任何广告 可捞的 code 其实就是个智能体，它的工作原理简单来说就是你用大白话告诉他你要什么，他会先把你的需求拆成好几个具体的步骤，然后他会自己去写那些复杂的提示词，指挥大模型生成代码，并且直接在你的电脑上运行。 每跑一步，他都会盯着屏幕看结果，如果跑通了就继续。如果报错了，他会自己读报错信息，自己改代码，自己重试。在这个循环里，他既帮你搞定了提示词，又帮你解决了改 bug 的 脏活累活，直到把任务彻底跑通为止。 那为了让大家看的更直观，我现在让 cloud code 全自动帮我部署一个 git 项目，看它是不是真的完全不用我动手。另外，这个项目号称全网天花板级别的声音克隆模型。那开始操作之前有三个准备动作，第一，安装 cloud code， 这个我放在视频结尾讲，因为它有点点特殊。 第二，安装 git， git 杠 l f s 和 python， 具体原因和方法可以看我这期视频。第三，准备一段提示词，具体内容如下， 第一条是这个项目的 git hub 仓库，为了避免限流，我打码了，这个项目名气很大，很容易找到。第二条是我在电脑里准备好的文件夹，方便管理项目用的。注意这里整体路径不要有中文哈，不然很容易出错。第三条和第四条是一些经验之谈，这样写会让你的部署过程更加干净和顺利，大家照抄就行。 第五条属于验证环节，写不写都行。然后我们就可以进入文件夹，用 cmd 命令呼出命令行，然后输入 cloud 就 能启动它了。但是我在这里加了一串命令， 这是因为在常规部署过程中， cloud code 经常需要执行一些系统层级的操作，每次他都会问我要权限，为了全程不动手，我就让他以最高权限运行了。大家平时尽量不要这么干，避免因为意外情况导致失去珍贵资料哈。接下来把提日词复制给他，他就开始帮我们自动部署了。 整个过程耗不了两个多小时，中间各种报错和修复。另外模型下载也花了很久，但我全程没有人工介入过，他真的太猛了。 当然，可乐扣的能力远不止于此，后天我会再发一期视频，跟大家详细分享我是怎么用它解决我的战斗力。通电的，感兴趣的小伙伴千万不要错过。 当然，肯定有小伙伴会说 c l i 命令行工具用不惯，市面上明明有那么多替代，比如 ide 工具，像 cursor 或者 tree， 又或者开源 c l i 工具，比如 open code 或者 i flow 等等。而且 cloud code 的 官方对我们国内用户非常的不友善，为什么一定还要用它呢？ 答案很简单，因为它是独立党的存在。大家随便打开一个 ai 编程工具评测视频，处在吭这个位置的大概率只有它一个，因为它就是比其他工具更能激发大模型的潜力。 至于它对国人不友好，这么说吧，我只是免费用它这个 a 键的工具付费模型我用的是 g i m 四点七，虽然 cloud 的 模型很强，但是 g i m 性价比更高，对于我这种初级 ai 用户够用了。这也是为什么我要把安装步骤放到最后讲的原因哈。那接下来我就跟大家分享一下如何安装 cloud code， 并且调用国内大模型。 它的安装方法其实很简单，用官方的命令即可，但是安装好以后会强制要求登录，我们先关闭它，然后使用智普提供的这个自动化助手，把 gim 的 a p i 接入到 cloud code， 等再次打开的时候就可以免登录直接使用了。 用其他模型的小伙伴可以注意一下，各个模型的官网应该都会提供类似的工具和方法啊。那这个时候你跟他对话，他还只会回复英文，没关系，你可以到 c 盘找到你的 cloud 文件夹，通常他的路径是这样的，然后在根目录新建一个 cloud dmb 文件，记住，这里的 cloud 一定要大写，这个文件的作用是规定他必须遵循的规矩， 你可以先写一句 please always speak chinese， 然后保存后退出，这样他以后就只会回复中文了。那相信敏感的小伙伴就发现了，这个文件中还可以给他指定很多个性化的需求， 大家可以联网搜索一下高手写的这个文档的结构和内容，当然也可以问问 jimmy 该怎么写哈。 ok， 那 以上就是本期视频的全部内容了，我是专注于动画科普 ai 的 阿 k， 无惊无险又到六点，下了个班。

请帮大家去做一个 ai 编程的入门啊。 ai 编程呢，首先有几个工具需要大家去下载的，那么首先第一个就是这个 vs code 的 怎么去下载呢？需要大家去搜索 vs code 的， 最好是用这个搜索引擎，因为百度上面全是广告。 第二个你需要做的就是去下载 ai 编程的一些工具，比方说 code 的， 然后 gpt 的 code x， 或者说是 gb 啊， kimi 的 kimi code， 统一就在这个 vs code 里面呢，去搜索这个东西啊，去搜索这些东西，然后下载好。然后呢， code code 和 gbt 的 code x 是 需要魔法的，那么这个是 kimi code 是 不需要魔法的。 然后呢？嗯，比方说以可乐的 code 为例例啊，就是我建议大家在用这个 vs code 们去用，不要用这个对话框，那个黑框，我作为一个程序员我都不想去用，看起来很酷，其实非常难用。 然后呢， color code 的 话，其实是可以去调用多个模型的，就比方说你是用 color code 的 去写代码，但是底层呢，实际上你可以去用 deepsafe， 或者说千万你可以去用这个模型去写代码，那么这个往这个，这个就是这个 工具叫做 cc switch， 它是可以管理这些模型的，你只要这里点切换，你看见没有，你的背后这个模型呢，就已经切换掉了，而且呢，它还有一个调用的一个记录，对吧？使用的一个查询，我们看看它使用的量，它有一个查询的， 你大概是用到了 tokyo， 对 吧？哦，这个怎么用？然后呢？你可以 啊，你看这个是有一个查询的东西使用量查询。然后呢，比方说 啊， code x 和 gmail， 它都可以去在后面去切换不停不同的那个模型，所以这个工具是非常有必要的。另外一个呢？就是一个，呃， ar 聚合网站，比方说我喜欢用的这个是 p p word 点声音这个网址， 这个里面有六十多个模型，那么干什么用呢？如果你要去 ai 去写一些方案的话，我建议你用最厉害的这个模型，比方说 g m 三 pro 还有 g p t 五，那么他们对你要做了这个整个代码的规划，然后方案框架 他是理解的最透的。嗯，或者说你要他去整理一些桌面的内容，或者说去那个整理一个资料表格等等，都可以哈，你都可以让他去帮你做方案，把这个方案做好之后把它复制出来给到 code x， 呃，或者说 code code gptx 和 kimi， 让他们去沿着这些模型给的方案再去执行，这样的话是最省 talking 的。 嗯，基本上你可以用这个一套的东西在一个小时之内就完成整个搭建， 然后具体该怎么去使用，比方说使用教程啊，这个里面的细小的功能，还有 skis 或者 mcp， 你 都可以用这个句号网站去问他我该怎么去用这个东西，是吧？都可以用基本上 pro 去使用，甚至让他去搜索网络都可以完成这个教程的使用。 那基本上你通过这些一套的工具的话，你就可以完成一个自己的 ai 的 编程，或者说 ai 的 工作流。

哈喽，我是小豆子，最近我身边有很多朋友因为工作的需要，终于下定决心开始把 cloud code 用起来，虽然现在市面上已经可以找得到非常多的关于 cloud code 的 保姆级安装教程， 甚至还有可以一键安装的脚本，但是对于没有任何基础或者是说没有接触过的朋友来说的话，可能还是会需要做一些心理建设。昨天晚上我就在想， 现在 ai 包括 agent， 他的能力已经那么强了，为什么不直接让 ai 来帮我们做这件事情呢？于是我就想到了一个比较很丝滑的一个过渡工具，就是自己的挖地括顶工具。呃， 我昨天晚上想到这个 idea 的 时候就非常的兴奋，脑海里面第一浮现的就是这是一个你奶奶也能够照着操作的关于 cloud code 加国产模型的安装使用的携修大法。 整个过程会分为五步，第一步要准备 g p i king， 除了国外的 cloud 模型，我比较经常用的就是智普的 g i m 模型，大家可以去通过访问这个地址是智普的大模型开发平台，登录之后的话会有个人的账号，在个人的账号里边我们需要去进行充值 或者是购买套餐，这里都可以推荐大家去购买智普的这种开发套餐，购买之后我们就可以在项目管理的 api king 这里去添加一个新的 api king， 你 就能够得到一个 api 的 king 值，去复制它。好了，现在我们已经有这个用来调模型的钥匙 下，我们要需要去呃自己的 treo 的 官网去下载应用，这里需要说一下，我的电脑是呃 xos， 如果是 windows 的 小伙伴呢，就直接点中间这个来下载就可以了， 下载完之后的话我们就双击去安装，因为 treo 它分国内版和国际版，如果是国内版的话，它有 treo c n 中国的意思。 第一次打开的话，大概这个界面就是长这个样子的，因为 chu 它是一个 i d e 工具，所以的是我们要去让他帮我们进行任何操作的话，建议大家还是去新建一个文件夹，在这个文件夹里面去保存或者是创建跟这个项目相关的所有文件。所以这里比如说我们就新建一个 cloud code， 接下来我们就让他直接去打开我刚刚创建的这个文件。为了更方便的去使用，所以我们先登录一下这个就是登录之后的界面，大家看到这个界面可能会觉得有点陌生，嗯，不过不要害怕，我简单给大家介绍一下，左边就是呃是一个文件区，中间他可以 展示我们选了任何的文件就可以在中间去查看。右边的是我们可以去跟 ai 对 话的窗口，这它其实还分 solo 和 ide 的 模式，这只是吹耳的两种不同的任务模式， solo 模式是后面新出的，它更适合做这种复杂的任务， ide 更适合从零到一的相对简单的任务。不过大家现在就不用管它， 我们就在 ide 的 模式里面，接着我们就可以在右边的这个框框里面跟 ai 去对话，这个地方我们是可以去切换不同的模型的，非订阅用户其实也会有一定的额度，我们就可以趁这个机会让他去帮我们做一些事情，比如直接帮我们安装 cloud 的， 大家就可以按照平时使用，比如说豆包或者是 deepsea 这类工具一样，直接在这个对话框里面去跟 ai 交流。比如我就直接跟他说安装最新版， 接下来他就开始在工作了，我们可以看到他会先去思考，会去搜索什么是 cloud code， 也会去了解假如他要安装 cloud code 的 需要做哪一些准备工作，包括可以看到他会去看 cloud code 的 官方安装指南， 我们可以看到安装 cloud code 的 话需要安装的 note， 但是我们不用操心，应该会去帮我们安装，对应的就是所需的这些环境。 好的我就先终止这个任务，我其实是已经安装了 cloud code 了，我没舍得直接把它删掉，因为我上面其实已经配置了很多我平时在用的一些一些内容，所以如果直接卸载掉的话，可能我后边工作的时候会比较麻烦，所以大家就按照这个思路去让 ai 帮我们把 cloud code 安装好就可以。 可能在过程中有的时候他会问我们，征询我们的意见，要获得我们的许可，大家就看着办，一般来说就是点同意就可以了，我们可以点面板这个按钮，他就可以打开终端。有时候我们可以去看一下 cloud code 是 否安装好了， 你看看它的版本，这个它的版本哈已经安装好了，如果大家在发现没有安装好的话，直接在这个窗口去跟 ai 沟通，让他去帮你解决就可以，你需要做的就给他授权。好的，现在我们的 cloud code 的 已经安装好了，那接下来就是因为 cloud code 的 它只是一个工具，它并不是一个模型，所以我们要让这个呃工具 去帮我们执行任务的话，我们还要赋予它模型的能力。我们怎么如何去使用模型的能力呢？大家平时经常见的像豆包或者 dipic 的 那个动画框的话，那个是 模型公司直接做出来的产品，可以让我们直接去跟他对话。但是除了这种方式之外的话，其实就是通过 api， 大家把它理解为一个接口，通过这个接口我们可以去获取或者是说去调用模型的能力， 所以我们安装好了 cloud code 之后的话，我们还需要给他去接模型，那接模型就是一般常规方式的话，就我们需要去配置 cloud code 的 环境变量，反正就是他的某个配配置文件，大家不理解也没有关系， 比如我一开始我都是通过配置环境变量的方式去使用的，但是这种方式比较麻烦，而且对于我们不会代码，没有技术基础的小伙伴来说的话，门槛会比较高。但是有一个非常实用的工具叫做 cc switch， 它可以帮助我们通过格式化的这种方式去配置模型。它这个工具也是需要下载的，我们就可以直接在这个对话框里面下达指令，我们可以看到 ai 也会自己去搜索关于 cc switch 的 相关信息和安装方法。好的，因为 cc switch 我 也已经安装了，所以我就不让它继续去执行这个任务了，我就把它中断掉。 那我给大家看一下 cc switch 这个工具，安装好之后的话，它也是一个应用，它的图标大概就是长这个样子的，我们把它打开这个界面， cc switch 的 界面就是这样子的， cc switch 除了支持 cloud code 之外的话，还支持 codex， 还有这三个平台的 api 的 管理， 所以我们就选第一个就可以如何去添加一个 api 配置呢？点这个右上角，这里边就是 cc switch 目前支持的这些模型， 比如说假如说我们要去配这个质朴的模型，我们选中它这些内容的话，它会自动的帮我们填进去，那我们需要填的其实就只是 api key， api key 就 从我们刚刚已经配置好的地方，比如说复制再粘贴进去保存，这样子就是我们保存好之后的话，我们就在这里点起用，如果你配置了多个模型，你就可以直接在这里切换，非常的方便。 这样我们就通过 cc switch 的 这个模型的配置和管理。接下来我们就可以开始去使用 cloud code code 了， 我们有两种方式可以去使用，一种我们直接在这个 tree 里面通过点击这个面板打开终端，在终端里面去去运行 cloud code。 还有一种方式就是我们直接打开电脑上的终端，也可以在这上面去运运行 cloud code 的 运行指令就是 cloud， 大家就会看到这个界面，点同意就可以， 同样的我们也可以在这个地方去换起 cloud。 看到这个界面的话，其实就是我们已经进入到了 cloud code 的 对话界面，大家不用紧张，它其实也是一个对话框，我们可以直接在这里面去跟 ai 交流，比如说我就可以问他今天 天气是不是，大家仔细看一下，这里其实就是一个对话框，比如说我就告诉他我在昆明看到了吗？这就是 ai， 他 不仅听得懂我的指令，并且比如说我问他的是天气，他就会来追问我我所在的城市，接着他就通过上网检测的方式给我反馈了今天的一个天气信息，那这个只是最基础的应用， 再回顾一下是不是按照这五步来走，我们不需要有任何的开发技巧，所以我把它称为你奶奶都听得懂的邪修大法，是不是非常的形象？刚刚我们看了就是 cloud 的 扣，非常简单的一个能力展示，接下来我们给他上点难度， 这个是我现在的桌面，因为我最近有很多的这种来扣顶的尝试，再加上就是也录了一些杂七杂八的视频，所以我的整个桌面非常乱，我现在就可以立马让 cloud 的 帮我去整理我的桌面， 就是我找到我的桌面的文件夹，然后直接在这个位置去打开终端窗口，这样子的话终端目前的路径就是我的桌面，然后运行 cloud， 那 这个界面的话就是已经进入到 cloud 里面了，那我就可以跟他说， 大家可以看到 cloud code， 它已经开始去执行任务了，它分析了我桌面的这些内容之后，会给我出一个分类的建议， 我们可以看到他的分类还是非常的科学的，我们可以直接同意，如果是说你有其他的这种分类的需求的话，你也可以直接在这里去跟他提， 这里的话其实也是一个授权的问询，一般来说的话我们就是按 yes， yes， yes， 如果是说我们你觉得一直按 yes 会比较麻烦的话，你也可以选第二个，第二个的话就是指不用一直问我，你可以继续去做，当然就是 cloud code 的 它其实是有非常多的指令还有使用技巧的，那我们就不在这一次的分享里面去多提了， 可以看到就是这些的话，他其实都是一个在征询我们的意见，然后我们需要去给他一些许可，可以看得到他的速度还是非常的快哈，我们来看一下，我们可以看到他创建了一个录屏的文件夹，帮我把录屏的内容都放了上去，还有一些 截图的其他的话，就是因为这些主要都是我做 wifi 定制的一些项目，他就把他单独的还是保留单独的这种结构。这次我们就完成了卡拉扣的的安装以及模型的配置，另外的话也给大家浅浅的展示了卡拉扣的能力， 建议大家还是下来自己去尝试，然后解锁他的其他的用法。好，今天的分享就到这里了，谢谢大家。

在使用 cloud code 的 时候呢，有没有遇到过这样的情况，你明明只是想让 cloud code 分 析一下当前的问题所在，但是他却自作主张，咔咔的就是一顿乱改，改完之后发现又改错了，又得重来。例如在咱们这个视例中，我们这个 add to do 这个功能出现了 bug， 明明填写了 title， 但是点击按钮的时候呢，它就提示 title is required。 于是我们想让 cloud code 分 析一下问题所在，我们的本意是想让它分析一下问题，确认后再做修改，然而 cloud code 在 分析完问题之后呢，不管三七二十一就把你改了。 所以为了防止他好心办坏事，很多开发者不得不在提示词的结尾加上诸如此类，给出解决方案，不要修改代码。其实呢， cloud code 本身就提供了一个更优雅的方案来解决这个问题，那就是 plan mode 计划模式。 什么是 plan mode？ 想要了解 cloud code 的 功能，最好的办法就是问他自己，没有谁比 cloud code 更了解 cloud code。 这里有一个小技巧，如果你想了解 cloud code 的 某个功能，那么你就这样给提示词 reflect on your system prompt， 后面接某个提示词。 比如这里我们就写请解释 play mode， 接着他就会给出 play mode 的 详细解释。他说， play mode 规划模式是我在开始复杂编码任务之前使用的一个特殊的工作模式。 play mode 的 目的是在写代码之前先制定实施的计划，获得用户对方案的认可，避免做无用功， 确保方向的一致。退出规划模式之后， codecode 就 会进入执行模式，它可以编辑文件、运行工具，执行实际的代码变更。看到的说明呢？我理解了，在 plan mode 下只做计划，不做任何修改。为了确认是不是这样，我们再问问他， 在 plan mode 下你能创建或者修改任何文件吗？你看他说不能。在 plan mode 下我无法创建或修改任何文件。那为什么要这样设计呢？ plan mode 的 目的是先思考， 后行动，避免在未经批准的情况下修改代码，获得用户的认可，确保实施方案符合用户的期望。避免写了代码之后发现方向不对。所以你只能在退出 play mode 之后， cloud code 才能真正的修改代码。那现在我们了解了 play mode 是 什么，那我们要如何进入 play mode 呢？ 很简单，按快捷键 shift 加 tab 按一下 c c 会进入 url mode。 进入 url mode 之后呢，底部状态栏会显示 accept edits on， 再按一下就会显示 play mode on， 如果你再按一下就会关闭 play mode。 至于什么是 url 模式， 我们这个视频中不做讲解。现在我们进入到 plan mode 之后呢？回过头来再处理视频开头的问题试试。现在我们输入提示词之后，我们就不再需要明确要求它只做分析，不要修改代码了，然后我们就执行它。现在你可以看到它并没有直接改动我们的代码，转而先分析了代码上的逻辑，例如这个表单触发的逻辑， 问题的关键所在，以及问题的总结。现在我们要求 c c 帮我们实施这个计划，它会提示你想进入哪种修改模式。第一个是清除 context， 自动接受修改，这里的自动接受修改就是会退出 play mode。 第二个是自动接受修改，但不清除 context。 第三个是手动接受修改，手动接受修改也会退出 play mode， 但只不过每次 c c 修改文件时都会提示你得到你的确认。我们选择第一个，我们可以看到他已经帮我们修改好了这个问题了。当然咱们这个视力过于简单。 总之， play mode 的 作用就是在复杂编码任务之前，使用一个特殊的工作模式来采用一种更优雅的方式达到我们的目标。怎么样，你学会了吗？关注我，解锁更多编程技巧！

最近为大家做了多期 openclaw 相关的视频，而且昨天我还发了一期 openclaw 的 高级用法的视频。但最近我发现几乎每期视频的评论区都会有留言提到 openclaw 调用 cloud code 会非常消耗 token。 因为在之前的视频中，我有为大家演示过，用 openclaw 来调用 cloud code 进行编程开发，我们只需要为 openclaw 全程操作 cloud code， 为我们实现编程开发。 但是我们如果采用传统的方式，也就是常规的方式让 open cloud 直接调用 cloud code 的 话，那么 open cloud 每隔几秒就会轮循一次，检查一下 cloud code 的 状态以及 cloud code 的 输出。使用这种传统方式的话， open cloud 必须时刻盯着 cloud code， 所以 openclaw 就 会消耗非常多的 token。 所以 我发现在评论区大家抱怨 openclaw 调用 cloud code 会消耗更多的 token。 因为大家采用的是这种常规的传统方式， 所以 openclaw 要采用不断轮询的方式来查询 cloud code 的 状态，也就是 cloud code， 它执行的任务越久，在 openclaw 中它轮询的次数就越多，所消耗的 token 也越多。 所以我们可以完全不需要用这种传统的方式直接让 opencloud 来调用 cloud code。 因为无论是 opencloud 还是 cloud code， 它们都非常非常的灵活，所以越灵活就越强大，就越有利于我们去自定义一些功能，从而轻松解决用 opencloud 调用 cloud code 的 时候， 产生大量的 token 消耗。尤其是 cloud code 在 前几天新增了 agent teams 这个新特性，因为 agent teams 相当于在 cloud code 中随时可以创建一个完整的开发团队， 而且每个 agent 呢都是独立的进程，所以是真正的并行执行，而且每个 agent 之间还可以相互通信，还能共享任务列表，能自动认领，还能实现专职角色分工，比如说负责开发前端的 agent， 负责开发后端的 agent， 还有负责测试的 agent。 所以在 cloud code 中有了 agent teams 这个最强大的新特性，在 open cloud 中就可以更加轻松地向 cloud code 委派任务，让 cloud code 全自动完成整个开发工作流。 想让 open cloud 以更节省 token 的 方式来调用 cloud code， 其实非常简单，我们只需要用到 cloud code hux 功能， 在 open cloud 中可以结合 cloud code 的 hooks 功能，真正实现调用 cloud code 进行自主开发，并且能够实现真正的零轮询，而且还能非常节省 token。 当开发任务完成之后， 我们还能在聊天软件的群组中自动接收到任务完成的通知，包括实现的是什么任务， 项目存储的路径，还有耗时，还有 cloud code 的 agent teams 是 否已经起用，还有具体完成的功能，还有项目的文件结构等内容。下面我们就看一下我是如何通过 cloud code 的 hux 来实现了整个流程。 下面我们先通过这个流程图，让大家更直观的感受一下在 cloud code 中通过 hux 回调来实现的整个步骤是怎样的。 首先是由 opencloak 将我们要开发的任务委派给 cloud code， 像这个委派只执行一次，而且它是后台运行，不会阻设 opencloak 的 对话窗口和它的主 agent。 当 cloud code 接到任务之后，它就会进行自主开发还有测试，当任务完成之后，它就会触发 stop 事件。 第三步就是 cloud code 中 hooks 自动触发，它会先将执行结果写入到这个文件中，然后再发送 wake event 来唤醒。 open cloud 在 这里采用了 stop event 以及 session end event 实现双重保障，来保障在聊天软件中，我们能够真正收到它的任务完成的通知， 然后 opencll 就 会读取这个文件中的这些结果和状态，当它读取完这些结果和状态之后，它就会回复给我们，也就是通过我们的聊天软件来回复给我们这些状态。 像这个流程的话， opencll 只在给 cloud code 派发任务的时候调用一次 cloud code， 然后这中间的流程不需要 opencll 参与。在最后这里， opencll 再读取一下这个执行的结果，并且将执行结果发送给用户。 所以在第一步， opencloud 只是给 cloudcode 下发一个任务，它下发任务的过程所消耗的 token 几乎可以忽略不计。在最后这里，它只是读取一下结果，将处理结果发送给用户，而且这个结果里的内容非常少，甚至不超过一千字， 所以在最后一个步骤，它所消耗的 token 也几乎可以忽略不计。在 cloudcode 的 自主完成这个任务的过程中， opencloud 不 需要对 cloudcode 进行轮询。 好，下面为大家讲解一下我是如何实现的。在 cloud code 中通过 stop hook 来达到任务完成自动回调的效果。在刚才也提到了我们使用了 stop hook， 还用到了 cloud code 的 session end。 下面我们简单看一下为什么要用到这两个 hooks。 在 cloud code 中一共有十四个 hooks， 之所以我们选择这两个， 是因为我们构建的这个工作流，在 cloud code 中，它完成开发之后才会触发这个 hooks， 所以 使用 stop hook 作为主回调，就可以保证 cloud code 的 真正完成开发时才会触发。在这里我们还用到了 session and 作为兜底回调， 也就是假设 stop hook 它没有触发成功，还有这个 session and 它能够作为兜底。像这样的话，我们就能够真正保证 open cloud 向 cloudcode 发送一条开发任务，然后 cloudcode 独立运行。在 cloudcode 独立运行的这个过程中，它并不会消耗 opencloud 的 上下文。当 cloudcode 完成开发后才会触发 hux， 然后我们的聊天软件就会收到通知， 下面我们就可以看一下具体的代码。在这个代码中，我们先看一下这一个脚本，它的作用就是将要开发的任务来写入到这一个文件中，然后再通过这个脚本来启动 cloud code。 当 cloud code 完成开发后，这个 stop hook 就 会自动触发，然后就会调用这一个脚本，我们可以点开看一下， 这一个脚本就会将任务发送给 openclaw， 所以 这个自动回调流程，它会读取这两个文件里的内容，并且写入到这一个文件，然后 openclaw 就 会将这些信息推送到我们的聊天软件，这样的话我们就能够实现 在 open cloud 中向 cloud code 下达开发任务，然后由 cloud code 自主完成开发。当完成开发之后再触发这两个 hux， 最后我们的聊天软件就会收到推送通知。好，下面我们可以先用一个简单的开发案例来测试一下。在主 a 选项这里，我们直接在对话框中输入我们的任务， 我是为了是用 cloud code 的 a g and team 协助模式构建一个基于物理引擎还有 h t m l c s s 的 带材质系统的落沙模拟游戏，然后我们直接发送，看一下这个效果， 这里很快输出提示，它已经将这个任务派发给 cloud code 的 agent teams。 这个开发模式就是调用 cloud code 的 agent teams 多智能体写作，这里还给出了这个工作路径，然后这里它提到完成后会自动通知到群里， 像这样的话，这个主 agent 的 线称并没有被阻塞，它还可以继续为我们执行其他的任务。比如说我们在这个主 agent 中继续输入任务，比 比如说让他查询新加坡今天的天气，然后我们直接点击发送，看一下最终的效果。像我们如果采取传统的方式在 open cloud 中来调用 cloud code， 在 主 agent 中必须等到 cloud code 真正完成开发之后，这个主 agent 呢才会继续执行我们的其他任务。 像我们采取了现在这种方式，这个主 agent 的 进程并没有被阻塞，所以我们让他查询新加坡的天气，然后这里他就很快查询了一个天气，然后我们还可以继续输入其他人物，比如说讲个笑话，然后这里他就很快输出了一个笑话。而 cloud code 在 后台完全是自主运行，不需要我们去干预， 然后我们只需要等待 cloud code 完成之后，将完成后的消息推送到这一个群组里就可以了。之所以设置为将完成后的消息单独推送到一个群组，是因为我们在这个 agent 中可能还在进行其他任务的操作， 比如说让他讲个笑话，他在讲笑话的时候突然多出来一条任务完成提示，这样会导致这个上下文窗口比较混乱，所以我们就将他完成后的这个消息推送单独推送到一个群组里，这样的话就不会占用这个主 a 智能的这个聊天窗口。在这个群组里我们就看到了这个消息推送，我们点开群组 查看一下，在这里我们就看到了这个任务推送，这里提示 cloud 的 任务完成。这里是开发的这个游戏，然后这里是游戏的路径， 在 cloud 的 code 中使用的就是 agent teams， 这里就是给出的项目文件，然后这里它还推送了第二条消息，这里还给出了完成时间大概六分钟，然后这里还包含一百八十四个测试通过， 然后这里就是给出的交付，然后这里还给出了这些性能，下面我们可以输入提示词，让他将代码文件打包发给我，这样的话我们就可以在本地打开进行测试，因为我的 open cloud 是 运行在云端的 好，这里他将为我们开发的这个项目文件发送给了我们，这里还提示解压后在浏览器中就可以打开使用，然后我们直接点开，然后我们在浏览器中打开看一下这个效果，就是他开发的这个落沙游戏，我们可以先测试一下，我们选择这个沙子 好，这样点击之后这个沙子就落在了底下，然后我们再点击这个水 好，可以看到水落在了沙子上，然后我们再给它加一把火，可以看到这个火会往天上飘，再给它加一些木头， 然后再给它加一些蒸汽，可以看到这个蒸汽飘到木头上会变成雨。像这样的话，我们就真正实现了在 open cloud 中调用 cloud code 进行开发。大家就不用担心在 open cloud 中调用 cloud code 非常浪费。 token， opencloud 所消耗的 token 几乎可以忽略不计，哪怕我们不在电脑前，也可以通过手机向 opencloud 下达开发指令。当完成开发之后，我们就可以在群组中查看推送的这些消息。

今天给大家讲解一下如何免费使用 cloud code 的 中文版，无需复杂配置文件，同时还支持图片和文件拖拽处理。最近又是出差又是做项目，好久没有给小伙伴们出作品了，今天就给大家讲讲怎么超级简单上手。 cloud code， 中文免费，简单一看就会。首先打开我们的 id， 这个应该大家都有吧，然后点击这里，点击设置， 点击这个插件，然后安装一下这个 cloud code 的， 这个是一个大佬开发的 id 插件，中文一种配置，简单直接在 id 插件市场就可以安装，我这里已经安装好了，小伙伴们自行搜索安装即可。安装好后，右侧这里会有一个，点击这个。第二个进入到供应商管理页面，这里可以添加 cloud 的 配置， 点击这个添加这里相当于是格式化操作配置 card code， 这个非常的方便，不需要你再去找什么看不懂的配置文件，然后手动配置。我拿这个方舟举例子，第一个供应商名称这里随便填写，主要是用来区分你的 bi 管理， 那 p i t， 这里需要自己去申请一个，之前我也分享过一些好用的中转站，可以看我之前的作品可以找到。这个方舟是我目前用的最多的，因为它家每天有两个小时免费使用机会。这里注册登录进来之后，点击工作台，点击 ip 令牌，然后去创建一个新的令牌名称，这里也是随便输，过期时间这里默认就行，自己设置，重点是令牌渠道，这里 首选这个 gemini club 的 限时免费，然后再添加一个备用通道，选这个 club gemini 暗刺，这个为什么这么凶？我会告诉大家，然后其他的就不重要了，点击提交，然后点击这个地方，复制一下刚才创建的令牌，回到我们的 id 中，把这个令牌粘贴进去。下一个是我们的请求地址，回到浏览器，点击这个查看 id 地址，然后点击一下这个链接，复制好，回到 id 中粘贴。 下面这个模型映色有三个输入框，分别是 color 旗下 opus 和 hiq。 这里还是回到浏览器，点击这个模型列表，然后点击这个 color， 下面按次往下滑动，先找一找最强的 opus 四点五模型， ok， 就是 它，这个是目前编程最强的模型，没有之一。点进去看一下，看这个渠道分组，这就是为什么刚才让大家这样设置的原因，这个分组它非常的实惠，零点零二次，然后每天限时，免费的时候连零点零二都不需要。这里我们复制一下这个模型名称， 然后把它填到对应的模型印刷输入框中，其他两个也是一样的操作，设置好之后点击保存更改。 ok， 此刻我们的 cloud account 就 配置好了，现在来试一试效果怎么样。这里可以快捷选择模型，不需要再 mod 什么什么操作了。 这个响应很快，而且是不需要任何魔法什么的。因为主播用的随身 wifi， 所以 我这边网络还是稍微有点慢，常规的网络都可以正常使用，解决了小伙伴们不会魔法配置的问题。 ok， 接下来让他分析一下我当前的项目， 正常情况响应很快的，这里是主包网络有点问题，我重新提问一下。 ok， 重新提问一下，很快就响应了，这个插件还支持图片解析哈，文件拖拽行为真的是比直接使用科二扣的方便很多，再加上 id 的 基础操作大家也都熟悉，简直就是如鱼得水。目前大佬这个项目跟他 still 已经突破一 k 了，大佬的官网也正式面试了，后 续文档构建、迭代更新、 ai 前沿知识分享等都会在官网发布，大家可以持续关注。好了，那本期作品就先到这里，更多进阶的玩法，我们后续会持续发布相关作品。

cloud code 前几天发布了 agent teams， 可以 让多个 agent 并行干活。与此同时， anthropropic 的 研究员 nicholas carolina 发了一篇 gcn blog， 记录他做的一个实验，让十六个 cloud 组成一个无人干预的团队，花了两周时间，两万美金从零写出了一个十万行的 c 编辑器， 能编一 linpus 内核的那种。这其实正是 agent teams 功能的早期原型实验，它揭示了让多个 ai 像人类团队一样协助背后的设计思想。今天我们就来拆解这个原型中最核心的两个设计，它是怎么解决永不停歇的循环问题，以及十六个 cloud 并行的协助问题。 先看问题，典型的 cloud code 使用方式，它需要人在线并随时待命才能协调工作。如果您请求解决一个冗长而复杂的问题，模型或许可以解决一部分， 但最终会停止并等待进一步的输入，例如问题状态更新或澄清请求。但如果你想让自主 cloud 做一个大型项目呢？会遇到两个问题， 第一，它会停，解决了一部分问题后， cloud 会等你继续输入，不会自己往下走。第二，它一次只能做一件事儿， 项目大了，一个 cloud 根本不够用。所以核心问题是怎么让 cloud 不 停地跑，怎么让多个 cloud 并行协作。为了让 agent 可以 自主持续运行， caroline 构建了一个极其简单的 harness， 在 独立的 docker 容器里跑。一个 while true 循环 就几行代码。核心逻辑是在一个无限循环里调用 cloud 跳过权限确认，让它可以自主执行任何操作任务。指令从 engine prop 文件读取每次运行的日记都记录下来， cloud 完成一个任务，脚本自动启动下一轮，直到人工停止或任务完成。除了这个循环， engine prop 里写了什么也很重要。他告诉了 cloud 的 四件事，第一，把问题分解成小块。第二， 追踪自己在做什么。第三，决定下一步做什么。第四，持续工作，直到完美。这就是 agent 的 自主性来源， 不是复杂的控制逻辑，而是精心设计的环境解决了自主运行，接下来是多 agent 并行协助。那么怎么防止它们撞车 同时修同一个功能？为了解决这个问题，作者用了一个极简的方案， get 文件锁。每个 cloud 都要做什么任务？就在 current tasks 目录下创建一个 t 乘 t 文件，比如 agent a 创建 parse underscore， if underscore statement dot t x t 表示我在做解析 if 语句，如果 a 乘 b 也想做这个任务， 他尝试创建同名文件时， get push 会冲突，系统就强制他选别的任务做完后， cloud 删掉所文件， push 代码 po 合并。其他人的改动就是这么简单，没有消息队列，没有 readis， 没有复杂的编排框架， 就是 get 文件。有一个细节，这个实验室没有用 orchestrator 协调器，传统多 agent 架构通常有一个 orchestrator 接收总任务，分解子任务，分配给 worker 收集结果。 caroline 的 方案完全没有这个角色，每个 agent 自己决定做什么，为什么可以 work？ 因为有高质量测试套件作为目标。编解器项目的问题是显示的，测试失败了， cloud 自然知道该修什么，不需要有人告诉他。 这是一个重要启发。 orchestrator 不是 必须的，如果问题结构够清晰，反馈够及时， agent 可以 自组织。这个实验的价值在于，它实质上奠定了 child code agent teams 功能的架构基础。原型验证了几个核心假设，第一， ai agent 能长时间自主运行， bot 能不能在没有人类干预的情况下持续工作两周？会不会很快陷入死循环？会不会偏离目标？实验证明可以，只要有合适的环境，设计 agent 确实能像员工一样自主工作。第二， 多 agent 并行协助是可行的。多个独立的 agent 能不能有效协助？实验证明可以，基于共享状态的协助比我们想象的更稳定。第三，不需要复杂的协调机制。之前可能会认为需要消息对列 r p c 复杂的编排框架，实验证明不需要 gap 这种最基础的工具就够了。写作的关键不是技术战，而是设计理念。产品版的 agent teams 正是继承了这几点。 但对比两者的架构，我们发现从原型到最终成品也有一些关键演进。我们可以从几个核心，设计决策来理解这个演进过程。设计决策，一、组织架构 从去中心化到混合模式，原型是完全去中心化的，十六个 agents 完全平等，各自决定做什么。通过 get 自然协调，产品版引入了 lead 角色，但这不是简单的中心化，它是一种混合模式。 lead 负责战略层的工作，分解大任务综合结果，解决冲突， 但 lead 不 会微管理，不会告诉 team mates 具体怎么写代码。 team mates 保持自主完成任务后自动 call 下一个独立决策实现方式，相互之间可以直接通信。为什么需要这个改变 预测可能是以下几个原因，成本控制原型中，多个 agents 可能重复尝试相同的失败方案，造成浪费。 lead 可以 记住已经试过的路径，避免重复探索。 用户体验原型是完全自主的黑盒启动后等两周看结果，但生产环境需要人随时介入。 lid 作为接口层，让人类可以参与而不破坏系统运行。 设计决策二，自主程度从完全自主到人机协助原型的设计目标是能否让 cloud 们完全自主完成两周项目。实验证明可以，但需要完美的测试套件，清晰的成功标准，充足的预算，而且要接受非最优的路径。 这适合研究实验，但不适合生产环境。产品版的设计理念是人在回路中，但不阻塞并行。人类的角色是设定方向， 审查计划，介入卡住的天魅，终止不当路径。综合判断， agent 的 角色是并行探索，自主执行，相互质疑处理细节。这样设计的效果是通过早期发现错误，降低成本，通过人类监督关键决策提高质量，通过随时调整保持灵活性。 设计决策三，协调机制从 g i t 文件锁升级到任务看板，原来是盲目竞争，谁先抢到锁算谁的。现在是有序认领，所有任务依赖关系状态都透明可见。设计决策四，呼信方式从代码提交丰富到显示消息。 原型中 agents 只能通过看别人的 commit 来猜测在做什么。产品版 timbits 可以 发消息讨论方案，互相质疑， 这把隐形假设变成显性共识，在实施前就对齐。之前我们读过 devon 不要构建多 agent 系统的文章。多 agent 的 写作核心痛点就在于每个 agent 工作时会做出自己的隐形假设，互相不知道合并时就是灾难。 cloud agent team 可能是通过通信、共享、记忆等方式把隐含假设变成显性共识。还有其他一些区别，如成本模型从固定变为按需， 原型是固定，十六个 agents 跑两周，不管是否需要产品版，按需创建，按需销毁团队规模，动态调整模型策略从单一变为混用原型全用 opus。 四点六，产品版支持模型分层， lead 用 opus 做战略决策， teammates 用 sonic 做执行简单任务用 haiku。 可以 看到，这些眼镜不是推翻原型，而是在原型验证的基础上，让它变得更实用、更经济、更可控。 原型验证了 agent teams 能不能实现的可行性的问题，而最终发布的产品解决了生产及可用的问题。好了，本期内容就到这里，这里是慢学 ai， 我 们下期见。

大家用 curl code 干复杂的任务，你大概你有碰到过这三个问题，第一个，这个上下文越聊越长，到后面他就开始忘记前面改了什么东西。第二个的话，任务明明能并行，他却只能一个一个的串行去啃，那第三个的话，一个 a 帧只有一个视角，看安全他就顾不上性能。 其实这不是 prompt 写的不够好，这就是单 agent 它的一个结构性的瓶颈。那最近 cloud 官方发布了 agent teams， 今天我们就通过这个视频来把它讲透，最后还通过一个真实的项目，带着大家去一步步看这个 agent teams 到底是怎么写作的。那这个 agent 到底是什么呢？很简单，它就是可以允许多个 cloud code 这个实力去协同工作， 有一个团队的管理者，然后去派发多个团队成员去干活啊，他们团队成员之间还可以互相去通信，并且这个团队老大也可以实时的去跟这些成员去通信。 那下面有一个这一个图哈，就是你的用户嘛，就我们嘛啊，你发了一个任务，那这个 team leader 就 去拆，拆完了之后他就开始去啊，就给了这个成员，让他去执行后端，让这一个团队成员去执行前端，让这个去做 q a 啊，然后呢，他们共享这一个任务，就是他们会都会从这个任务列表里面去 接受任务，然后去更新任务的状态，然后回填，那他们团队成员之间也可以通过这一个去通信，那这样就打通了从团队到成员互相通信，成员与成员之间也可以互相通信， 它的最佳的使用场景，第一个是研究与审查，第二个是一些新模块的开发，第三个是一些竞争性的假说，也就是说 你发现一个 bug 啊，你开多个成员让他们互相讨论啊，我反对你，你反对，最终我们去劳报出来一个真正可能的一个答案。第四个的话是一个跨城协调，也就是说我们正常的一个开发流程中，前后端 其实你是可以并行去做了嘛？因为当我们有架构完了之后，有设计文档，有一些什么 api 文档，有数据库的文档，这个时候前后端就可以干活了，那同时前后端干完之后，这个时候测试就可以跟上嘛，测试完了之后，那就可以做后续一些事情。 下面我们来看一下这个 agent teams 跟 sub agent 的 区别哈，这个核心的差异对比我都放在这块，大家可以截图看一下，我就讲两个核心的，第一个就是通信的方式， sub agent 呢？只能向主 agent 的 报告结果，那这个的话是这个队员他是可以互相去通信发消息的。 有一个选择的一个规则的话，就是如果需要去快速专注的工作者来完成任务并报告结果的话，选 sub agent。 如果你需要去分享发现，需要去互相质疑并自主协调，你就选 agent teams。 好， 下面我们来做两个选择题。第一个大家可以暂停一下，看你选什么， 那我来选一下啊，就是如果你在五个目录中需要去搜索特定模式的文件，你应该选什么？这种就应该选 sub agent 啊，因为这是典型的一个 sub agent 的 场景，你不需要跨绘画去协调。那第二个你要做一个 pr 审查，就是你提的代码吗？让一个人帮你去审代码， 你希望有多个审查者互相质疑对方的发现，这种就要选 agent teams， ok， 那 么点下一步，其中的话也很简单，大家去到这个文件里面去编辑一下， 加一个这个配置，就是开启这个 agent teams 的 一个实验性质，或者是你可以通过一个临时的变量开启，开启完了之后把 cloud code 这个终端重启一下就 ok 了。好，我们下面来看一下如何去触发，让它去创建一个团队，并且团队成员之间互相去 并且去干活。很简单，官网给了一些势力，我们来以这种代码审查的吧，就是我们有一个代码仓库，他有一些 pr， 然后我们让他去审核某一个。好，我们给了一个提示，就让他去创建 a 型的团队，去审核我们这一个的代码的提交，让他有三个角色，一个是专注安全，一个是检查性能，第三个是去做测试覆盖率。 ok， 可以 看到这个时候他已经创建了一个审查团队，启动了三个 a 镜头，并且是并行去做的。然后我们可以进到某一个 a 镜头里面去看一下他的一个情况，可以看到其实他本质上就是一个靠的实力吗？然后给他一段提示词， 完事之后这一个他的老大给他发了一个消息，让他去审查 pr， 然后他就开始去做这个事情了。同时你也可以 换到另外一个安全的这一个审查 a 技能里面点一下它其实也是跟刚刚那个一样的，就是并行，就把这 a 技能并行，就这么简单，然后他们之间可以通信，这两个三个之间可以通信，然后他的老大跟他们之间也可以互相通信，就这么简单。 ok， 我 们终止一下。 好，我们回来刚刚只是演示了一个并行代码去做审查的一个试验，其实你也可以去指定创建你的那个团队里面成员有哪个，每个 tim 他 也可以指定一些单独的模型。 好，下面我们来看一下他整个的一个架构与通信。在最开始我们其实可以看到他有一个领导嘛，有个领导他会去创建整个团队的一个主要绘画，负责去派生出来各种团队的成员，就是各种 agent 嘛。那这个时候每一个成员的话，他是一个独立的 cloud code 私密，他可以收到一段提示词， 然后由这一个领导给他发的一条消息。那下面就是这一个任务列表，这个很关键，这一个是由 领导者去创建任务了，然后这个任务之间的一些依赖关系都由他来去指定，指定完了之后，成员之间就是我们的 agent 嘛，他自己去领任务，领完之后去更新状态执行，然后去把消息回传给他。 那这个过程中势必会有一些任务，他是需要有一个先后顺序的，那这一块全部由领导去分配好了，他去挨个执行就行了。 如果他发现他要依赖任务 a， 那 就他就在阻设等，等到任务 a 完成了之后，他就知道该他，他就做这个事情了。还有的话他们还有一个消息系统，这个消息系统是用于 agent 之间直接通信的，也就是说两个 agent 之间他可以直接通过这一个组建来通信， 那下面的话是他的一个存储的结构，他的团队配置任务信息全是放在本地的，就是本地的文件嘛，也是在这个点 call 的 文件下面的。我们下面来看一下整个的一个真实的配置长什么样子。哈，我们点开 可以看到我这里有一个啊， ui 重构的一个团队嘛，就是我给他一段提示，让他帮我们去重构 ui， 那 重构 ui 的 话，你会涉及到它把主要的色调确定完了之后，其实你要改 n 个文件，完全是可以并行，一个 agent 它负责一二三个文件，那第二个 agent 它负责四五六， 那这样子的话，他就可以通过组的一个 a 境呢？他可以派生出来更多的成员去做这个事情，那这块他就派生出来了。呃，四个成员，第一个成员是他自己嘛？他是一个领导性质的。那那紧接着其他的就是一些他的团队成员嘛？然后加入的时间是什么？他的 a 境的 id 是 什么？名字是什么？他的 type 类型是什么？你要用的模型这块都在你 这一这一切都在你说那一句提示时，之后他默认在背后去帮你做的事情。看这个数据结构其实看起来也不是特别复杂，是不是？ ok？ 好， 那上下文跟通信的话，其实前面讲就是每一个 a g 的 实力吗？他有他自己的一个独立上下文，并且他在启动的时候，他会收到他的老大给他派发的一个 提示词，他根据这个提示词去干活。啊。那权限这块呢？就是你的成员是继承你领导的一个权限吗？如果给他了一个最高权限，那你的团队成员也可以继承这一个权限。好，当领导创建完任务之后，任务其实有三种状态，一种是待处理，第二种是进行中，第三种是已完成。 团队成员按自己的需要去领任务，然后去完成，完成完了之后把消息通知给领导完事了，那整个过程是通过一个文件所的机制去防止多个成员去共同认领同一个任务。 ok， 那 待会我会给大家看一下一个做真实项目去开发功能的一个 agent team 协助的一个流程。好，我们现在开始首先确保你的环境变量配置了 agent team 的 实验功能。第二个要保证你的版本是最新的，我们把提子词给到它 这个提示层里面的话，重要的一句话就是这个，你要创建一个五个人的 agent teams， 它会自动去帮你创建，然后你只需要告诉他，你每一个成员就是你的团队成员嘛，有架构设计，有后端 啊，有前端，有 qa， 有 review， 它会自动去创建团队，会给每一个 agent 去分配一个名字，以及它所需要完成的任务。执行顺序的话，肯定是架构先设计嘛，设计完了之后，后端跟前端可以去做并行开发，最后再有 qa 去测试，最后再导入代码，整个过程其实就跟我们传统做软件开发的流程是一样的。好，我们看到他这边给我们创建了团队和任务， 先创建任务，再去设置好依赖关系，因为肯定是设计先行嘛，你得设计完了之后端跟前端才能去进行执行任务嘛，这时候他就开始执行一个架构的 a 技能去执行我们的第一个任务，可以看到这下边有个这下边哈，他这个是我们的主 a 技能嘛，下面是他的那个团队里面的成员，我们其实可以点进去看一下他在干嘛，这时候你可以从上面可以看到哈，因为这个 这个就是一个 curl code 的 实力，这个时候有他的一个提示词，你的任务项目背景关键的文件，那他就开始去做了啊，这从这里可以看到他其实是新开了一个那个 curl code， 我 们回去 后续的话，我们会在这个位置可以看到有多个进来，就是会有一个后端前端的进来， ok， 从这块可以看到他在这个地方启动了后端前端的 a 帧，这个时候这两个在这下面就开始去单独的一个 curl code 时里面去完成任务了，他会接收到 他的老大派给他的一些任务，会交代他的一些背景提示是什么，他要完成的任务是什么，我们点进去看一下， 可以看到也是跟刚刚那个一样的，就是你要去做什么，你是这个团队的后端开发者，你的任务是干嘛的？你的核心要求是什么？实现步骤大概给了你一些，你就去干活吧， 干完活之后你再向我汇报，就是项目经理那一套，项目经理去把任务拆分完成之后，后端去领任务，前端去领任务，领完之后开发完了之后，最后再交给 qv， qv 车队完了之后你再去做一些代码的审查，就是这一套流程，那前端其实也一样的，你看嘛 可以看到后端，现在我们可以看到后端跟前端都弄完了，弄完了这个时候他就可以走到 q a 阶段了，所有都是由这个主 agent 去协调他的团队成员，后端前端 q a review 去完成任务，这 q a 他 收到的任务就是一段让他去做测试的嘛，包括单元测试、集成测试。 ok， 这个 q a 的 agent 他 已经干完活了啊，他说结果非常好， 跑完了他，并且把他的任务标记完成了。这个时候我们的这个领导啊，老大接收到这一个他的队员啊，把这个任务完成了之后，他就下面开始安排另外一个小工去干活了，就这个代码 review， 马上下面就会创建一个 review 的 agent， 我 也可以看到这里面已经开始干活了，也是一样的，开启了一个 cloud code 的 实力， 整体完成度的话八十分吧，因为他中间会有一些 bug， 最开始不是一次可用的，有一个有两个前段的 bug， 有 一个后段的 bug， 是 数据库那边相关的。就我们测试这个任务总共花了三千万托克，大家觉得怎么样？ ok， 这就是今天所有的视频内容了，其实核心就这一个图，如果你觉得这个视频做的不错了，可以给我一箭三连，大家拜拜。拜拜。

这是一期 cloud code 的 安装教程， cloud code 是 目前世界上最强的智能体，没有之一。你是不是以为它只是写代码的？但其实它在写作、写 ppt、 写文案、画图等多个领域表现都很好。它可以帮你干任何你在电脑上干的任何事， 甚至爆火的 minus 背后的核心推力引擎也大概率是它。接下来我给大家介绍一下保姆式 cloud code 安装教程。依次执行完下面这三个命令，你就成功安装了 cloud code， 并解决了中国区域 cloud code 不 可用的问题。首次启动需要登录，如果你没有官方账号，可以配置 连接国产模型。配置国产模型有两个方式，第一种方式，修改 colocore 的 配置文件。第二种方式，通过 cc switch 这个软件去自动化配。如果你有谷歌 pro 账号，我们可以把谷歌大删人的模型反带到 colocore 中使用。安装完 colocore 的 一定要安装的一个插件 superpowers 为什么需要它？普通的 ai 往往追求速度，拿到需求立刻开始写代码，这经常导致逻辑漏洞、结构混乱，以及改了一个 bug 却引入三个新 bug 的 恶性循环。 superpass 通过测试驱动开发来保证代码的质量。第一步，当你提出一个需求的时候， ai 会主动向你提问，理清需求细节，探索边缘情况，生成设计文档。 然后它会将大任务拆解为无数个二到五分钟可以完成的小任务，确保执行过程不偏航。最后，它会先写报错的测试，再写通过的代码。这种流程确保了每一行代码都是可工作的。