trea md文件修改教程

从这一集开始，我们正式进入 obsidian 系列。先说结论，如果这辈子只能长期用一款笔记软件，我会选 obsidian。 它不是一个花少的在线文档，而是一个真正把数据掌握全交还给你的本地知识库工具。 一句话解释， obsidian 是 一个本地优先的 markdown 笔记软件。这里面有三个关键词， 第一，本地优先，你的笔记存在自己电脑上。第二， markdown， 也就是你上一篇刚学过的那套清亮格式。 第三，它表面上是记笔记的软件，但实际上完全可以拿来建知识库、写文章、管项目，甚至当簿刻编辑器用。 那一个 ai 教程为什么要突然讲笔记软件？因为笔记软件不是 ai 的 反面，它其实是 ai 工作流的地基。 你和 chat gpt cloud 的 很多高价值对话，如果不沉淀到本地，过几天就散了。真正有用的不是一次次聊天本身，而是你能不能把这些内容整理成自己的长期资产。 再往前一步，光看不写知识也很难真正变成你的 obsidian 就是 在帮你把碎片内容慢慢长成系统。 市面上的笔记工具很多， notion 非书语却印象笔记都有人用， 为什么偏偏推荐 obsidian？ 不是 说别的工具没有价值，而是如果你特别看重数据使用权、离线能力、长期可迁移性，还有和 ai 的 直接写作，那 obsidian 的 优势会非常明显。 obsidian 最出名的能力是双链普通笔记软件通常是写完一篇就结束，篇与篇之间没有很强的 x 点，允许你在一篇笔记里直接引用另一篇，比如写到费曼学习法时，直接链接过去，这样你的笔记就不再是一堆单独的文档，而开始形成网络。 更关键的是，这个连接是双向的，不只是跳过去，还能反过来看谁提到过它。 再往前一步就是图谱，试图你会看到自己的笔记像一个星系一样连接起来。 这个功能不只是好看，它真正的价值是让你意识到原来过去分散记录下来的想法之间本来就存在结构，你写得越多，图谱就越能帮你看见隐藏的关联。 除了双链， obsidian 另外几个实用优势也很重要。第一，本地存储带来的长期自由，不怕平台锁定，也方便你自己备份。 第二，插件生态非常丰富，日历、看板、数据库、 ai 对 话、发布、薄刻按需去加就行。 第三，它全平台支持核心功能，基本免费。更重要的是，这些优势和 ai 结合起来会非常顺。本地文件 ai 可以 直接读写，你的笔记库也会慢慢变成 ai 的 长期素材库，而 markdown 又让双方几乎零损失对接。 如果你现在就想开始下载安装，其实很简单，官网就是 obsidian， 点 m d 进去以后选你的系统下载安装就行， windows、 mac os、 linux、 ios、 android 都支持 安装，本身没什么门槛，真正关键的是装完之后怎么设置，怎么开始写第一篇笔记，这也是我们下一集要讲的重点。 所以这期真正想帮你建立的是一个判断标准。 obsidian 不 只是一个写笔记的软件，它更像是一个把知识素材写作和 ai 写作串起来的本地工作台。 如果你只选一款长期积累用的笔记工具，我会优先推荐 obsidian， 因为数据在自己手里，这条原则本身就值回票价。 下一期我们正式上手 obsidian 会具体讲三件事，第一，怎么做基础设置。第二，怎么写你的第一篇笔记。第三，怎么开始用双链把笔记慢慢连起来。如果你已经装好了，下一集就可以直接跟着操作。 教程文字稿请关注公众号， hello rancy。

