Menü
中书省规划框架与门下省审议/简审清单。适用：中书接旨规划时、门下审议时
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
尚书省 report 模式回奏格式规范，定义回奏必备字段与结构
太子与三省核心身份定义、基本纪律、通信权限速查。会话初始化时由太子加载，三省 Teammate 创建时注入对应段落
首次创建 Teammate 的引导流程——太子首次协作或尚书首次派发六部时加载，完成 Team 创建与分层启动
早朝开始，太子逐级收集系统与项目状态后呈上朝报
起居注——会话事件记录，tuichao 时写入，morning-court 时读取，追踪跨会话历史
优雅结束会话——逐级收集状态、shutdown 所有 Teammate、生成会话总结后退朝
| name | analysis-framework |
| description | 中书省规划框架与门下省审议/简审清单。适用：中书接旨规划时、门下审议时 |
适用 Agent：中书省、门下省、尚书省 加载时机：中书接到旨意时；门下准备审议时
中书省收到旨意后，必须按以下步骤分析：
1. 【意图识别】皇上真正想要什么？ → 区分表面需求与深层目标
2. 【范围界定】涉及哪些模块/系统？ → 画出影响范围
3. 【路径选择】有哪些实现方案？ → 列出至少两种方案并对比
4. 【复杂度评估】工作量与难度？ → 标注优先级与资源需求
5. 【风险预判】可能出什么问题？ → 识别技术风险与依赖风险
6. 【任务拆解】怎么分步执行？ → 拆解为原子任务，标注依赖
7. 【并行分组】哪些任务可同时进行？→ 分析依赖关系，标注 parallel_group 与 depends_on
8. 【验收定义】怎么算完成？ → 为每个子任务定义 Done 标准
{
"plan_id": "PLAN-...",
"objective": "...",
"subtasks": [
{ "id": "T-001", "assigned_to": "gongbu", "parallel_group": "A", "description": "..." },
{ "id": "T-002", "assigned_to": "xingbu", "depends_on": ["T-001"], "parallel_group": "B", "description": "..." }
],
"acceptance_criteria": [],
"risk_notes": "..."
}
parallel_group 的任务可跨部门并行启动depends_on 标注串行依赖，必须前序完成后才派发门下省审议以结构化检查为主、主观判断为辅，分结构化检查（必查）、判断性检查（按需）、fast_track 简审三类。
📎 详细规则见
analysis-checklists.md