claude强制登录失败解决方法

一定要快点试试这个 kol 的 战，感受一下 kol 的 强大的代码和写作能力。他真的跟官网一模一样，不是账号迟不会被封号，还不限制托肯。接下来准备给他发一下丸子的别录，我看一下他的文件提取的能力，我看出来他的回答速度还是相当快的，写出来的内容还是比较准确和靠谱的， 比我自己读要快非常多，也没有出现像 cologne 之前常出现的断联的情况。接下来再让他帮我读一下科研图，以前我自己要是读这种英文的科研图，真的是要花很久时间，现在你只需要发给 cologne， 它就瞬间可以把这个科研图的全部的流程以及内容都给我分析清楚， 方便非常多。而且你看他还可以把整个流程都帮我梳理清楚。接下来再让他帮我改一下之前的这种石山的代码，可以看出来他把问题在哪里都指的明明白白的。重新给了我一遍，他修改之后的一个代码，看起来比我写的代码要好太多了，这真的是我目前能够找到最好用的 closed 站了，没有之一。感兴趣大家点点关注。

兄弟们，五分钟内让你彻底上手卡的扣的！哈喽，大家好，我是阿亮，卡的扣的几乎是一天一个版本的节奏，在更新证明公司已经把卡的扣的作为了二零二六年最重要的产品之一在推进这个工具呢，建议所有人抓紧用起来，真的是非常非常的好用。 之前跟大家分享过如何安装 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！

cloudcoach 的 安装与使用方法？首先我有三个先决条件，第一个我有一个美区的苹果账号，第二个我有一张英国的电话卡。第三，我有梯子， 如果你们也有这三个条件，你们可以按照我这个方法去做，但是如果你没有，比如说你没有电话卡，你可以去找一下那个教程，有没有一些能够虚拟电话也可以行。 但是 cloud code 是 出了名的，很容易封账号的。具体的方法就是手机下载 cloud code 这个 app， 用苹果账号登录，登录之后它会让你验证手机号，这个时候你就可以用自己的境外手机号，或者是你去第三方服务找的那个手机号去登录，登录完了之后你就可以在手机上去进行订阅和付费了。 我们很多时候实际是要在电脑上去用这个账号的，但是当你在网页端打开这个网站，想要用苹果 id 登录的时候，发现没有这个选项，那怎么办？首先 a p p 里面可以显示你这个邮箱， 或者是你直接去你的苹果账号 id 网页版的，然后你就显示你登录 cloudco 的 邮箱， 你用这个隐藏邮箱在 closeco 主页那里登录，然后你发现自己绑定的那个美趣 id 的 账号可以收到邮件，如果你找不到这个邮件，你去垃圾箱翻一下，我就是在那里找到的， 这样子你就可以在网页版也登录。因为这个事情今天早上我搞了好久，我不知道你们在用的时候有没有遇到这个问题，所以我把我解决这个的方案给你们分享一下，希望对你们有用啊！漏了一个点费用是怎么结的？去知某宝那里 把你定位改成在美国，然后你就可以搜到这个，在这里你就可以去买礼品卡，通过礼品卡去充值你苹果 id 账户里面的钱，用苹果 id 账户去支付，就不需要银行卡了。

最近 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 到这里就讲完了，如果我的视频对你有帮助，别忘了点赞关注。我是马克，用最通俗的语言讲最硬核的技术，我们下期再见。拜拜。

两条命令教你安装 cloud code， 不 用登录，只能调用国内模型，安装的时候需要科学上网，如果没有科学上网的同学呢，就可能会遇到这种奇奇怪怪的问题。 命令一共就这两行，话不多说，我们先直接复制一下第一条命令，然后打开一个终端， 粘贴命令。直接安装啊，如果说你安装的比较慢的话呢，就用这个镜像去执行一下，然后再去让安装，那速度就嘎嘎快了。这边我之前是因为已经 安装过了，所以这边显示的是一些更新信息，正常你们，呃，第一次安装的话，它会显示一个 cloud 的 版本信息，那我们直接来运行一下，输入 cloud 啊，如果进到这个页面呢，其实就是说明已经成功了。我先退出一下，然后第二步呢就去智普的官网，我这边已经。 然后这边登录好之后呢，是有一个呃，可以去申请一个 p 的， 它有个两二十万的额度吧，可以免费使用。然后，呃，我们就先申请好之后就执行这条命令。第二条命令 打开终端，执行第二条命令，回车。这个呢是智普提供的一个官方插件，这个插件可以去修改 cloud code 的 那个 settings 文件，就不用去手动修改了，这是方便大家去操作的。 然后如果我们第一次打开呢，它其实是要选择语言的，我已经选择好了，你就选中文就行了。然后第二步呢就是去复制一个 key， 那 我们直接把点选择更新 key， 然后回车。 设置好之后，选择一个编辑工具，我们选 cloud code， 正常你们第一次去用呢？这里是只有一个配置刷新的，我们点配置刷新，配置成功之后呢，直接就可以打开另外一个窗口了。 cloud 输入一下，然后回车直接点 yes， 那 这边可以看到我们使用的模型是这个呃， gl 四点七的，那我们可以问一下他， 我问一下他， 他这边直接就显示出了，他显示的是 glm 四点七的，这个模型就已经完成了，全程不到三分钟。然后呃，剩下的进阶教程，大家不看的可以划走了。 接下来我讲一下进阶版，用这个 codecode 去使用插件，就是现在最近很火的 ccs 嘛，这边可没有任何插件的。那我们先安装一下 codecode 的 官方镜像， 直接选择这个命令，然后复制点击回车就行了。 这个命令呢是我加速过的，就是网站上也搜得到很多那种定向加速的一个前缀链接，大家加上就可以了。然后可以看到我这边已经安装好了，这里呢就是官方提供的一些啊。 cux 库， 这个是比较火的，就是那个前端的一个编 e 插件，有它的话是做出来前端页面是非常优美的，大家可以看一下。我先不安装它， 然后我们再新建一个文件夹吧，就在这里就在这里，从这里打开 smd， 然后再输入 cloud， 嗯，我跟他说帮我帮我生成一个新年烟花页面。好，回车看一下，我们可以对比一下用 sax 跟不用 sax 的 那个页面差距， 你看到刚刚已经生成出来了，我已经操作了一下，刚刚有两个选项，第一个呢是第一个 yes 呢，就是说以后他所有的决策都让我来做决定。第二个呢其实就是让他自己做决定，就直到页面生成成功， 它这里呢显示是已经生成出来了，我们可以打开一下看一下效果啊，这个就是没有用 c x 生成出来的一个烟花页面，大家可以看一下， 我们这边直接去加载一下它的插件，就加载第一个，然后安装 这边看一下啊，它这里是已经安装好的，我们重新打开一个 c m d 窗口，然后执行一下 cloud， 嗯，然后我们查看一下刚刚那个插件，把这个插件的名字复制一下，跟着我的步骤来，先把插件的名字写在前面，然后跟上次的那个提示是一样，帮我 生成一个新年烟花页面。好，回车等它生成吧。 可以看到这里显示了一个 six 加载啊，就是说把前端设计的这个 six 已经加载成功了， 这边生成成功了，看一下，接受一下这个文件 励志效果，你看它这里有，呃，新出了一些提示，就比原来那个可能要就是人性化一点， 跟上一个比的话，其实它腻子效果是做的会更好一点，然后整体页面的话，那个布局 是更优秀的。好了，整体教程就是这样了，两行命令，安装 color code， 使用智普的呃 g m 四点七大模型，以及安装官方的 cycos。

