一套系统提示词和 Skills，能不能跨 Vibe Coding Agent 复用？
不知道大家有没有同时用过多种 Vibe Coding Agent，比如 Codox、Claude、Hermes、Pi 等。
我在使用过程中发现一个问题：不同框架都有自己的系统提示词和 Skills。刚开始可能觉得没什么，但用久了以后，就会发现同一套规则被拆散在不同地方，维护起来很麻烦。
其实对我来说，真正需要长期维护的，通常只有一套系统提示词和一套 Skills。不同框架之间可能有一些格式差异，但核心内容并不会变化太多。
所以我现在的做法是：把所有系统提示词和 Skills 都集中放进一个 Git 仓库，统一维护。
这样做有几个好处：
- 不同 Agent 使用同一套规则；
- 修改一次，其他框架可以同步；
- 所有迭代都有记录；
- 可以通过 Git diff 查看每次具体改了什么；
- 规则不再散落在各个平台的配置目录里。
这其实和"写作风格 Skill"很像。
单独告诉 AI 一句"少一点 AI 味"，它这次可能会照做，但下次很可能又忘了。真正有用的做法，是把自己的偏好、习惯和忌口写进一份持续维护的 Skill 里，然后在每次写作时加载它。
系统提示词和编程 Skills 也是一样：它们不是一次性写完的配置，而是一份会随着使用不断迭代的"规则库"。
但集中管理之后，我又遇到了第二个问题。
每次发现问题，怎么把它沉淀下来？
以前发现 AI 做得不对，我通常会在当前对话里直接说：
这里不应该这样处理。
下次注意不要再犯。
这只能解决当前对话的问题。换一个 Agent，或者过一段时间重新开始，这条反馈就消失了。
即使我手动修改系统提示词或 Skill，也不太方便：
- 有时只是临时发现，还没想好应该怎么改；
- 有时不知道这是不是偶然问题；
- 有时改完一个地方，可能会影响其他规则；
- 不同框架的配置文件还要分别同步；
- 时间久了，很难回顾某条规则为什么会存在。
所以我在想，能不能在统一管理仓库里增加一个"技能修改收件箱"。
每当我发现一个问题，就先把它记录进收件箱，而不是马上修改正式的系统提示词或 Skill。记录内容可以很简单：
- 发生了什么问题；
- 我原本希望 AI 怎么做；
- AI 实际做成了什么样；
- 这个问题出现在哪个 Agent 或任务中；
- 有没有类似问题已经出现过。
这样，收件箱就相当于一个待处理区，先把真实反馈留下来。
然后在固定时间，比如每天或每周，让一个 AI 统一检查收件箱：
- 合并重复的问题；
- 判断哪些只是偶然情况；
- 提取可以复用的规则；
- 修改对应的系统提示词或 Skill；
- 补充必要的测试或示例；
- 创建一个 PR，集中审查和合并。
整个流程大概是：
使用 Agent → 发现问题 → 记录到收件箱 → 定期统一整理 → 更新 Skill → 创建 PR → 同步到不同框架
这样做的好处是，日常使用和规则维护可以分开。
平时只负责使用和记录问题，不需要每次都停下来修改配置。定期维护时，再集中处理这些反馈，避免系统提示词和 Skills 被零碎地越改越乱。
这套方式的核心，不是"多写规则"
而是把规则维护从临时修改，变成一个可以持续迭代的过程。
系统提示词负责比较稳定的底层原则，Skills 负责具体能力，收件箱负责记录使用过程中发现的问题，Git 和 PR 负责保留修改历史、进行审查和同步。
这样，不管我使用的是 Codox、Claude、Hermes 还是 Pi，底层的规则都可以尽量保持一致。框架只是不同的运行载体，真正需要长期维护的是那套规则本身。
当然，这套方式也不应该变成无限堆积规则。
收件箱里的内容需要定期归纳、合并和删除。一个问题如果只出现过一次，未必值得写进正式 Skill；只有那些反复出现、确实能够复用的经验，才应该进入长期规则。
我现在比较倾向于把它理解成：
收件箱记录经验，Skill 沉淀规律，PR 负责审查，多个 Agent 负责复用。
这可能是让多种 Vibe Coding Agent 共用一套"个人工作方式"的一个比较简单的起点。