Claude有没有maya插件

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

讲一下 cloud desktop 在 没有账号也不想装三方插件的情况下，如何接入 deep seek 杠 v 四杠 pro 满写版 em 向下纹首先点击左下方 help， 打开开发者模式，然后就会发现多了个 develop 选项， 点击 configure third 杠 party， 然后输入自己的 api key， 以 d s 的 ur 六翻到下面的模型列表，添加 deepseek 杠 v 四杠 pro em 模型， 然后打开 offer em 杠 contest 这个选项。注意，在 cloud desktop 里，模型名还必须添加 cloud 杠前 j 才能正常使用。最后翻到下面，开启 hide sign 杠 in 这个选项， 最后点击 apply locally cloud 会自动重启应用这些设置，选择由 em 向下玩的 model， 然后就可以用 cloud 直接体验满血 d s 模型了。

大家好，今天我带大家使用 vs code 来安装一下这个 cloud code 的 插件，并且在 cloud code 上面配置两个模型，一个是 deepsea 的 模型，另一个是 cloud 的 模型。首先我们打开 vs code， 在 vs code 的 左侧面板找到扩展，点击扩展，然后在扩展这里面找到 cloud code， 选择第一个 cloud code for vs code， 然后点击安装 好，这个安装很快啊，安装好了 cloud code 之后，我们发现在左侧的面板最下面多了一个 cloud code 的 图标，我们点击 cloud code 好，它现在出现一个这个登录界面，配置 api 的 一个界面，我们现在使用它自带的这几个功能是配置不了 api 的， 因为在国内我们是访问不了这个 cloud 的 官网， 所以我们这里要借助一个其他的工具，我们这里使用的工具是 cc switch， cc switch 呢，大家可以在 github 上面的这个网址去找到并且安装， 我这里使用的是 windows 版本的，它可以支持 macos 还有 linux， 大家在自己的电脑上面找到相应的操作系统的版本去安装就可以了， 我这里已经安装好了，我们打开 cc switch， 在 cc switch 这里面找到 cloud 的 图标，点击 cloud， 然后点击右侧的加号，然后在这个供应商这个界面选择自定义配置，在供应商名称这里输入 deepsea 备注，我们可以不填，官网链接也是可选的，我们可以不填，这里比较重要的一个选项就是 api key， 我 们在 api key 的 网站上面去注册一个，然后在 api keys 这里面来创建一个 api key， 我们把这个 api key 把它复制一下，然后回到 c c switch， 在 api key 这里面把 api key 粘贴进来，看一下这里面请求地址，它这里有个说明，填写兼容 cloud api 的 服务器端地址，不要以斜杠结尾。我们找到这个 这个文档，然后在这个文档里面有一个 s u i， 有 两种格式，一种是 open ai， 一 种是 isnoop， 我 们这里使用 isnoop 的 这种 api 复制粘贴到这个 c c switch 里面来。 好，点开这个高级选项。有五个模型的配置，我们这里可以都配上同一个模型，也可以分开配几种模型，比如现在我们 deepsea 支持的最高版本的微四啊，我们找到这个模型的名称，复制 回到 ccc 去，把这个模型名称填进来， 我们可以使用 seek 微四的 flash 模型填到其中的一个模型里面。好，现在我们点击添加， 这样我们这个模型就已经配置好了。我们回到这个 vs code 的 界面，然后关掉 vs code， 重新打开一下，我们重新点开这个 color code， 此时我们看到 color code 已经出现了这个绘画的界面， 我们打开一个项目，然后点击这里的 cloud code， 或者在这个窗口的右上角也有一个 cloud code 的 这个图标，我们点开，这时候我们就可以对它进行对话了。 比如我们问一下你现在使用的模型是什么 啊？我当前使用的底层模型是 deepsea 维斯 pro， 这样我们就证明到这个模型已经配置成功了。这时候我们也可以在这里面去切换模型， 我们看到这里可以切换这个 deepsea v 四 flash 的 模型。好，这是 deepsea v 四的这个模型的配置，我们接下来再看看怎么样配置一个这个 cloud 模型。配置 cloud 模型，我们使用国内的这个中转商， 我这里使用的是 a p i e， 大家可以在 a p i e 这里面去注册一个，然后我们回到 c c switch 新增一个供应商，同样我们这里选择自定义配置这里的供应商，我们输入 a p i e a p i k 这里面我们回到这个 a p i e 的 这个令牌，这里面把自己的这个令牌复制进来。请求地址，我们这里面也要看一下啊， 我们打开这个 a p i e 的 这个文档，这里面有一个 c c c v 曲的配置， 我们把 api 地址设置成这个，然后点开高级选项，这里设置这个模型名称，我们看一下模型名称啊，找到这个标准模型，还有推理模型，把这个模型名称把它给复制过来， 好，点击添加。现在我们这个 api 的 模型也已经配置过来了， 然后这里已经有了两个模型，我们可以随时去切换模型，我们现在切换到 a p i e 这里面来，点击启动，然后回到 vs code， 我 们关掉，重新起一个绘画。 现在我们来问一下你现在使用的模型是什么？ 好，这里我们看到我当前使用的模型是 cloud 双列克四，然后同样的我们也可以在这个模型切换里面去切换相应的模型。好，今天的分享就到这里，谢谢大家。

