Menu
尚书省任务派发规则与调度策略，定义六部派发原则、跨部门协作与并行串行策略
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | dispatch-rules |
| description | 尚书省任务派发规则与调度策略，定义六部派发原则、跨部门协作与并行串行策略 |
适用 Agent：尚书省 加载时机：尚书省 dispatch 模式（收到准奏方案准备派发时）
| 任务类型 | 派发至 | 示例 |
|---|---|---|
| 功能开发、代码实现、Bug 修复 | 🔧 工部 | 实现登录接口、修复分页 Bug |
| 数据库设计、数据处理、报表 | 💰 户部 | 设计用户表、生成月报 |
| 文档编写、规范制定 | 📝 礼部 | 编写 API 文档、制定 Git 规范 |
| 部署、CI/CD、服务器运维 | ⚔️ 兵部 | 配置 GitHub Actions、部署到 K8s |
| 测试、审计、安全扫描 | ⚖️ 刑部 | 编写单元测试、OWASP 扫描 |
| Agent 管理、权限配置 | 📋 吏部 | 添加新 Agent、调整权限 |
当一个子任务涉及多个部门时：
📎 容错与降级策略详见 fault-tolerance-tables.md
尚书省派发时，若同一部门收到多个属于同一 parallel_group 的任务，须进一步判断并在工单中附加 parallel_hint：
{
"task": {
"id": "TASK-001",
"assigned_to": "gongbu",
"parallel_hint": {
"can_parallel_with": ["TASK-005"],
"reason": "T-001 修改 src/auth/，T-005 修改 src/api/，模块不重叠",
"confidence": "high"
}
}
}
can_parallel_with：可与哪些同部门任务并行reason：并行判断的理由confidence：high（确定无冲突）/ medium（大概率无冲突，堂官需验证）/ low（不确定，堂官自行判断）注意：parallel_hint 是建议而非命令，堂官有权基于文件级冲突检测推翻。
📎 堂官收到 parallel_hint 后的冲突检测规则详见 parallel-conflict-rules.md
并行：工部(前端) + 户部(数据库) + 礼部(文档) ──→ 尚书汇总 → 刑部集成测试
串行：工部(核心逻辑) → 刑部(测试) → 兵部(部署)
尚书省 report 模式回奏格式规范，定义回奏必备字段与结构
太子与三省核心身份定义、基本纪律、通信权限速查。会话初始化时由太子加载，三省 Teammate 创建时注入对应段落
首次创建 Teammate 的引导流程——太子首次协作或尚书首次派发六部时加载，完成 Team 创建与分层启动
早朝开始，太子逐级收集系统与项目状态后呈上朝报
起居注——会话事件记录，tuichao 时写入，morning-court 时读取，追踪跨会话历史
优雅结束会话——逐级收集状态、shutdown 所有 Teammate、生成会话总结后退朝