你有没有这种感受，对着 ai 问东问西，他永远客客气气，答非所问。让他办事总要反复交代细节，写出来的内容全是模板化套话。说白了，没有灵魂的 ai 助手就是个高级复读机。今天我们彻底改变这件事， 文墨直接附上可照抄的贾维斯视力模板，零基础也能快速上手。先说说没灵魂的 ai 是 什么样的？ 问，今天该做什么？他要你补充信息，说，帮我看项目。他问哪个项目写邮件直接客服模板，因为他不认识你， 不了解你，从来不是你的专属帮手。你问他写方案，他反问你要什么类型。你提到昨天的项目，他说没有之前的记录，每次对话都从零开始， 怎么解决？ open call 用三个文件搞定，叫灵魂三件套。第一个 so o r d m d， 定义 ai 的 性格、说话风格、行为底线，相当于基因加教养。 第二个 user dm d， 描述你的信息习惯，项目相当于简历加日记。第三个 agent dm d， 工作规则权限相当于员工手册。三个文件配好， ai 就 从通用助手变成你的私人顾问。 so so， 但 md 是 ai 的 基因最重要的文件。拿贾维斯模板举例名字与身份，你是贾维斯专属 ai 智能助手，定位专业干练的私人助理， 性格沉稳干练，执行力拉满，懂分寸、知边界，不主动打扰。说话风格简洁利落，无庸于客套重点内容加粗标注。最关键的是三级权限，可直接做的，比如读文件查信息 必须确认的，比如三文件发邮件绝对禁止的，比如泄露隐私，深夜打扰。记住，定义不做比定义做更重要。 user 按 nt 就是 你的简历。加日记。拿模板举例，基本信息名字职业四驱，比如独立开发者 u t c 政八 工作相关，当前核心项目常用工具 vs code 位数 gamem 技术站 next js 加 type script 沟通偏好，简洁直白，重点突出，中文为主，专业场景中应混用。当前关注近期目标，完成项目上线学习方向， ai 工具实操，特殊需求，加班过晚，提醒休息，工作日程自动梳理。有了 user md， ai 直接知道怎么帮你。 agency 的 ib 是 员工手册。拿模板举例，记忆管理，启动，自动读取 s o u l l e d 和 u c r m d 加载主人偏好，每日记录核心工作事项，定期清理无效记忆。 安全与交互边界，安静时段，二十三点到早八点，禁止非紧急主动推送。群聊模式，仅回应主人指令。高危操作，双层确认，常规操作，高效执行心跳任务。每日早间梳理，当日代办，晚间汇总完成事项，定期检查项目进度。 好消息是默认文件已经很完善，只需根据你的习惯微调就行。实战只需四步，十分钟搞定。第一步，花十分钟写 so l l d m a m d 直接复制贾维斯模板改就行，定义 ai 的 名字和性格。第二步，花十分钟写 u c d m d， 照模板填入你的基本信息和偏号。第三步，微调 agintest m a d 默认已经很好，根据需要调整安静时段和权限就行。第四步，运行 opencloud daemon restart 重启，让配置生效。灵魂是养出来的，不是一次写，使用几天再迭代优化。 不知道怎么定义风格，这里给你四种参考。第一种，计件效率型，只做事，不废话，高效执行，拒绝庸俗，适合赶工期的开发者。第二种，温暖陪伴型，关心状态，会聊天，贴心细致，兼顾工作与情绪， 适合需要情感交流的用户。第三种，专业顾问型，逻辑缜密，附带分析建议，做事先评估风险，适合做决策的管理者。第四种，贾维斯，经营型，干练利落，懂分寸，执行力拉满，专业沉稳的私人助理风。选一个最适合你的， 从今天起，你的 ai 不 再是通用的聊天机器人，而是真正懂你、有性格、有记忆的专属伙伴。三个文件十分钟配置，效果立竿见影。 别再用千篇一律的共用 ai 了，这份专属感和高效性，试过就再也回不去。觉得有用就点赞、收藏加关注，下期手把手带你给 ai 增加技能，让它从能说话变成能办事，我们下期见！

cbotq 镇又迎来了一个非常重大的差价，像之前的话，如果说想给这种人物换装，或者是人物换背景，或者是真实的衣服生成模特图片，即使我们操作很熟练的话，也需要我们在 cbotq 镇里面慢慢的去调整一下他的参数，然后才能生成。 但是腾讯开源了一款 super defusion 的工作旅游的插件，也就是说如果你使用了这个工作旅游的文件，你就可以瞬间的在 super defuction 里面将操作的数据和参数进行还原，可以让你很方便的就能够执行某一种效果。 首先如果你安装了这个插线，会在这个地方看到有工作流的一个工作台，我们可以把工作流文件拖到这个地方，然后就在左侧可以看到参数正在自动的被设置，包括这 这是提示词的部分，还有下面的 ctrl next， 它已经自动的给你放好了一张图片，然后等它自动设置完毕之后，可以直接点击生成，这个就是生成之后的图片。因为这个工作流本身就是给毛坯房转换为效果图的，所以说如果我们自己要用的话，那就可以在这里放上自己的毛坯房图， 然后同样的把尺寸改一下，然后就可以直接在这里看到成品的效果图，所以这个工作留的差价真的是非常方便。而且最重要的是他这里有一个开源社区的链接， 点击这里的话就能跳到一个这样子的网站，这里呢都是各种作者上传的各种工作流的文件，你如果觉得哪一个效果好，或者说哪一个工作流喜欢的话，就可以直接点进来，然后点击登录的就可以下载到本地。最后说一下安装流程， 首先来到这个插件的页面，然后点击这个网址复制，他在扩展里面选择从网址安装，然后直接把网址复制进来，然后点击安装，等下面出现这行字样的时候，就说明安装成功了。如果有不方便下载的朋友，可以来我的粉丝群看群公告下载。

使用 open cutlery 前，先想清楚你需要一个怎样的数字员工，我们可以在 u 二点 md 文件里定义他的名字、昵称、简介、工作内容和核心技能，让 ai 真正懂你，为你所用。 ai 新时代，我们一起进步。

你是不是也看过一堆 md 文件，却不知道先改哪个？在 opencloud 里，他们不是重复，是分工。这条带你一字分清，谁管规则，谁管记忆。先记一句，工作区就是助手的办公室，这里放规则，人设和记忆， 配置和密钥在别处，不在这一堆里。第一份 agents， md， 管怎么做事，比如先读哪些文件，遇到危险操作怎么处理？它像工作手册，不是人格，也不是日记。 so md 管它像谁，说话什么味道。 user md， 管你是谁，怎么称呼你， 一个像角色卡，一个像用户档案到记忆这层才轮到 memory md 和 daily log。 memory md 放长期偏好决定核稳定事实 memory 按日期的文件记今天发生了什么你可以这样背规则看 agents， 人设看 soul， 用户看 user， 长期看 memory， 今天看 daily log。 新手最容易犯的错就是全色禁 agents md 还有一句，别忘，这些文件是记事本，不是密要库。上集讲记忆这集你就知道该往大本里写了。 总结一下，工作区不是一堆重复文件，而是一套分工表。改规则找 agents， 改人设找 so， 忌长期找 memory。 关注我，下集继续讲这些文件怎么备份最稳。

