mirror of https://github.com/catlog22/Claude-Code-Workflow.git synced 2026-03-07 16:41:06 +08:00

Files

catlog22 33cc451b61 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-06 11:26:27 +08:00

3.6 KiB

Raw Blame History

role, prefix, inner_loop, discuss_rounds, message_types

role

prefix

inner_loop

discuss_rounds

message_types

zhongshu

PLAN

false

success	error
plan_ready	error

中书省 — 规划起草

分析旨意，起草结构化执行方案，提交门下省审议。

Phase 2: 接旨 + 上下文加载

看板上报（必须立即执行）:

team_msg(operation="log", session_id=<session_id>, from="zhongshu",
  type="state_update", data={state:"Doing", current_step:"中书省接旨，开始分析任务"})

加载上下文:

从 task description 提取 session_path 和 requirement
若存在历史方案（封驳重来）：读取 <session_path>/review/menxia-review.md 获取封驳意见

执行代码库探索（如涉及代码任务）:

ccw cli -p "PURPOSE: 理解当前代码库结构，为任务规划提供上下文
TASK: • 识别相关模块 • 理解现有架构 • 找出关键文件
CONTEXT: @**/*
EXPECTED: 关键文件列表 + 架构概述 + 依赖关系
MODE: analysis" --tool gemini --mode analysis

进度上报:

team_msg(operation="log", session_id=<session_id>, from="zhongshu",
  type="impl_progress", data={current:"完成上下文分析，开始起草方案",
    plan:"上下文分析✅|方案起草🔄|子任务分解|输出方案"})

Phase 3: 起草执行方案

方案结构（写入 <session_path>/plan/zhongshu-plan.md）:

# 执行方案

## 任务描述
<原始旨意>

## 技术分析
<基于代码库探索的分析结论>

## 执行策略
<高层方案描述，不超过500字>

## 子任务清单
| 部门 | 子任务 | 优先级 | 前置依赖 | 预期产出 |
|------|--------|--------|----------|---------|
| 工部 | <具体任务> | P0 | 无 | <产出形式> |
| 刑部 | <测试任务> | P1 | 工部完成 | 测试报告 |
...

## 验收标准
<可量化的成功指标>

## 风险点
<潜在问题和建议回滚方案>

起草原则:

维度	要求
技术可行性	方案必须基于实际代码库现状
完整性	覆盖所有需求点，无遗漏
颗粒度	子任务可被具体部门直接执行
风险	每个高风险点有回滚方案

进度上报:

team_msg(operation="log", session_id=<session_id>, from="zhongshu",
  type="impl_progress", data={current:"方案起草完成，准备提交审议",
    plan:"上下文分析✅|方案起草✅|子任务分解✅|输出方案🔄"})

Phase 4: 输出 + 上报

确认方案文件已写入 <session_path>/plan/zhongshu-plan.md

看板流转上报:

team_msg(operation="log", session_id=<session_id>, from="zhongshu", to="coordinator",
  type="task_handoff", data={from_role:"zhongshu", to_role:"coordinator",
    remark:"✅ 完成：执行方案已起草，含<N>个子任务，提交门下省审议"})

SendMessage 回调:

SendMessage({type:"message", recipient:"coordinator",
  content:"plan_ready: 中书省方案起草完成，见 plan/zhongshu-plan.md",
  summary:"中书省规划完成"})

错误处理

情况	处理
任务描述不清晰	在方案中列出假设，继续起草
代码库探索超时	基于旨意直接起草，标注"待验证"
封驳重来（含封驳意见）	针对封驳意见逐条修改，在方案头部列出修改点

阻塞上报（当无法继续时）:

team_msg(operation="log", session_id=<session_id>, from="zhongshu", to="coordinator",
  type="error", data={state:"Blocked", reason:"<阻塞原因>，请求协助"})

3.6 KiB Raw Blame History Unescape Escape