Edict(三省六部)多 Agent 编排系统

用 1300 年前的唐朝分权制度,设计现代 AI Agent 协作架构 · 2026-06-10

一句话:Edict 是一个基于唐代"三省六部制"的 AI 多 Agent 协作框架,用中书省的规划权、门下省的封驳权、尚书省的派发权、六部的执行权,形成制衡闭环——古人比现代 AI 框架更懂分权制衡。

一、项目速览

12 个
AI Agent
15.3K ★
GitHub Stars
6 部
专业执行机构
3 省
分权制衡层级

Edict 由开发者 cft0808 创建,基于 OpenClaw 运行时,前端 React 18 + TypeScript + Vite + Zustand,后端 Python stdlib only。项目以 MIT 许可证开源,曾登顶 GitHub 全球趋势榜。

它的核心创新不是技术——而是组织架构。Edict 把 AI Agent 当作"朝廷官员",用唐朝的三省六部制来分配权力、管控流程、防止滥用。


二、为什么这对你重要?

如果你在教练/教学场景中涉及以下问题,Edict 是最好的教学案例:

教练视角: Edict 展示了一个真理——AI 时代最稀缺的不是技术能力,而是组织设计能力。用好分权制衡、审核封驳、责任闭环这些制度智慧,比写多少行代码都重要。

三、12 Agent 体系详解

3.1 整体架构

👑 皇帝(用户)
下达旨意 · 终审裁决
🤖 太子门禁分拣
↓
📜 中书省起草规划
↓
⚖️ 门下省审核封驳
↓
🏛️ 尚书省派发协调
↓ 派发到六部
💰 户部
📝 礼部
⚔️ 兵部
⚖️ 刑部
🔧 工部
👥 吏部
🌅 早朝官仪式/资讯
🌌 钦天监天文/定时

3.2 三省——决策与制衡

🤖
太子 taizi
门禁 + 分拣
判断用户输入是闲聊还是政令。闲聊直接回复,政令提炼标题转中书省。不可越级联系六部。
对应现代:AI 网关 / 意图识别
📜
中书省 zhongshu
起草 + 规划
拆解用户旨意为可执行子任务,输出结构化计划。被门下省封驳后需重新规划。
对应现代:项目经理 / 规划器
⚖️
门下省 menxia
审核 + 封驳
审核计划是否符合道统、可行性和资源约束。有封驳权(Veto Power)——不合规打回中书省重做。
对应现代:审核委员会 / QA 门禁
🏛️
尚书省 shangshu
派发 + 协调
接收门下省批准的计划,根据任务性质派发到对应六部。唯一能联系全部六部的节点。
对应现代:调度中心 / 任务分发器

3.3 六部——专业执行

💰
户部 hubu
财政 / 数据分析
数据分析、财务报表、数据处理、爬虫采集。只能通过尚书省接收任务。
📝
礼部 libu
礼仪 / 文案
文案撰写、PPT制作、翻译、内容创作。品牌调性把控。
⚔️
兵部 bingbu
安全 / 攻防
安全审计、渗透测试、CTF、竞品分析、威胁情报。
🔍
刑部 xingbu
司法 / 审查
代码审查、Bug检测、合规审核、质量控制。
🔧
工部 gongbu
工程 / 建设
代码编写、系统搭建、DevOps、架构设计、CI/CD。
👥
吏部 libu_hr
人事 / 管理
Agent 配置管理、模型切换、Skill 管理、绩效考核。

3.4 辅助机构

🌅
早朝官 zaochao
仪式 / 资讯推送
每日首次打开看板→上朝开场动画+统计。天下要闻采集推送。不参与政务流程。
🌌
钦天监 qintianjian
天文 / 定时任务
定时任务管理、资讯采集调度、日历与历法管理。

四、旨意生命周期——从下旨到归档

一个任务(旨意)从创建到完成,经过 7 个阶段,每个阶段由不同的 Agent 负责,形成完整闭环:

①用户下旨
→
②太子分拣
→
③中书规划
→
④门下审议
→
⑤尚书派发
→
⑥六部执行
→
⑦回奏归档

关键设计点:

💡 教练思考

这 7 个阶段其实是一个完整的 PDCA 循环(Plan→Do→Check→Act)。中书省是 Plan,门下省是 Check,尚书省+六部是 Do,回奏是 Act。企业数字化转型中,这个流程同样适用——先审批后执行、执行可追溯、结果可复盘。


五、权限矩阵——制度的核心

Edict 最精妙的设计是权限矩阵。每个 Agent 只能与特定的 Agent 通信,不能越级、不能串通:

Agent可联系不可联系
太子中书省门下省、尚书省、六部
中书省门下省、尚书省太子、六部
门下省中书省、尚书省太子、六部
尚书省三省 + 全部六部太子
六部各司尚书省彼此之间不能直接通信
早朝官仅仪式/资讯不参与政务流程

设计原则:


六、技术架构

层级技术说明
前端(军机处看板)React 18 + TypeScript + Vite + Zustand13 个功能组件,10 面板实时看板
后端 APIPython stdlib only(119KB 单文件)REST + WebSocket + SQLite
Agent 运行时OpenClaw12 个独立 Agent 进程
数据存储SQLite轻量零配置
实时通信WebSocket状态实时推送

核心组件:


七、教练视角:三省六部的三个启发

🏢 启发一:制度设计 > 技术选型

Edict 的创始人没有追求"更先进的算法",而是从历史中找到了答案。这给企业数字员工转型的启示是:先设计好组织架构和流程制度,再选工具。很多 AI 转型失败不是因为技术不够好,而是流程没想清楚——谁来发起?谁来审批?谁来执行?谁来验收?

🧠 启发二:封驳权是 AI 治理的核心

在 AI 越来越强大的时代,谁来否决 AI 的决定是一个关键问题。Edict 的门下省封驳权提供了一个思路:在 AI 执行的流程中嵌入一个独立的审核节点,专门负责"挑毛病"。这对任何企业部署 AI 都有借鉴意义。

📚 启发三:跨学科教学的好素材

三省六部制 + AI Agent 的组合,是二代传承教育中历史 × 技术 × 管理的绝佳案例。学生可以:


八、对比:Edict vs. 其他多 Agent 框架

维度CrewAIAutoGenEdict(三省六部)
任务分发直接派发直接派发太子分拣→中书规划→门下审核→尚书派发
审核机制无无门下省封驳权
可视化有限有限军机处实时看板(10 面板)
制度约束无无权限矩阵 + 道统文件约束
历史追溯有限有限奏折系统 + 五阶段时间线
中文生态一般一般原生中文设计

九、获取与部署

资源链接
GitHub 仓库github.com/cft0808/edict
许可证MIT(可自由商用)
部署方式本地部署 / Docker Compose
运行时依赖OpenClaw + Python 3.9+
安装文档WINDOWS_INSTALL_CN.md / install.sh / install.ps1
前端构建Node.js + Vite(React 18)

教练总结: Edict(三省六部)的价值远不止是一个多 Agent 框架。它是一个组织设计的范本——告诉我们 AI 时代最需要解决的问题不是"如何让 AI 更聪明",而是"如何让多个 AI 协同工作而不出乱子"。这个问题的答案,1300 年前的唐朝人已经给出了。