给大家分享一下我实测的 code graph 以及 jibble， 我 们可以看一下它的这两个插件，它是属于 graph rag 领域的知识库。我们首先看一下它的 主页，它们完全是开源的，然后我们可以看一下怎么使用，我们首先介绍一下它是做什么的，它可以使用在 cloud， code， cursor 等等的编码工具以及 open cloud harmless agent。 然后它可以使用什么呢？我们可以看到它可以进行一个减少我们 查询时候的一个工具的调用，比如说我们在运行一个代码，需要了解这个代码的架构的时候，我们需要执行，比如说反复的执行 grab read find， 然后进行了解这个代码的结构，我们这个库可以进行一个 减少这个时间以及它的一个我们模型的消耗，降本增效。然后接下来我们看一下它的 jibri， jibri， jibri 是 什么？我们看一下它的一个界面，它是为了 openclaw 以及 harms agent 进行打造的一个数据库，进行记录它的一个对话等信息。我们首先看一下它的一个 刚才实测的一个数据，我们介绍一下这个实验是怎么做的，比如说我们看一下左侧，左侧这个是没有安装这个插件，我们让他分析一下，分析一下这个 j b r 的 项目的完整架构，然后 这是他的一个分别的要求，我们通过这个提示词，然后进行一个执行，我们可以看到他有很多的工具调用，比如说读写等等等，他会消耗很多的 token， 然后我们进行获取他最后的一个时间以及他的一个 token 的 消耗量，然后我们 看一下右侧，右侧的话我们进行第二个实验，就是把它的一个缓存给删掉，然后进行安装，首先安装下这个命令，然后我们进行一个构建它的一个锁影，我们构建这个 jb 的 一个锁影，可以看到已经导航到这里面，然后进行一个 index， 然后我们可以看到这个项目花了二十五秒，还是非常快的。然后我们继续运行 color code， 然后使用同一款模型，然后进行一个测试，同一个提示词，发现它最终 达到了现在我们展示的这个效果，从原来的六分钟到现在的不到两分钟， 然后实际的消耗，我们可以看到这个表现还是非常的亮眼的。对于我们在重复的一个工程，比如说很多的代码中需要很多很多词读取，这也就是一个 red 的 流程，通过这个库可以很明显地减少这个损耗。然后接下来我们介绍一下为什么 george 是 可以进行一个 减少的，看一看它的原理。通过我们对于它的源码的一个分析，我们可以看到它们构建的是一个数据库，并且使用的是一个算法的构建。我们看一下为什么可以不用 ai 就 可以构建， 因为我们代码本来就是结构化的，我们通过这个直接建图就行。我们看一下它的一个图解，比如说 这个就是我们的一个图解，然后我们通过自动解析，然后通过 a、 s、 d 的 语法术进行自动生成的一个知识读谱，这是完全不需要 ai 进行参与的，非常的高效。然后我们进行解释一下为什么不需要 模型就可以见图，因为我们使用的是代码，是结构化的，我们使用 a s t， 这就是一个抽象化的语法术。在我们运行代码的时候，比如说变异器，解释器这些东西都是可以一个很成熟的一个流程，因此我们可以直接进行复印它就可以了。然后接下来我们看一下 code graph 的 一个构建流程，我们首先进行一个源代码，然后进行一个解析，然后进行引映，它的这个解析最后储存在 circle light 里面，然后构建一个全局的缩影，这就是提供的一个工具自动进行， 它是一个基于 graphreg 的 一个知识图谱的知识库，它是一个知识库，我们由此可见这个基本的知识库是 ai 的 一个基础见识。然后我们看一下 openclaw 以及 harms 的 这些记忆，也就是之前的一个记忆体。我们首先看一下它的一个 开源的作者，它是在互联网上有很多的一个 start， 来到它们的界面可以看一下， 然后回到这里，我们看一下它是怎么监图的。我们可以看到用户进行提出问题，然后进行一个毁调，用了这个 skills， 然后进行把它格式化出来，格式化成 markdown， 然后通过 markdown 之后，然后通过一个正则化的进行提取一个知识库的建立， 我们可以看到虽然说它宣称的是零调用，但是在我们的一个格式化 markdown 的 时候，就是需要一个 ai 的 调用的， 然后进行一个向量化，以及我们图的一个增量更新，这就建立完了。然后接下来来到这个 核心的 skills， 这个就是他暴露的一个 m c p， 他的一个解锁的一个特征。首先是关键词的解锁，然后是一个混合解锁，混合解锁的是什么？比如比如说向量处理不好的编号等等的东西，交给我们全体的缩影，以及他的一个 r f 一个融合。什么是 r f？ r f 就是 进行的一个召回的一个算法，比如说这里面就是一个余弦的一打分零点七的权重，再加上它的一个余弦相似度，这是它的一个特权。 然后接下来进行的是一个图的便利，我们可以看到它提升了百分之三十一个哦。 然后接下来我们分析一下 jeffrey 和他的一个 r m 的 viki 的 一个区别。可以看到 openai 的 创始人进行 一个想法，这是维护的是一个个人的知识库，而这个是进行的一个比较成熟的一个解锁了。然后接下来这就是他的一个独立使用，然后这是他的一个安装。

每天一个 cologne 的 必装的插件啊！今天要分享的是 flounder and dzone， 这个插件目前已经被安装四十五万次了，比大名鼎鼎的 superpose 安装次数还多。那这个插件就是专门为了前端设计而生的，装了这个插件之后，能够生成更专业更真实更好看的前端界面啊。如果你想用 cologne 的 写前端，这个插件基本属于必装。

今天推荐一个非常好用的 cloud code 插件，无论你是在日常使用 cloud code 还是 open cloud 的 时候，都可以一键快速切换模型，不需要再去输入复杂的指令。 这是一个 github 的 开源项目，名字叫 cc switch， 然后这是一个桌面的图形客户端，可以在里面把你购买的各种模型的 a， p， i 提前保存好，然后到限额或者其他情况的时候可以一键切换，非常的方便。 并且这个软件不仅支持 cloud， 还支持 opencloud 的 一键模型切换，还有 gemini 等等也都是支持的。 不仅如此，这个软件的设置里面有很多实用的功能，比如 skills 的 同步方式，还可以直接查看每个模型的 token 使用统计，可以说是非常的方便的，不仅有二十四小时，七天还有一个月的， 我个人觉得这个软件还是非常实用的。那么下载也很简单，首先我们直接来 github 官网，然后右上角直接搜索 cc switch， 进来之后直接进第一个项目， 进来之后往下滑找到右边的下载，然后往下滑找到你对应的客户端的安装包，直接下载安装即可。

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