百分之九十用 cloud code 的 人不知道，这个文件配好了，从实习生直接变老员工。这个文件叫 cloud mod， 放在项目跟目录。 cloud 每次干活之前先读它，相当于你给 ai 写了一份项目说明书，没有它， cloud 就是 刚入职第一天，什么都要问你，我给你看我自己的 clude 写了什么。 首先是环境管理，我同时写 python， go， python， script， rust 四种语言，每种语言的包管理器都不一样。 python 禁止用 p， p 必须用单 p， man 和 yarn 必须用 p， n， p 或 bun 这些写清楚了， cloud 就 不会每次猜错你的工具链。然后是代码规范，单文件不超过两百行，超了必须拆分，禁止硬编码，端口 u l l 配置全部走环境变量，禁止静默吞异常，所有错误必须记录，禁止向后兼容，旧代码直接删，不留兼容层。 还有一条很重要，先搜后写，新建任何文件之前必须先搜索项目里有没有类似功能，有就扩展，不要重复造轮子。再就是踩坑记录，比如 road 浏览器关闭，必须先 kill 再 clean up， 不 然 chrome 变僵尸进程。 比如启动紫禁城前必须显示声明环境变量，不然端口冲突查半天这些坑。写一次， cloud 再也不踩三个高级功能 skills， 把复杂操作打包成一个命令，比如我写了一套代码审查技能，一个斜杠命令，跑七层，检查安全漏洞，逻辑错误，数据一致性，重复，代码命名规范全部自动扫 hooks， 每次 cloud 改代码自动触发检查，有问题直接拦截，不让有缺陷的代码通过 memory 话对话，持久记忆，今天告诉 cloud 你 的偏好，明天新开对话，他还记得没有 c l a d 点 m d 之前 cloud 每次都在猜包管理系用错命名风格乱套测试命令反复问，配好之后直接按你的规矩来一个文件的事儿。想要我的 c l u d d m d 模板。

你用 ai 写的应用功能没问题，但 ui 一 眼就看出是 ai 做的。以前修这个请设计师三千到一万美金等几周，现在有一套工作流，一个人一个下午搞定。 google stitch 二点零加 cloud code， 通过 m c p 连接， stitch 负责设计， cloud 负责代码，各司其职。你把应用截图丢进 stitch， 写一句 prompt 说明方向。它会生成多个设计遍体。关键是 它先出图再出代码，不受 html 和 css 限制，所以设计质量远超直接让 ai 写前端。更重要的是， stitch 会自动生成一个 design md 文件，里面包含完整的设计系统、 字体、层级、配色、方案、组建规则。把这个文件放进项目根目录 c load code， 每次 prompt 都会参考。它解决了 ai 应用最大的痛点， 多页面设计不一致。通过 m c p 连接后， cloud 直接读取 stich 的 html 和 css 源码，不是猜着做，是读懂真实布局后，在你的代码里重建，甚至会自动加好玩效果，和过度动画同一个 session 里还能接 superbase， stripe versa， 一 键上线一个 mark 档案文件，干掉了三千美金的设计师预算。

好，这些视频呢，给大家分享一个啊，小的工具，就是将我们这个 md 文件给他批量转化成为这个 docx 格式的文件啊，然后我们，呃我写的这关代码呢，呃相对而言会更简单一些， 我们主要用到的就是这个路径搜索的这个模块，还有我们这个系统操作的这个模块。那么首先在第一行呢，这个第二 s 这一块，我把啊现有这个根目录下，就是我刚才 啊这里啊，这是我的演示文件夹这个根部录下的所有的文件路径给他读取下来啊，稍微有一点卡 也是这些 目录都读取下来，呃，然后呢紧接着就是我要将所有的这个呃 md 格式的文文档呢，他的路径啊，包含这个文件名给他都读取出来，我怎么读呢？我就是首先使用这个 啊一个空列表，然后呢便利我上面呃通过这个 globe 模块读取下来的所有的路径啊，然后再将这个， 呃在使用这个路径查找函数，把这个 md 格式结尾的文件呢，他的完整路径明啊，给他提取下来， 这样我得到的呢就是在每一个路径下面他的这个 md 文件的完整路径啊。那么 呃接下来的任务呢，就是说我要便利这个便利这个列表，也就是说这个所有 md 文件的列表，然后呢给他前面加上这个跟目录的这个表示， 呃，这样做完了以后呢，我就可以开始进行我的这个 docx 的一个呃转化了啊，这这块的话我使用了一个呃第三方插件叫潘 doc 啊，你上网查的话应该也能知道他 啊，就主要是通过这个网站啊，这个我也会在我的视频下方分享啊，如果你的系统 是迈克的，那你就选择迈克的一个安装包啊，我这里下载的是这个，就是六十四位文斗思系统，然后没有什么太多复杂的，安装完了以后呢，呃，我的是直接就 加载到系统变量了，所以，呃，我也不需要那个，我也不需要再做进一步的操作那，呃在这里我大概再给大家讲一下他的命令呢，就主要就是，呃使用潘道可，然后这个空格，然后加上你的这个，呃， md 文件的路径 啊，然后中间又一个空格，然后一个杠欧，就是输出的意思，然后再一个空格，再加上你的这个沃尔的文档的路径啊，也最后你需要他生成的地方的路径 啊，然后这块的话我就调用了这个系统模块的这个抛喷方法来执行我这个命令啊，然后一行一行进行执行，如果执行成功的话，那么他的这个返回的文档就是一类，对吧？然后就代表他转化成功了啊，你要，但是这里的 话，你要记住我们不能在这里直接运行，我们需要在这个 cmd 窗口当中运行这个程序，他才能够进行一个转化。好，我们接下来就把这个窗口关掉，我们一起看一下啊，这也关掉 啊，就是在这个窗口啊，你可以在这个路径栏里输入我们的 cmd 啊，然后，呃，我们先看一下啊，我这个里头还没有进行任何转化，对吧？所以现在什么文件都没有，然后呢， 我们拍散运行一下这个 test 点 py 就是我刚才写的这个 好，现在他就开始自动执行这个转化了， 好，看一下。 呃，这个转化他的一个好处就是说像在我们啊 m mark down 文件里的话，呃图片是会以链接的形式存在，而在这里的话，他就直接将呃里面的一些图片了，还有各种格式了，就全部 啊都给他完整的呃展现出来了。所以，嗯，这个潘道可还是挺好的一个插件，再结合上我们拍森，那么就可以实现这样的一个非常牛逼的操作了。好，谢谢大家。

