一个人用 Agent，怎么配置都行。

prompt 放本地，项目规则写文档，常用流程丢在聊天记录里。

但团队里一旦有多个 Agent，问题就来了。

代码审查 Agent 要一套规则。
测试修复 Agent 要一套流程。
文档 Agent 要一套写法。
发布 Agent 也有自己的注意事项。

如果每个 Agent 都靠复制 prompt 配一遍，很快就会出现三个问题：

谁也不知道哪一版是最新的。

团队经验很难复用。

一个人改了规则，其他 Agent 不一定跟着更新。

这就是我做知栈时想解决的场景。

我不想让 Agent 的能力散落在个人电脑、聊天记录和临时文档里。

更合理的方式是：

把稳定能力做成 Skill。

团队需要的 Skill 发布到空间里。

别人可以直接使用，也可以 fork 一份再改。

每个人可以按自己的 Agent 场景微调，但团队原始版本还在。

如果要换环境，单个 Skill 也可以导出、导入。

这样代码审查、测试、文档、发布这些 Agent，不需要每次从零配置。

团队沉淀下来的流程，也不会只留在某个人的 prompt 里。

所以第三篇我想讲的不是“多 Agent 很酷”。

而是当 Agent 真的进入团队工作后，能力复用、版本管理、空间发布、fork 修改和迁移，会变成很实际的问题。

知栈现在就在做这一层。

GitHub 地址我会放在主页简介。

如果你们团队也在给不同 Agent 配规则、配流程、配提示词，欢迎去看看，也欢迎提 Issue 说你的场景。