自动化与运维 openclawtask-state-machineredis-streamsdag-orchestrationreact-dashboardaudit-logsfeishu-integration

Edict 三省六部编排系统

用三省六部流程编排、审核与追踪多 Agent 任务。

FollowAgents 评估 · FARS-2.1
不推荐
50/ 100 五分制 2.5 / 5
1 2 3 4 5 6
按维度查看评分与理由
1信任安全10 / 29 · 1.7/5

证据显示有权限矩阵、状态机校验、审计日志、Dashboard鉴权、安全政策、CWE-22测试,但未提供用户确认机制、数据流透明度的具体实现细节、敏感数据处理的具体措施、依赖安全审计、外部影响控制、回滚机制、来源归属的详细说明。因此每项给1分,扣分原因是证据不足或仅部分实现。

2可靠稳定8 / 14 · 2.9/5

自洽性:README与代码结构一致,状态机、权限矩阵等描述与文件对应,给2分。依赖可用性:requirements.txt仅列出numpy,但后端依赖SQLAlchemy、Redis等未在根requirements中,可能缺失,给1分。失败消息:测试和文档显示有错误处理,如OpenClaw CLI缺失、路径遍历拒绝,给2分。

3适用触发12 / 18 · 3.3/5

受众与场景:README明确面向开发者,提供多种使用场景,给2分。能力边界:权限矩阵和状态机定义了边界,给2分。触发精度:状态转换有校验,但触发条件描述不够精确,给2分。环境适配:支持Docker、systemd、多平台,但依赖OpenClaw,给2分。

4规范维护10 / 18 · 2.8/5

信息架构:项目结构清晰,文档齐全,给2分。安装说明:提供Docker和手动安装,但依赖OpenClaw,给2分。命名稳定性:Agent ID和状态命名一致,给2分。示例与FAQ:有示例和FAQ,给2分。已知限制:未明确列出,给1分。许可证:MIT,给2分。版本与变更日志:有Roadmap但无CHANGELOG,给1分。维护责任:有CONTRIBUTING和SECURITY,但无明确维护者,给1分。

5有效结果7 / 13 · 2.7/5

输出可用性:看板、CLI、API提供多种输出,给2分。边际价值:相比CrewAI等有独特审核机制,给2分。成本效益:声称低部署难度,但依赖OpenClaw和多个服务,成本未量化,给1分。

6证据核验3 / 8 · 1.9/5

声明可追溯:README声称的功能大多有对应文件,但部分未验证,给1分。跨源佐证:有测试和CI,但未独立验证,给1分。事实与推断分离:README中区分了事实和推断,但部分宣传语未明确,给1分。

证据充分度: 评估于 2026年8月9日 审查版本 14a207557719
使用前请注意
  • 依赖管理不完整:根requirements.txt未列出后端所需依赖(如SQLAlchemy、Redis客户端),可能导致安装失败。
  • 安全机制未充分验证:虽然存在CWE-22测试,但其他安全方面(如权限矩阵的实际执行)未在静态审查中验证。
  • 用户确认机制缺失:未发现任务执行前的人工确认流程,可能影响高风险操作的安全性。
查看完整评分方法 →

这个 Agent 能做什么,适合哪些场景?

Edict 是一个依赖 OpenClaw 的自托管多 Agent 编排系统,以太子、三省和六部等角色模拟任务分拣、规划、审核、派发与回奏流程。README 将其描述为包含 12 个专职 Agent(含兼容角色)的架构,并列出了太子、中书、门下、尚书、五部、吏部和早朝官等具名角色。其军机处看板提供 Kanban、任务流转详情、奏折归档、会话监控、模型与 Skills 配置、新闻及朝堂议政等界面。看板由 React 18 前端和基于 Python 标准库 `http.server` 的 `dashboard/server.py` 提供服务;另有使用 SQLAlchemy 与 Redis 的异步后端,包含事件总线、Outbox Relay、调度 Worker 和 DAG 编排 Worker。它适合希望把多角色任务流显式化并保留状态、审计与人工干预入口的团队,而不是仅让多个模型自由对话。

