Jyotisha/docs/tasks/TASK-docs-reconcile-20260926.md

TASK · 状态板 / BUG 历史 / BLOCKED 过期条目对账（2026-09-26）

基线

• origin/staging 当前 head。纯文档，用跟踪 staging 的文档 worktree 或独立分支；不改代码。

背景（09-26 盘点）

• docs/tasks/README.md 约 35 行校正任务仍标「待验收 / 验收未通过」，但对应 BUG 已 resolved、提交已在 staging（例：post-adopt-verify 536–539、probe-answer-covers-domain 549、range-delivery-fix 583、skipped-health 626/627、domain-alias 672、followups 631/632、evidence-turn 633/634、collect-semantics 641–643、superseded-focus 644/645、collection-redesign 646–648、dead-d9-choice、rectification-p0 699/704–709、09-11～09-15 一批 659 / 666–692、report-candidate-range 526/535、title-repair-migration）；「已验收」但落点写「未部署 / 待迁移」的 09-04～09-07 行；跨午夜一组（L338–342）写「未推送 / 未 commit」但提交已在 staging；L133 people-archive 行名拼错日期。
• docs/BUG_HISTORY.md：BUG-085 / 086 描述 V5 已过期；BUG-743 可能因 BUG-915 (b) 风格题不计分而失效；BUG-981 / 984 记录写"未合入 / 未推送"但代码已在 staging 并部署。
• BLOCKED.md：latency 条目写"未部署、1047 investigating"（已部署 resolved）等过期条目。

规则

1. 逐条核实再改：以 git merge-base --is-ancestor <sha> origin/staging、BUG 记录状态、/api/health 部署历史（Gitea runs）为证据；每条改动在 PROGRESS 里列"原状态 → 新状态 → 证据"。
2. 状态板：已在 staging 且 BUG resolved 的改为「已合入」（无独立验收记录的）或「已验收」（有验收记录的）；未部署备注按部署历史改写；不得把欠真机验收写成已通过——真机欠账保留在落点列。
3. BUG 历史：只改状态行与"修复版本"行；过期的（085/086）改 closed_obsolete 并写一句理由；743 如确认失效改 closed_by_design 并引用 BUG-915；981/984 补"已部署（提交 / run）、欠真人验收"，状态保持 investigating。
4. BLOCKED：解除的划掉（不删），写解除证据。
5. 不改任何产品决策；不关闭仍缺真人验收的项目；隐私红线照旧。

交付

docs/tasks/PROGRESS-docs-reconcile-20260926.md（对账表）+ 三个文档的修改；推 staging（纯文档不触发门禁）。