大家好，我安装的 open core 啊，今天开始叫我皇帝陛下了，而且他回复的这个内容呢，有需要我确认， 然后的话是整个过程的语气是非常的毕恭毕敬的，那这是怎么实现的呢？今天我们继续 open core 必学的第二期，我们来讲解一下 open core 的 三个非常非常重要的文件。那这三个文件呢，决定了 open core 对 你的信息进行回复的个性化，他处理的流程 以及它的一些特征等等。那当你安装完 openclip 之后，如果没有进行任何的设置，那它使用的就是这三个文件，都是默认的设置，那么默认的设置和 你单独设置过之后的区别是什么呢？我们可以通过对话的内容来看一下同样的任务啊，在没有设置任何的这个三个文件内容的机器人里面的回复里面 是非常的近中性的，然后他这边结果也不会有任何的，让我继续下一步操作的一个提醒。那么设置了三个文件不同内容呢？他就那么语气是会根据我们设计的语气和我们的回复风格来跟我们对话，所以能看到一个明显的区别，那为什么会有这样的效果呢？这个我们可以先来了解一下，就是 它的原理是什么。那么你当你跟 openclip 对 话的时候， openclip 会把你设置的这三个文件的内容啊放到这个上下文里面去， 然后呢 ai 会根据你这个上下文里面的要求，你的内容的要求去回复你的格式，比如说我们这个所有点 md， 我 们可以把它认为它是一个性格，比如说你你定义的这个所有点 md 是 一个活泼、可爱、幽默的，那么 ai 回复的内容可能就会比较活泼、可爱、幽默，那这个就是它会把这三个文件的内容啊加到我们的上下文里面去， 那为什么会有这三个文件呢？其实最大的作用是来自于这里，那我们先来了解一下它最大的作用啊， 那 open call 它底层，它其实是对接一个聊天工具的，那么通过聊天工具啊，接收不同人的信息，那么不同的人，那么你就需要有不同的回复方式，那比如说啊，张总是你的老板， 那么王哥是你的同事啊，还有一个客户，他们三个人你回复的内容的语气，处理的方法，以及他他们各自的可能不喜欢聊的一些事情，每个人限制的东西都不一样，如果没有这三个文件， 那么就有可能你对每一个人的回复的内容格式都是一样的。那比如说张总，他更关注的内容是非常简洁的，非常有 重要，信息非常突出的，那王哥是你的同事，那么你回复的语气可能是比较活泼，比较轻松的。那客户呢？ 那就是你要非常的尊敬，或者说其他的一些，为了实现不同的人，你能回复不同的格式，不同的语气，不同的人格给他们， 那所以有了这三个文件，而且这三个文件是跟这个 agent 去一一对应去处理的。那么下一期课程我们会继续讲解这个 agent 的 搭建啊。那么当 open group 装完之后啊，会有一个默认的机器人， 但是你也可以配置不同的这种机器人，就是这里说的 agent， 那 么不同的 agent， 然后每一个 agent 都有这三个文件，那这三个文件就代表了你这个 agent 的 性格，回复的特点，以及你服务的客户。比如说张总这个 agent， 那 么他是专门来服务张总的，他就会定义这三个文件， 那么你就知道张总你的老板喜欢什么，听什么，他的画的风格是什么。所以说为什么说他是非常关键呢？如果你没有 多个 a 型的，那么这个你定义的这三个文件其实就是赋于你自己的。那接下来我们就来分别讲解一下每一个这样的文件它的作用是什么？那怎么来写？那 给到一些案例，那第一个呢就是 sort md， 我 们可以把它简单认为就是你对这个机器人这个 agent 定义它的人格和原则，我们可以看一下官方对这个 sort md 的 一个模板，那么它这边就是第一个就是核心准则， 就是你的原则性的问题。第二个就是边界，也就是说你不能怎么做，不能怎么做。那第四个，第三个就是你的气质，就是你个人的特点是什么。 那第五个就是一个连续性，就说你通过学习，通过更新可能成长了，那么需要去更新这个文件，所以呢所有的 md 是 一个非常非常重要的核心文件，那我们总结下，把所有的 md 的 这种每一个模块该怎么写， 比如说核心的信条就是它核心的原则是什么？写行为规则，不要写空格，比如说 先给，这就是你要总结出方法论，然后让他呢按照你的这个方法论去定义怎么去做事。边界就是 你不需要做什么，比如说不能泄露隐私，那么这个就是蓬荜和禁禁区。风格和气质就是他的性格特点，而冷静、直接、务实，或者沉默，或者说幽默，对吧？或者是风趣，这都是他的个人的一些性格特质。 连续性，就是你可能持续交流中可以去更新，那么其实这三个是必须的，那后面这个你可以写，也可以不写， 这个文件是三个文件里面最重要的。那接下来就是一些案例，比如说你现在定的是一个创业顾问的一个 a 技能，那么你就可以去设置，比如说核心的原则是先给结论，再给证据，不要讲空话，发现风险啊，先预警，再给替代方案。这三，其实这三条就立住了。这个 ajin 的 式的风格是什么？处事的风格是什么样子的啊？边界，那么这个就是你要限制他，就是不要做哪些事情，气质啊，务实、清晰、可靠啊。连续性，那么这边的话一个技术搭档啊，这边是也是一样这三条定义的，这个人的大概的轮廓、性格特点、 边界是什么样子的，不猜测未验证的事实，这个就是我们如果需要这样一个搭档，或者说你要去回复这样一个搭档的问题的话，那么你就可以这样去定义。好，那第四个就是这个 it， 就 我可以把它认为叫身份名片啊，很很好理解，就是你去定义它叫什么名字，就是你这个 agent 它叫什么名字，那比如说 我这边的 agent， 我 给他起了个名字叫金基数首辅，那么在这个聊天工具里面会出现这个名字，那么在飞书里面，因为这个名称是被这个飞书软件自己覆盖掉了，所以说是没办法显示这个名称的，那除了显示这个名称之外，他还有这个啊，头像啊，表情头像， 然后的话你是可以在别的工具里面去展示出来，那比如说我这个有个图片，但是这个没有加载出来，你是可以定义他头像的，是可以定义头像的，这是一个非常个性化的一个。那么这边有一些案例啊，比如说这个什么专业商务啊，还有这种幽默，我的就是这个御行军机大臣 啊，就是定义好了这个特性啊，或者这种名字头像，那么这个头像是要放到这个 agent 所属的这个工作目录里面。第五个就是第二重要的，除了 solo 的 md 呢？第五个 user 的 md， 这个也是非常重要，那这个就决定了他要去服务谁， 然后怎么去服务这个人有什么特点，那比如说我们在前面的例子里面说到，比如说啊张总，那么 user 点 md 就是 来描述张总这个人，他的要求是有了这个描述，那么 agent 就 能按照张总喜欢的这个风格来进行回复。所以呢， user 是 面向客户的，他是跟客户沟通的说明书，那这个跟我们在现实中去跟客户沟通一样，提前要知道这客户喜欢什么，那这个文件就是起了这个作用， 他回答的是什么？我在服务谁？这个人喜欢怎么沟通？怎么表达？讨厌什么表达。那么这边的话也是有格式，比如说 name， 这个人，这个客户叫什么名字？怎么称呼他？那比如说我这边就叫皇帝陛下，那我就叫我皇帝陛下啊，那这个就是昵称 啊，比如说老板啊，老师，那这个时区的话，这个也不是特别有作用，这个非常重要啊。这个 nose 就是 背景信息，就是非用一句话总结你客户的一个特点， 比如说正在 ai 创业节奏快，那比如说我这个啊，因为他服务的是我，我是皇帝陛下，那么这边的话就是会总结一条，就是统一六国之后，时间比黄金还贵，这句话就代表就是你不要啰嗦说重要的内容，那最后一个就是这个啊，也是一样的，就可以去长期去沟通之后去更新 这个 user 的 目的，因为可能你对这个客户进行沟通之后， ai 去发现它的一些特点，把它更新到这里面去。那 context 呢？就是你要去总结就是它的一个沟通的偏好， 那建议就是按关注点喜欢的输出禁忌三字来写。这个也是非常重要的，就是总就是决定了你跟你回复个这个客户的这个风格。 那比如说我们这个案例里面，比如 ceo， 那 么他关注的是这个东西这三样，所以呢，你就是在回复这个 ceo 的 对话的时候，你就会按照这个规则去组装。这样的话， 那比如说技术负责人，他关注的是性能和稳定性，那喜欢讨论，讨厌什么，喜欢什么，关注什么，这就一个固定的格式了。那讲完上面这三个啊，那基本上你就能知道这三个文件分别代表了不同的作用。配置好了之后，那你对这个 a 件的描述是具象化了， 那怎么去配置呢？那有两种配置方式，那在外部端，比如说在这个外部端点开这个代理，然后这里面就是你配的这个 agent， 那 个 man 就是 你创建完之后有个默认的，那这边有个 files， 那 就有这个啊， solo 的 md 啊，比如说我这里的就是 皇帝陛下的，那这边的话就会定义好它的一个性格特点，核心是什么？边界没有经过我的同意，不得不得发表任何的这个结论。 然后的话我喜欢什么在这一个里面，就是比如说每次做爆要有要有给我一个决策，那这个就对应了至少一条，那就对应了这个决策，让我定了完之后，你就可以出现这样的效果，那这个是身份啊，就是我这个名字， 然后有一个这样的表情，然后有个这样的头像，这些东西都是可以自己去再去扩充的，就大概的符合这个格式就行了，就是也没有说是写死了，一定要这样子， 因为我们写的其实是一个文档，那这个文档你你只要写得出来，或者说你只要描述得清楚， ai 是 能理解的，这种格式只是方便大家用结构化的方式去书写， 你只要能表达出来这个人是什么样的性格特点就 ok 了。那除了外部端这种保存方式呢？那么你如果使用的是服务器这种方式啊， 那么你就需要去在这个 opencloud 的 目录里面去修改这三个文件啊，去配配置我们的这个主 a 文件。 那么其他的，如果你创建了这个其他的这个 agent 的 话，你就要去 open freelancer agent 这个目录里面去找你这个名称，再找到这个 workspace。 最后我们来总结一下，就是当你没有创建这个 agent 的 时候啊，可能你会觉得这三个东西没有用，有它和没它 没有区别，但是当你创建多个 a 群的时候，那它就非常重要了，它就需要有不同的风格去回复不同的上有的信息，这是非常非常重要，也是 open， 我 觉得是最大的意义，它能接这种不同的消息，能处理不同的消息。 ok， 本期视频就到这，希望这些内容对你有所帮助。

