Agent 协作系统 · 2026
飞书多智能体科研协作平台
Governed multi-agent collaboration
把 Hermes、WorkBuddy 与 Codex 组织成一支可交接、可监督、失败可接管的科研 Agent 团队。
OVERVIEW / 项目概览
这次实践，围绕什么展开？
以飞书作为人类入口，中枢 Agent 负责任务治理，专业 Agent 负责知识表达与方法代码，文件知识库和看板承担持久状态。系统重点不在模型数量，而在权限、质量门、任务状态和异常恢复。
- 项目阶段
- 核心流程已验证 / 可靠性未达标
- 参与角色
- 产品负责人 / 协作流程设计 / 平台落地
- 时间
- 2026
- 关键词
- Multi-agent / Feishu / Human-in-the-loop / Reliability
01 / PROBLEM
多开几个模型，并不会自然形成一支团队。
科研任务跨越规划、文献、写作、方法与验收。若没有唯一状态、角色权限和交接协议，多个 Agent 会重复回答、互相派工或在失败后悄悄丢失上下文。
02 / SYSTEM
中枢维持秩序，专业端负责产出，人类保留高风险决定。
Hermes 统一规划、调度、验收和发布；WorkBuddy + Zotero 负责文献、证据与表达；Codex 负责方法、实验和代码。飞书承担命令与审批，文件系统、Kanban 和结构化状态承担持久记忆。
- 专业 Agent 可横向询问，但不能互相派工
- 自动返工最多两轮，第三轮透明转人工
- 消息使用稳定身份与持久化 outbox
03 / VALIDATION
保留失败，才有可信的可靠性基线。
影子任务完成证据链、方法检查、论证和红队评审；一次 Codex 两次超时后由 Hermes 透明接管。首轮 24 小时验收没有达到 95% 门槛，外部模型上游和飞书 TLS 成为主要风险。
04 / REFLECTION
“可恢复”比“永不失败”更接近真实产品。
系统后来恢复在线；验收记录保留了失败窗口。下一版本将把租户、任务回放、成本、权限审计和适配器做成控制台，减少普通用户接触 PowerShell 与本地路径。
VALIDATION & REFLECTION
让结果有迹可循。
可核查证据
存在产品手册、架构与权限模型、端到端任务记录、可靠性验收和失败复盘；下一阶段面向多租户、任务回放和权限审计继续产品化。
个人贡献
主导三 Agent 角色收敛、任务生命周期、质量门、飞书交互、异常接管与可靠性验收设计。
下一步
完成第二轮可靠性验收，并把部署、适配器、任务回放和权限审计产品化。