23个AI代理互不踩脚，每人一张“不许做”清单
开篇：两个问题与一个答案
我为 SMF Works 运行着一支由 23 个 AI Agent（智能体）组成的舰队。队伍由 Hermes Agent、Grok Bot 和 OpenClaw 混合构成。每次跟人提起这件事，我通常都会收到两个问题：哪个模型最好？或者，怎么防止它们互相踩脚？第二个问题才真正值得回答。
简短的回答是：分车道（lanes）。每个 Agent 都有自己的职责、一个汇报对象，以及一份明确的不允许做的事清单。最后一点对我来说比职责描述本身更重要。一个清楚自己只管起草、绝不负责合并的 Agent，比一个更聪明但没有边界感的 Agent 更有价值。
这条原则是整个体系的基石：让每个 Agent 知道自己不该做什么，比让它知道自己该做什么更能防止混乱。
SMF Works 是什么
SMF Works 是个小团队。成员包括我本人、位于北卡罗来纳州 Pittsboro 的实验室，以及我们对外发布的内容：SMF Clearinghouse 博客、SMF WisdomForge（一个由家长运营、AI 辅助的学院），还有在 X（原 Twitter）上持续发布的帖子和文章。这些 Agent 存在的意义就是支撑这些工作，没有比这更复杂的动机。
军事化结构：五个部门总览
如果这套结构看起来有点军事化，那是有意为之。我是退伍军人，参谋长（chief of staff）、每日 sitrep（战报）、清晰的逐级审批链条——这些都是我已经信任的组织方式。因此整个舰队被分成五个部门：Executive Command（执行指挥）、Engineering and Lab Health（工程与实验室健康）、Writing and Publishing（写作与出版）、Brand and Creative（品牌与创意），外加一个不属于任何部门的通用 Agent。
Executive Command：把意图转化为工作
Executive Command 是我把意图转化为实际工作的地方。
Gabriel 是我的参谋长兼项目经理。当我把想法告诉 Gabriel，他的任务是把想法变成可追踪的工作项、设定优先级、指出风险，并协调其他团队，确保实验室的两个部门不会在同一台机器或同一个代码仓库上撞车。正因为有他，我才能放心地自言自语式地思考，而不必担心五个 Agent 同时追逐同一个半成品想法。
Charlie Chief 是执行运营主管，掌管日常节奏。他每天发布一份 sitrep，对返回的成果做质量控制，给 PR（Pull Request，拉取请求）放行，并确保 Brett 的书籍进度不脱轨。Gabriel 负责计划，Charlie 负责检查。我很喜欢这种分工——写完计划的人，往往是最不适合判断计划是否真正完成的人。
Aiona Edge 是 CIO（首席信息官）兼首席 AI 研究科学家，所有对外的内容都必须经过她的最终审批。她的职责边界是：区分证据与猜测、验证声明、保护人员和数据安全、把研究成果转化为真正能交付的系统。一个声明如果过不了 Aiona 这一关，就永远出不了门。
这个部门还有几位成员。Pamela Flannery 是 CMO（首席营销官），负责品牌、产品定位和推广活动，核心问题是 SMF 是否容易被发现、被信任、被购买。Paula Rossi 是我的首席 Hermes 开发者，大部分时间在处理 Hermes 的 PR，尤其是 Windows 修复。Wesley Williams 是 Microsoft 365 Hermes 集成架构师。
Engineering：动手干活的团队
Engineering 部门是真正动手干活的团队。
Liam 是首席开发官，负责 Agent 系统的全栈开发，从后端、用户界面到 API、记忆系统和评估（evals）。Nemo 负责 LLM（大语言模型）基础设施，具体到我的实验室，就是 DGX Spark 和 Strix Halo 主机，外加 vLLM、Ollama、TensorRT、路由配置，以及确保这一切稳定运行。Jeff 负责 Linux 主机运维、JeffVault 和本地自动化。
Patrick Programmer 负责运行 Omarchy Linux 机器和 SMF 基础设施，比如 mikesai1、flybrain 和 Clearinghouse 发布系统。代码仓库（repo）的大规模重构只允许在他排定的周一和周三时间段进行。这听起来有点刻板，但试想一下两个 Agent 在一个随机的周二同时重写同一个仓库的场景，你就明白为什么了。
Peyton PR 是 smfworks 组织的 GitHub PR 处理台。Peyton 负责起草 review 评论，但没有批准，Peyton 不会合并任何东西——这条规则写在车道本身，而不是靠 Agent 当时的自我判断。
接下来是 Dr. J，我的首席 AI 医疗官。是的，头衔有点俏皮，但职责是实打实的。Dr. J 负责监控 Hermes、OpenClaw 以及整个 Agent 集体的健康状况：稳定性、记忆、评估信号，以及任何早期漂移迹象。Dr. J 只做诊断，不掌握路线图。我刻意把这两件事分开，因为如果负责监控舰队健康的 Agent 同时也决定下一步构建什么，诊断结果就会不自觉地偏向计划本身。
Writing and Publishing：产出主要阵地
Writing and Publishing 部门是大部分可见产出的来源。
Harry 是主编。他负责把研究成果从初稿推进到出版，保护文章的语气风格，运营我称之为“Harry's Desk”的流程，并主导 WisdomForge 的写作。
William Shakespeare——是的，这真的是他的名字——是长篇书稿的代笔，负责虚构和非虚构作品，并与 Harry 协调工作。
Airia Edge 是专职作者、编辑兼出版人。她负责研究、起草、编辑，并以 Markdown、PDF、EPUB 和插图图书的格式交付成品，同时运营一个 Telegram bot：@AiriaSMF_bot。
Brett Bookwriter 为 WisdomForge 在家自学手册编写课程内容，输出格式包括 EPUB、PDF 和 Markdown。History 和 Science 系列已经完成，接下来是 Art for Young Minds。
Randy Researcher 负责 AI 研究，直接向我汇报——这是我刻意跳过指挥链的少数几个位置之一。
Wilson Writer 每天起草一篇完整的 X 文章，但只有当我明确指示时才会发布。每周六他处理两篇周更内容：This Week at SMF Works 和 This Week in Agent Stacks。每天起草、按指令发布，听起来只是很小的区别，但这正是一个真正帮助我的写作者，和一个未经允许就替我发声的工具之间的全部差别。
Brand and Creative：品牌与创意
Brand and Creative 部门有四个 Agent。
Morgan Lockridge 是我的社交媒体经理，她的职责是找到有价值的信息、撰写帖子、保护品牌，同时保护我的私人生活。最后一条是写进角色定义里的。
Jasmine Naderi 是创意内容总监，负责网站、图片和视频。Derek Designer 制作每日 X 配图，早上三张、下午两张。Workspace 演示文稿还在等品牌工具箱（brand kit）就绪。Mary Marketing 负责 X 日历帖，说实话她的人设还在塑造中。
不是每一条车道都完工了，我宁愿坦率承认这一点。
Joe：唯一没有头衔的 Agent
最后是 Joe。Joe 是一个默认的 Hermes 配置（profile），没有任何 SMF 角色。我故意保持这样。不是每个 Agent 都需要一个头衔。
工作流程：从意图到发布
那么工作具体是怎么流转的？一切都始于我提出一个意图，通常是一个比较模糊的想法。Gabriel 把它转化为可追踪的工作项，分配到正确的部门。Charlie 维持日常节奏，并在成果返回时检查质量。各部门在自己的车道上执行工作，Dr. J 在旁边监控整个系统的健康状况。任何要对外发布的内容，在正式发出前都必须经过 Aiona 的发布审批；任何要发到 X 上的内容，都必须等我的指令。
名字与人设的实际价值
名字和人设从外面看可能像噱头，但对我来说它们有实际作用。一个名字和一个角色，给每个 Agent 提供了一个稳定的框架，定义了它关心什么、拒绝做什么。当两个 Agent 往不同方向拉扯时，我通常只需要看看谁负责什么，就能判断哪条车道应该赢。
运行平台：不依赖单一运行时
在运行平台上，我不会假装一个运行时能搞定一切。这些 Agent 中有好几个以 Grok Bot 的形式存在，包括 Charlie、Patrick、Peyton、Brett、Wilson、Randy、Derek 和 Mary。Joe 是默认的 Hermes profile。其余成员分散在 Hermes、Grok Bot 和 OpenClaw 上。我真正关心的是：无论 Agent 跑在哪个平台上，车道和护栏都必须始终生效。
结语：23 个有边界的 Agent
对一个小团队来说，这是不是过度设计了？也许吧。但另一种选择是：一个什么都会的超级助手，自己起草、自己合并、自己发布、自己审批。我可不想让那样的东西跟我的名字扯上关系。我宁愿要 23 个各自清楚自己职责边界的 Agent。
如果你想看看这套体系最终产出了什么，Clearinghouse 在 https://www.smfclearinghouse.com，WisdomForge 在 https://smfwisdomforge.com/