万象工作室：七个 Agent 的协作实验

这套东西是什么

这是 HermesAgent 时期搭的一套 Multi-Agent 工作流。重点不在“同时开七个模型”，而是先把软件项目里经常混在一起的职责拆开：谁接需求，谁定方案，谁写代码，谁专门找问题，谁整理文档，谁查资料，谁把界面收干净。

七个 Agent 都有固定名字、性格、职责和说话方式。这样做之后，任务流向更容易判断，输出也能保留各自的关注点。

当时怎么协作

1. 棱先接收需求，判断是基础设施小事，还是需要进入项目流程。
2. 项目需求交给砌匠。砌匠先写方案、拆任务和验收条件，再分给执行角色。
3. 铸码做实现，鹰眼独立验证；需要资料、界面和文档时，再分别交给猎犬、画匠和墨客。
4. 砌匠做集成检查，棱收集结果并汇总。
5. 重要结论写回共享记忆，后续 Agent 可以直接复用，不用每次从头查。

真正落地过的部分

• 七个独立的 Agent 配置，包括角色边界、工具权限、交付格式和口头禅。
• 七个飞书机器人组成“万象工作室”群，支持任务通知、回复和 Agent 间通信。
• 任务路由与信号轮询，用来分派工作、回收状态和发现积压。
• agentmemory 共享池，保存架构结论、Bug、偏好和调研结果。
• Wiki 同步与定时任务，用于沉淀资料、汇总进度和做日常维护。
• 项目方案文件、执行简报和测试报告都有固定结构，方便中断后接着做。

留下来的经验

角色数量不是越多越好。真正有用的是职责边界、交付格式和可回收的状态。如果七个 Agent 都能随意做决定，最后只会得到七份互相打架的答案；把路由、方案和执行层分开之后，多 Agent 才像一个能工作的团队。