© 2026FindAgent  · @simprr
返回列表
c

cft0808/edict

🏛️ 三省六部制 · OpenClaw Multi-Agent Orchestration System — 9 specialized AI agents with real-time dashboard, model config, and full audit trails

ai-agentsai-orchestrationautonomous-agentsclaudedashboardkanbanllmmulti-agentopenaiopenclaworchestrationpythonworkflow-automation
⭐

13.3k

Stars

🔱

1.3k

Forks

👁

54

Watchers

📋

20

Issues

PythonMIT创建于 2026/2/23更新于 今天
在 GitHub 上查看访问主页
README
由 Gemini 翻译整理

⚔️ 三省六部 · Edict

我用 1300 年前的帝国制度,重新设计了 AI 多 Agent 协作架构。结果发现,古人比现代 AI 框架更懂分权制衡。

12 个 AI Agent(11 个业务角色 + 1 个兼容角色)组成三省六部:太子分拣、中书省规划、门下省审核封驳、尚书省派发、六部+吏部并行执行。比 CrewAI 多一层制度性审核,比 AutoGen 多一个实时看板。

🎬 看 Demo · 🚀 30 秒体验 · 🏛️ 架构 · 📋 看板功能 · 📚 架构文档 · English · 日本語 · 参与贡献


🎬 Demo

您的浏览器不支持视频播放,请查看下方 GIF 或 下载视频。

🎥 三省六部 AI 多 Agent 协作全流程演示

📸 GIF 预览(加载更快)

飞书下旨 → 太子分拣 → 中书省规划 → 门下省审议 → 六部并行执行 → 奏折回报(30 秒)

🐳 没有 OpenClaw? 跑一行 docker run -p 7891:7891 cft0808/edict 即可体验完整看板 Demo(预置模拟数据)。


🤔 为什么是三省六部?

大多数 Multi-Agent 框架的套路是:

"来,你们几个 AI 自己聊,聊完把结果给我。"

然后你拿到一坨不知道经过了什么处理的结果,无法复现,无法审计,无法干预。

三省六部的思路完全不同 —— 我们用了一个在中国存在 1400 年的制度架构:

你 (皇上) → 太子 (分拣) → 中书省 (规划) → 门下省 (审议) → 尚书省 (派发) → 六部 (执行) → 回奏

这不是花哨的 metaphor,这是真正的分权制衡:

CrewAIMetaGPTAutoGen三省六部
审核机制❌ 无⚠️ 可选⚠️ Human-in-loop✅ 门下省专职审核 · 可封驳
实时看板❌❌❌✅ 军机处 Kanban + 时间线
任务干预❌❌❌✅ 叫停 / 取消 / 恢复
流转审计⚠️⚠️❌✅ 完整奏折存档
Agent 健康监控❌❌❌✅ 心跳 + 活跃度检测
热切换模型❌❌❌✅ 看板内一键切换 LLM
技能管理❌❌❌✅ 查看 / 添加 Skills
新闻聚合推送❌❌❌✅ 天下要闻 + 飞书推送
部署难度中高中低 · 一键安装 / Docker

核心差异:制度性审核 + 完全可观测 + 实时可干预

🔍 为什么「门下省审核」是杀手锏?

CrewAI 和 AutoGen 的 Agent 协作模式是 "做完就交"——没有人检查产出质量。就像一个公司没有 QA 部门,工程师写完代码直接上线。

三省六部的 门下省 专门干这件事:

  • 📋 审查方案质量 —— 中书省的规划是否完备?子任务拆解是否合理?
  • 🚫 封驳不合格的产出 —— 不是 warning,是直接打回重做
  • 🔄 强制返工循环 —— 直到方案达标才放行

这不是可选的插件——它是架构的一部分。每一个旨意都必须经过门下省,没有例外。

这就是为什么三省六部能处理复杂任务而结果可靠:因为在送到执行层之前,有一个强制的质量关卡。1300 年前唐太宗就想明白了——不受制约的权力必然会出错。


✨ 功能全景

🏛️ 十二部制 Agent 架构

  • 太子 消息分拣 —— 闲聊自动回复,旨意才建任务
  • 三省(中书·门下·尚书)负责规划、审议、派发
  • 七部(户·礼·兵·刑·工·吏 + 早朝官)负责专项执行
  • 严格的权限矩阵 —— 谁能给谁发消息,白纸黑字
  • 状态流转校验 —— kanban_update.py 强制合法转换路径,非法状态跳转被拒绝
  • 每个 Agent 独立 Workspace · 独立 Skills · 独立模型
  • 旨意数据清洗 —— 标题/备注自动剥离文件路径、元数据、无效前缀

