pk-plan

用途：创建或修改行动计划，包含 plan、milestones、actions、dependencies、deadline；当用户需要做计划、把目标拆解为具体步骤时使用。前提：需存在 .cockpit/，否则路由到 pk-init（mode new）并停止；需存在且有内容的 objective.md，否则提示先初始化目标；建议存在 tools.md 用于交叉核对可用工具。事实来源：plan.md 与 actions/；plan.md 负责 milestones、counters（创建时）及重新渲染 Roadmap（派生视图），actions/.md 负责 title、due_date、deps、key_result、milestone、effort、priority、DoD、notes。模式：new（无 plan.md 时创建计划、里程碑与行动）、update（修改计划/行动/里程碑结构）、pre-confirmed（应用来自 pk-track 已批准的变更，按委托协议执行，跳过确认直接写入）。原则：每个 action 必须有明确 DoD、Output/Deliverable 与质量标准；禁止无输出的模糊行动；effort 为 xl 时必须设置 Checkpoints 或拆分；写入前确认表格，写入后渲染 Roadmap；每个后续追问前执行 Quality Gate 的三问；创建或修改 action 时按 metrics 中的 Capacity／资源冲突章节核对（不复制公式）。知识集成：创建 action 时调用 pk-consult 检索相关 pattern、decision、troubleshooting，命中 skill/workflow 则在 action notes 中记录 related_skill 或 related_workflow。流程要点：new 模式依次读取 objective.md、tools.md，询问 milestones 与时间线，逐个 action 绑定 key_result（必填）与 milestone，无法锚定 KR 时警告并请用户确认；生成 AXXX 编号时检查 ID 空缺并先确认；写入 plan.md 与 actions/.md 并渲染 Roadmap。update 模式读取现状、询问变更、执行 Quality Gate、对新增 action 做知识集成与编号校验、确认 diff，覆盖 body 前先读当前 body。pre-confirmed 模式显示理由块与 diff，读目标文件当前 body，把 payload.changes 映射到对应文件后立即写入。限制：确认前不得写文件（pre-confirmed 除外）；不得修改 KR/KI targets（属 pk-init）、action status（属 pk-track）、不得创建或修改 knowledge（属 pk-distill）。其余实现细节资料暂未提供。