今天这期视频的目标依旧只有一个，我会从最基础的操作入手，用最直白、最真相、最透彻、最粗俗、最不拖泥带水、最不绕弯子的方式，一步步的教会你如何正确使用 cloud code， 以及如何让你的 cloud code 更好用。 那首先第一步就是放弃上期视频当中我们使用的 c l i 操作界面，也就是这个界面，它虽然来说是效率最高的使用方式，但并不是最适合新手的使用方式， 所以这里就推荐大家去下载一个这样的 v s code 的 插件，在插件当中使用 cloud code， 因为它不仅可以帮你更加可直观的看到各种的文件内容，让你更清晰的看到 cloud code 给你修改了什么， 那配合 v s code 的 其他插件也可以实现更多的功能。第二个就是你可以在右边的对话栏更加方便的和 cloud code 进行对话，它的输出也会更加的直观。它的下载方式也很简单，首先我们前往 v s code 的 官网，点击这里下载 v s code， 当你安装完成之后，你就会进入到这样一个页面， 点击这里打开一个对应的文件夹，选择一个路径作为你的项目文件目录打开之后你就会进入到它的编辑界面，然后你点击这里的插件按钮，搜索 cloud code， 选择第一个插件， 点击安装。我们在这里先随便创建一个文件，创建完成之后，右上角就会多一个 cloud code open 的 按钮，点击之后你就可以打开你的 cloud code， 你 就可以和它正常的进行对话了。 那接下来我们来简单介绍一下在插件中使用 cloud code 的 基础操作。首先我们把目光聚焦到右下角 点之后，我们会看到这里有 cloud code 的 三种模式。在 ask 模式下， cloud code 每次修改文件之前都会先向你提问他这样改行不行， 如果你说可以，他才会动手。这种模式是最安全的模式，但相对来说他的效率也比较低，所以一般来说我也不会用这个模式。第二种模式就是 id 的 模式，他会跳过绝大部分的这种确认的操作。只有少数危险的操作，比如说删除一些比较重要的文件， 或者使用指令去安装部分软件，这些还需要人工的去手动确认，那其余的操作基本上都会一路自动执行。最后是 plan 模式，在这个模式之下， cloud code 不 会去修改任何的文件，他只会先思考加尔来宾怎么做，然后给出一个详细的计划给你，当你确认方案可行之后，他才会开始执行。 那这种模式就比较适合你在执行一些复杂任务的时候去用。就算是 id 的 模式，你还是会频繁的去确认 cloud code 的 操作。如果你不想一直点 yes， 你 可以在 vs code 的 左下角点击 settings， 在 这里搜索 allow danger， 点击这里的 cloud code， 然后把这里的选项勾上， 关闭之后，你就可以在模式的选项栏里面看到一个新的权限模式，叫做 ipas 模式。选择 之后， colotico 的 就会跳过所有的权限确认的环节，在这个模式之下， colotico 的 会一路自动干活，不需要你任何的操作进行确认， 非常的便捷。但相对应的，他也可能会出现部分危险操作，比如一不小心删除了某些重要的文件，所以这种模式需要慎重的使用啊。后面也会教大家如何使用地址，做好版本管理来避免这种风险。那总的来说，新手就建议先使用 id 的 模式， 当你有复杂任务的时候，可以先使用 play 模式进行规划。如果你真的需要 cloud code 完全坐等在干活，你可以使用最后的 by pass 模式。再来我们继续技术操作的讲解， 当你发送了某一个请求，你又不想让他继续执行的时候，点这个按钮他就可以暂停当前的操作。如果你对 cloud code 的 本次对话修改的效果不满意，想要重新生成，那么我们可以回到当前对话的最上方，这里有一个回退的按钮， 点击之后这里有三个选项。首先第一个选项是在当前位置创建一个新的独立绘画分支，点击之后 cloud code 会开启一个新的绘画窗口， 这里包含了之前的消息记录，你可以在这里继续对话，同时也不影响之前的操作结果。第二个选项是指回退修改的操作，但他不会回退退话记录这里你就可以看到当前绘画所修改的代码文件以及代码的行数， 点击之后就可以进行退回，但是这里的绘画还存在。第三种就是既退回你的代码操作，同时也退回当前的绘画，确认之后，你就能看到刚刚的对话以及对应的代码操作都被撤回了。接着我们来看左边，首先是这里的文件， 显示的是你当前打开的文件，默认情况下， f s code 插件会认为你需要修改当前打开的文件，在你和 cloud code 的 对话的时候，他就会把这个文件作为参考一起发给 cloud code。 如果你需要修改的不是这个文，就可以点击一下隐藏文件，不发给 cloud code 进行修改。 如果你想要让 cloud code 去修改其他的文件，可以使用艾特符号进行制定。需要注意的是，这里一般只会展示文件的名称，如果项目中有重复的文件名称，你就需要通过后面的路径来进行辨别。 如果你想要把一个当前项目下没有的文件给 cloud code， 比如一份你很早就想要的需求文档，你可以在这里选择 upload 进行上传，也可以直接通过复制粘贴的方式发给当前对话。不过需要注意的是， cs code 插件只支持部分格式的文件上传， 如果出现了屏幕上方以外的文件格式，那建议还是放到 cloud code 的 项目目录，使用艾特的方式进行引用。接下来我们来看到这个斜杠部分，这里有很多的小模块，首先是这里的模块，点击 switchmodel， 这里就可以切换你的模型，这里的模型就可以在 cc switch 当中进行配置。第二个是 effort， 这里的选择就决定了你模型发挥的功效， 最低是 low， 最高就是 max。 简单来说，这就是对于你模型的聪明程度。选择 max 就是 发挥你模型最大的功效，但相对应的，它的 tool 的 消耗量也会增大。那这里的建议是，如果你去处理一些比较简单的工作，你可以选择 medium 或者 high， 当你处理复杂工作的时候，你再选择 max， 从而去减少你额度的一个消耗。 那第三个是 thinking， 就是 决定模型是否进行一个思考，默认情况下把它开就可以了，不需要关闭。那接下来我们跳过中间这一趴，来到我们这边的命令行。 这里的绝大部分命令你其实没必要一开始的时候继续记忆，因为绝大部分命令你可能都用不到，你需要用的时候你再去查询。我在文档里面写了一些常用的指令，供大家进行一个参考。当你有 v s code 这个 ui 界面的时候，你只需要记住两个指令。首先第一个就是这里的 contacts， 点击之后它就会显示当前绘画上下文的一个使用情况。 那在这里可以看到当前已经使用了百分之多少的上下文。一般情况下，当这个上下文的使用比例超过百分之六十到百分之八十的时候，你就需要执行第二个指令，也就是这个 compact 的 指令。执行这个指令，它就会帮你自动的精简和压缩上下文，让你的上下文更干净，从而提高 cloud code 的 完成任务的质量。 那下方的操作你需要了解的基本就这么多了，下来我们看上方的人。首先最右边的是打开一个新的绘画，当你当前的任务结束的时候，你就可以开启一个新的绘画来进行下一个任务，避免上一个任务的上下文来影响到本次的任务。左边这个就是历史对话，点击之后你就可以看到你历史的对话记录，点击其中任意一个，你就可以回到当时的对话记录 好了。由于时尚问题，本期视频就先到这里，下期视频我会告诉你如何使用 skills m c p c l i hux 等等内容来进一步提高 cloud code 的 使用上限。如果你觉得本期视频对你有所帮助，记得点赞、关注、收藏。这里是七号，我们下期视频再见。拜拜！

