№ · HANDOFF 杂项 CH.07.12
主页 · 🤝 Handoff 杂项 · index

index

📅 2026-07-12 · 📦 27.8 KB · 🤝 Handoff 杂项 · 📝 MD 文档 🆕 14d 🏷️ 会话🏷️ 规范🏷️ 剧情

# Handoff Index

Single read-first entry for tag-based PM handoff.

Read Order

  1. Read this index.
  2. Read the linked role card.
  3. Read the linked in-flight task card if one exists.
  4. Read the linked in-flight session card if one exists.
  5. Act only on the control cards and in-flight business cards, not on full history.
  6. Do not read recently-closed-business-cards.md by default; open it only when the current task explicitly requires recent closure evidence or a focused retrospective.
  7. Do not read appendix-style control files by default, including release-rule.md, thread-hygiene.md, and file-locks.md; open them only when the current task explicitly hits that subject.
  8. When the current task is specifically about current top1 short-worker state, callback matrix, or next callback gate, open current-dispatch-shortlist.md after this index instead of re-scanning every owner session.

Recognition Rule

Other sessions do not auto-recognize tags. They must be bootstrapped with the startup prompt below, then read this index first.

Thread Preview Rule

  • 线程列表里的 preview / 历史摘要不是当前任务 truth source，只是运输残留与风险信号。
  • 不得根据 preview 文本判断当前职责、当前在途任务、当前权限或是否仍应继续派活。
  • 当前判断顺序固定为：docs/handoff/index.md -> 当前 role 卡 -> 当前 in-flight task / session 卡 -> 当前 docs/daily-plans/*.md。
  • preview 只允许用于两类用途：
    1. 辅助定位线程。
    1. 识别风险信号，例如历史明文凭证残留、旧 prompt 污染、旧身份残留。
  • 若 preview 与当前 handoff / daily plan / 当前卡面冲突，一律以当前 handoff / daily plan / 当前卡面为准。

Tag Contract

  • 结构化 tag 只认 ⟦tag:v2|role|...⟧ / ⟦tag:v2|task|...⟧ / ⟦tag:v2|session|...⟧。
  • 只要不是这组特殊字符包裹的结构，就当普通文本，不当 tag 解析。
  • tag 引用必须保留原始结构，不要改写成裸词、括号、别名或散文句。

Transport Rule

  • 监督线程向 PM / worker 发消息时，正文必须是纯任务文本，不要再把完整 <codex_delegation>...</codex_delegation> 包裹进消息正文。
  • codex_delegation 只应出现在真正的会话投递外层，不应在正文里再嵌套一层。
  • 发现嵌套 delegation 时，按运输层噪音处理；后续同步规则时直接发纯正文，避免重复 token 消耗与判读污染。

Worker Dispatch Rule

  • 后续跨会话派发、回调、催办时，消息开头统一带会话身份前缀，格式 [角色]#模块@版本；@版本 是模块语义版本，不是 tag。
  • 这是消息头标识，不替代 ⟦tag:v2|...⟧；tag 继续用于结构化关联，身份前缀只用于快速识别会话职责与主题。
  • 后续所有新 worker 默认统一使用 gpt-5.4 + thinking=xhigh；只有你当前消息明确指定其它模型时才例外。
  • 除用户当前消息明确授权外，默认新 worker 一律使用 [短工]#模块@版本；[长工]#模块@版本 只有在你当前消息明确授权时才能使用，授权不跨日继承。
  • 周计划、需求池、backlog、设计文档里的“长工 owner 建议”一律只算候选角色；在你当前消息明确授权且 docs/handoff/index.md / 当前 task-session 卡正式吸收前，不代表线程已创建、不代表已进入当前执行面，也不构成直接派发授权。
  • 大系统 / 大模块默认只立一个长工 owner；长工只负责一个大模块，子需求可由长工继续拆短工，也可由 PM 直接派短工，优先走最短闭环。
  • blocked 修复、回包收口、验收复核、索引修正、闭环校正，以及所有未被授权成长工的新任务，一律按短工处理；只修闭环、不开新业务线的任务也按短工处理。
  • [短工] 走日结逻辑：当天必须回 summary package，当天收口到 summarized、blocked 或待验收结论；第二天如需继续，必须新开一个 [短工]#模块@版本 会话，并在新 session 卡引用前一日 session/tag。
  • 次日开轮前，先把前一日短工 session 从 In-Flight Business Cards 移出到 Recently Closed Business Cards，再发新短工；session 文件也必须同步写成 loop state: summarized 与 dispatch state: standby。
  • 归档只保留 task/session tag 关联与证据链接，不保留旧短工的运行态、待办态或继续执行权；旧短工不得继续作为当天在途会话。
  • 已 summarized / verified 的旧 worker 线程默认按历史线程处理；后续巡检可忽略，除非新的 truth source 要求复盘。

Release Rule

  • 发布默认只允许使用 canonical 固定发布长工：019f09d6-687c-78b0-8443-d04787fe850b（[长工]#CF发布-只读待轮换@v1.0）。
  • 当前该线程按“污染只读发布线程”处理；未轮换前只承担只读准备 / 验收 / 根因定位 / 待发布摘要，不承担真实发布。
  • 默认不要在日常读取中展开整段发布细则；只有当前任务涉及发布资格、轮换、凭证门禁或发布纠偏时，才读取：
  • release-rule.md

Current Loop

  • loop state: active
  • dispatch state: waiting_callback
  • Dispatch time: 2026-07-09 19:49:27 +08:00
  • Note: 截至 2026-07-09 19:49:27 +08:00 的当前 control-plane 真值，direct truth source 继续是 docs/plans/active/2026-07-13-5日开发计划-v1.md（W29 主题 A 拍板版），且它继续是当前 live owner board 的正式来源。当前 live owner board 仍为 2 条 W29 owner task：⟦tag:v2|task|2026-07-13-w29-multiplayer-p2p-owner⟧（[长工]#联机-P2P完整化@v1.0，线程 019f3be5-d320-74c1-9c70-117bc4355b7a）与 ⟦tag:v2|task|2026-07-13-w29-victory-numbers-owner⟧（[长工]#胜利规则数值拍板@v1.1，线程 019f3be6-acb5-7f61-afd1-758e5011bd30）。已知现状仍是：这 2 条长工在 2026-07-07 晚间已提前开工，早于 W29 正式开工日；当前控制面只把它记为既成事实，不回滚已开工 lane。R9 的第一轮 formal callback 已吸收，结论继续是“材料与常量结构已落盘，但仍受 P1 签字 external blocker 约束，不能写成 verified”；R10 的 formal callback 也已吸收为 partial：代码集成已落在 src/App.tsx、src/components/multiplayer-lobby/MultiplayerLobby.tsx、src/components/multiplayer-lobby/RoomCard.tsx，cmd /c npm run build passed，cmd /c npm run lint 整体仍为 repo baseline failed 但达到 current-lane no new errors，local dev server booted at http://127.0.0.1:4173/，但没有完成真实 in-browser click-through 或 screenshot-based visual verification，因此当前不能写成 verified。基于这个 partial absorb 结论，同一 owner 的最小验证 follow-up 已重新派发，因此全局 dispatch 继续保持 waiting_callback；当前 next callback gate 仍只剩等待 R10 verification follow-up formal callback，在 R10 未转为 verified 前，不得放行 R11。在不改变 live owner board 的前提下，当前已把 docs/daily-plans/2026-07-09-今日开发计划-v1.md 与 docs/handoff/tasks/2026-07-09-w29-r12-dispatch-prep-prompt.md 吸收为 manager-only prep supplements：允许创建 2026-07-15-r12-story-tracking-purify、2026-07-09-r13-old-ledger-nodes-placeholder、2026-07-09-r14-endgame-anchors-placeholder 3 张 pending task 卡，但这 3 张卡都不是新的 live owner board；R12 今日仍不可派发，而在 2026-07-15 已按最新直接用户指令锁定为正常开工，派工前 30 分钟对 R10 的读取仅作状态记录，不再构成 R12 延期 gate；R13 / R14 仅保留占位，不进 In-Flight Business Cards。
  • Supersession rule: 上述 2026-07-09 快照中的 R9 blocker / 2-owner In-Flight 描述已被 2026-07-12 12:57:21 +08:00 delta 取代；当前只以最新 delta、shortlist 与 In-Flight 表判断 R9/R10 状态。
  • File locks: default do not expand in daily standby reads; open file-locks.md only when the current task needs edits, dispatch file-boundary checks, or collision avoidance.
  • Current shortlist: when the task is “当前 W29 Theme-A owner board 哪些长工已真实创建 / 当前 callback gate 是什么 / 当前 next dispatch guard 是什么”, read current-dispatch-shortlist.md.
  • Latest supervision delta: the same owner R10 verification follow-up later ended in a one-time systemError before any new formal callback was returned. Treat it as a single transport-layer failure signal only: do not repeatedly retry the same message, keep R10 at partial, and keep R11 locked until fresher truth arrives.
  • Latest supervision delta (2026-07-10 15:43 +08:00, PM 操作):管家按 docs/handoff/tasks/2026-07-10-w29-weekend-watch-and-ping-r10.md(129-188 行 / 4 行动 / 7 DoD)发出 1 条 status ping 至 019f3be5-d320-74c1-9c70-117bc4355b7a;同 owner 子 lane 跟催,完全在 control plane guard「除这一 follow-up 外,本轮不新开 worker、不重派 sibling lane」允许范围内。R12 仍按 2026-07-15 锁定按期开工,R10 partial 不再构成 R12 延期 gate;weekend 7.11-7.12 进入静默期,周一 7.13 上午 9:00 前 30 分钟是 R7 + R9 派工 readiness 决策点(参考 docs/handoff/tasks/2026-07-13-w29-r7-r9-dispatch-prep-prompt.md)。R10 fallback 路径已写明:7.13 上午 9:00 前仍无回 → PM 直拍,不补第二次 ping。本轮 不开新 worker、不动 In-Flight Business Cards、R10 仍 partial、R11 继续锁。
  • Latest supervision delta (2026-07-10 15:58:56 +08:00, PM 操作):周末看护的 self-reminder 已落到 heartbeat automation w29-r10，规则为每 8h 巡检 1 次并在本地 2026-07-13 15:51:53 +08:00 自动失效。提醒内容只允许复查 docs/handoff/index.md、docs/handoff/current-dispatch-shortlist.md 与 R10 是否有新 formal callback;若无新回调,只回三行 dispatch state / truth source checked / next dispatch action;若有新回调,只粘原文给 P1,不自动开新 lane。
  • Latest supervision delta (2026-07-12 12:52:45 +08:00, P1 direct signoff):P1 已签署 R9 当前 6 项矩阵（阈值 80 / 70 / 10000 / 360、AND、优先级 1 / 2、继承率 0.3、失败链留 W30 v1.2、D3 当前 4 项对接清单完整）。R9 external signoff blocker 已解除；同一 owner 019f3be6-acb5-7f61-afd1-758e5011bd30 只放行 signed-state backfill + build follow-up，callback 吸收前不提前写成 verified。R14 的签字前置已满足，但仍受 W30 时间门约束，不在 W29 提前派发。R10 仍为 partial / waiting_callback，R11 继续锁定；全局 dispatch state 继续为 waiting_callback。
  • Latest supervision delta (2026-07-12 12:57:21 +08:00, R9 callback absorbed):同一 R9 owner 已完成 signed-state backfill，VICTORY_NUMBERS_SIGNOFF_STATE = 'p1_signed'，已签数值未变化，cmd /c npm run build passed，且未触碰 src/App.tsx、其它 src/utils/endgame/** 或 W30 defer 实现。R9 现已 verified 并移出 In-Flight；R14 只解除 R9 签字前置，继续等待 W30 时间门。当前唯一 live callback gate 重新收窄为 R10 verification follow-up；R10 仍 partial，R11 继续锁定，全局 dispatch state 仍为 waiting_callback。
  • Latest supervision delta (2026-07-12 13:15:26 +08:00, P1 gate waiver dispatch):P1 明确要求跳过门禁并推进剩余计划。R10 保持 partial / accepted residual risk，停止等待 callback 且不得伪写 verified；R11 解除 R10/date gate，改为当前回包收齐后立即续派。R12、R13-A、R14 已真实创建短工并进入 In-Flight：019f54bd-b4f8-7b02-8ccd-c016324dcc1c、019f54bd-e2be-74e3-b868-ed4e9da7c9b0、019f54be-2ab6-74c3-837c-727628f94cb6。R13-B 在 R13-A callback 后立即续派。全局继续 dispatch state: waiting_callback，当前 callback gates 只认这 3 条新短工。
  • Latest supervision delta (2026-07-12, R14 callback absorbed):原 R14 执行尝试 019f54be-2ab6-74c3-837c-727628f94cb6 因系统审批停滞，续工 019f54d3-6cf4-79f1-b501-54570f168ba5 已回 formal callback。常量 data 层迁移、兼容转发、跨周目纯函数、6 个回归场景和锚点文档均完成；R9 已签数值未变，build passed，R14 目标文件 diff-check clean。全仓 diff-check 仍只被无关既有 docs/uirefactor/主页/账本优化建议/优化建议 尾随空格阻断。R14 现为 verified 并移出 In-Flight；当前 callback gates 收窄为 R12 与 R13-A。
  • Latest supervision delta (2026-07-12, R13-A callback absorbed / R13-B dispatched):R13-A 019f54bd-e2be-74e3-b868-ed4e9da7c9b0 已回 formal callback；10 个静态节点、月13-旧账风波期.md 与 旧账风波详细节点-v1.md 已完成，构建复核通过，lint 仅命中既有基线。R13-B 已按依赖立即派发为 019f56e9-054a-7bb2-9489-8f4348f47d4f，只允许 bridge table 与第 335/360 天收束输入接线；当前 callback gates 为 R12 与 R13-B。
  • Latest supervision delta (2026-07-12, R12 callback absorbed):R12 019f54bd-b4f8-7b02-8ccd-c016324dcc1c 已回 complete formal callback；StoryTrackingCard/year1Plan/App 文案净化、AGENTS 规则、build、lint baseline、目标 diff-check、浏览器截图与 bridge 点击回归均完成。R12 现为 verified 并移出 In-Flight；当前唯一 callback gate 为 R13-B。
  • Latest supervision delta (2026-07-12, R13-B callback absorbed):R13-B 019f56e9-054a-7bb2-9489-8f4348f47d4f 已回 complete formal callback；新增纯静态 storyline-old-ledger.ts，注册进 GAME_EVENTS，10 节点/30 选项与第 335/360 天收束输入回归通过，build 与目标 diff-check 通过，lint 仅命中既有基线。R13 现为 verified 并移出 In-Flight；R12/R13/R14 均已收口，R11 现在可派发。
  • Latest supervision delta (2026-07-12, R11 dispatched):R12/R13/R14 callbacks 已吸收，R11 [短工]#5日回归收口@v1.0 已派发为 019f56f4-ebf9-72f3-a6f2-014941f7a9b3。该 lane 只允许填写 W29 收口文档与 index 追加段；R10 必须保留 partial / accepted residual risk，W29 总体不得伪写全绿。

Current Control Cards

| kind | tag | file | state | | --- | --- | --- | --- | | role | ⟦tag:v2|role|pm⟧ | roles/pm.md | active | | role | ⟦tag:v2|role|pm-ctrl⟧ | roles/pm-ctrl.md | active |

Canonical Threads

  • 主管主线程：019ef8a9-6f8c-73e2-81d9-e13c6adb73ba（[大管家]同福客栈-管家）
  • PM 主线程：019ef43b-9618-7282-9c65-7f8dcdc6f6c7（[PM]#同福客栈版本调度@v1.0）
  • 日版本监督长工：019ef251-8479-7091-b73e-2662c3606261（[长工]#同福客栈日版本监督@v1.0）
  • 固定发布长工：019f09d6-687c-78b0-8443-d04787fe850b（[长工]#CF发布-只读待轮换@v1.0，当前为污染后受限线程，只保留只读准备 / 验收 / 根因定位 / 待发布摘要职责；真实发布前必须先轮换）
  • 当前补充判断：W29 两条 owner 均已真实创建；其中 019f3be5-d320-74c1-9c70-117bc4355b7a 绑定的 联机-P2P完整化 仍在 In-Flight，019f3be6-acb5-7f61-afd1-758e5011bd30 绑定的 胜利规则数值拍板 已于 2026-07-12 verified 并归档。当前 child gate 与收口口径只以对应 owner task、最新 session 卡、shortlist 与 In-Flight 表为准。
  • 旧 2026-07-03 owner 长工 019f2c2a-8e05-76c0-aba9-17153af7de59、019f2c2a-a03e-73b3-b506-11dbb81723b0、019f2c2a-b90d-7ad0-a974-aff3da81c741、019f2c2a-dc21-7160-b24d-401404881ae4 当前都只保留为历史监督证据，不再作为本轮 live owner board、today-dispatch 入口或当前 callback gate。
  • 019f32e9-ec42-76d1-9267-d93e8c3c5612（[长工]#Phase1道具收口@v1.2）与 019f32ea-4ba2-7cd2-b566-22490e54f115（[长工]#剧情追踪字段净化@v1.2）当前也只保留为 W28 历史监督证据；由于 W29 主题 A 已正式替换当前 live owner board，这 2 条线程不再属于 today-dispatch 入口或当前 callback gate。
  • 当前补充判断：PM 主线程最近已出现新的 steer 成功证据：线程内已吸收新的 delegation、建过新 task/session、并正常回过 final reply。因此当前不再按“可读、暂不可 steer”的 PM 线程处理，而按“可读、可继续 steer”的 canonical PM 线程处理；但线程历史回合可能仍滞后于当前共享工作区 truth source，监督判断仍以 docs/handoff/index.md、当前卡面与当前 worktree 为准。若后续再次命中单次运输层错误，仍按最小回退规则处理，不因单次错误立即把整条 PM 线程重新降级为长期不可 steer。
  • 当前补充判断：在 2026-07-05 的最新巡检里，PM 主线程又命中过一次单次 systemError，但该次失败发生在新的 control-plane 规则已落盘之后，且没有新的 truth source 与 live owner board 漂移信号。因此当前继续按“单次运输层失败、不中断既有控制面口径”处理：不围绕同一条消息反复重试，也不把这条 PM 线程长期降级；当前 dispatch 判断继续只以 docs/handoff/index.md、docs/handoff/current-dispatch-shortlist.md、当前 task/session 卡与最近已确认 final reply 为准。
  • 当前补充判断：在 2026-07-05 14:05:21 +08:00 的旧 待命态确认 同步里留下的单次 systemError 残留，现只按历史运输层噪音处理；它已被 2026-07-05 14:52:04 +08:00 的新一轮真实派工状态覆盖，不得再把那次旧 standby 同步误判成当前执行面。
  • 当前补充判断：若 PM / 长工在“只读状态吸收 / 直接三行回包”这类同步里误触一次空 webSearch、空 query、或与当前 truth source 无关的单次旁路工具项，但最终 final reply 仍按当前 truth source 回到三行状态结果，则该工具项一律按“旁路噪音”处理；后续巡检不得把它解释为 truth source 漂移、需要补读外部信息、需要重开派工、或该线程已重新进入业务执行态。
  • 当前补充判断：日版本监督长工最近在侧栏上仍可能显示 hasUnreadTurn，但 read_thread 已确认最近一条相关监督回合是 final reply，当前按“未读元数据残留”处理；后续不要仅为了清未读徽标再次打扰该线程。
  • 当前补充判断：4 条 live owner 长工在线程列表里也可能显示 hasUnreadTurn、notLoaded 或同类侧栏元数据残留；只要 read_thread 看到最近相关回合仍是 final reply、owner task 仍挂在 In-Flight Business Cards 且 current state: active，就继续按当前 docs/handoff/current-dispatch-shortlist.md 的真实 worker 状态解释，不得仅凭侧栏未读或加载态把它们误判成新回包、回包缺失、额外派发或 sibling lane 已开工。
  • 以上 4 条 canonical 线程都只服务 E:\同福客栈挂机游戏；其它仓库、其它项目、其它 supervisor 不得借用这些线程继续派活、同步状态、吸收回包或承接发布职责。
  • 若 canonical 线程收到非同福项目消息，一律按跨项目借用风险处理；不得把该消息吸收为同福当前状态或 next action。
  • 除以上 4 条基础 canonical 控制线程和当前 active owner task 绑定的 owner 长工外，其余旧主管 / PM / 长工 / 发布线程默认按历史线程处理；巡检时不再视为当前执行面。

Thread Hygiene

  • 当前执行面默认只保留两类线程：Canonical Threads 里的基础控制线程，以及当前 In-Flight Business Cards 明确绑定的 owner threadId；其余旧主管 / PM / 长工 / 发布线程默认按历史线程处理。
  • 对当前 handoff 控制文件与 live owner task/session 卡，git status 里的 tracked / untracked 状态不是 truth filter：只要当前工作区明确存在并且本页已把它们列为 current truth source，就必须按当前文件内容判读；不得仅因 ??、local-only 或未纳入历史提交，就把 docs/handoff/index.md、docs/handoff/current-dispatch-shortlist.md 或当前 live task/session 卡降级成 drift / noise。
  • 当 loop state: summarized、dispatch state: standby 且 In-Flight Business Cards 为空时，监督默认进入稳定待命巡检态，只低频关注 4 类漂移信号：
    1. 未授权新主管 / PM / 长工 / 发布线程，或旧线程重新冒充当前执行面。
    1. 短工误升或外部仓库线程误判为同福当前执行面。
    1. backlog-only / 候选模块被提前落盘、建卡或进入派发面。
    1. 污染只读发布线程被误当成真实发布线程。
  • 共享工作区里新增或修改的实现文件、调试脚本、截图、预览产物、备份文件与本地工具输出，默认只算“工作树漂移信号”，不自动构成当前 truth source、当前在途 lane 或可派发依据；只有当新的 direct truth source / daily plan / task-session 卡明确吸收后，才可进入执行面解释。
  • 默认不要在日常读取中展开整段线程卫生细则；只有当前任务涉及 pin、归档、未读/加载态判定、线程漂移纠偏时，才读取：
  • thread-hygiene.md

In-Flight Business Cards

| kind | tag | file | state | | --- | --- | --- | --- | | task | ⟦tag:v2|task|2026-07-15-r12-story-tracking-purify⟧ | tasks/2026-07-15-r12-story-tracking-purify.md | verified | | task | ⟦tag:v2|task|2026-07-09-r13-old-ledger-nodes-placeholder⟧ | tasks/2026-07-09-r13-old-ledger-nodes-placeholder.md | verified | | task | ⟦tag:v2|task|2026-07-17-w29-closeout⟧ | tasks/2026-07-17-w29-closeout.md | active / waiting callback |

Recently Closed Business Cards

最近一轮已收口历史卡已外移到归档：

当前索引只保留最小历史指针，不再在这里内嵌完整历史表。 若需要复盘最近闭环证据，再按需读取归档文件；默认不要把归档历史重新当成当前执行面。

Interpretation rule:

  • Current Control Cards 只放当前控制角色卡。
  • In-Flight Business Cards 只放当前真的在途业务卡。
  • Recently Closed Business Cards 仅用于最近一轮收口参考，不属于当前运行项。
  • 只有 waiting_callback 或仍为 active 的业务 task/session 才算在途。
  • summarized / verified 默认按已收口或历史卡处理。
  • 历史 session 卡里的 incomplete、next action、旧回包建议，只能作为历史证据，不得单独触发新 lane、重开旧 lane 或覆盖当前 task / daily plan / truth source 结论。
  • 历史卡若仍使用旧字段样式，例如 current state: summarized、current state: verified，其语义也等同于已收口 / 历史卡，不得因为字段样式较旧就误判为当前运行态。
  • 历史 session 卡里的 next action 若已写成 none、none.、none; session closed 或 archive as historical short-worker session，都按已收口处理，不再额外解释为待派发信号。
  • 历史 session 卡里常见的英文样板语句，例如 worker dispatched for ...、follow-up worker dispatched ...、worker callback received ...，一律只按归档过程描述处理；它们本身不单独构成当前在途、待派发或待回调信号。
  • 历史 task/session 卡里若出现中文表述，例如“已真实派出 ...”“历史动作：在某日当时已真实派出 ...”，也一律只按归档过程描述或历史证据处理；除非当前 live owner task / shortlist / fresh direct truth source 明确重新吸收，否则它们不单独构成 today-dispatch、today-closeout、当前在途或 sibling lane 已开工信号。
  • 当前 owner 预锁 gate 的文件边界内，即使已经出现实现文件、未跟踪目录、文档草稿或半成品验证文档，只要这些变化还没被当前 docs/handoff/index.md、当前 owner/task/session 卡或正式 callback 明确吸收，就一律先按 worktree drift signal 处理；不得仅凭“边界内已有东西”就外推为 gate 已启动、gate 已完成、兄弟 gate 可跳过 或 当前可直接派发。
  • 标题仍写明“模板”、正文仍保留 [占位]、或显式声明“真值待填 / Day X 真填”的 closeout / 收口文档，只能按模板或半份证据处理；不得把它们直接当成 已收口、已 verified 或 已具备下一轮派发前提 的证明。

Dispatch gate:

  • 只有同时满足以下任一条件，才允许新派发：
  • 出现新的 truth source / 新增计划。
  • 当前存在明确业务卡仍为 active 或 waiting_callback，且本次动作只是收口、纠偏或回包处理。
  • 如果用户消息已明确给出 task / session 文件、tag 或 lane 名称，并要求“直接派发 / 直接收口 / 直接修正”，则不得反复确认卡面存在性；按给定目标直接执行最小动作。
  • 对当前 2026-07-03 这 4 个 live owner 模块，后续若继续，一律先回对应 live owner task，再读 docs/handoff/current-dispatch-shortlist.md；历史 task/session 的 next action 只算历史证据，不构成并列 dispatch 入口。
  • 只有出现新的 direct truth source 且正式替换当前 owner board 时，才允许改用新的 dispatch 入口。
  • pending 任务卡默认不是自动可派发；若其 next action 仍是 wait for direct truth source、占位、placeholder 或同义等待态，则它只表示保留 lane 位置，不构成派发授权。
  • 以上条件都不满足时，默认保持待命，不做新 lane 分析，不做新 worker 派发。

Startup Prompt

Use the single source at startup-prompt.md.

Update Rule

  • 对外 summary package 默认拆成两个状态维度：
  • loop state：例如 active / waiting_callback / summarized
  • dispatch state：例如 dispatching / waiting_callback / standby
  • 默认不要输出整段 git diff 或整段 patch；对外交付优先只回 变更文件 + 关键行为变化 + 验证结果 + 风险/回退，或按当前 callback / summary package 模板回包。
  • 当 loop 已 summarized 且当前无真待派发线时，不再只写笼统的“当前状态：summarized”；应明确表达为 loop state: summarized 且 dispatch state: standby。
  • 当 dispatch state: standby 且 daily plan 只是在保留历史收口结论、候选项或占位项时，daily plan 标题不得继续写成“今日在途线”或同义措辞；应改成明确非在途的表述，例如“今日状态线（历史收口 + 占位）”，并注明真实执行面仍以 docs/handoff/index.md 为准。
  • PM 对外回包默认先写：dispatch state / truth source checked / next dispatch action。
  • 监督线程对外回包默认先写：supervision state / truth source checked / next supervision action。
  • 固定发布长工对外回包默认先写：release state / truth source checked / next release action。
  • 当上游明确要求“直接按模板回三行”或同义要求时，PM / 监督线程 / 固定发布长工必须首条直接输出最终三行结果，不得先发 commentary、不得先解释“会去看什么”、不得触发与当前抽检无关的搜索 / 浏览 / 旁路动作。
  • 若当前 truth source 已足够，直接按模板回；若真的缺少 truth source，再只回 blocker，不做旁路动作。
  • waiting_callback 之前，不发下一轮。
  • 收到回调摘要后，再把 session 写成 summarized。
  • 只有 summarized 后，才允许 next_dispatched。
  • task 验收完成后，写成 verified，不要继续挂在 active。
  • 当 current loop 已收口且 daily plan 无真待派发线时，PM 必须保持待命；不得自发新建 lane，直到出现新的 truth source / 新增计划。

Callback Pack

Use this shape when a child session returns:

  • completed
  • incomplete
  • blockers
  • next action
  • evidence

Template: callback-summary-template.md