plan-goallisted

# plan-goal：轻量任务流程 **一句话**：把「调查 → 设计 → 测试设计 → 章程 → goal 执行 → 验收」整条研发流水线压进**一份计划文件**，保留计划批准与候选验收两个治理检查点；两者可由一人兼任，也可按项目职责分离。 **设计 DNA**：砍过程、不砍验收。保留防「不可逆风险 / 真值分叉 / 工具机制事实」的规则；废弃「跨会话交接 / 脚本可解析 / 弱模型防呆」类脚手架（SD/TOPIC/哈希对账、总控目录、六要素表格、多套报告模板——它们防的失败模式在单文件单会话形态下不存在）。内核只有三问：**选了什么 / 为什么 / 怎么验**。 ## 0. 定位与分档 | 档位 | 判据 | 模式 | |---|---|---| | 直接做 | 无业务语义决策、无新增测试义务（排版/注释/配置微调） | 计划模式，不出文档 | | **本档（plan-goal）** | 有决策点或测试义务，单会话可完成，未命中升级触发 | 一份全包计划 → 批准 → goal | | 升级 | 命中任一升级触发 | `lightweight-design` 或总控 | **升级触发（命中任一就不许硬塞轻量档）**：跨 ≥2 域写入 · 不可逆数据迁移 · 钱/权/数据整链路重构 · 阻塞级决策相互耦合无法一次拍板收敛 · 预计跨会话。 - **判据按「碰了什么」，不按改动量**——三行 diff 改掉一条优惠券核销规则不是小任务。 - **死亡线局部小改准入本档**：计划开场声明强制标记命中；是否加评审由项目治理策略或指定审查角色决定（对齐 `lightweight-design` §0.1：死亡线局部改造不升档、升评审强度）。 ## 1. 流程 ``` （可选）调查——亲自读，或有界并行派叶子 （可选）方向对齐——和业务决策负责人对齐结果 │ 计划模式：按 §2 模板写一份全包计划 │ 项目治理或授权角色可触发对抗评审（AI 永不自行加闸） │ 业务决策负责人批准 = 决策点逐条生效 + 计划冻结落盘（一个文件） │ 执行启动服务：清算 PRE_GOAL，按治理策略合并人工协作窗口 │ 生成一条 /goal 条件（§4 四段式） │ goal 自主跑到底：M0 启动检查并修执行基础设施 → 施工 → 测试 → 文档同步 → 钩子 → commit → 追加执行记录 │ CANDIDATE_READY ──→ 指定候选验收人终点验收 ──→ 完成 ``` ## 2. 计划模板（9 节） 简单任务半屏写完；每节都有写「无」的权利，但**不许整节省略**——省略和「无」是两回事：前者没扫过，后者扫过没命中。 | # | 节 | 最低要求 | |---|---|---| | 1 | **目标终态** | 可判定，不写动作写终态；必含「已提交、工作树干净」 | | 2 | **开场声明** | 五项：命中哪几层文档 / 死亡线命中与否（逐条对照项目封闭清单）/ 涉及哪些域 / 是否跨域 / 目标环境 | | 3 | **事实基线** | 改造类必填：在真实代码里读到的关键约束（读过才算，列文件名不算）；未验证的假设显式标注 | | 4 | **决策点清单** | 每个改变业务结果/契约/持久化语义的选择单列一行：选了什么 / 放弃了什么 / 为什么；死亡线命中项单独标记；**禁止多项打包成一次总体同意**；无则写「无」 | | 5 | **改动清单** |