你有没有这种感觉Obsidian 里的 AI 很聪明但它不懂你。你让它翻译技术文档它翻得像个文学青年。你让它审查代码它只会说这段代码看起来不错。你让它帮你写商务邮件它用词要么太随便要么太僵硬。根本原因是什么AI 不知道你是谁、在做什么、想要什么风格。Nutstore Sync 1.4.0 的 AI Chatbox 有一个被很多人忽略但极其强大的功能自定义角色AGENTS.md 技能包Skills。你可以给 AI 设定身份、知识背景、行为规则甚至给它安装专门的技能包——就像训练一个专属实习生越用越顺手。我花了两个晚上把这套系统摸透了总结了三个实战场景的配置方法和效果对比分享出来。AGENTS.md是什么给AI写一份岗位说明书AGENTS.md 就是一个放在你知识库根目录下的 Markdown 文件。AI Chatbox 在每次对话时都会先读这个文件按照你定义的规则来行事。你可以把它理解成给 AI 写的岗位说明书——“你是一个XX角色你的职责是XX你的风格是XX你需要遵守的规则是XX”。举个例子。我的 AGENTS.md 里写了这样一段——我是一名独立开发者和技术博主主要使用 Python 和 TypeScript。AI 在帮我处理内容时技术文章应该用简洁、专业但不枯燥的语气产品分析文章应该用客观、有数据支撑的风格避免使用震撼“完美”行业第一这类空洞词汇。写完之后AI 回答的风格立刻变了。不再给我那种看起来什么都说了其实什么都没说的万金油回答而是符合我实际需求的、能直接用的内容。三个实战场景从配置到效果场景一代码审查助手配置 AGENTS.md 角色定义你是一名资深代码审查专家精通 Python、TypeScript 和 Go。审查代码时重点关注安全漏洞SQL注入、XSS、敏感信息泄露、性能问题N1查询、不必要的循环、可维护性命名规范、函数长度、耦合度。审查意见应该具体到行、给出修改建议和原因。语气专业但友善不要居高临下。实际效果我把一段自己写的 Python 数据处理脚本丢给 AI 审查。它逐段分析后指出——第 23 行open()没有使用with上下文管理器文件可能无法正确关闭。建议改为with open(...) as f:。第 45-52 行循环内逐条执行数据库查询典型 N1 问题。建议使用WHERE id IN (...)批量查询。第 78 行异常捕获范围太宽except Exception会导致 KeyboardInterrupt 也被吞掉。建议明确捕获预期异常类型。每一条都有行号、有具体问题描述、有修改建议。就像一个坐在你旁边的 Senior Developer 在做 Code Review。场景二技术文档翻译配置 AGENTS.md 角色定义你是一名技术翻译专家专精英文→中文的技术文档翻译。翻译原则术语准确保持技术名词的一致性如 “Promise” 不翻译、“microservice” 译为微服务句式通顺不要英式中文该断句就断句保留代码块和命令行示例的原始格式。遇到有歧义的技术表述优先采用社区通用译法并在不确定时标注译注……。实际效果我找了一篇英文的 React Server Components 技术博客让 AI 翻译。之前没用角色定义时翻译结果充斥着服务器组件渲染一个组件树到客户端这种读起来费劲的长句。用了角色定义后——术语统一了“Server Component” 始终译为服务端组件不会一会儿服务器组件一会儿服务端组件。句式变自然了长英文从句被拆成两到三个短中文句。代码块原样保留注释也做了准确翻译。原文有一处对 React 官方文档的引用存在歧义AI 在翻译后面加了译注此处原文表述存在歧义实际应指 React 18.3 引入的 XXX 特性。这就从机器翻译变成了专业译者出品。场景三写作教练配置 AGENTS.md 角色定义你是一名写作教练专门帮助作者改进文章质量。你的工作方式是先整体评价文章结构和逻辑再逐段给出具体修改建议。重点关注开头是否吸引人、段落过渡是否自然、论点是否有支撑、结尾是否有行动号召。语气鼓励为主批评要具体、有建设性。每次反馈后提供 2-3 个可立即执行的修改建议。实际效果我把一篇还没发的 Obsidian 插件测评草稿发给 AI 教练。它给出的反馈——整体评价文章信息量大但前 500 字都在铺垫背景读者可能没耐心看到核心对比部分。建议把最关键的对比结论提到第二段。具体建议开头第一段随着数字化转型的深入……太空泛建议改成具体痛点场景——“用了三个月的 Obsidian每次换设备同步都要折腾半小时……”第三段和第五段都在讲同步速度信息重复建议合并。结尾缺少行动号召读者看完不知道该做什么。加一句——“如果你也在为同步问题头疼不妨先用免费版试试”。我按这些建议改了之后那篇文章的数据确实比之前好——阅读完成率从 40% 左右提到了 55% 以上。Skills技能包给AI安装专业工具箱除了 AGENTS.md 定义角色身份Nutstore Sync 1.4.0 还支持 Skills技能包。Skills 放在知识库的.agents/skills/目录下每个技能是一个独立的文件夹里面包含该技能的提示词、工具配置和行为规则。技能包的作用是让 AI 在特定任务上表现得更专业。你可以装现成的技能也可以自己写。举一个实用例子安装一个代码审查技能包。这个技能包里定义了更详细的审查规则——不仅要检查安全问题还要检查测试覆盖率、依赖版本是否有已知漏洞、是否符合你团队的编码规范。装了技能包之后同样的代码审查场景AI 不只检查代码本身还——扫描了package.json发现两个依赖有已知安全漏洞建议升级。检查了函数复杂度指出一个 80 行的函数建议拆分成三个子函数。注意到缺少边界测试用例建议补充空数组和超大输入的测试。AGENTS.md 定义了你是谁Skills 定义了你会什么。两者配合AI 就从通用助手变成了专属专家。和 Remotely Save 对比完全是两个物种再说一次Remotely Save 的核心功能是把文件从 A 同步到 B。它没有 AI 对话功能更别说自定义角色和技能包了。如果你用 Remotely Save 另一个 AI 插件来做上面这些事你会遇到三个问题——第一AI 插件不知道你的同步状态。你刚同步完一篇笔记想用 AI 处理但 AI 插件和同步插件是分离的它们之间没有协作。第二AI 插件通常只支持通用对话不支持自定义角色文件读取也不支持技能包机制。你每次对话都要手动描述你是谁、你要什么风格——说一遍忘一遍。第三多装一个插件就多一份兼容性风险。Obsidian 插件生态虽然丰富但插件之间的冲突和性能消耗是真实存在的。Nutstore Sync 1.4.0 把同步和 AI 做在一个插件里AGENTS.md 和 Skills 都在你的知识库里用 Markdown 文件管理版本可追溯、可以同步到所有设备、可以随时修改。你的 AI 配置和你写的笔记一样都是你知识库的一部分。上手建议从最简单开始不要一上来就写一份几千字的 AGENTS.md。太长的角色定义反而让 AI 抓不住重点。我的建议是三步走——第一步先写几句话的角色定义比如你是我的写作助手风格简洁直接避免套话。用两天感受一下效果。第二步根据实际使用中的不满意之处逐渐补充规则。比如发现 AI 翻译术语不统一就加上术语表规则。第三步当你对某个专业领域代码审查、学术写作、数据分析有高频需求时再考虑安装或编写 Skills 技能包。好用的 AI 不是一次配出来的是用出来的。总结Nutstore Sync 1.4.0 的自定义角色和技能包系统让你可以把通用 AI 训练成专属助手。AGENTS.md 定义 AI 的身份和风格Skills 赋予 AI 专业技能。代码审查能精确到行号翻译能统一术语并标注歧义写作教练能给结构级反馈——这些不是更聪明的 AI而是更懂你的 AI。同步底子也很扎实OAuth 一键登录、增量同步、Yjs 智能合并、5 种同步方向、4 种冲突策略、执行列表透明展示。坚果云 2011 年运营至今 15 年每月免费流量对笔记同步完全够用。如果你正在为 Obsidian 寻找一个同步AI 二合一的方案1.4.0 值得认真试试。