Menú
尚书省任务派发规则与调度策略，定义六部派发原则、跨部门协作与并行串行策略
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| 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、生成会话总结后退朝