00-总纲-显式指派待办跨批次消费与挂起触发条件法

一、适用场景

一次会话做不完、必须交给下一批/下一次会话的事项：等待外部验证、等待权限、
等待用户决策、等待定时任务窗口、或本会话工具链被拦而写不进去。

典型形态：跨天/跨批次的自动化任务（每日技能固化、每日备份、定时巡检）、
长周期项目里「今天先记下、明天接着做」的部分。

核心问题不是「记不记得住」，而是下一批能不能接手、能不能判定做完。

二、操作步骤

1. 显式指派消费方：写明「供谁消费」——具体批次、具体自动化、具体角色。
   写法：供 22:00 自动化消费、下一批执行、待用户回复后由本人执行。
   锚点：2026-10-20.md L31「技能固化提示（供 22:00 自动化）」。
2. 写明触发条件：什么条件满足才动手。
   - 时间型：下一批自动化启动时立即执行；
   - 事件型：等对方真机装一次、用户确认画像后；
   - 权限型：取得受保护树写授权后。
3. 写明完成判据：做到什么程度算完成，可勾选、可验证。
   锚点：2026-10-20.md L31 指定「回填战绩段：真机装机成功 + 三件套证据链 + 版本记录 v1.2→v1.3」。
4. 落在下次必读的载体上：日志尾部、技能总览变更记录、自动化记忆文件——
   不能只写在聊天里。锚点：2026-10-20.md 日志尾部提示条 → 2026-10-21.md L15-L22 被消费。
5. 下批开工先消费指派，再自己找候选：扫描日志里「供下一批/供自动化」字样的条目优先执行。
   自己猜候选的可靠性远低于显式指派。
6. 消费后留痕并划掉：写明已执行、产出版本、旧状态作废。
7. 做不动就挂起，并给触发条件：本地证据已充分、只差外部验证时，
   正确动作是停手挂起 + 写明触发条件，不要在同一层反复加码排查。
   锚点：群晖 SPK 10-15 修完、10-20 才真机验证，中间 5 天空转——见 06-成品-群晖SPK打包与格式排查法。
8. 跑体检器：scripts/todo_handoff_check.py，五要素齐备才 PASS。

三、注意边界

• 只固化已跑通、经实战验证的：待办即使被消费了，若结论未经验证（如「讨论中·未定方向」），
  仍不得升格为技能或结论。
• 同日短间隔重复触发时，不要为「有产出」硬凑候选：窗口内不可能有新素材，
  如实记「本轮无新增」比造一个包有价值。
• 触发条件要可被外部观测（「对方装一次」可观测；「时机成熟」不可观测）。
• 待办若涉及越界处置（删/迁/改配置），只能上报，本流程只负责传递，不负责代决——
  见 00-总纲-越界风险只上报不处置与连续确认升级法。

四、反例避雷

• ✗ 只在心里记下：下次记得补一下 → 下一批根本读不到，必漏。
  本例 2026-10-20 的指派若不是白纸黑字落在日志尾部，2026-10-21 就会整个漏掉。
• ✗ 挂起却不给触发条件：群晖包 10-15 修完后没写「等对方真机装一次再验证」，
  于是 10-16→10-20 反复回到打包侧自查 5 天，零新增产出。
• ✗ 为凑数硬造候选：2026-10-21 当日第二次触发（距上次仅数分钟），
  日志只有「商业化路线讨论（讨论中·未定方向）」——正确做法是判无新增，而不是造包。
• ✗ 指派了但没写完成判据：做了也说不清做到哪，下一批无法验收。
• ✗ 消费后不留痕：下一批看到旧条目以为还没做，重复劳动。

五、代码锚点 / 实战战绩

锚点：
- 2026-10-20.md L31（显式指派：供 22:00 自动化回填群晖包战绩段）
- 2026-10-21.md L15-L22（下一批消费并完成，版本 v1.2→v1.3）
- 2026-10-21.md L39-L44（同日重复触发 → 判无新增，不硬凑）
- .workbuddy/memory/automations/24695f12-7f79-4d37-aa4a-7633b3b063c9/memory.md L97-L101（两条经验条目）

战绩：
- 2026-10-20 指派 → 2026-10-21 消费成功，闭环周期 1 批（此前同类事项曾漏 1 批）。
- 反向战绩：群晖 SPK 因缺触发条件空转 5 天（2026-10-15 → 10-20）。
- 本批体检器实测：正例（10-20 真实指派条目）PASS；反例（「下次记得补一下，回头再说」）FAIL×5。

六、关联笔记

• 00-总纲-越界风险只上报不处置与连续确认升级法：待办与风险是一对孪生机制，本技能管可执行的传递，那个管不可自决的上报。
• 00-总纲-前序结论证伪与产物连锁订正法：待办被消费后常触发结论订正，两者串联使用。
• 04-开发-技能自动固化与归档SOP：本技能最主要的消费场景（每日自动化）。

七、版本记录

• v1.0（2026-10-22）：首版。据 2026-10-20 / 10-21 正反两次实战定型；附只读体检器 scripts/todo_handoff_check.py（正反例已实测）。