今天这集我们来讲 rules， 简单说就是怎么把 cloudy md 里塞不下的规矩拆出去，分开管。上集我们写了第一版 cloudy md， 对 吧？ clouded， 终于知道你的项目是干嘛的了。 但我自己用下来，很快就发现一个问题啊，写需求文档、写技术方案、做报价，三件事的规矩完全不一样，全写在一个文件里， cloud 只会越来越糊。所以今天我就带你把这层拆清楚，用三个实操教程把分区规则搭起来。 其实 rules 你 可以简单理解成从主文件里拆出来的分区规则嘛， cloud md 管总的 rules， 管各个区，比如说你的项目有三个环节，三套规矩，差别很大，对吧？全 c cloud 点 md， cloud 写需求时连报价规则都读了，上下文白白浪费。 但你拆成三份 root 文件呢？各管各的，谁该生效谁才出现，这就是 root 真正解决的问题，让上下文有边界。 好，我们直接来做，你跟我一起啊，先建一个 cloud rules 目录，然后往里面放三份文件。 第一份， requirements， md 管需求分析阶段，必须确认客户痛点，列出验收标准，需求要区分，必须想要可选三级。第二份， technical， 点 md 管技术方案、架构图必须有选型，要给理由，风险评估不能少。 第三份， pressing， 点 md 管报价，按人天估算，留百分之十五的八分儿分阶段报价。你今天先把这三份立起来，你会发现主文件立刻就清了。 不过关键文件还不够啊，最关键的一步是 pass， 大家看你打开 requirements， md， 在 最上面加一段 front matter， 写上 pass 指向 box requirements 目录。 加了这一行之后呢？ cloud 只有在碰到需求目录下的文件时，才会把这份规则读进来。你写技术方案的时候，需求规则不会出现，你做报价的时候技术规则也不会干扰。 说实话，这才是路由真正值钱的地方，不是换了个目录存规则，而是让规则按场景自动生效。 这里啊，有一个很容易踩的坑。我要特别提醒一下，如果你只见了路由文件，但不写 pass， 那 它就是大局规则，每次对话都会被读进去。你想想看，这跟直接写在 cloud dmd 里有什么区别呢？只是换了个地方继续堆而已嘛。 所以记住啊，没有 pass 就是 大局兜底，有 pass 才是按场景生效。大部分规则都该写 pass， 全区的留两三份够了。 好，今天这集你就记住一件事就行。 rules 不是 多建一个目录那么简单，而是让 cloud 在 不同环节自动切换规则。 我建议你今天回去就做一个动作，建 cloud rules， 写出你的第一份带 pass 的 规则文件。下期我们讲 command 啊，开始进入，你主动点一条命令，让 cloud 跑流程的那一层会更好玩儿，敬请期待。