终于找到了一个可以解决 cloud code 持久化记忆的一个插件，在 get 它上面已经耗取了七十一点八 k 的 star 的 一个插件，它是呃可以解决持久化记忆，并且可以在外部端实时浏览到我们呃和 cloud code 进行的交互，然后它的观察，然后 各个方面这些东西都可以实时展示出来，它帮我们总结了什么东西？ investigate， learn complicated， 还有 next step， 这些都可以统计到实时可以解决到。然后我已经把它总结成了一个飞出的原文档，它的整体的就是它是持久化的跨绘画的记忆系统， 然后它的核心架构以及它的核心模块，观察者， generate 引擎和 sir 和那个语音搜索和和那个文件记忆都可以实时触发。它其实主要就是通过 hook 的 触发机制来实现整体的这个交互的。 然后它有启动时，它会执行动作，绘画开始时提交提示子工具，执行前和执行后绘画结束后它都会生成这个 sunrise， 生成这个绘画专用。 这个很好的解决了我们持久化跨绘画的这个记忆，不需要我们去手动那个，它会自动帮我们存储到各个各个我们的向量库里面。然后这边已经帮大家总结好了，包括安装时候的六大裁砍点也已经总结好了，它的配记忆系统，文件记忆和向量记忆，这个都是插件里面自动已经帮我们封装好的东西。 然后它的和我们之前的呃加拿大记忆，它的关系是什么？这边已经总结好了，对。

今天推荐这三个 github 项目，一个在修 ai 的 品味，一个是 android 官方插件库，还有一个让 agent 真正参与开发。第三名， test skill 今天新增一千四百三十星。他想解决的是 ai 生成内容太普通、太模板化的问题， 让 ai 输出更有判断力和审美标准。这类项目适合经常用 ai 写文案、做设计，以及它到底是提示词方案，还是能真正接入工作流的工具。 第二名， model world plug ins 今天新增一千七百一十八千。这是 nfc 开源的支持工作插件目录，主要面向 cloud 相关工作流， 它不是单个插件，而是一组官方维护的插件集合。如果你已经在用 cloud code 或 cloud code work， 这类目录的价值在于减少筛选成本，快速找到更可靠的插件，也能少踩来路不明插件的坑。 第一名， e c c 今天新增一千九百一十五星。他关注的是 ai agent 在 真实开发流程里的表现优化，包括 skills memory、 安全机制研究、优先的开发流程，以及面向 cloud code codeexpresser 这类工具的 agent harness。 它值得关注的地方不是简单套一层 ai， 而是尝试让 ai 更稳定地参与理解代码、修改代码和验证结果。如果你正在用 ai 编程工具，这个项目值得优先看。如果想每天少翻一点宝包，多看到一点有用的开源项目，记得关注哦。

antropic 开源 cloud 的 企业专家插件库震惊这个开源项目速看！销售法务财务数据产品营销，十一个岗位直接打包成插件，技能连接器，斜杠命令，子弹力全都放进去。更猛的是，它可以接 select notion， zero， hubspot， snowflake 这些真实工作系统。也就是说， but 不 只是回答问题，而是在按岗位流程交付工作。这个仓库现在已经冲到一点六七万 star， 增长非常快，企业 a i a 政策的下一站可能就是这种插件化专家团队。关注我，每天带你拆一个正在爆发的 ai 新趋势。

大家好，今天再给大家分享一个好用的工具叫 browser honeys， 它是目前 ai 操控浏览器最省 token 的 一种方式，它非常的简洁，只有五百九十二行的 python 代码，然后上线三周已经突破了一万的 star， 呃， token 是 比以前的方式能省很多的 呃，目前我们 ai 操控浏览器一共有五条路径，一个是呃 cloud in chrome， 就是 我们平时用的比较多的一个 cloud 的 插件。然后第二个是 computer use， 就是 相当于你把 cloud 交给了呃的电脑，交给了 cloud， 让它去控制这个整整个电脑，但这种方式非常消耗托管，因为它需要截屏确定位置在哪 啊？第三种是 zenium， 这种是传统的方式我就不说了啊。第四个是 pre write mcp， 这是目前像那个 brother u， 呃，那个 use 啊，用的这个框架， 然后 brothers use 他 们现在开发出的 brother hannis， 这个是 c d p 直连的啊，为 ai 造的工具，这个是我们今天要重点介绍的，就前四个呢，它有各自的局限性。然后第五个就是专门给 ai 量身定做的啊，下面我给大家拆解一下。就是它的呃，架构呢，是 quad code 的 呃， 通过 c i 命令行，然后把这个命令发给了 d m， 然后 d m 再通过 c d p 的 web socket， 然后再到你的框，就就非常的简单简洁。它一共就四个核心文件，目前迭代了几个版本，它的命令的代码还是小于九百行的 啊，非常的非常的少，非常的简洁动，不像那些几万行的比起来还是简洁很多的。而且它是直接附用你的 cookies， 还有登录状态，所以能直接操控你的浏览器 啊，他本身还设计了一个叫自愈架构的，他有个 agent helps 啊，他开箱呢，就是你刚装完是空白的，你的 agent 通过各种各样的浏览器执行之后，碰到了一些问题他会解决，解决完之后他就会记录进去，相当于是一个自我迭代跟循环的。 然后仓库本身呢，就是你下下来之后，他已经有了几十个网站的这个操作的经验，就是你的 agent 用的时候就能直接去读取这些经验， 然后这样你一直用下去，它就有一个啊， feedback， feedback， loop， 然后正反馈的循环啊，就形成一个经验的，就是操作浏览器的一个经验的自动沉淀，因为每个网站的它的这个操作的方式可能有些细微的差别， 你怎么怎么去决策用不用这个软件呢？是，首先要看是这么判断的，首先要看你这个网站有没有专用的 m c p。 呃，你像 github， notion， slake 这些是有直接专用的 m c m c p 的， 就相当于它有 ipad 接口，你就根本就不要碰浏览器，你就去找他们接就好了， 通过那 mini 上去接就好了，这个就浏览器根本就用不着。那如果说你要开浏览器，那传统的现在用的可能多一点的就是 playwrite 的 mcp 啊。然后现在我建议你们大家都转成这个 bardeen， 因为它真的很省头，肯啊，非常的好用。 呃，反正大部分场景下 broderhanys 是 性价比最高的路线。呃，然后我我通过这个方式啊，我封装了一个技能，它这个技能的用处是什么呢？就是我们平时用这个追美版 a p i 不是 很贵吗？然后我用这个浏览器的技能接了呃追美版的订阅版， 就是它通过控制浏览器，然后打开 jimmy 订阅版的 jimmy， 然后输入这个提示词，然后就会自动把这个图片生成了，然后下载到呃项目的文件夹里，就这一套下来，你升图片相当于你就可以把额度用呃 jimmy 的 额度用满，就不用花这个 api 的 投肯了， 从投肯的消耗相比的话，大概比 content 柚子能省很多省省个八八倍左右。 呃，我的分享就到这里，然后我接下来会放一下我用这个呃 opus 四点六，然后控制我命令它，然后去生成图片，它自动调取我的技能 去呃生成那张图片并保存下来的过程。大家有兴趣可以接着往下看一看啊，欢迎大家关注今天我的介绍，先到这里，谢谢大家。

