cp-gate

## 模式判断 CP 门控**不受 ENV_MODE 影响**。dev/prod 均强制保持 CP1→CP2 顺序；CP3 是否 required 由工作流/子类型/风险决定： | ENV_MODE | CP 行为 | |----------|--------| | `prod`（默认）| CP1→CP2 强制按序；命中 CP3 条件时再确认实施计划 | | `dev` | 同 prod；额外执行完整规范与方案验证，不扩大 CP3 触发面 | > ⛔ CP 是用户交互机制（确认需求/方案/计划），与规范验证无关。CP1/CP2 必须确认；CP3 未触发时必须记录 `N/A + subtype/risk evidence`，不得伪装成已确认。 > **CP 跳过路径**：显式 `@devcodex-auto`、全局默认 `@rocky`、Profile `config.json` 的 `extensions.devcodex.autoAliases` 替换别名或明确自然语言 auto 授权（如“进入 auto 模式执行”）；这是 Agent 级行为，与 ENV_MODE 无关。 工作流能力的唯一结构化事实源为 `../routing/workflow-capabilities.json`；本文件只拥有确认交互和 CP3 细化条件。 ## WorkflowPlanDecisionV1（流程、方案与验证独立决策） CP1 前后必须使用 `workflow-plan-decision.v1.schema.json` 与 `hooks/_runtime/workflow-plan-decision-v1.cjs` 形成唯一决策对象： - 三个轴独立：`ceremonyTier=simple|standard` 只决定流程仪式，`designDepth=minimal|standard` 只决定技术方案深度，`assuranceLevel=targeted|affected|full` 只决定验证路由；任一轴都不得反推其他轴。 - 优先级固定为“用户当前任务明确意图 > `extensions.devcodex.workflowRouting` 配置 > 智能识别 > 回退”。Profile 配置只提供流程仪式默认值，不得覆盖用户当前意图，也不得降低验证或强制义务。 - 先基于 prompt/config 形成 `phase=precheck`，完成唯一项目与有界项目事实读取后形成 `phase=post-context`；只有实际 scope 扩张才形成 `phase=scope-expansion`。PC8 必须说明二次判断是否变化及原因。 - 公共契约、Schema、共享状态、恢复、迁移、安全、package、发布和外部副作用产生独立 `mandatoryObligations`；simple/minimal/targeted 不能省略这些义务，也不能自行获得 `SimpleTaskFastPathLeaseV1`。 - 旧 `ImplementationComplexityLevel` / `ImplementationComplexityPreference` 仅供读取兼容并只映射到 `designDepth`；禁止新 CP、Prompt、Skill 或产物继续写入旧字段。 ## 全自动模式 > 当用户选择 `@devcodex-auto`、全局默认 `@rocky`、Profile 配置的 auto 替换别名，或在文本宿主中明确...