hello， 每天都在使用 ai 编程，今天发了一个 cloud called 的 一个视频，然后再也说到了 antigraphy， 有 很多朋友说，包括身边的朋友也是一样的，包括最开始我自己也是一样的，在 antigraphy 授权的时候一直没有授权成功。那这里的话其实核心就两个问题，一个是 它的网络，因为它是一个桌面软件，它没办法使用浏览器的代理，能够截止到把那个 token 传过来，我们需要一个虚拟的模式，虚拟网卡，然后打开 turn 模式，这是网络相关的问题。第二个就是你谷歌 的账号所属区域的问题，他香港区域应该是不支持的，所以说最好大家是把看一下自己的账号所在的区域，以及如果说不是的话，就把自己的区域申请变更一下，大概可能申请需要一个工作日，申请到新加坡或者是美国那边去。 第四，理论上这两个问题解决了，基本上就不存在什么其他的问题了。第三个实在不停的掉卸载重装，或者还有一个就是用那个 profile， 它可以强制接管这个流量，就是你把 intgrp 设置进去，然后强制接管这个流量，能够让他 获取到你的网络信息，这样子应该是可以解决的。大概情况就是这样子了，有问题评论区艾特我。

我的 ai 产品上线一周就被薅了，但是用 cloud code 十分钟就能把 bug 修复好，给你们看看怎么回事。我新上线了一个网站，发现用户注册的名字都是类似的，还有底下的 这两个，所以我就让 cloud 来帮我分析一下。首先让他帮我查看一下数据库用户的使用情况，他咔咔咔咔咔，最后得出结论是有多个阿拉伯用户的。然后我问他这些人是不是来撸我们积分的，他又分析了一下， 他确认了是同一人在刷积分，列举了一堆名字嘛，然后给我建议怎么去做，他说要限制同 ip 注册，那好开始看，但是我担心这个太麻烦，所以我问他这个实现出来难不难，他说不难，大概一下步骤我也没看， 他说十分钟能完成，我说行，那就开始实现吧。但是另外一个我还想要这些用户是从哪些国家或地区来的，那我顺便让他帮我加上，他反正实现了一通，最后已经完成了，我只需要在服务器上面去部署这段代码， 然后重启就 ok 了。所以用 ai 编程最好的方式就是你首先要提出这个问题，让 ai 帮你查这个问题，查完了之后， 他知道了这个问题，然后提出了解决方案，你来去评估这个解决方案行不行，让不让他干，如果让他干的话，他基本上是一次性就能改好的，这就是编程当中的上下文管理的能力。如果你也在做网站，做 app， 欢迎关注我，我会不断分享一线的 ai 编程开发实战经验。

我发现很多用户啊还在为不知道如何使用到最新的可乐的 o p 四点五啊各个模型啊感到困扰，接下来给大家分享一个非常简单方法，这个里面有最新的 可乐账号，还有 o p 四点五，三代的四点五，都可以去任意的选择去使用啊，那么任意提问，而且呢它这个里面的账号特别多稳定，并且呢不需要额外的网络环境就能直接的使用到。 然后我们点击返回，我们来看一下，我这个里面放了多个 max 账号，就是两百美金的，这都是空闲的， max 都是可用的。然后我们按 f 刷新，然后里面还有更多的账号去进行切换，我们这只显示大概百分之三十左右的账号 f 刷新，那我们任意的选择一个都可以去进去使用到了啊，如果大家也想使用的 cloud 用来写作科研，做数据分析，写代码等等，都可以点击我主页的置顶作品找到我。