哈喽，大家好啊，今天给大家推荐几个比较有意思的插件，可以给你的 webcoding 增加一点点小的乐趣。第一个呢是这个 pixel agent， 这个的话就是这个界面，大家可以看到这里的话，你可以看到你的机器人的干活的状态，你给他安排了活的话，他是会坐在电脑面前在这干活的，如果说如果说空闲了的话，他是会在这个空间里面四处在这转的， 这个是比较有意思的地方。然后第二个的话是这个 vs code pakman， 就是 这个宝可梦的这个插件，你鼠标移动到上面，它是会有个笑脸的，这个也是比较有意思的地方。然后第三个呢 是这个 flow icons， 这个的话插件有什么作用呢？它主要是给你的这个文件夹稍微美化了一下，大家可以看到现在这个的话，它是会比较比原始的稍微要好看一点点， 就是会它会有个颜色，然后会有个有个相应的对应的图标在上面，大家可以看到这个 agent， 它就会有个大脑， 然后 cloud code， 然后有个这个 cloud code 的 图标。第一个是这个是这个 flow icons， 然后 pixel agents， 然后的话是这个 vs code 的 括号，那这期就到这里，拜拜。

大家好，今天给大家分享三款实用的 cloud skill 工具，同时也讲讲为什么我一般不推荐使用 superpowers。 本次分享分为四个部分，第一是 frontend design， 用来优化 ai 前端设计审美。第二是文件处理插件 skill， 支持 d o c x、 excel、 ppt、 pdf 全格式兼容。第三是 superpowers， 主打工作流优化。最后给大家做整体的使用总结。先来看第一款工具 frontend design， 它最核心的作用就是解决 ai 做前端界面的审美短板，它可以改善 ai 生成页面廉价、 没有质感的问题。输出设计完整，能直接部署的前端代码，优化整体的排版和配色，提升最终成品的质感，非常适配前端开发场景，实用性很强。 第二款是全格式文档解析插件，也就是我们常说的办公四件套，它专门适配各类办公文件读取，支持 docx、 excel、 pdf、 pdf 完整识别，还能保留文件原本的格式排版。我们可以直接让 ai 对 文档进行解析、规范和修改，使日常办公里的高频刚需能大幅提升工作效率。 第三款是 superpowers， 这款工具本身可以优化我们的工作流程规整，操作逻辑能力其实很强，但我不推荐普通用户使用，原因有三点，第一， 它的 token 消耗量非常大，使用成本偏高。第二，绝大多数日常普通任务根本用不到它。第三，它功能过于繁杂，反而会增加操作负担， 只建议有复杂重度工作需求的用户考虑。最后给大家做一个工具选择。总结，日常使用优先选择 frontend design 和文档插件，稳定又高效，常规场景下不建议开启 superpowers， 总的来说，大家按需选择轻量化插件，就能有效降低使用成本， 发挥 cloud 最大的作用。我的分享就到这里，谢谢大家。