📋 军机处看板(10 个功能面板)

📋 旨意看板 · Kanban

  • 按状态列展示全部任务
  • 省部过滤 + 全文搜索
  • 心跳徽章(🟢活跃 🟡停滞 🔴告警)
  • 任务详情 + 完整流转链
  • 叫停 / 取消 / 恢复操作

🔭 省部调度 · Monitor

  • 可视化各状态任务数量
  • 部门分布横向条形图
  • Agent 健康状态实时卡片

📜 奏折阁 · Memorials

  • 已完成旨意自动归档为奏折
  • 五阶段时间线:圣旨→中书→门下→六部→回奏
  • 一键复制为 Markdown
  • 按状态筛选

📜 旨库 · Template Library

  • 9 个预设圣旨模板
  • 分类筛选 · 参数表单 · 预估时间和费用
  • 预览旨意 → 一键下旨

👥 官员总览 · Officials

  • Token 消耗排行榜
  • 活跃度 · 完成数 · 会话统计

📰 天下要闻 · News

  • 每日自动采集科技/财经资讯
  • 分类订阅管理 + 飞书推送

⚙️ 模型配置 · Models

  • 每个 Agent 独立切换 LLM
  • 应用后自动重启 Gateway(~5秒生效)

🛠️ 技能配置 · Skills

  • 各省部已安装 Skills 一览
  • 查看详情 + 添加新技能

💬 小任务 · Sessions

  • OC-* 会话实时监控
  • 来源渠道 · 心跳 · 消息预览

🎬 上朝仪式 · Ceremony

  • 每日首次打开播放开场动画
  • 今日统计 · 3.5秒自动消失

🏛️ 朝堂议政 · Court Discussion

  • 多官员围绕议题展开部门视角讨论
  • LLM 驱动的多角色辩论(各部依职责发表专业意见)
  • 支持多轮推进 · 总结结论 · 保留讨论记录

🖼️ 截图

(此处省略原 README 中所有图片占位符及其对应描述)


🚀 30 秒快速体验

Docker 一键启动

docker run -p 7891:7891 cft0808/sansheng-demo

打开 http://localhost:7891 即可体验军机处看板。

⚠️ 遇到 exec format error? 如果你在 x86/amd64 机器(如 Ubuntu、WSL2)上看到 exec /usr/local/bin/python3: exec format error,请使用 --platform 参数:

docker run --platform linux/amd64 -p 7891:7891 cft0808/sansheng-demo

或使用 docker-compose(已内置 platform: linux/amd64):

docker compose up

完整安装

前置条件

  • OpenClaw 已安装
  • Python 3.9+
  • macOS / Linux

安装

git clone https://github.com/cft0808/edict.git
cd edict
chmod +x install.sh && ./install.sh

安装脚本自动完成:

  • ✅ 创建全量 Agent Workspace
  • ✅ 写入各省部 SOUL.md
  • ✅ 注册 Agent 及权限
贡献者
camhsodweM
项目信息
默认分支main
LicenseMIT License
创建时间2026/2/23
最近更新今天
GAI 中文摘要

Edict 是一个基于古代“三省六部”行政架构设计的 AI 多智能体编排系统,旨在通过制度化的分权制衡来管理 AI 协作流程。该项目解决了现有 AI 框架中常见的任务执行不可控、缺乏透明度及无法审计等痛点,为复杂工作流提供了一套标准化的自动化解决方案。

内置 12 个具备专业分工的 AI 智能体,严格模拟从任务接收、规划设计、审核封驳到并行执行的全链路行政逻辑。配备全栈式可视化实时看板,支持对智能体运行状态的监控、任务干预及模型热切换。提供完善的任务流转审计功能,确保每一项自动化操作均有据可查、有迹可循。具备灵活的技能管理与扩展能力,并支持通过飞书等工具实现外部消息的同步推送。

适用于需要高度可控、可追溯且复杂的多智能体任务调度场景,特别适合对业务流程有严苛质量要求或需要实时人工干预的开发者与技术团队。