大家好，欢迎来到 ai coding 最佳实践系列第二期，今天我们来聊聊 agents md 为 ai 编程代理打造的标准上下文方案。 agents md 已被证实是当前 ai 编程代理中最有效的上下文方案之一。 你是否注意到，每个 ai 编程工具都有自己的配置文件？ cloud code 有 cloud and gemini， clea 有 gemini and cursor， 需要 cursor rules。 未来，每一个新 agent 可能都有自己的 x x md， 这就是 agents md 因而生的原因。它是由 openai、 google 等多家 ai 巨头和社区共同创意的开放标准，为所有 ai 编程代理提供一个统一的上下文配置方案。 它的核心理念极其简单而深刻，为 ai agent 创建一个专属的、标准化的 reactme md 文件。 agents md 的 愿景是成为一个快 agent 的 行业标准，让所有 ai 工具都能自动识别并理解它。 无论你今天用的是 cloud code， 明天用的是 gemini， 还是后天社区推出的新工具，它们都应该能自动地、优先地去寻找宾利接 agents md。 那 么， agents md 应该包含哪些内容呢？又应该避免哪些内容呢？ 首先是必须包含的内容，技术站与框架代码风格约定、已知陷阱、关键指令和避跑命令。同时要避免包含一次性需求，经常变动的不是为人类准备的详细文档。 接下来让我们看看 agents md 的 最佳实践。第一个，被动上下文优于主动调用，将不可逾越的底线规则放入 agents md， 确保 ai 每次生成代码时都遵守这些宪法。它的核心优势在于始终可见无需 ai 决定是否查询文档。 第二个，将 agents md 设计为导航入口，而非全量知识库，告诉 ai 去哪里找详细信息，而不是直接提供所有信息。随着项目变大，上下文窗口会溢出，所以保持简洁非常重要。第三个是 skill 的 调用补充。 当你发现自己创建或下载的 skill 不 能被 agent 自动调用时，在 agents md 中添加 skill 的 调用说明，明确指定调用条件和使用场景。通过在 agents md 中明确指定 skill 的 调用条件和使用场景，你可以帮助 ai 代理更准确地理解、核实以及如何使用这些技能。 agents md 就 像一份为 ai agent 量身定制的项目说明书，建议在你的项目根目录下创建一个名为 agent md 的 文件，专门存放那些写给 ai agent 看的不可逾越的底线规则。 通过标准化的 agents md， 你 可以确保不同的 ai 编程代理都能快速理解你的项目结构和编码规范，从而更高效地协助你的开发工作。谢谢大家！