hello， 大家好，最近直播的时候会有粉丝朋友然后问一下我的这个，呃，我的这个下边的这个 cloud code 的 一个状态栏是如何去配置的，然后本期视频呢，就主要去和大家分享一下这个 cloud code 里边如何配置下边关于 cloud code 的 当前状况的上下文啊，和 他的一个当前的一个啊，五小时的使用量，还有七小时七天的一个使用量的一个限额的一个实时展示啊。这个配置呢，其实很简单，他就是借助于我们的啊，一个插件叫 cloud cloud hub 啊，可以先看一下我们这个啊，有的 啊，最开始啊，我可能会给大家说是他进入了这个啊， starship 啊， starship， 其实啊，这个底部开始啊，我们要知道 starship 是 配置的哪一部分，然后我们的那个插件配置是哪一部分，首先可以看一下，我再回到回到我们这个里边，首先可以看这一部分，这一部分， 这一部分上面这一部分是可以看到这个是 star shape 去负责配置的，但是啊，这一部分呢，就是可能啊，粉丝朋友，是啊，关注的这一部分的配置，这一部分配置就需要借助于我们刚才说那个插件了，对吧？ 我们来继续看，然后底部最后那一行不是用 star shape 来做的，是啊，可以拆分成这一部分是用 啊，这个 starship 下面这部分是用 cloud cloud 这个方式啊，然后它里边会啊带有哪些信息比较模型的名称啊，路径 it 和上下文，然后一个用量工具活动和任务进度啊，都可以去啊，根据自己的需求去添加。 然后刚才已经说了啊，这两个分别负责的是配置的哪块内容？然后我们如果配置的话呢，是需要在 cloud 的 一个配置文件里边， 配置文件里边，这个文件里边我们需要加这样一方配置，就是 state line， 然后里边去指定啊这两个参数啊，我们后边来看一下它的参数是分别负责什么的。然后一是指定我们这个插件的一个目录地址啊，动态定位到最新的版本目录啊。第二个是我们要执行的一个插件的一个脚本， 这个就是我们这个上面这一部分对应的内容。好，然后我们看插件做了哪些事情呢？其实主要是做了啊读取，在我们和 kolok 的 做绘画的时候，我们这个插件会负责读取我们绘画的数据，包括模型信息啊啊和它的上下文，还有工具状态。 第二点他读第二点就会把这些文字整理啊，格式化成一个文本行，就是我们最终啊看到的一些信息，根据我们的配置。第三步就是渲染到我们这个 clock code 的 那个底部啊那些状态的一些数据，主要就是做这三件事情， 然后 clock code， 所以 整体的就是我们的配置流程，就是啊刷新他的一个 clock code 的 一个状态栏，然后根据他的这个程序的设置，然后插件去执行，然后底部呢就会出现我们对应的一个状态获取的抓取的信息， 然后在 cloud code 里边我们可以通过啊它这个插件提供的一些啊， slice command 就是 我们的一些命令，然后直接去触发我们的这种自定义配置，就是我们现在看到的这个，对吧？那这个直接啊在你的里边去输入啊，在 cloud code 里边去输入，就我们可以演示一下啊， 演示一下，比如在这里边我现在是已经安装上了，是吧？我们直接可以导的直接走配置，让他就会去读取啊，这个插件的一些配置，一些选项供我们去选择，去配置我们的下边的一个命令状态， 一会他会去读我们的一些信息啊，我们先等一下，我们继续往后讲，然后就是我们输入这个去做这种配置的向导啊，然后向导会依次的去问我们，哎，我们需要关闭哪些区块，然后需要开启哪些区块？那 get 是 什么样式的，然后布局应该怎么去选择？那看他一看他读取没读取成啊，还在读取，等一下， 然后后边就是他会去直接，或者是呢？啊，我们就是两种方式嘛，第一种是直接用我们这个向导啊，这个向导直接引导我们去配置。另外一种方式就是通过直接编辑我们的这个配置文件啊，木配置文件的位置是在这个位置， 然后在里边会对应的一些配置，我们可以直接去编辑，哎，就是这个，这个，这个啊，在这个下边我们可以直接啊编辑它啊，是否是啊展示了它的一个工具状态呀， agent 的 这个状态呀，啊，包括这些颜色呀，都可以去这里面去配置 把。你的元素是包括什么呀？是用量啊？上下文啊，这些是否是显示？如果你想去掉，比如说我不想展示环境了，那我就直接把它删掉就可以，对吧？然后如果不想展示上下文的一个用量了啊，上下文的一个占用了，我们就直接把这个删掉，所以我们可以直接在配置文件里面去直接编辑， 这是他的配置方式，我们再看一下这个有没有开启啊？这就是啊他那个配置向导，然后我们进来之后啊，就可以从这里边去随意的去根据我们的需求，我们来动态化的去配置啊， 然后改完之后呢，它就会去立即生效。前面我们是提了两种方式，一种是通过配置向导，另外一种是直接改配置文件，然后改完之后呢，我们就直接可以生效啊， 然后这是对我们这个两个布局啊，它有一个啊，一个一个一个比较全的一个信息，一个展示。另外一种是压缩版的，经典版的，我们可以去根据自己需求去配置啊，每一个字段，如果我们是想从配置文件里边去配置的话，每个字段代表什么，对吧？对哪块内容 啊？可以简单的去看一下，对，这两个是对应什么内容，然后这个可以自己去看啊，然后这个去颜色进度条的一些颜色的可以都是可以修改的。 然后如果你是新机呢啊，就三步就可以，如果你从来没有安装过这个插件，那只需要简单的三步，我们就可以具备这个底部状态来的一个显示 啊。比如说啊，第一步就是我们先通过啊这个去安装插件，然后安装完插件之后呢，我们启动这个 之后啊，我们就可以去启动的时候，其实他就会去引导你去做配置啊，如果我们后续想调整的话，我们可以直接用第三步啊，做这种这个这个指令，然后去做这种按需的这样改改动 啊，然后如果我们配置完之后可能会遇到一些啊小问题啊，比如说状态栏消失了，是吧？我们可以去重新跑一下这个 start up， 重新去配置一下，然后如果是啊 node 做升级后啊，他如果有报错的话，我们也同样可以去重新跑一下这个这个指令大概率会修复我们的问题。 嗯啊，最后呢啊，这就是一个开源的一个插件，插件 color code 的， 用于解决 color code 的 状态栏的一个显示啊，这就是它的一个啊，官方的仓库里边去看一下它的一个啊具体的用法和实现 啊。今天我们就啊分享到啊，这个这个插件啊，去解决的一个 color code 的 一个状态栏的一个啊配置问题，希望对大家有用处。这期视频就到这里，大家再见。

