dev-default

# Dev Default Skill ## 触发条件 dev 工作流未匹配其他子类型时的默认路径，适用于：新功能开发、接口实现、业务逻辑变更。 ## 六阶段执行 | 阶段 | 动作 | CP 关卡 | |------|------|---------| | N1 需求确认 | 先判定入口类型：纯新需求且无产品角色时独立保留 `00-需求概况.md` / 原始附件，生成并确认 `01-需求确认.md`；有产品角色并由产品直接提供完整需求时，以 `01-产品需求.md` 为 CP1 真相源，产品模板正文只给产品填写完整 PRD，AI / 研发缺口 / 冲突检查记录在 CP1 摘要、`02-技术方案.md` 或报告中，不生成或重写产品需求；需求变更独立保留 `00-需求变更概况.md`，生成 `01-需求变更确认.md` 并回写目标需求真相源；Bug 转 fix | [CP1](../cp-gate/SKILL.md) 确认 | | N2 技术方案 | 架构设计、接口定义、数据流 → **PR-1 内部自检**（需求完整性），不通过则修正后重检；契约驱动型需求须显式引用目标文档路径/模式/契约范围 | 自检通过后 → [CP2](../cp-gate/SKILL.md) 确认 | | N3 方案验证 | 调用 `dev-plan-review` Skill（PR-2~PR-7）；PR-5② 触发则继续 `impact-review` | 🔴 阻断时回 CP2 | | N4 实施计划 | 任务拆分、顺序、依赖、验证与回滚 | [CP3](../cp-gate/SKILL.md) 确认 | | N5 执行 | ExecutionContract/TestRoute 对照 → 编码实现 → 接口变更时 `api-verification` → `document-sync` | — | | N6 ECR 执行闭环复审 | 对照 §2 核心设计、关键产物、报告、记忆、SUMMARY、diff/commit 与验证证据做执行后正式复审；默认 reviewClass=R2，控制面等高风险升 R3+清单，禁止「永远轻量」口径 | 发现阻断问题须回退修正 | ### N5 执行阶段补充规则 **读取前置（F-18）**：修改已有文件前须先 view 当前内容，确认最新状态；同会话内已读且无并行修改的文件可跳过重复 view。 **执行中变更处理（F-10）**：执行阶段发现方案调整需求时，立即暂停，按 `10-dev.instructions.md §变更管理` 变更分级走对应流程，产物文件须在代码落地前更新。 **在途缺陷绑定（F-10A）**：实施前或实施中复现与当前需求相关的缺陷时，必须执行 `spec-governance#InFlightIssueRequirementBindingGate`；PI/PF 只做治理追踪，不能替代当前需求修订。阻断项先写回需求并提醒纳入决定；用户已明确要求一并处理或优先修复时，记录该授权后直接同步方案、验收和测试并先修复。 **执行期 CP3 回退（F-26）**：若 N5 执行过程中实际修改范围扩展到 CP3 门槛（文件数从 <5 增至 ≥5、临时引入高风险操作，或命中控制面/模板/validate/部署副本联动），必须暂停 source mutation，回到 N4 / CP3 补做实施计划确认后再继续。 **回归扫描（F-19）**：修改已有文件时，完成后须对该文件涉及的调用路径执行最小范围 gr...