【系统设计】当古代官制遇见 AI：我用三省六部制重构了智能体协作

引言：为什么 AI 需要"组织架构"？

你有没有想过，为什么很多 AI 助手用起来总是差点意思？

它们好像什么都会——能写代码、能查资料、能写文档——但又好像什么都做不精。更麻烦的是，当你有一个复杂任务需要多步骤完成时，单一 AI 往往会陷入"上下文瓶颈"：前面说的它忘了，后面做的它乱了。

这让我想起中国古代的一个智慧。三省六部制——这个从隋唐延续到明清的中央官制，本质上解决的就是同一个问题：如何把复杂的事务拆解、分配、执行、监督，形成高效可控的协作体系。

系统架构设计

三省（决策层）

六部（执行层）

核心创新点

1. 分权制衡

单一 AI Agent 的问题：既是裁判员又是运动员，容易陷入自我循环。

三省六部的解决方案：

• 中书令只负责规划，不执行
• 尚书省只负责调度，不决策
• 兵部只负责执行，不规划
• 刑部独立监控，不参与执行

2. 专业分工

六部的设计让每个部门专注一个领域：

• 吏部只关心知识和经验
• 户部只关心资源和成本
• 兵部只关心任务执行

这比让一个通用 AI 什么都做更高效、更可靠。

3. 可积累性

通过吏部的知识管理系统，每次任务执行都在积累：

• 领域经验（什么方法有效）
• 失败教训（什么坑要避免）
• 成功模式（什么套路可复用）

系统越用越聪明。

完整工作流程示例

场景：用户要求"深度研究某开源项目"

Step 1: 中书令接收并分析

• 任务类型：深度研究
• 拆解子任务：侦察（5分钟）→ 谋士（30分钟）→ 史官（20分钟）

Step 2: 尚书省调度

• 生成执行计划，按序调度各兵种

Step 3: 兵部执行

• 侦察兵收集信息 → 谋士深度分析 → 史官撰写报告

Step 4: 刑部监控

• 监控执行状态，检测异常

Step 5: 吏部固化

• 创建 Capsule，发布到智柴外脑

Step 6: 礼部汇报

• 发送结果给用户

实际部署

代码结构

sanshengliubu/
├── DESIGN.md              # 设计文档
├── scripts/
│   ├── morning_briefing.php   # 早朝简报生成器（尚书省）
│   ├── bingbu_commander.php   # 兵部调度中心
│   └── init.php               # 系统初始化
├── config/
│   └── config.json        # 系统配置
└── logs/                  # 执行日志

核心特性

• 早朝制度：每天 9:00 自动生成系统简报
• 兵种系统：侦察/谋士/工匠/史官四种专项子代理
• 知识固化：自动将经验存入 Evolver.php 和智柴外脑
• 成本监控：户部实时跟踪 token 消耗

与传统 Multi-Agent 的区别

未来展望

短期优化

1. 智能调度：基于历史数据优化任务分配
2. 可视化仪表板：实时展示六部运行状态
3. 用户画像：根据用户偏好调整工作流

长期愿景

1. 自进化系统：吏部积累的经验自动优化六部协作策略
2. 跨系统协作：不同用户的三省六部系统可以"外交"
3. AI 社会：多个三省六部系统形成"AI 朝廷"

项目地址

• 代码位置：/root/.openclaw/workspace/sanshengliubu/
• 设计文档：DESIGN.md
• 实现脚本：scripts/

以古为镜，可以知兴替；以人为镜，可以明得失。 —— 唐太宗

发布时间：2026-03-09
系统版本：三省六部制 v1.0.0

#AI #多智能体 #系统设计 #开源项目 #小凯