Edict 三省六部教程：先看模拟流程，再动 OpenClaw
Edict 把任务放进固定的多 Agent 审批链：太子分拣，中书规划，门下审议，尚书派发，各部门执行后汇总。完整安装会修改 OpenClaw 配置和模型权限，第一次应在隔离实例验证。
1. 先看模拟看板
docker run -p 7891:7891 cft0808/sansheng-demo
这个镜像使用预置模拟数据，不会提供真实 Agent 协作。只检查角色、状态、时间线、封驳和停止入口，不要据此判断模型效果。
2. 准备隔离实例
完整运行要求 OpenClaw、Python 3.10 以上和测试模型 key；构建 React 前端还需 Node.js 18 以上。复制一份无生产凭据的 OpenClaw 配置，并备份 openclaw.json。
3. 审查安装副作用
git clone https://github.com/cft0808/edict.git cd edict # 阅读 install.sh，不在生产实例直接执行
README 说明脚本会创建 Workspace、写角色文件、修改通信权限和会话可见性、同步 API key、构建前端并重启 Gateway。这些都需要逐项确认。
4. 用虚构任务检查门槛
选择不会发消息、改仓库或访问基础设施的任务。观察错误计划能否被封驳、非法状态跳转是否拒绝、停止后是否真的停止工具调用、审计记录是否足以追踪。门下省也是模型，放行不代表事实正确。
与 LangGraph 对比
LangGraph 官方文档提供路由、并行、orchestrator-worker、持久化和调试等可编程模式。Edict 给出固定角色体系和现成看板，并依赖 OpenClaw。需要自由定义节点和状态时评估 LangGraph；想试用固定审批角色与可视化看板时再看 Edict。
这里仅补原教程没有展开的事实和边界。安装命令与操作步骤仍以前文为准。
先判断这个项目是否适合你
适合谁用
适合试验固定审批链、多角色任务拆解和可视化审计。简单任务可能被十二角色流程拖慢；涉及代码发布、消息发送或基础设施变更时，仍要在工具层加人工批准。
采用建议
Edict 的价值在于把审批角色、状态流转和看板打包成一个可观察的 OpenClaw 工作流。先用模拟看板理解流程，再在隔离 OpenClaw 实例中检查安装副作用和审核效果；没有固定版本线时，不宜直接接入生产环境。
原教程未展开的系统信息
核心功能
固定角色流转
太子、中书省、门下省、尚书省和执行部门按预设顺序处理任务。
审议与封驳
门下省在派发前审查规划，可把不合格方案退回；这是项目定义的流程门槛，并非质量保证。
看板与审计
看板展示状态、时间线、Agent 心跳和任务归档，并允许叫停、取消或恢复。
状态与消息约束
项目声明用权限矩阵限制角色通信，并用状态机拒绝非法状态跳转；当前实现还使用 Redis Streams EventBus 和 Outbox Relay。
架构与数据流
OpenClaw 提供底层代理环境。Edict 在其上创建独立 Workspace、Skills 和模型配置，用太子完成入口分拣，中书规划，门下审议，尚书派发，多个部门执行并汇总。看板读取任务、心跳、会话和审计数据；当前 README 还说明服务间通过 Redis Streams 解耦。
常见问题
Edict 有正式版本号吗？
截至 2026-09-23，官方 Releases 页面没有正式发行版。安全政策只把 main 和 Docker latest 标为积极维护。
Edict 不安装 OpenClaw 能运行吗？
只能用官方模拟数据体验看板。完整的多 Agent 流转需要先安装 OpenClaw，并配置模型凭据。
Edict 的 install.sh 会改哪些内容？
README 说明它会创建 Agent Workspace、写入角色文件、修改 openclaw.json 权限和可见性、同步 API key、构建前端并重启 Gateway。运行前应备份配置并审查脚本。
门下省审核通过是否代表结果可靠？
不代表。它增加一个流程检查点，但审查仍由模型执行。事实正确性、测试结果和高风险操作仍需独立验证与人工批准。