cft0808/edict
⭐ 15,681 · Python · GitHub 仓库
🏛️ 三省六部制 · OpenClaw 多智能体编排系统 —— 九大专业AI智能体，配备实时仪表盘、模型配置及完整审计追踪。
ai-agents ai-orchestration autonomous-agents claude dashboard kanban llm multi-agent
一句话总结
中国古代治国智慧与现代AI编排的完美融合，内置强制质量审核与实时可观测性。
🔥 核心能力与独特卖点
- 强制质量审核（封驳）： 专用代理在执行前审核所有计划，并可驳回要求返工。这解决了其他框架（CrewAI、AutoGen）盲目信任代理输出、缺乏治理闸门的黑箱执行问题。
- 实时看板仪表盘（军机处看板）： 10大功能面板，包括任务看板、代理健康监控、奏折存档、模板库、模型配置和技能管理。这填补了可观测性缺口——你能清晰看到每个代理的实时动态，并支持任务暂停/取消/恢复。
- 完整审计追踪与干预： 全任务生命周期追踪（奏折存档），支持在执行过程中实时干预。这解决了问责难题——每项决策均有记录，每个任务均可中止或重定向。
- 热插拔模型配置： 12个代理均可从仪表盘即时切换LLM模型（约5秒生效）。这打破了供应商锁定与实验摩擦——无需重新部署即可为每个代理测试不同模型。
- 12个专业化AI代理： 11个业务角色（亲王、三省、七部）加一个兼容性代理，每个拥有独立工作区、技能和模型配置。这解决了角色模糊问题——代理职责清晰、互不重叠，并配有权限矩阵。
独特卖点： 没有任何其他多代理框架能同时实现强制质量审核门、完整可观测性和实时干预。这是唯一将代理编排视为治理流程而非"发射后不管"管道的系统。
技术架构
| 组件 | 技术栈 | 说明 |
|---|---|---|
| 后端 | Python 3.9+（仅使用标准库作为服务器） | 核心服务器零外部依赖 |
| 前端 | React 18 | 含看板面板的实时仪表盘 |
| 编排 | 基于OpenClaw | 通过kanban_update.py实现严格状态转换验证 |
| 部署 | Docker / Shell脚本 | 一键启动或手动安装 |
| 通信 | 代理间消息传递 | 可见性设置 + 权限矩阵 |
| 状态管理 | 严格状态机 | 每个代理状态转换均经校验 |
架构亮点：
- 有主见但深思熟虑： "三省六部"结构绝非噱头——它直接映射真实治理需求（审核、执行、存档）。
- 状态转换验证： 杜绝无效代理状态变更，确保系统永不进入不可恢复状态。
- 独立代理工作区： 每个代理拥有独立技能、模型配置和工作区——无共享可变状态。
快速入门指南
Docker（推荐）：
bash
docker run -p 7891:7891 cft0808/sansheng-demo手动安装：
bash
git clone https://github.com/cft0808/edict.git
cd edict
chmod +x install.sh && ./install.sh启动：
bash
chmod +x start.sh && ./start.sh
# 或分别运行：
bash scripts/run_loop.sh &
python3 dashboard/server.py生产部署（systemd）：
bash
sudo cp edict.service /etc/systemd/system/
sudo systemctl daemon-reload
sudo systemctl enable edict
sudo systemctl start edict优势、劣势与用例
优势
- 独特的治理层： 强制质量审核是真正的创新——其他框架均不具备。
- 完全可观测性： 10面板实时看板仪表盘，让你对代理行为一览无余。
- 实时干预： 从仪表盘暂停、取消或恢复任务——对生产工作流至关重要。
- 低部署复杂度： Docker一行命令，秒级启动。
- 热插拔模型： 无需重新部署即可为每个代理切换LLM模型。
劣势
- 依赖OpenClaw： 非独立框架，必须采用OpenClaw生态系统。
- 高度有主见的架构： "三省六部"结构并非通用框架。若你的工作流不匹配此模型，将面临适配难题。
- 文化隐喻门槛： 中国古代帝国治理隐喻可能让非中文用户感到困惑或不适。文档和术语假定用户熟悉此体系。
谁不适合使用？
- 构建简单线性代理链的团队（单代理或双代理工作流）。12个专业化代理加强制审核的开销过于冗余。
- 希望任意重塑的通用代理框架用户。这是特定的治理模型，而非灵活的工具箱。
- 缺乏文化背景的非中文团队，可能难以理解术语（三省六部、封驳、军机处）及底层设计哲学。
- 需要最小依赖的项目——OpenClaw是硬性要求。
理想用例
- 企业合规工作流，要求每个代理行为均需记录、审核和审计。
- 多步骤文档生成（合同、报告、法律文件），最终输出前必须经过质量闸门。
- 复杂决策管线，需人工参与监督（如贷款审批、医疗分诊、监管申报）。
- 实验代理治理模型的团队，希望使用经过验证的、有主见的系统，而非从零构建。
- 生产部署场景，需要实时监控、暂停和重定向代理工作流。
社区与活跃度
拥有 15,681 颗星，该项目显然切中了行业痛点。社区正在回应多代理系统中缺乏治理这一真实难题。最新更新日期为 2026-05-10，表明项目处于积极维护状态。独特的文化隐喻、真正的治理创新（强制审核）以及精美的仪表盘，共同表明这绝非玩具项目，而是可用于生产的严肃工具。Docker一行命令和systemd支持，彰显其对运维成熟度的重视。如果你正在构建需要问责、可观测且可控的多代理系统，这绝对值得认真评估。