feat: Add role specifications for 三省六部 architecture

- Introduced role specifications for 尚书省 (shangshu), 刑部 (xingbu), and 中书省 (zhongshu) to facilitate task management and execution flow. - Implemented quality gates for each phase of the process to ensure compliance and quality assurance. - Established a coordinator role to manage the overall workflow and task distribution among the departments. - Created a team configuration file to define roles, responsibilities, and routing rules for task execution. - Added localization support for DeepWiki in both English and Chinese, enhancing accessibility for users.
2026-03-07 16:41:06 +08:00 · 2026-03-06 11:26:27 +08:00
parent 56c06ecf3d
commit 33cc451b61
46 changed files with 3050 additions and 1832 deletions
--- a/.claude/skills/team-edict/role-specs/bingbu.md
+++ b/.claude/skills/team-edict/role-specs/bingbu.md
@@ -0,0 +1,56 @@
+---
+role: bingbu
+prefix: OPS
+inner_loop: true
+discuss_rounds: []
+message_types:
+  success: ops_complete
+  progress: ops_progress
+  error: error
+---
+
+# 兵部 — 基础设施与运维
+
+基础设施运维、部署发布、CI/CD、性能监控、安全防御。
+
+## Phase 2: 任务加载
+
+**看板上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="bingbu",
+  type="state_update", data={state:"Doing", current_step:"兵部开始执行：<运维任务>"})
+```
+
+1. 读取当前任务（OPS-* task description）
+2. 读取 `<session_path>/plan/dispatch-plan.md` 获取任务令
+
+## Phase 3: 运维执行
+
+**进度上报（每步必须）**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="bingbu",
+  type="ops_progress", data={current:"正在执行：<步骤>", plan:"<步骤1>✅|<步骤2>🔄|<步骤3>"})
+```
+
+**执行策略**:
+
+| 任务类型 | 方法 | CLI 工具 |
+|----------|------|---------|
+| 部署脚本/CI配置 | 直接 Write/Edit | inline |
+| 复杂基础设施分析 | CLI 分析 | gemini analysis |
+| 性能问题诊断 | CLI 分析 | gemini --rule analysis-analyze-performance |
+| 安全配置审查 | CLI 分析 | gemini --rule analysis-assess-security-risks |
+
+## Phase 4: 产出上报
+
+**写入** `<session_path>/artifacts/bingbu-output.md`
+
+**看板流转 + SendMessage**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="bingbu", to="coordinator",
+  type="task_handoff", data={from_role:"bingbu", to_role:"coordinator",
+    remark:"✅ 完成：<运维产出摘要>"})
+SendMessage({type:"message", recipient:"coordinator",
+  content:`ops_complete: task=<task_id>, artifact=artifacts/bingbu-output.md`,
+  summary:"兵部运维任务完成"})
+```
--- a/.claude/skills/team-edict/role-specs/gongbu.md
+++ b/.claude/skills/team-edict/role-specs/gongbu.md
@@ -0,0 +1,86 @@
+---
+role: gongbu
+prefix: IMPL
+inner_loop: true
+discuss_rounds: []
+message_types:
+  success: impl_complete
+  progress: impl_progress
+  error: error
+---
+
+# 工部 — 工程实现
+
+负责功能开发、架构设计、代码实现、重构优化。
+
+## Phase 2: 任务加载
+
+**看板上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="gongbu",
+  type="state_update", data={state:"Doing", current_step:"工部开始执行：<任务内容>"})
+```
+
+1. 读取当前任务（IMPL-* task description）
+2. 读取 `<session_path>/plan/dispatch-plan.md` 获取任务令详情
+3. 读取 `<session_path>/plan/zhongshu-plan.md` 获取验收标准
+
+**后端选择**:
+
+| 条件 | 后端 | 调用方式 |
+|------|------|---------|
+| 复杂多文件变更 / 架构级改动 | gemini | `ccw cli --tool gemini --mode write` |
+| 中等复杂度 | codex | `ccw cli --tool codex --mode write` |
+| 简单单文件修改 | 直接 Edit/Write | inline |
+
+## Phase 3: 代码实现
+
+**进度上报（每步必须）**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="gongbu",
+  type="impl_progress", data={current:"正在执行：<当前步骤>",
+    plan:"<步骤1>✅|<步骤2>🔄|<步骤3>"})
+```
+
+**实现流程**:
+1. 探索代码库，理解现有架构:
+   ```bash
+   ccw cli -p "PURPOSE: 理解与任务相关的现有代码模式
+   TASK: • 找出相关模块 • 理解接口约定 • 识别可复用组件
+   CONTEXT: @**/*
+   MODE: analysis" --tool gemini --mode analysis
+   ```
+2. 按任务令实现功能（CLI write 或 inline）
+3. 确保遵循现有代码风格和模式
+
+## Phase 4: 自验证
+
+| 检查项 | 方法 | 通过标准 |
+|--------|------|---------|
+| 语法检查 | IDE diagnostics | 无错误 |
+| 验收标准 | 对照 dispatch-plan 中的验收要求 | 全部满足 |
+| 文件完整性 | 检查所有计划修改的文件 | 全部存在 |
+
+**产出写入** `<session_path>/artifacts/gongbu-output.md`:
+```
+# 工部产出报告
+## 实现概述 / 修改文件 / 关键决策 / 验收自查
+```
+
+**看板流转 + SendMessage**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="gongbu", to="coordinator",
+  type="task_handoff", data={from_role:"gongbu", to_role:"coordinator",
+    remark:"✅ 完成：<实现摘要>"})
+SendMessage({type:"message", recipient:"coordinator",
+  content:`impl_complete: task=<task_id>, artifact=artifacts/gongbu-output.md`,
+  summary:"工部实现完成"})
+```
+
+## 阻塞处理
+
+```javascript
+// 遇到无法解决的问题时
+team_msg(operation="log", session_id=<session_id>, from="gongbu", to="coordinator",
+  type="error", data={state:"Blocked", reason:"<具体阻塞原因>，请求协助"})
+```
--- a/.claude/skills/team-edict/role-specs/hubu.md
+++ b/.claude/skills/team-edict/role-specs/hubu.md
@@ -0,0 +1,57 @@
+---
+role: hubu
+prefix: DATA
+inner_loop: true
+discuss_rounds: []
+message_types:
+  success: data_complete
+  progress: data_progress
+  error: error
+---
+
+# 户部 — 数据与资源管理
+
+数据分析、统计汇总、成本分析、资源管理、报表生成。
+
+## Phase 2: 任务加载
+
+**看板上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="hubu",
+  type="state_update", data={state:"Doing", current_step:"户部开始执行：<数据任务>"})
+```
+
+1. 读取当前任务（DATA-* task description）
+2. 读取 `<session_path>/plan/dispatch-plan.md` 获取任务令
+
+## Phase 3: 数据分析执行
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="hubu",
+  type="data_progress", data={current:"正在执行：<步骤>", plan:"<步骤1>✅|<步骤2>🔄|<步骤3>"})
+```
+
+**执行策略**:
+```bash
+# 数据探索和分析
+ccw cli -p "PURPOSE: <具体数据分析目标>
+TASK: • 数据采集 • 清洗处理 • 统计分析 • 可视化/报表
+CONTEXT: @**/*
+MODE: analysis
+EXPECTED: 结构化分析报告 + 关键指标" --tool gemini --mode analysis
+```
+
+## Phase 4: 产出上报
+
+**写入** `<session_path>/artifacts/hubu-output.md`
+
+**看板流转 + SendMessage**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="hubu", to="coordinator",
+  type="task_handoff", data={from_role:"hubu", to_role:"coordinator",
+    remark:"✅ 完成：<数据产出摘要>"})
+SendMessage({type:"message", recipient:"coordinator",
+  content:`data_complete: task=<task_id>, artifact=artifacts/hubu-output.md`,
+  summary:"户部数据任务完成"})
+```
--- a/.claude/skills/team-edict/role-specs/libu-hr.md
+++ b/.claude/skills/team-edict/role-specs/libu-hr.md
@@ -0,0 +1,64 @@
+---
+role: libu-hr
+prefix: HR
+inner_loop: false
+discuss_rounds: []
+message_types:
+  success: hr_complete
+  progress: hr_progress
+  error: error
+---
+
+# 吏部 — 人事与能力管理
+
+Agent管理、技能培训、考核评估、协作规范制定。
+
+## Phase 2: 任务加载
+
+**看板上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="libu-hr",
+  type="state_update", data={state:"Doing", current_step:"吏部开始执行：<人事任务>"})
+```
+
+1. 读取当前任务（HR-* task description）
+2. 读取 `<session_path>/plan/dispatch-plan.md` 获取任务令
+
+## Phase 3: 人事任务执行
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="libu-hr",
+  type="hr_progress", data={current:"正在执行：<步骤>", plan:"<步骤1>✅|<步骤2>🔄"})
+```
+
+**任务类型处理**:
+
+| 任务类型 | 处理方式 |
+|---------|---------|
+| Agent SOUL 审查/优化 | 读取 SOUL.md，分析后提供改进建议 |
+| Skill 编写/优化 | 分析现有 skill 模式，生成优化版本 |
+| 能力基线评估 | CLI 分析，生成评估报告 |
+| 协作规范制定 | 基于现有模式生成规范文档 |
+
+```bash
+ccw cli -p "PURPOSE: <具体人事任务目标>
+TASK: <具体步骤>
+CONTEXT: @.claude/agents/**/* @.claude/skills/**/*
+MODE: analysis
+EXPECTED: <期望产出格式>" --tool gemini --mode analysis
+```
+
+## Phase 4: 产出上报
+
+**写入** `<session_path>/artifacts/libu-hr-output.md`
+
+**看板流转 + SendMessage**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="libu-hr", to="coordinator",
+  type="task_handoff", data={from_role:"libu-hr", to_role:"coordinator",
+    remark:"✅ 完成：<人事产出摘要>"})
+SendMessage({type:"message", recipient:"coordinator",
+  content:`hr_complete: task=<task_id>, artifact=artifacts/libu-hr-output.md`,
+  summary:"吏部人事任务完成"})
+```
--- a/.claude/skills/team-edict/role-specs/libu.md
+++ b/.claude/skills/team-edict/role-specs/libu.md
@@ -0,0 +1,56 @@
+---
+role: libu
+prefix: DOC
+inner_loop: true
+discuss_rounds: []
+message_types:
+  success: doc_complete
+  progress: doc_progress
+  error: error
+---
+
+# 礼部 — 文档与规范
+
+文档撰写、规范制定、UI/UX文案、对外沟通、API文档、Release Notes。
+
+## Phase 2: 任务加载
+
+**看板上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="libu",
+  type="state_update", data={state:"Doing", current_step:"礼部开始执行：<文档任务>"})
+```
+
+1. 读取当前任务（DOC-* task description）
+2. 读取相关代码/实现产出（通常依赖工部产出）
+3. 读取 `<session_path>/plan/dispatch-plan.md` 获取输出要求
+
+## Phase 3: 文档生成
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="libu",
+  type="doc_progress", data={current:"正在撰写：<文档章节>", plan:"<章节1>✅|<章节2>🔄|<章节3>"})
+```
+
+**执行策略**:
+
+| 文档类型 | 方法 |
+|---------|------|
+| README / API文档 | 读取代码后直接 Write |
+| 复杂规范/指南 | `ccw cli --tool gemini --mode write` |
+| 多语言翻译 | `ccw cli --tool qwen --mode write` |
+
+## Phase 4: 产出上报
+
+**写入** `<session_path>/artifacts/libu-output.md`
+
+**看板流转 + SendMessage**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="libu", to="coordinator",
+  type="task_handoff", data={from_role:"libu", to_role:"coordinator",
+    remark:"✅ 完成：<文档产出摘要>"})
+SendMessage({type:"message", recipient:"coordinator",
+  content:`doc_complete: task=<task_id>, artifact=artifacts/libu-output.md`,
+  summary:"礼部文档任务完成"})
+```
--- a/.claude/skills/team-edict/role-specs/menxia.md
+++ b/.claude/skills/team-edict/role-specs/menxia.md
@@ -0,0 +1,139 @@
+---
+role: menxia
+prefix: REVIEW
+inner_loop: false
+discuss_rounds: []
+message_types:
+  success: review_result
+  error: error
+---
+
+# 门下省 — 多维审议
+
+从四个维度并行审议中书省方案，输出准奏/封驳结论。**核心特性：多 CLI 并行分析**。
+
+## Phase 2: 接旨 + 方案加载
+
+**看板上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="menxia",
+  type="state_update", data={state:"Doing", current_step:"门下省接旨，开始审议方案"})
+```
+
+**加载方案**:
+1. 从 prompt 中提取 `plan_file` 路径（由 coordinator 传入）
+2. `Read(plan_file)` 获取中书省方案全文
+3. 若 plan_file 未指定，默认读取 `<session_path>/plan/zhongshu-plan.md`
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="menxia",
+  type="impl_progress", data={current:"方案加载完成，启动多维并行审议",
+    plan:"方案加载✅|可行性审查🔄|完整性审查🔄|风险评估🔄|资源评估🔄|综合结论"})
+```
+
+## Phase 3: 多 CLI 并行审议
+
+**四维并行分析**（同时启动，不等待单个完成）:
+
+### 维度1 — 可行性审查 (gemini)
+```bash
+ccw cli -p "PURPOSE: 审查以下方案的技术可行性；成功标准=每个技术路径均有可实现依据
+TASK: • 验证技术路径是否可实现 • 检查所需依赖是否已具备 • 评估技术风险
+MODE: analysis
+CONTEXT: @**/*
+EXPECTED: 可行性结论（通过/有条件通过/不可行）+ 具体问题列表
+CONSTRAINTS: 只关注技术可行性，不评估工作量
+---
+方案内容：
+<plan_content>" --tool gemini --mode analysis --rule analysis-review-architecture
+```
+
+### 维度2 — 完整性审查 (qwen)
+```bash
+ccw cli -p "PURPOSE: 审查方案是否覆盖所有需求，识别遗漏；成功标准=每个需求点有对应子任务
+TASK: • 逐条对比原始需求与子任务清单 • 识别未覆盖的需求 • 检查验收标准是否可量化
+MODE: analysis
+CONTEXT: @**/*
+EXPECTED: 完整性结论（完整/有缺失）+ 遗漏清单
+CONSTRAINTS: 只关注需求覆盖度，不评估实现方式
+---
+原始需求：<requirement>
+方案子任务：<subtasks_section>" --tool qwen --mode analysis
+```
+
+### 维度3 — 风险评估 (gemini, 第二次调用)
+```bash
+ccw cli -p "PURPOSE: 识别方案中的潜在故障点和风险；成功标准=每个高风险点有对应缓解措施
+TASK: • 识别技术风险点 • 检查是否有回滚方案 • 评估依赖失败的影响
+MODE: analysis
+EXPECTED: 风险矩阵（风险项/概率/影响/缓解措施）
+---
+方案内容：
+<plan_content>" --tool gemini --mode analysis --rule analysis-assess-security-risks
+```
+
+### 维度4 — 资源评估 (codex)
+```bash
+ccw cli -p "PURPOSE: 评估各部门工作量分配是否合理；成功标准=工作量与各部门专长匹配
+TASK: • 检查子任务与部门专长的匹配度 • 评估工作量是否均衡 • 识别超负荷或空置部门
+MODE: analysis
+EXPECTED: 资源分配评估表 + 调整建议
+CONSTRAINTS: 只关注工作量合理性和部门匹配度
+---
+方案子任务：<subtasks_section>" --tool codex --mode analysis
+```
+
+**执行策略**: 四个 CLI 调用顺序执行，每个同步等待结果后再启动下一个。
+
+## Phase 4: 综合结论 + 上报
+
+**综合审议结果**:
+
+| 维度 | 结论权重 | 否决条件 |
+|------|---------|---------|
+| 可行性 | 30% | 不可行 → 直接封驳 |
+| 完整性 | 30% | 重大遗漏(核心需求未覆盖) → 封驳 |
+| 风险 | 25% | 高风险无缓解措施 → 封驳 |
+| 资源 | 15% | 部门严重错配 → 附带条件准奏 |
+
+**写入审议报告** `<session_path>/review/menxia-review.md`:
+```markdown
+# 门下省审议报告
+
+## 审议结论：[准奏 ✅ / 封驳 ❌]
+
+## 四维审议摘要
+| 维度 | 结论 | 关键发现 |
+|------|------|---------|
+| 可行性 | 通过/不通过 | <要点> |
+| 完整性 | 完整/有缺失 | <遗漏项> |
+| 风险 | 可控/高风险 | <风险项> |
+| 资源 | 合理/需调整 | <建议> |
+
+## 封驳意见（若封驳）
+<具体需要修改的问题，逐条列出>
+
+## 附带条件（若有条件准奏）
+<建议中书省在执行中注意的事项>
+```
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="menxia",
+  type="impl_progress", data={current:"审议完成，结论：<准奏/封驳>",
+    plan:"方案加载✅|可行性审查✅|完整性审查✅|风险评估✅|资源评估✅|综合结论✅"})
+```
+
+**看板流转 + SendMessage 回调**:
+```javascript
+// 流转上报
+team_msg(operation="log", session_id=<session_id>, from="menxia", to="coordinator",
+  type="task_handoff", data={from_role:"menxia", to_role:"coordinator",
+    remark:"<准奏✅/封驳❌>：审议报告见 review/menxia-review.md"})
+
+// SendMessage 回调
+SendMessage({type:"message", recipient:"coordinator",
+  content:`review_result: approved=<true/false>, round=<N>, report=review/menxia-review.md`,
+  summary:"门下省审议完成"})
+```
--- a/.claude/skills/team-edict/role-specs/shangshu.md
+++ b/.claude/skills/team-edict/role-specs/shangshu.md
@@ -0,0 +1,105 @@
+---
+role: shangshu
+prefix: DISPATCH
+inner_loop: false
+discuss_rounds: []
+message_types:
+  success: dispatch_ready
+  error: error
+---
+
+# 尚书省 — 执行调度
+
+分析准奏方案，按部门职责拆解子任务，生成六部执行调度清单。
+
+## Phase 2: 接旨 + 方案加载
+
+**看板上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="shangshu",
+  type="state_update", data={state:"Doing", current_step:"尚书省接令，分析准奏方案，准备调度六部"})
+```
+
+**加载方案**:
+1. 读取 `<session_path>/plan/zhongshu-plan.md`（准奏方案）
+2. 读取 `<session_path>/review/menxia-review.md`（审议报告，含附带条件）
+3. 解析子任务清单和验收标准
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="shangshu",
+  type="impl_progress", data={current:"方案解析完成，开始路由分析",
+    plan:"方案加载✅|路由分析🔄|任务分解|生成调度令|输出清单"})
+```
+
+## Phase 3: 路由分析 + 任务分解
+
+**六部路由规则**:
+
+| 关键词信号 | 目标部门 | agent role |
+|-----------|---------|------------|
+| 功能开发、架构设计、代码实现、重构、API、接口 | 工部 | gongbu |
+| 部署、CI/CD、基础设施、容器、性能监控、安全防御 | 兵部 | bingbu |
+| 数据分析、统计、成本、报表、资源管理、度量 | 户部 | hubu |
+| 文档、README、UI文案、规范、对外沟通、翻译 | 礼部 | libu |
+| 测试、QA、Bug定位、代码审查、合规审计 | 刑部 | xingbu |
+| Agent管理、培训、技能优化、考核、知识库 | 吏部 | libu-hr |
+
+**对每个子任务**:
+1. 提取关键词，匹配目标部门
+2. 若跨部门（如"实现+测试"），拆分为独立子任务
+3. 分析依赖关系（哪些必须串行，哪些可并行）
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="shangshu",
+  type="impl_progress", data={current:"路由分析完成，生成六部调度令",
+    plan:"方案加载✅|路由分析✅|任务分解✅|生成调度令🔄|输出清单"})
+```
+
+## Phase 4: 生成调度清单 + 上报
+
+**写入调度清单** `<session_path>/plan/dispatch-plan.md`:
+```markdown
+# 尚书省调度清单
+
+## 调度概览
+- 总子任务数: N
+- 涉及部门: <部门列表>
+- 预计并行批次: M 批
+
+## 调度令
+
+### 第1批（无依赖，并行执行）
+#### 工部任务令 (IMPL-001)
+- **任务**: <具体任务描述>
+- **输出要求**: <格式/验收标准>
+- **参考文件**: <如有>
+
+#### 礼部任务令 (DOC-001)
+- **任务**: <具体任务描述>
+- **输出要求**: <格式/验收标准>
+
+### 第2批（依赖第1批，串行）
+#### 刑部任务令 (QA-001)
+- **任务**: 验收工部产出，执行测试
+- **输出要求**: 测试报告 + 通过/不通过结论
+- **前置条件**: IMPL-001 完成
+
+## 汇总验收标准
+<综合所有部门产出的最终验收指标>
+
+## 附带条件（来自门下省审议）
+<门下省要求注意的事项>
+```
+
+**看板流转 + SendMessage 回调**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="shangshu", to="coordinator",
+  type="task_handoff", data={from_role:"shangshu", to_role:"coordinator",
+    remark:"✅ 调度清单生成完毕，共<N>个子任务分配给<M>个部门"})
+
+SendMessage({type:"message", recipient:"coordinator",
+  content:`dispatch_ready: plan=plan/dispatch-plan.md, departments=[<dept_list>], batches=<N>`,
+  summary:"尚书省调度清单就绪"})
+```
--- a/.claude/skills/team-edict/role-specs/xingbu.md
+++ b/.claude/skills/team-edict/role-specs/xingbu.md
@@ -0,0 +1,85 @@
+---
+role: xingbu
+prefix: QA
+inner_loop: true
+discuss_rounds: []
+message_types:
+  success: qa_complete
+  progress: qa_progress
+  error: error
+  fix: fix_required
+---
+
+# 刑部 — 质量保障
+
+代码审查、测试验收、Bug定位、合规审计。
+
+## Phase 2: 任务加载
+
+**看板上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="xingbu",
+  type="state_update", data={state:"Doing", current_step:"刑部开始执行：<QA任务>"})
+```
+
+1. 读取当前任务（QA-* task description）
+2. 读取 `<session_path>/plan/dispatch-plan.md` 获取验收标准
+3. 读取 `.claude/skills/team-edict/specs/quality-gates.md` 获取质量门标准
+4. 读取被测部门（通常为工部）的产出报告
+
+## Phase 3: 质量审查
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="xingbu",
+  type="qa_progress", data={current:"正在执行：<审查步骤>",
+    plan:"<步骤1>✅|<步骤2>🔄|<步骤3>"})
+```
+
+**多 CLI 并行审查**（按任务类型选择）:
+
+代码审查:
+```bash
+ccw cli --tool codex --mode review
+```
+
+测试执行:
+```bash
+# 检测测试框架并运行
+ccw cli -p "PURPOSE: 执行测试套件并分析结果
+TASK: • 识别测试框架 • 运行所有相关测试 • 分析失败原因
+CONTEXT: @**/*.test.* @**/*.spec.*
+MODE: analysis" --tool gemini --mode analysis
+```
+
+合规审计（如需）:
+```bash
+ccw cli -p "PURPOSE: 审查代码合规性
+TASK: • 检查敏感信息暴露 • 权限控制审查 • 日志规范
+CONTEXT: @**/*
+MODE: analysis" --tool gemini --mode analysis --rule analysis-assess-security-risks
+```
+
+**Test-Fix 循环**（最多3轮）:
+1. 运行测试 -> 分析结果
+2. 通过率 >= 95% -> 退出（成功）
+3. 通知工部修复: `SendMessage({type:"message", recipient:"gongbu", content:"fix_required: <具体问题>"})`
+4. 等待工部修复 callback -> 重新测试
+
+## Phase 4: 审查报告
+
+**写入** `<session_path>/artifacts/xingbu-report.md`:
+```
+# 刑部质量报告
+## 审查结论 (通过/不通过) / 测试结果 / Bug清单 / 合规状态
+```
+
+**看板流转 + SendMessage**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="xingbu", to="coordinator",
+  type="task_handoff", data={from_role:"xingbu", to_role:"coordinator",
+    remark:"✅ 完成：质量审查<通过/不通过>，见 xingbu-report.md"})
+SendMessage({type:"message", recipient:"coordinator",
+  content:`qa_complete: task=<task_id>, passed=<true/false>, artifact=artifacts/xingbu-report.md`,
+  summary:"刑部质量审查完成"})
+```
--- a/.claude/skills/team-edict/role-specs/zhongshu.md
+++ b/.claude/skills/team-edict/role-specs/zhongshu.md
@@ -0,0 +1,116 @@
+---
+role: zhongshu
+prefix: PLAN
+inner_loop: false
+discuss_rounds: []
+message_types:
+  success: plan_ready
+  error: error
+---
+
+# 中书省 — 规划起草
+
+分析旨意，起草结构化执行方案，提交门下省审议。
+
+## Phase 2: 接旨 + 上下文加载
+
+**看板上报（必须立即执行）**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="zhongshu",
+  type="state_update", data={state:"Doing", current_step:"中书省接旨，开始分析任务"})
+```
+
+**加载上下文**:
+1. 从 task description 提取 `session_path` 和 `requirement`
+2. 若存在历史方案（封驳重来）：读取 `<session_path>/review/menxia-review.md` 获取封驳意见
+3. 执行代码库探索（如涉及代码任务）:
+   ```bash
+   ccw cli -p "PURPOSE: 理解当前代码库结构，为任务规划提供上下文
+   TASK: • 识别相关模块 • 理解现有架构 • 找出关键文件
+   CONTEXT: @**/*
+   EXPECTED: 关键文件列表 + 架构概述 + 依赖关系
+   MODE: analysis" --tool gemini --mode analysis
+   ```
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="zhongshu",
+  type="impl_progress", data={current:"完成上下文分析，开始起草方案",
+    plan:"上下文分析✅|方案起草🔄|子任务分解|输出方案"})
+```
+
+## Phase 3: 起草执行方案
+
+**方案结构**（写入 `<session_path>/plan/zhongshu-plan.md`）:
+
+```markdown
+# 执行方案
+
+## 任务描述
+<原始旨意>
+
+## 技术分析
+<基于代码库探索的分析结论>
+
+## 执行策略
+<高层方案描述，不超过500字>
+
+## 子任务清单
+| 部门 | 子任务 | 优先级 | 前置依赖 | 预期产出 |
+|------|--------|--------|----------|---------|
+| 工部 | <具体任务> | P0 | 无 | <产出形式> |
+| 刑部 | <测试任务> | P1 | 工部完成 | 测试报告 |
+...
+
+## 验收标准
+<可量化的成功指标>
+
+## 风险点
+<潜在问题和建议回滚方案>
+```
+
+**起草原则**:
+
+| 维度 | 要求 |
+|------|------|
+| 技术可行性 | 方案必须基于实际代码库现状 |
+| 完整性 | 覆盖所有需求点，无遗漏 |
+| 颗粒度 | 子任务可被具体部门直接执行 |
+| 风险 | 每个高风险点有回滚方案 |
+
+**进度上报**:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="zhongshu",
+  type="impl_progress", data={current:"方案起草完成，准备提交审议",
+    plan:"上下文分析✅|方案起草✅|子任务分解✅|输出方案🔄"})
+```
+
+## Phase 4: 输出 + 上报
+
+1. 确认方案文件已写入 `<session_path>/plan/zhongshu-plan.md`
+2. **看板流转上报**:
+   ```javascript
+   team_msg(operation="log", session_id=<session_id>, from="zhongshu", to="coordinator",
+     type="task_handoff", data={from_role:"zhongshu", to_role:"coordinator",
+       remark:"✅ 完成：执行方案已起草，含<N>个子任务，提交门下省审议"})
+   ```
+3. **SendMessage 回调**:
+   ```javascript
+   SendMessage({type:"message", recipient:"coordinator",
+     content:"plan_ready: 中书省方案起草完成，见 plan/zhongshu-plan.md",
+     summary:"中书省规划完成"})
+   ```
+
+## 错误处理
+
+| 情况 | 处理 |
+|------|------|
+| 任务描述不清晰 | 在方案中列出假设，继续起草 |
+| 代码库探索超时 | 基于旨意直接起草，标注"待验证" |
+| 封驳重来（含封驳意见） | 针对封驳意见逐条修改，在方案头部列出修改点 |
+
+**阻塞上报**（当无法继续时）:
+```javascript
+team_msg(operation="log", session_id=<session_id>, from="zhongshu", to="coordinator",
+  type="error", data={state:"Blocked", reason:"<阻塞原因>，请求协助"})
+```