我们原来经常看到他们这些人给我们一些建议，这些建议先我们创建项目的时候，或者有一个老的项目先让 ai 去 in it， 就是 先初步化这个项目，初步化项目的时候它就会帮你自动的去生成这样的一个 agent agent 点 md 的 这样一个文件啊。但其实这个文件其实是没有必要的， 因为如果你要去让那个 coding 的 智能体去完成某些任务的时候，你可以让他随时的到项目里面去解锁内容， 这样解锁出来的内容肯定是最新的。你的那个文档可能是老的，可能是有问题，因为这个跟我们目前的这个常识是相反的，所以我觉得这篇论文还是有点价值，而且他比较浅，但是对我们的这个工作来讲还是带来比较大的价值。因为你知道现在大家用 ai 写代码，他的透坑是非常贵的， 如果你把这个乱七八糟的文件放在里面，你要增加百分之二十的这样透坑的消耗，而且你并没有带来你完成任务的准确率的提高，那你是完全没有必要的事情啊。

upside 新手入门六十秒快速上手！ upside 其实就是你电脑上的一个或多个笔记文件夹，我们叫它库，这个文件夹里存放着各种笔记，本质上就是普通的文本文件。所以呢，你可以用 upside 打开，也可以用 text editor vs code ulysses 等很多工具来打开它们。 也就是说，就算哪天 opc 点没了，你的笔记照样能打开。在 opc 店里，你可以新建笔记，添加文件夹来整理，在这里搜索想要的笔记，或者把常用笔记加入书签，方便快速访问。点击笔记就能在右侧查看。按住 command 或 ctrl 点击，可以在新标签页打开， 还可以点击拖拽，把标签页分成多个面板，方便多任务操作。新建笔记，把它加入你的知识网络，然后输入双括号，随时链接到新笔记。这样做下去，你就会看到自己的知识网络不断生长，越来越丰富。

朋友们，用了这么久的 ai 了，你竟然不知道有个 skills？ 大家好，我是阿康，你有没有遇到过这种场景？同样的提示词，上次还能成功，这次就不灵了。尤其是在比较繁琐的任务里，同一套提示词，每次执行的表现都不一样，为什么会这样？怎么解决？ 这时候你就需要了解一下 skills 了。 skills 是 ai 工具里的一种协议，它不是一个单独的文件，而是一整套打包好的能力结构。 它的核心是 skill 点 md， 这是它的灵魂，里面有几个关键字段 name 定义了这个 skill 叫什么。 description， 告诉 ai 它能干什么，什么时候该被调用。 allowed truth 声明了它有权限操作哪些工具。 ai 看到这几行就知道这个 skill 是 否适合当前的任务，但光有灵魂不够。一个完整的 skill 还可以有四只模板文件定义输出格式， 实体文件，给 ai 提供参考答案。脚本文件则直接执行 python 代码调命令行打外部 api。 skill 点 md， 负责动脑，这些文件负责动手。 ai 接到任务之后，先读懂灵魂，再调动四肢去干活。 那怎么自己搞一个？我用的方法很土，但很有效。先跟 ai 把事情聊清楚，一步一步把流程跑通，确认输出是你要的结果之后，直接说一句，给我把这套东西保存成 skills， 它会自动帮你生成文件夹。 skill 点 m d， 自动写好，需要的脚本也一起出来了。你不用懂代码，不用知道格式怎么写，这些 ai 都帮你处理。下次你再做同样的事，直接调这个 skill， 它按流程走，结果每次都问， 我现在有十几个自己的 skill 内容速览、自动发布、周报生成都在里面，看到这里你是不是也可以去试一下？