obscene 插件不用多，但一定要有，装上这七个插件，基本能让你的 obscene 提升一个 level！ hello 各位精神股东们，我是 nice 菜菜，之前分别分享了 obscene 知识库的内容获取、 ai 接入、 wiki 搭建以及多端同步。如果你细心的话，会发现有个东西贯穿其中，那就是插件。 要知道有无安装插件的 obsidian 简直是两个样。今天就是分享我是怎么用好插件来武装自己的 obsidian 知识库的。分为两部分，第一，我常用的七个 obsidian 插件，以及我为什么用它们。第二，如何用 cloud code 开发自己的 obsidian 插件。 在准备发布这条视频前，我突然发现就在昨天， obsidian 官方发布了 obsidian community， 你可以把它理解为 obsidian 的 插件与主题社区，不仅支持用户浏览，还支持开发者上去提交、认领和管理自己的插件。我在视频最后也会补充介绍下它的使用。 obsidian 的 插件系统有两套，一套是官方的核心插件，另一套是第三方插件。官方的核心插件就有二十多个，不用安装，正常开启或关闭即可。 新手可以先从核心插件开始熟悉，如果他们不满足需求，再去找可替代的第三方插件，或者考虑自己开发都不迟，这里就不做过多展开。今天主要介绍的是第三方插件，一共七个，都是我常用的， 可以分为四类，第一类是基础增强层，第二类是 ai 增强层，第三类是导航与发现层， 第四类是内容创作层。不过在安装这些第三方插件之前，我们得先在设置第三方插件中关闭安全模式，才能开启社区插件市场。第一个是基础增强成的 red 插件， 它是用来安装未上架插件的插件。 c 店官方对第三方插件的上架审核非常严格，完整流程跑完可能得好几个月， 所以部分开发者就没有将自己的插件上传到社区插件市场中，比如热门的 cloud 点 open code 之前就没上架到 obsidian 社区插件市场。在没有 brad 插件之前， 大家安装这类插件的方法比较麻烦，需要在对应插件的 github 仓库找到并下载 mate， 点 js， manifestation 以及 styles， 点 css 三个文件，然后再去点 oop， 点 plugin 这个隐藏文件夹下创建相应的文件夹。这种方法对于非开发者来说实在太麻烦了，不仅得在一堆文件中找到这三个文件，还要知道怎么找到隐藏文件夹。 虽然现在已经能让 ai 帮忙执行这个流程，但前提是你已经安装了 ide 或 c l i 这类 coding 工具，这又是另一种麻烦。这时候 brad 插件的优势就显现出来了，你只需要在社区插件市场中安装 brad 插件。接着在 brad 插件的设置界面中找到 better plugin list 模块，然后点击 at better plugin， 在 弹窗中添加我们要安装的 better 插件的 get 号链接，然后等识别链接后选择要安装的版本，一般选择 latest version， 也就是最新版本，最后点击 at plugin 就 搞定了，是不是简单多了？ 有了 black 插件之后，我们就可以安装任何不在社区插件市场中的插件了，包括我们后续自己开发的第二和第三个分别是 ai 增强成的 cloud 点和 terminal。 之前在怎么给 obsidian 接入自己常用的 ai？ 这条视频中有介绍过这两个插件， 前者是 cloud code 的 obsidian 版本，后者则是用来运行 cloud code、 c l i 等工具的， 用来补齐 cloud 点的不足。关于它俩的安装，可以一步查看之前的视频，这里就不做赘述，这里补充回答之前观众提出的一个问题， 什么时候用 cloud 点？什么时候用 tomlin 加 coding c o i？ 如果你每次操作的文件数量不多，那么大部分的知识管理任务都可以用 cloud 点插件解决。相反，如果涉及大量文件操作，比如把大量旧笔记迁移到新结构、 批量修改上千条笔记的 front matter 等，使用 ctrl 键插件就比较容易出现卡慢的情况。这种就更建议去跑 terminal 加 coding c o i。 当然， 如果你打算 vive coding 自己的 offset 插件，那也更建议去跑 terminal 加 coding c o i 或 ai ide， 因为所有操作都会更直观。 第四个是基础增强层的 git， 用于版本管理和备份。无论你前面采用 cloudian 还是 terminal 加 coding c i 的 方案， 都存在文件被 ai 误操作找不回来的情况。但如果你提前用 git 做好版本管理和备份，就不用有这种后顾之忧。这也是我把基础增强层的 git 放在 ai 增强层后面来介绍的原因。 关于怎么用 abcde git 进行版本管理和备份，可以查看之前这条视频。当我们完成了第一次 git 备份， 后续知识库有任何改动，都可以借助 abcde git 来自动实现提交和同步。对应调整这三个配置项就可以轻松实现。第一个是 auto commit and sync after latest commit， 就是 在停止编辑文件后自动提交和同步。设置完这个之后，你就可以设置 auto commit and sync interval minutes， 就是 每隔多少分钟自动提交和同步一次。还有第三个就是 pull on startup， 每当启动 obsidian 时，就会自动将 git 上的变通也同步到本地仓库。如果你决定长期使用 obsidian， 那 么用 git 做版本管理和备份是非常有必要的。第五个是导航与发现程的 notebook navigator， 它可以让知识库被更高效的解锁和组织。这是 obsidian 的 默认文件资源管理器，大家可以看到是比较原始的，只能看到文件名，没有内容预览。 而且标签跟文件夹是两个完全独立的面板，切换会非常麻烦。如果是大型知识库在里面找笔记会非常低效。 notebook navigator 就是 为了解决这些问题开发出来的，当你安装并起用后， 整个界面就会变成这样，对于刚接触这店不久的精神股东来说，可能不太能看出他们的差别。我这么说吧，最左侧的试图整合了 之前默认界面的文件标签属性预览和快捷操作，可以直接实现以前需要五六个插件才能搞定的能力，比如显示最近文件，这个第三方插件才能实现。又比如将标签作为文件夹， 以标签的形式显示所有的文件，以前要通过 tag folder 插件才能实现，还要从命名、合并、切换和搜索标签以前则需要借助 tag regular 插件，这样是不是一下子就 get 到了 notebook navigator 的 价值了？不仅如此，开启 notebook navigator 插件后，还会多出中间这一列式图。当我们点击左侧的某个文件夹时，里面包含的文档就会以卡片形式在这列式图中展示出来， 不仅有标题、摘要、日期，有的还可以看到图片预览。这样我们不用打开具体的笔记，就能快速判断大概内容， 尤其是那些已经写了很久的笔记，一眼扫过去就能快速唤起记忆。第六个是内容创作成的 schedule。 schedule 你 可能自己没用过，但一定在不少地方看过，它绘制的手绘风格的流程图、 架构图和思维导图等。这个插件不是把 illustrator 的 画图能力简单地搬过来，而是把它深度集成到了 obsidian 当中， 让我们的知识库同时具备文字加视觉思维的能力。比如 illustrator 插件创建的绘图文件就是 map 文件，所以它可以参与 obsidian 的 搜索，双链图谱、 反链标签、属性等等。还可以做元素级的双向链接。比如在画布中，我们可以直接把图形或文字框链接到 obsidian 的 笔记，选中你要链接的图形或文字框，右键 找到添加标签，然后输入中括号，选中你要链接的 obsidian 笔记，这样我们就完成了一篇笔记的链接， 可以随时跳转。反过来，我们在笔记中也可以去嵌入 illustrator 的 绘图，这样就实现了笔记及画布、画布及笔记的工作流。第七个是内容创作成的 local image plus， 用来解决剪长图片本地化的问题。之前在 如何把 obsidian wikipedia 的 价值最大化的文章底下，有用户留言怎么让剪长插件实现图片的离线下载。 我原本是用 opencil 官方的附件加自定义快捷键实现的，就是在检查内容之前，在软件中做好这两步配置。第一步选择图片默认的存放位置，在设置文件与链接中配置附件默认存放的地址。我这里选择的是指定的附件文件夹， 然后填写附件文件夹的路径。第二步是配置自定义的快捷键，在设置快捷键中搜索附件， 找到下载当前文件夹中的所有附件，然后给它自定义快捷键，比如 command g 加 d。 但当你每次检查文文章，就可以按自定义快捷键，文章对应的图片就会保存到你指定的附件文件夹中。 但上面的方法用 local image plus 这个插件就能解决，还是检查这篇文章，你看它就会自动帮你解决图片附件的一个下载。 如果你不想本地图片占用太大空间的话，也可以在这里进行一个设置，比如你可以定义是否要压缩图片，以及保存的图片的质量。以上就是我常用的七个 o c d 插件，不多，但每个都在用。装 o c d 插件是一件很容易上头的事， 看到一个功能，心痒冲动安装，然后就没有然后了。比如社区很热门的 templar data view 以及 style settings 等插件，我之前也安装过，但后面因为没啥场景就基本没用了。 第三方插件绝对不是越多越好，因为我们真正常用的插件并不多，装太多插件反而容易影响 obsidian 的 启动和运行速度。我之前还追求过 oem one， 就是用很多插件把 obsidian 打造出另一个工具的能力，比如任务管理。但在实际体验后发现，这些插件其实都很难做到一些锤类工具的体验，所以后面也就舍弃了。 我现在的做法就是每装一个插件之前，先问自己两个问题，我的具体使用场景是什么？找不到就不装。这个插件有比锤类工具更好用吗？没有的话也不装，这样留下来的都是真正能让我减少知识互管理摩擦，提升长期维护便利的插件。 city 社区插件市场上架的插件接近四千，说多不多，说少也不少。由于每个人都有些知识管理的个性化需求，现有插件不一定都能满足。比如我之前在找翻译插件的时候，发现很多都不是我想要的， 甚至有些翻译插件已经一两年都没有更新维护了，要是将就用就会很难受。这时候开发一个适合自己需求的个人插件明显会更好。这里以 curl 为例进行演示。步骤一，梳理你的 obsidian 插件需求 目前大部分的 coding agent 对 obsidian 插件的开发都不太熟悉，所以我们最好给到他相应的官方文档，并且告诉他参考模板长怎样。比如我想开发的 obsidian 插件是这样的，前面用来描述你的需求，后面附上两份官方文档。步骤二， 用 superpower skills 或 plan mode 来完成需求，简单快速的任务，可以直接用 cloud code 自带的 plan mode， 目前基本所有 coding agent 都有自带的一个 plan mode， 如果是中大型的功能或者复杂的逻辑任务，就用 superpowers skills， 用头脑风暴来帮你梳理清楚自己没想到的一些需求，然后用 writing plan 去做计划。 刚开发完成后，就可以进入步骤箱，将 make 点 js， manifest 点 json 以及 style 点 css 放到你指定的 oops 键插件的文件夹中。 这一步有两种方法，一种是让 code 帮你创建插件的文件夹，然后把开发好的文件放到指定的插件文件夹中。另一种是让 code code 帮你上传到 github 仓库，然后借助前面提到的 bread 插件进行安装起用，这种方法更适合后续要上加插件的用户。 第四步就是反复的调试，调试到自己满意的程度为止。如果你用的是 code code 加国产模型的组合， 建一些有视觉能力的模型，这样你就能通过截图反馈了。步骤五就是将插件上架到 obsidian 社区。其实到步骤四就已经能解决你对个性化插件的需求了，但如果你希望别人也能用上你的插件， 就可以跑上架流程。就在昨天， obsidian 官方发布了 obsidian community， 你 可以把它理解成 obsidian 的 插件和主题社区。 大家不仅可以在这里按照分类去浏览社区的各种插件，还可以查看各种插件的一个健康评分。如果你是插件的开发者，还可以上去提交认领和管理自己的插件。 提交插件的方法也很简单，注册个 obsidian 账户，然后登录 obsidian community， 绑定你的 github 仓库， 然后添加插件即可。最后做个简单的总结，气垫插件不用多，但一定要有。优先看官方的核心插件或者第三方插件有没有适合自己的，避免重复造轮子。比如我常用的就这七个，如果现有的第三方插件 没能解决我们的特定需求，那就用 ai 手搓一个，毕竟现在也不难。以上就是本期视频的全部内容，如果对大家有帮助的话，欢迎一键相连，我们下期再见。

