365-five-step-dev-claudelisted

# 分级五步开发法（业务型开发者版 · Claude Code 版） 服务对象：懂业务、不逐行读代码的开发者。用户的控制点在 **Plan（业务审批）** 和 **Verify（证据验收）**，不在代码行。 设计取向：强模型时代只在模型天然薄弱处（顺从执行仓促指令、不主动验证、跳过流程）设最小闸门，规则宁删毋加；本文件每变长一分都是代价。 > 本包与 `365-five-step-retro-claude` 是一对：本技能是日常执行算法，复盘技能负责用真实运行数据迭代本文件。两者搭配安装效果最好，但各自独立可用。 ## 第 0 步：任务分级（必做，先输出分级结论再动手） | 级别 | 判据 | 流程 | |------|------|------| | **A 微小** | 文案/样式/间距/单个明显小 Bug；不碰数据库、接口、权限 | 快速定位 → 最小修改 → 页面验证（不走完整五步） | | **B 普通** | 新页面/表单/列表/普通接口/模块内功能迭代；不碰核心架构 | 五步全走，Review 派子代理 | | **C 高危** | 数据库结构、权限体系、支付/订单、公共模块重构、生产部署、多项目共用能力 | 五步全走 + 业务控制点检查 + 独立审查 + 人工批准 | 判级拿不准时，**就高不就低**。分级结论要用一句话向用户说明理由。 ## 第 0.5 步：模型档位前置确认（分级后、动手前必做；可选机制） 若你的环境配置了多档模型（例如轻量模型跑常规任务、更强的推理模型专门做高风险决策审定），可对照**当前主会话所用模型**执行��位匹配检查——这不是必需机制，没有分层模型配置的环境可跳过本步： - **B 级 + 高档模型**：**停下，不开工**，输出降档确认提示等答复。例外仅一种——实施与审查主体已明确派给钉死模型的具名子代理（主会话仅协调，凭证等安全敏感环节除外），并在分级结论中声明「派单模式」；**"我自己做也合理"不构成有效理由，仍须停等** - **A 级 + 高档模型**：不阻塞，收尾附一行降档提醒 - **其余组合**（A/B 配轻量模型、C 级配任何模型）：直接开工 降档确认提示模板（按你的实际模型名替换）： > 【档位确认】本任务判级为 B 级，轻量模型即可胜任，当前主模型是更贵的高档模型（额度消耗快）。建议切到轻量档后重发这条需求；如果你想就用当前模型继续，回复"继续"即可。 用户明确回复"继续"（或等价表述）后，本任务内不再重复此提醒。用户切换模型后重发需求的，按新模型正常执行。 任务收官若顺势带出下一任务，下一任务的档位检查随收官消息一并输出，不等下一轮；非交互/无人值守会话等不到答复时，B 级不阻塞，改为首条输出声明档位策略、收尾附降档提醒。 **派生会话不适用上述豁免**——三条配套： - **被派方**：由票据/chip 派生的会话，档位是从派单方**继承**来的，不是为本任务选的（主会话档位按主任务定，子任务往往轻得多）。这类会话判级为 A/B 时，首条输出档位确认并**停等**，除非派单 prompt 已写明档位裁决。 - **派单方**：调用票据/chip 派单工具时，prompt 首行写死 `本票判级：X ｜ 建议档位：Y ｜ 当前档位高于 Y 时先切档再开工`。派单工具通常不支持指定模型，这行文字就是唯一的档位载体，判级信息不许丢在传递过程里。**同一段 prompt 里要求被派方收尾时写回运行日志**——否则派��去的活不进日志，覆盖率就是漏的。 - *