Edict（三省六部）是一个构建在 OpenClaw 之上的多智能体编排系统，用中国古代的「三省六部制」来设计 AI 多 Agent 协作架构。它由 12 个专门化 Agent 组成一套仿照唐代官制的流转结构：太子负责消息分拣、中书省做规划、门下省做审议与「封驳」（打回重做）、尚书省负责派发、六部+吏部并行执行，最后回奏。作者的核心论点是：比起 CrewAI/AutoGen「让 AI 自己聊完交结果」的黑盒模式，引入一道制度性的强制审核关卡能让复杂任务的产出更可靠、可审计、可干预。许可为 MIT，后端仅用 Python 标准库、前端为 React 18，约 15,848 stars。注意它需要 OpenClaw 才能完整运行。
来源：README.md（标题、为什么是三省六部、功能全景、徽章）；GitHub 仓库元数据（stars=15848、license=MIT、需 OpenClaw） 查看 GitHub 仓库 →多智能体编排是 2026 年的热点，但多数框架（CrewAI、MetaGPT、AutoGen）缺少强制的产出审核、实时可观测和运行时干预能力。Edict 用一个鲜明的隐喻（1400 年历史的三省六部制）切入这些痛点，主打三件事：制度性审核（门下省专职审核、可封驳）、完全可观测（军机处 Kanban 实时看板 + 时间线 + 完整奏折存档审计）、实时可干预（叫停/取消/恢复任务），并支持看板内热切换 LLM、Agent 心跳健康监控、技能管理和飞书推送。叙事抓人、功能差异点清晰，因而获得很高关注。截至数据采集约 15,848 stars。
来源：README.md（为什么是三省六部的对比表、功能全景）；GitHub 仓库元数据（stars=15848）12 个专门化 Agent 按太子分拣→中书省规划→门下省审议→尚书省派发→六部并行执行→回奏的固定流程协作，带严格权限矩阵和合法状态流转校验。
来源：README.md（功能全景 → 十二部制 Agent 架构、架构图）每个旨意都必须经门下省审核——审查规划质量、任务拆解是否合理，不合格直接封驳打回重做并强制返工，直到达标才放行。这是架构的一部分而非可选插件。
来源：README.md（为什么门下省审核是杀手锏 段落）军机处 Kanban 实时看板 + 时间线展示任务流转，完整奏折存档可审计、可复现；支持叫停/取消/恢复等运行时干预。
来源：README.md（对比表：实时看板/任务干预/流转审计）看板内一键切换 LLM，Agent 心跳 + 活跃度健康监控，技能查看/添加，以及天下要闻新闻聚合 + 飞书推送。
来源：README.md（对比表：热切换模型/Agent 健康监控/技能管理/新闻聚合推送）Edict 采用「十二部制」Agent 架构（11 个业务角色 + 1 个兼容角色）：太子做消息分拣（闲聊自动回复、是旨意才建任务），中书/门下/尚书三省分别负责规划、审议、派发，户/礼/兵/刑/工/吏六部加早朝官负责专项并行执行。系统有严格的权限矩阵（明确谁能给谁发消息）和状态流转校验（kanban_update.py 强制合法转换路径，非法状态跳转被拒绝）；每个 Agent 有独立 Workspace、独立 Skills 和独立模型。技术上后端仅依赖 Python 标准库（零后端第三方依赖），前端是 React 18 看板（军机处 Kanban），任务流转全程留痕（奏折存档）。整体运行依托 OpenClaw 作为底层 Agent 运行环境，并可通过飞书下旨/回报接入。
来源：README.md（功能全景 → 十二部制 Agent 架构、对比表、徽章 stdlib only / React 18）；git tree（agents/、dashboard/、edict/、agents.json）中心为项目本体，内环 = 核心功能模块，外环 = 关键技术依赖；按 deep.json 中的 core_features 与 tech_stack.key_deps 自动生成
OpenClaw（底层 Agent 运行环境，必需）飞书（下旨/回报与推送，可选）适合需要让多个 AI Agent 协作完成复杂任务、且对「产出质量、可审计性、可干预性」有要求的场景：把模糊指令拆解为可执行子任务并并行执行、在产出送达执行层前设一道强制质量关卡、对长流程任务做实时监控与中途叫停/恢复，以及在团队（尤其用飞书的团队）里以「下旨—回奏」方式驱动自动化工作流。它更像一个带治理与可观测性的多 Agent 工作台，而非单纯的 Agent SDK；适合愿意运行 OpenClaw 并接受这套官制隐喻流程的用户。
来源：README.md（为什么是三省六部、功能全景、Demo 流程）本页未获取到该仓库的正式发行版记录；项目以持续迭代方式维护，提供一键安装脚本、Docker 镜像（cft0808/edict）、docker-compose 与 systemd service，并有 ROADMAP.md 规划后续方向。更新以完善 Agent 流转、看板能力与部署方式为主。
来源：git tree（install.sh/ps1、Dockerfile、docker-compose.yml、edict.service、ROADMAP.md）；README.md（30 秒快速体验）Edict 用「三省六部」这个鲜明隐喻，给多智能体编排提供了一个真正强调治理的方案：强制的门下省审核、完整的看板可观测与审计、运行时可干预，这些恰好补上了 CrewAI/AutoGen 等框架普遍缺失的质量关卡与可控性。对想让多个 Agent 可靠协作、并能看清和干预全过程的团队，它很有吸引力，且后端零依赖、部署简单。要权衡的是它必须依赖 OpenClaw、固定流程对简单任务偏重、以及对飞书等生态的绑定。作为带治理与可观测性的多 Agent 工作台，它定位清晰、完成度较高。
来源：综合 README.md 的对比表、门下省审核论述与部署方式