Edict:基于三省六部制的 AI Agent 协作架构
Edict 是一个基于中国古代官制设计的 AI 多 Agent 协作架构。它将运行千年的三省六部制引入 AI 领域,构建了一套具备分权制衡、专职审核及完全可观测特性的协作系统。
核心设计思想
为什么需要制度化?
主流 Multi-Agent 框架(如 CrewAI、AutoGen)常采用「自由对话」模式,这带来几个痛点:
- 不可控:Agent 间沟通内容难以监控。
- 不可复现:相同输入可能产生不同结果。
- 无法审计:中间过程黑盒化。
- 难以干预:发现问题时往往为时已晚。
Edict 的思路是不要让他们自由发挥,而是设计一套制度。通过明确的职责划分和审核流程,确保任务流转的规范性。
架构流转
用户(皇上) → 下旨 → 太子(分拣) → 传旨 → 中书省(规划) → 提交审核 → 门下省(审议) ← 封驳 → 准奏 → 尚书省(派发) → 分配 → 六部(执行) → 汇总 → 尚书省(回奏) → 用户
每个环节职责明确,禁止越级沟通,必须经过审核。这就是制度带来的稳定性。
架构详解
12 个 Agent 及其职责
| 部门 | Agent ID | 职责 | 说明 |
|---|---|---|---|
| 太子 | taizi | 消息分拣 | 判断闲聊或任务,任务递交中书省 |
| 中书省 | zhongshu | 规划中枢 | 拆解子任务,分配方案 |
| 门下省 | menxia | 审议把关 | 审核方案,可准奏或封驳 |
| 尚书省 | shangshu | 调度大脑 | 派发任务,协调六部,汇总结果 |
| 户部 | hubu | 数据资源 | 数据处理、报表、成本分析 |
| 礼部 | libu | 文档规范 | 技术文档、API 文档 |
| 兵部 | bingbu | 工程实现 | 代码开发、Bug 修复、审查 |
| 刑部 | xingbu | 安全合规 | 安全扫描、合规检查 |
| 工部 | gongbu | 基础设施 | CI/CD、Docker、部署 |
| 吏部 | libu_hr | 人事管理 | Agent 注册、权限维护 |
| 早朝官 | zaochao | 情报枢纽 | 每日新闻聚合、数据汇总 |
关键点:每个 Agent 拥有独立的 Workspace、Skills,并可独立配置 LLM 模型。
权限矩阵与状态机
通信并非随意进行,严格的权限矩阵避免了混乱的消息流。例如,太子只能联系中书和门下,六部之间不能直接通信,必须通过尚书省。