今天这期视频亮哥给你们分享一款使用在 cloud code 上面非常实用的插件，名字叫 cloud hold， 下载网址是这个，在逗号框输入这样一段话就能够下载下来了。这款插件的主要作用就是记录你在使用 cloud hold 的 时候，能够显示你的上下文使用情况，活跃工具还有运行中的代理和代办事项进度 给大家看一下。下载这款插件之后，在你的终端的左下角就会有这些显示你的模型使用的是哪一款，你的操作系统，你的上下文使用情况，还有你关联了一个 cloud mate 文档， 关联了一个钩子，这个在终端或者说是在 vs 上面都会有显示的，我平时用的比较多的是把那个 cloud code 集成到 vs code 上面，我平时在执行任务的时候， 它会实时的显示你的上下文使用情况。大家看到这个是我使用了一个阅读工具，还有网页抓取以及编辑工具，使用了十一次。这款插件的主要作用就是 你能够实时的知道你的上下文需不需要压缩了，你看我现在的上下文是使用了百分之五十九，当使用到百分之八十的时候， 你就可以输入这这行迷你斜杠 impact 就 可以压缩了，不至于让你的上下文爆窗。这款插件的下载非常方便，你把这一段话 输入到对话框就能下载了，这边我已经下载了，我就不重复输入。好的，这今天的内容就讲到这里，关注亮哥每天给你分享一个干货内容，有什么不懂的大家可以在评论区留言。