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（纯文档不触发门禁）。