用户经 Feishu、Telegram 或 Signal 下旨后,taizi 负责区分闲聊与任务;任务依次交给 zhongshu 规划和拆解、menxia 审议并可封驳、shangshu 派发和汇总。执行角色可包括 hubulibubingbuxingbugongbulibu_hrzaochao 用于每日早朝和新闻聚合。scripts/kanban_update.py 清洗旨意标题和备注,并用 _VALID_TRANSITIONS 验证状态转换;audit.py 记录状态变更。异步后端通过 Redis Streams EventBus 传递事件,outbox_relay.py 负责事务性 Outbox 投递,dispatch_worker.py 支持并行调度、重试与资源锁,orchestrator_worker.py 解析 DAG 依赖。看板可展示任务、健康状态、会话、奏折和 Agent thinking/工具调用信息,并提供叫停、取消、恢复、模型切换及远程 Skill 管理操作。

  1. 工程负责人要把“设计用户注册系统”拆成 API、数据库、鉴权、测试和部署文档任务,并在一个看板上追踪各环节。
  2. 需要质量关卡的团队可让门下省审查中书省方案,对不合格规划执行封驳并要求重做。
  3. 平台或运维人员可将开发、合规检查、CI/CD 与文档任务派给不同部门角色,并通过状态机和审计记录追溯流转。
  4. 使用 Feishu、Telegram 或 Signal 向 OpenClaw 发送请求的团队,可让太子先过滤闲聊,仅为旨意创建任务。
  5. 需要日常运营视图的负责人可查看 Agent 活跃度、Token 消耗、会话监控、归档奏折和每日新闻推送。

这个 Agent 有哪些优点和局限?

优点
  • 将规划、审核、派发和执行划分为明确角色;门下省可封驳方案,而不是只有自由协作。
  • kanban_update.py 的状态机校验与 audit.py 审计日志为任务流转提供可追溯性。
  • React 看板覆盖 Kanban、时间线、会话、健康状态、模型与 Skills 管理,并支持叫停、取消和恢复。
  • Redis Streams EventBus、事务性 Outbox、并行调度、重试、资源锁和 DAG 编排均被列为后端组件。
局限
  • 核心运行依赖 OpenClaw,不能据此视为独立、通用的 Agent SDK。
  • 完整安装要求 OpenClaw、Python 3.10+、macOS 或 Linux;前端构建还需要 Node.js 18+。
  • README 的角色计数同时出现“12 个 Agent”和 11 个具名 Agent ID,采用前应核对当前配置中的兼容角色。
  • Redis、SQLAlchemy 异步后端虽被列出,但 README 未提供完整的基础设施配置和生产运行步骤。
  • 远程 Skill 从 GitHub 或 URL 下载,文档明确指出网络访问可能超时,并建议在部分网络环境使用代理。

如何安装或部署这个 Agent?

前提是已安装 OpenClaw,并使用 Python 3.10+ 的 macOS 或 Linux 环境。执行:git clone https://github.com/cft0808/edict.gitcd edictchmod +x install.sh && ./install.sh。首次安装前需配置 API Key:openclaw agents add taizi,随后再次运行 ./install.sh 以同步到其他 Agent。安装脚本会创建工作区、写入 SOUL.md、注册 Agent 和权限矩阵、同步密钥与数据,并在可用时构建 React 前端;本地构建前端需要 Node.js 18+。若只体验预置模拟数据的看板,可执行 docker run -p 7891:7891 cft0808/sansheng-demo,然后打开 http://localhost:7891

如何使用这个 Agent?

推荐执行 chmod +x start.sh && ./start.sh,再打开 http://127.0.0.1:7891。也可分别运行 bash scripts/run_loop.sh &python3 dashboard/server.py。通过 Feishu、Telegram 或 Signal 向系统发送旨意;系统将按太子→中书→门下→尚书→执行部门的链路处理,并在看板中展示状态。要添加远程 Skill,可运行 python3 scripts/skill_manager.py add-remote --agent menxia --name mmx_cli --source https://raw.githubusercontent.com/MiniMax-AI/cli/main/skill/SKILL.md --description "MiniMax 多模态 CLI 技能";也可向 /api/add-remote-skill 发送 POST 请求。

这个 Agent 与同类方案有什么区别?

README 将 Edict 与 CrewAI、MetaGPT 和 AutoGen 对比,主张其差异在于门下省的专职审核与封驳、实时 Kanban、任务干预、审计记录、健康监控和看板内模型切换。该比较是项目自身的功能定位;是否与这些框架等价或优于它们,需要按实际部署验证。

常见问题

需要哪种模型或凭据?
安装说明要求先为 taizi 配置 API Key,再运行安装脚本同步到其他 Agent。README 说明可为每个 Agent 切换 LLM,但未指定受支持的模型提供商、计费方式或密钥格式。
可以只试用看板吗?
可以。README 提供 docker run -p 7891:7891 cft0808/sansheng-demo 以运行含预置模拟数据的 Demo;完整任务处理仍以 OpenClaw 安装为前提。
任务如何避免跳过审核?
流程把中书规划提交给门下审议;kanban_update.py 使用 _VALID_TRANSITIONS 拒绝非法状态跳转,状态变更还会写入审计日志。
任务卡住或回报无法返回时怎么办?
README 建议检查 /api/agents-status、Gateway 日志和 Agent ID,并可 POST 到 /api/scheduler-scan,例如传入 {"thresholdSec":60} 触发巡检扫描。

相关 Agents