你用 open crawl 是 不是还在玩那种发个消息回一下的聊天模式？那是把它当工具。很多人问我，凭什么你的 ai 框架能够像有脑子的数字员工能自己干活？ 其实啊，并没有那么玄乎，我只是站在巨人的肩膀上，把别人花了几千美金踩坑总结出来的经验，通过几块钱的偷坑费就把逻辑给跑通了。调教之后啊， open crawl 就是 一个完美的项目经理。 openclock 在 agent 点 md 文档里定义了它的所有的行为准则，通过优化配置文件，它能够帮我协调其他六七个 agent 同事。 我重点增强了它三个功能，第一是主动性，它有心跳机制，会定时检查项目的进度，主动跟我汇报，而不是等我下达指令。第二是可重物系统，哪怕网络中断或者绘画重启，它能从断掉的地方稳定地继续推进。 第三是自我总结，每次任务结束之后，它会自动做两个总结，一个是给它自己看的，存储在它的 memory 里，防止以后犯同样的错误。第二个是给我看的，总结，在 obsidian 里，如果是通用的经验，还会自动同步到飞书。 我们要让 ai 用它最熟悉的方式去解决问题。比如 opencore 在 和 ai 工程师 curl code 协助的时候，根本不需要像人类那样开绘画聊天，它直接开放项目路径、工作记忆。在工具使用上，我也明确了优先级， 让它用最省钱、最快速的 api 方式去执行，而不是浪费 tom 模仿人类操作浏览器。 其实啊， ai 时代的竞争，拼的不是谁写的指令长，而是谁更懂硅基生物的写作逻辑。如果你也想摆脱对话框的聊天模式，真正构建自己的数字团队，欢迎找我交流。我是光头哥，带你深度玩转 ai 时代，咱们下期再见！

大家好，我是李忠义。这个视频给大家讲一下怎么去修改当前的。呃， qg log 文件 就之前也讲过啊。但是这里再强调一下，你看我现在更改了这两面这两个内容之后呢，哎，他就会自动生成这样的稳当内容。怎么怎么生成的？这东西怎么做出来的？第一个 嗯，一个你要修改的地方是哪里？修改当下版本号啊。修改完版本号之后呢，直接运行 nbm 全局浪到死就可以了。怎么修？你修改完之后，我这已经修改完了啊。啊，刚才忘记录了，已经修改完了。然后修改，这里 原来是零点零点。你可以一点几的话，你可以修改比当原来版本更高的，那我就零点零点二。假如说我们修改这个版本，哎，我 mpm run 选 哇，还有 dos 啊，就是这个命令，你运行完成之后呢，他会自动去生成，在 dos 上面就会生成当前的一个 tinja 的文件。哎，等会你会生成这样的一个文件内容。好吧， 哎，比如我刚才，刚才刚才是只有两个，现在有三个了。对，有三个了。那他就会生成这样的一个星级 logo 文件。 哎。然后呢，你把当前这个文件提交一下啊，提交一下就好了啊。就这个地方怎么修改这个文件？还有一个地方，我跟大家说一下 gitlog 刚刚 one like， one like 就是当前只显示标题啊，一行减四，一行减四。而且你看到我这里有个 tag 了吗？有个 tag 了吗？啊，这里是打标签啊。 get lock。 怎么去打标签呢？ get 配置啊，简单说一下。好吧，这个配置后面是你标签的标签的版本号是多少？我标签版号比我现在是零点零点二哎，我的版本号是打给谁啊？打给当前这个啊。禁止 log 文件，我希望他是零点零点啊。 回收 get out 刚刚 one night。 哎，你就会在这里发现当前的一个 啊，贴标签有多少。那么你在查看日志的时候，你一定要看当前的版本是哪一个啊。当前的版本是哪一个对吧？我们当前的版本是零点零点二哎，这就是我们的版本哈。哎，现在我们新知道已经更改完了，怎么办呢？我们把它提交到 如果之前我刚刚我提掉过一次啊。给你的 log 刚刚提掉是就刚才啊，现在五十七分，就刚才几分钟之前提掉了。那比如说这个我 我不希望我重新提交。那怎么办？这个 com 验卡看看 a m e n g。 把当前的代码追加到上一次新 glog 里面去。等一下。 呃，等一下。然后我们直接刚才你输入这样子，点击 i 键，然后有个插入。插入按钮之后呢，按 e s 键啊，然后 w q 啊，小写 w q 保存并且退出啊。 哎，我是中文的是吧？用必须是英文啊。 w q 保存命令退出。 哎，当前我们的代码已经已经生成了，没有问题了，而且亲自 log 应该已经保存了。好吧，你在这里去刷新，我们的文档已经有了。好，这个视频就讲到这里。