Edict:基于三省六部制的 AI Agent 协作架构
概述
三省六部·Edict 是一个基于中国古代官制设计的 AI 多 Agent 协作架构。它把唐朝以来运行了一千多年的三省六部制搬到了 AI 世界,创建了一套具有分权制衡、专职审核、完全可观测特性的 Agent 协作系统。
核心设计思想
问题:为什么大多数 Multi-Agent 框架不好用?
当前主流的多 Agent 框架(CrewAI、AutoGen、LangGraph)通常采用「自由对话」模式:
Agent A → "Hey, 你来处理这个"
Agent B → "好,我算一下"
Agent A → "结果是这样"
问题在于:
- 不可控:Agent 之间聊什么你不知道
- 不可复现:同样的输入,每次结果可能不同
- 无法审计:不知道中间经历了什么
- 难以干预:发现问题时已经晚了
解法:制度化协作
Edict 的思路是:不要让他们自由发挥,而是要设计一套制度。
三省六部制的核心是分权制衡:
皇上(用户) ↓ 下旨
太子(分拣) ↓ 传旨
中书省(规划) ↓ 提交审核
门下省(审议)← 可以封驳
尚书省(派发) ↓ 分配
六部(执行) ↓ 汇总
尚书省(回奏) ↓ 皇上(用户)
这条路线上,每一个环节都有明确的职责,不能越级沟通,必须经过审核。这就是制度。
架构详解
12 个 Agent 及其职责
| 部门 | Agent ID | 职责 | 说明 |
|---|---|---|---|
| 太子 | taizi | 消息分拣 | 判断是闲聊还是任务,闲聊直接回复,任务递交给中书省 |
| 中书省 | zhongshu | 规划中枢 | 接旨后拆解为子任务,分配方案 |
| 门下省 | menxia | 审议把关 | 审核中书省的方案,可以准奏或封驳(打回重做) |
| 尚书省 | shangshu | 调度大脑 | 派发任务,协调六部,汇总结果 |
| 户部 | hubu | 数据资源 | 数据处理、报表、成本分析 |
| 礼部 | libu | 文档规范 | 技术文档、API 文档 |
| 兵部 | bingbu | 工程实现 | 代码开发、Bug 修复、代码审查 |
| 刑部 | xingbu | 安全合规 | 安全扫描、合规检查 |
| 工部 | gongbu | 基础设施 | CI/CD、Docker、部署 |


