edict: 它是什么，解决了什么问题以及为什么它正受到关注

它解决了什么问题

Edict 实现了一种受中国古代“三省六部制”启发的多智能体协作架构。它解决了许多现代 AI 智能体框架（如 CrewAI 或 AutoGen）中存在的缺乏透明度、可审计性和质量控制的问题，在这些框架中，智能体通常在“黑盒”中协作，缺乏正式的监督或人类实时干预的能力。

它是如何工作的

该项目使用分层、基于角色的结构来管理任务：

1. 太子 (Taizi): 对传入的消息进行分类，将闲聊与实际任务（edicts）区分开来。
2. 三省 (The Three Departments):
   • 中书 (Zhongshu/Secretariat): 规划任务并将其分解为子任务。
   • 门下 (Menxia/Chancellery): 作为强制性的质量关卡，审查计划并批准或将其退回重做（blocking）。
   • 尚书 (Shangshu/Department of State Affairs): 将任务分派给专门的部委，并汇总最终结果。
3. 六部 + HR (The Six Ministries + HR): 专门的智能体（例如：户部、礼部、兵部、刑部、工部和人事部）执行具体的的技术或行政任务。

这一流程受严格的权限矩阵和状态机控制，以防止非法的任务转换。系统包含一个实时的“军机处 (Junji Chu)”仪表板，用于监控、干预（停止/取消）以及管理 LLM 配置和技能。

适合谁使用

寻求高度结构化、可观察且可审计的多智能体系统的开发者和组织，在这些系统中，质量保证是内置于架构中的，而不是作为一个可选插件。

亮点

• 制度化审查: 一个专门的智能体（Menxia）专门用于在执行前审计并拒绝不合格的计划。
• 实时仪表板: 一个全面的看板（Kanban board）和监控器，用于跟踪任务流、智能体健康状况和 Token 消耗。
• 人类干预: 能够直接从 UI 停止、取消或恢复任务。
• 技能管理: 一个可以通过 UI、CLI 或 API 从 GitHub 或其他 URL 导入并更新专门技能的系统。
• 健壮的后端: 使用 Redis Streams 作为事件总线，并采用 Outbox Relay 模式以确保可靠的事件传递。
• 模型灵活性: 可以通过仪表板为每个智能体独立切换 LLM。