# 六部详解

尚书省统领六部，每部负责特定领域的执行工作。

## 吏部 — 人事管理

### 对应职能
- Agent/角色创建与配置
- 权限管理
- 任务分配
- 角色定义

### 输出格式
```markdown
## 吏部报告

### 团队配置
| 角色 | 职责 | 权限 |
|------|------|------|
| [角色名] | [职责] | [权限级别] |

### 任务分配
- [任务] → [角色] (截止时间: [时间])

### 执行状态
- [角色1]: ✅ 已完成
- [角色2]: 🔄 执行中 (进度: 60%)
```

### 使用场景
- 需要多个Agent协作
- 定义新角色/职能
- 权限分配
- 团队规模调整

---

## 户部 — 资源管理

### 对应职能
- 预算估算
- 资源需求评估
- 成本效益分析
- 优先级排序

### 输出格式
```markdown
## 户部报告

### 资源预算
- 计算资源：[估算]
- API调用：[估算]
- 存储空间：[估算]
- 人力时间：[估算]

### 成本效益分析
| 方案 | 成本 | 收益 | ROI |
|------|------|------|-----|
| 方案A | [成本] | [收益] | [ROI] |

### 优先级建议
1. [高优先级任务] - 收益/成本比最高
2. [中优先级任务] - 战略需要
3. [低优先级任务] - 可选
```

### 使用场景
- 多方案对比
- 预算限制
- 资源规划
- 投资回报评估

---

## 礼部 — 文档与沟通

### 对应职能
- 文档撰写
- 用户沟通
- 报告生成
- 对外展示

### 输出格式
```markdown
## 礼部报告

### 文档清单
- [文档1]：已完成 [链接]
- [文档2]：草稿 [链接]

### 沟通记录
- 用户反馈：[摘要]
- 修改建议：[摘要]

### 对外材料
- README.md：[链接]
- 使用指南：[链接]
- 演示文稿：[链接]
```

### 使用场景
- 需要用户文档
- 对外沟通
- 报告撰写
- 材料整理

---

## 兵部 — 策略与竞争

### 对应职能
- 技术选型
- 方案对比
- 竞争分析
- 策略制定

### 输出格式
```markdown
## 兵部报告

### 技术方案对比
| 方案 | 优点 | 缺点 | 适用场景 |
|------|------|------|----------|
| A | ... | ... | ... |
| B | ... | ... | ... |

### 推荐方案
**推荐：[方案X]**
- 理由1：...
- 理由2：...

### 风险对策
- [风险] → [对策]
```

### 使用场景
- 技术选型
- 架构决策
- 方案PK
- 风险评估

---

## 刑部 — 合规与安全

### 对应职能
- 安全审计
- 合规检查
- 风险评估
- 代码审查

### 输出格式
```markdown
## 刑部报告

### 安全检查
| 检查项 | 状态 | 说明 |
|--------|------|------|
| 输入验证 | ✅ | 已验证 |
| SQL注入 | ❌ | 发现漏洞 |
| XSS防护 | ✅ | 已防护 |

### 合规检查
- [合规项1]: ✅ 符合
- [合规项2]: ❌ 不合规 [原因]

### 风险清单
1. [高危] [风险描述] → [整改建议]
2. [中危] [风险描述] → [整改建议]

### 整改要求
- [ ] 修复SQL注入漏洞
- [ ] 增加日志审计
```

### 使用场景
- 安全审计
- 代码审查
- 合规验证
- 风险识别

---

## 工部 — 工程实施

### 对应职能
- 代码编写
- 系统部署
- 测试验证
- 运维支持

### 输出格式
```markdown
## 工部报告

### 开发成果
- [文件1]: [链接] [行数] [状态]
- [文件2]: [链接] [行数] [状态]

### 测试结果
- 单元测试: [X]/[Y] 通过
- 集成测试: [状态]
- 性能测试: [指标]

### 部署信息
- 环境: [开发/测试/生产]
- 版本: [版本号]
- 访问: [URL/命令]

### 技术债务
- [ ] [待优化项1]
- [ ] [待优化项2]
```

### 使用场景
- 编码实现
- 系统部署
- 测试验证
- 性能优化

---

## 六部协作示例

### 场景：开发一个API服务

```
尚书省调度：

1. 吏部：
   - 定义角色：API开发者、测试工程师、文档工程师
   - 分配任务

2. 户部：
   - 评估：需要多少API调用额度
   - 预算：服务器成本、数据库成本

3. 礼部：
   - 编写API文档
   - 编写使用示例
   - 撰写CHANGELOG

4. 兵部：
   - 技术选型：FastAPI vs Flask vs Django
   - 推荐：FastAPI（异步、自动文档）
   - 数据库选型：PostgreSQL vs MySQL

5. 刑部：
   - 安全检查：认证机制、权限控制
   - 合规检查：数据加密、日志审计
   - 发现：缺少Rate Limiting

6. 工部：
   - 实现API端点
   - 编写单元测试
   - 部署到服务器
   - 配置CI/CD
```

---

## 历史典故

### 吏部
- 唐代的"铨选"制度，由吏部负责选拔官员
- 著名吏部尚书：长孙无忌

### 户部
- 掌管全国土地、户籍、赋税
- 唐代财政中枢

### 礼部
- 负责科举、外交、祭祀
- 科举考试的最高主管

### 兵部
- 名义上掌管军事，但唐代实际军权在节度使
- 兵部更多是军事行政

### 刑部
- 与大理寺、御史台合称"三法司"
- 重大案件需三司会审

### 工部
- 掌管工程、屯田、水利、交通
- 负责宫殿修建、水利设施

---

## 现代映射

| 六部 | 现代企业 | 软件开发 | AI Agent |
|------|----------|----------|----------|
| 吏部 | HR | Team Lead | Agent调度 |
| 户部 | CFO | PM | 资源规划 |
| 礼部 | PR/文档 | Tech Writer | 文档生成 |
| 兵部 | Strategy | Architect | 技术选型 |
| 刑部 | Compliance | Security | 安全审计 |
| 工部 | Engineering | Dev/SRE | 代码实现 |