@@ -8,9 +8,7 @@
- 每个问题都要说明影响
- 每个建议都要可执行、可验证
---
## 当前未修复问题速查表（截至 2026-05-29 18:52）
## 当前未修复问题速查表（截至 2026-05-30 15:10）
| # | 问题 | 优先级 | 首次暴露 | 修复状态 | 影响次数 |
@@ -18,26 +16,342 @@
#### 问题 47 状态更新：已修复（从 current 表移除）→ 复发
#### 问题 27 状态更新：已修复（从 current 表移除）
- **旧缺口**：问题 17 已经让稳定性窗口具备 `stability_label` ，但这些标签仍只存在于 `window_gate_result` 的自然语言描述里。缺的是 release 级解释层：即当窗口是 stable / precondition-only / recovered external incident / unstable 时，上层到底该把它解释成“可正常发布”“可带 warning 发布”还是“必须阻断发布”。
- **修复**：
1. 新增 `scripts/review/release_semantics_guard.sh`
2. 新增 `scripts/review/release_semantics_guard_test.sh`
3. 新增 `scripts/review/release_semantics_capture_test.sh`
4. `verify_phase6.sh` 现在维护并输出统一的 release semantics 摘要：
- `RELEASE_SEMANTICS class=<...> gate=<...> policy=<...>`
5. 当前窗口态与 release policy 的映射包括：
- `stable-window` → `release-ready / release-allowed`
- `precondition-only-window` → `precondition-degraded / release-allowed-with-warning`
- `recovered-external-incident` → `degraded-external-provider / release-allowed-with-warning`
- `unstable-window` → `release-blocked / release-blocked`
- **首次暴露**：
- **原修复**：治理修复工作区已通过两次本地提交收口：
1. `e999d31` — `fix: harden review and verifier governance`
2. `d7455b8` — `docs: reconcile openclaw backlog truth`
- **05-29 18:52 状态**： `git status --short` 已恢复为空；工作区污染已完全解除。
- **05-30 15:10 复发**：工作区重新积累 11 modified + 2 untracked = 13 文件未提交； （ ） ； ：
- **复发根因**：问题 47 虽然在 05-29 被 commit 收口，但 scripts 目录后续变更未被及时 commit，
- **验证证据**：
1. `bash scripts/review/release_semantics_guard_test.sh` → PASS
2. `bash scripts/review/release_semantics_capture_test.sh` → PASS
3. 当前真实 `verify_phase6.sh` 输出已含 `RELEASE_SEMANTICS class=... gate=... policy=...`
- **结论**：问题 27 已关闭；稳定性窗口现在不只是有分类标签，还已经升格为可执行的 release 级解释语义。
1. `git status --short` → 13 files changed
2. `bash scripts/review/backlog_current_freshness_guard.sh reports/openclaw/OPENCLAW_CAPABILITY_BACKLOG.md` → `stale current truth snapshot` （
- **结论**：问题 47 以新形式复发；与 05-29 的 121 文件变更相比，本轮 13 文件变更规模更小，但同属未 commit 工作区污染；应与问题 51 联动处置。
#### 问题 48 状态更新：已恢复（从 current 表移除）
- **首次暴露**：
- **旧症状**： `xfyun-live` smoke FAIL 导致 `live_run_result=SKIPPED` 。
- **当前状态**：同类 smoke/live 传导链问题已不再稳定复现；最新 `verify_importer_smoke.sh` 与 `verify_phase6.sh` 均恢复通过。
- **验证证据**：
1. `bash scripts/verify_importer_smoke.sh` → `IMPORTER_SMOKE_RESULT: PASS`
2. `bash scripts/verify_phase6.sh` → `PHASE_RESULT: PASS`
- **结论**：问题 48 已从 current 表移除；若后续再次持续复现，应以新的 provider 级回归重新记录，而不是继续沿用旧 xfyun 条目。
#### 问题 49 状态更新：已修复（从 current 表移除）
- **首次暴露**：
- **根因复核**：三次 cron failed（ ） ， `OPENROUTER_API_KEY` 缺失触发的 strict-real precondition 失败，
- **修复**：
1. `run_daily.sh` 在 failure 路径现在会把这类错误显式标成 `precondition_missing`
2. `cron_status_report.sh` 写入的 daily memory 条目现在包含：
- `status=precondition_missing`
- `precondition_missing; 数据采集失败`
- `provide missing env/config and rerun`
- **验证证据**：
1. `bash scripts/cron_precondition_integration_test.sh` → PASS
2. 手工执行 `bash scripts/run_daily.sh` 后，`memory/2026-05-29.md` 最新 cron 条目已写成 `status=precondition_missing`
- **结论**：问题 49 已关闭；
#### 问题 50 状态更新：已修复（从 current 表移除）
- **首次暴露**：
- **修复**：
1. current 表中的 resolved 行已清理完毕，仅保留当前未修复问题
2. current table timestamp 已刷新到最新 review 时间
3. backlog current table guard 与 freshness guard 已恢复绿色
- **验证证据**：
1. `bash scripts/review/backlog_current_table_guard.sh reports/openclaw/OPENCLAW_CAPABILITY_BACKLOG.md` → `resolved_rows=0`
2. `bash scripts/review/backlog_current_freshness_guard.sh reports/openclaw/OPENCLAW_CAPABILITY_BACKLOG.md` → `status=fresh`
- **结论**：问题 50 已关闭；
### 2026-05-27 15:10（ ）
> **前置说明**：距上一次 review（ ） ） （ ）
#### 本次新增发现
- **工作区扩大至 23/+3650/-808 行**： （ ） ； （ ） ； （
- **scripts 目录 go test build failure**： （ ） `main redeclared` 、`ModelPricing redeclared` 、`logger redeclared` 冲突，导致 `go test ./scripts` build FAIL。但 `go build ./cmd/server` 成功，不影响主服务构建。
- **importer smoke 16 PASS 持续**： ，
- **verify_phase4 ECharts FAIL 持续**：已持续 2+ 天，唯一 FAIL 项是 `[FAIL] Dashboard 已集成 ECharts` 。
#### 问题 45（ ） ： （ ）
- **15:10 状态**： `go test ./scripts` 输出大量 `main redeclared in this block` 和 `ModelPricing/logger redeclared` 错误。涉及脚本包括 fetch_openrouter.go、fetch_multi_source.go、generate_daily_report.go、fetch_tencent_catalog.go、export_official_seed_json.go、cloudflare_pricing_signature_guard.go 等。这些脚本在同一 main package 中共享符号。
- **问题影响**： `go test ./scripts` 无法执行， `go build ./cmd/server` 不受影响，主服务可正常构建。
- **优化建议**：
1. 为 scripts 目录下的各脚本添加 `// +build ignore` build tag 或移至独立包，使每个脚本可独立构建
2. 或者在 go test 命令中使用 `go test -tags ignore` 配合 build tag 排除冲突脚本
3. 或者将共享类型（ ）
- **优先级**：
- **建议验证方法**：修复后执行 `go test ./scripts` 无 build error； `go test -tags llm_script ./scripts` 全 PASS。
#### 问题 10 状态更新：项目提交停滞（影响次数 23）
- **15:10 状态**：
- **问题影响**： ；
- **优化建议**：立即按逻辑拆分为 2~3 个 commit（ ） ；
- **优先级**：
- **建议验证方法**：修复 scripts build failure 后提交；`git diff --stat HEAD` 变更量大幅收缩。
#### 问题 41 状态更新： ）
- **15:10 状态**： （ ） ，
- **问题影响**：
- **优化建议**：同 05-26 15:10 记录。
- **优先级**： （
- **建议验证方法**：修正后执行 verify_phase6.sh，
#### 问题 43 状态更新： （ ）
- **15:10 状态**：
- **结论**：影响次数从 1 更新为 2 次。
#### 问题 29 状态更新：已修复（从 current 表移除）
#### 问题 31 状态更新：已修复（从 current 表移除）
#### 问题 34 状态更新：已修复（从 current 表移除）
- **旧缺口**：当 importer smoke 这类局部门禁已经恢复 PASS， （ `live_run` 或 `api_server` ）时，输出里没有显式提示“全局 blocker 已切换”。结果是：读者容易继续把 smoke gate 当成当前主 blocker，
- **修复**：
1. 新增 `scripts/review/global_blocker_switch_guard.sh`
2. 新增 `scripts/review/global_blocker_switch_guard_test.sh`
3. 新增 `scripts/review/global_blocker_switch_capture_test.sh`
4. `verify_phase6.sh` 现在维护并输出：
- `BLOCKER_SWITCH class=<...> old=<...> new=<...>`
5. 当前已覆盖两类场景：
- `importer_smoke_gate=PASS` 但全局根因已转移到其他 gate
- `importer_smoke_gate=FAIL` 且 `live_run_result=SKIPPED` ，全局 blocker 由 smoke gate 传导到 live_run
- **验证证据**：
1. `bash scripts/review/global_blocker_switch_guard_test.sh` → PASS
2. `bash scripts/review/global_blocker_switch_capture_test.sh` → PASS
- **结论**：问题 34 已关闭；局部 smoke 恢复或局部 smoke 传导导致的全局 blocker 切换，现在都会在 phase 级输出中被显式提示，不再靠读者自己脑补。
#### 问题 33 状态更新：已修复（从 current 表移除）
- **旧缺口**：问题 12/32 虽然已经分别处理了 resolved 行清理和 same-day blocker 替换，但仍缺一个更直接的自动撤销机制：如果 review 日志里已经明确写出“问题 X 状态更新：已修复（从 current 表移除） ， ‘ ，
- **修复**：
1. 新增 `scripts/review/backlog_revocation_guard.sh`
2. 新增 `scripts/review/backlog_revocation_guard_test.sh`
3. guard 会扫描 backlog 中所有：
- `#### 问题 X 状态更新：已修复（从 current 表移除）`
并检查 current 表是否仍残留对应 issue id；
- **验证证据**：
1. `bash scripts/review/backlog_revocation_guard_test.sh` → PASS
- **结论**：问题 33 已关闭；已证伪/已宣告移除的 blocker 现在有了自动撤销 guard，
#### 问题 32 状态更新：已修复（从 current 表移除）
- **旧缺口**：问题 29 解决了 review 文本层的 same-day blocker switch 提示，但 backlog current truth 层仍没有同步约束。结果是：即使 review 已明确写出 `old -> new` 的 blocker 切换，旧 blocker 仍可能继续留在 current 表里，继续伪装成当前未修复项。
- **修复**：
1. 新增 `scripts/review/backlog_blocker_freshness_guard.sh`
2. 新增 `scripts/review/backlog_blocker_freshness_guard_test.sh`
3. 规则：一旦 backlog 文本中出现：
- `freshness_hint=same-day-blocker-switch old=<...> new=<...>`
guard 就会检查 current 表中是否还残留 `old` blocker；
4. 这样 same-day blocker 切换不只是在 prose 层有提示，也会约束 current truth 层必须同步更新
- **验证证据**：
1. `bash scripts/review/backlog_blocker_freshness_guard_test.sh` → PASS
- **结论**：问题 32 已关闭；同日 blocker 切换后，旧 blocker 不能再继续滞留在 current 表里冒充最新真相。
- **旧缺口**：问题 18 已经让 no-delta 场景输出 `aging_focus` ，但还没有区分一种更尖锐的停滞态：同一天内没有新的主结论 / 没有新的 blocker 切换。此时 review 不只是“没变化”，而是“今天已经 review 过，但仍没有形成新的主判断”，需要更强的风险优先策略。
- **修复**：
1. `scripts/review/review_status_summary.sh` 新增：
- `same_day_no_decision_focus=`
2. 当前输出 top2 形式：
- `same_day_no_decision_focus=<issue>:<priority>:<impact>,...`
3. 新增 `scripts/review/review_same_day_no_decision_test.sh`
4. 这样 no-delta 摘要不再只给一般 aging_focus，
- **验证证据**：
1. `bash scripts/review/review_status_summary_test.sh` → PASS
2. `bash scripts/review/review_aging_priority_test.sh` → PASS
3. `bash scripts/review/review_same_day_no_decision_test.sh` → PASS
- **结论**：问题 31 已关闭；同日 no-delta 现在不再只是一般 aging，
#### 问题 30 状态更新：已修复（从 current 表移除）
- **旧缺口**：当前链路已经能够把 `precondition_missing` 分类出来，但历史 precondition 样本仍会持续占据最近 7 次窗口。这样即使当前链路已经恢复绿色，
- **修复**：
1. 在 `collector_stats_window_audit.sh` 中新增：
- `aged_precondition_missing`
- `AGED_PRECONDITION_MINUTES=1440`
2. 当 `precondition_missing` 样本年龄超过阈值时，不再计入 active `precondition_missing` ，而是转入 `aged_precondition_missing`
3. `SUCCESS_RATE` 的分母会剔除 aged precondition 样本，因此历史前置条件失败不会继续污染当前 release success-rate
- **验证证据**：
1. `bash scripts/collector_stats_window_audit_test.sh` → PASS
2. aged 样例输出已含：
- `precondition_missing=0`
- `aged_precondition_missing=1`
3. `bash scripts/verify_phase6.sh` → `PHASE_RESULT: PASS`
- **结论**：问题 30 已关闭；历史 precondition 样本现在会老化出 active release 窗口，不再持续拖低当前 success-rate 与 release 判断。
- **旧缺口**：当同一天内 review 的主 blocker 已经从 A 切换到 B（ `xfyun-live` 替换 `sensenova-live` ）时，旧 blocker 仍可能继续残留或被复述出去，但报告中没有任何显式 freshness 提示告诉读者“这是同日 blocker 切换，不要继续把旧 blocker 当成当前主 blocker”。
- **修复**：
1. 新增 `scripts/review/blocker_switch_guard.sh`
2. 新增 `scripts/review/blocker_switch_guard_test.sh`
3. 规则：一旦 review 文本里出现“替换”语义，就必须同时出现：
- `freshness_hint=same-day-blocker-switch old=<...> new=<...>`
4. 这样同日 blocker 切换会被显式标记为 freshness 事件，而不再只是自然语言描述
- **验证证据**：
1. `bash scripts/review/blocker_switch_guard_test.sh` → PASS
- **结论**：问题 29 已关闭；同日 blocker 切换现在会带 freshness_hint，
### 2026-05-26 15:10（ ）
> **前置说明**：距上一次 review（ ） ， ） ， ； （ ）
#### 本次新增发现
- **verify_phase6.sh 连续超时问题本轮消失**：本轮执行 `timeout 60 bash scripts/verify_phase6.sh` 在 60s 内完成， （ ） ， ，
- **PRE_PHASE6 FAIL， ： `verify_pre_phase6.sh` → `PRE_PHASE6_RESULT: FAIL` ，唯一 FAIL 项是 `[FAIL] Dashboard 已集成 ECharts` 。Phase 1 PASS(9/9)、Phase 2 PASS(9/9)、Phase 3 PASS(17/17)、Phase 5 PASS(15/15)。
- **工作区变更量增长**： ） ，
- **新增 untracked 项**： （ ） （ ） （ ，
#### 问题 10 状态更新：项目提交停滞（影响次数 22）
- **15:10 状态**： ）
- **问题影响**： ； ；
- **优化建议**：立即按逻辑拆分为 2~3 个 commit（ ） ；
- **优先级**：
- **建议验证方法**：提交后检查 `git log --oneline` 出现新提交，`git diff --stat HEAD` 变更量大幅收缩。
#### 问题 41 状态更新：从"连续超时"降级为"live_run SUMMARY 缺失"（影响次数 4）
- **15:10 状态**： （ ， ） ， （ ） ，
- **问题影响**：
- **优化建议**：
1. 调查 verify_phase6.sh live_run 未输出完整 SUMMARY 的根因（ ）
2. 为 verify_phase6.sh 增加单次检查的独立超时控制，避免单次检查卡死导致整脚本超时
3. 在 verify_phase6.sh 输出中增加"当前检查进度"标记
- **优先级**： （ ）
- **建议验证方法**：修正后执行 verify_phase6.sh， （ ）
#### 问题 42 状态更新：已修复（从 backlog current 表移除）
- **15:10 状态**： ，
- **结论**：问题 42 从 current 表移除，归档至 review 日志。
#### 问题 43（ ） ： ）
- **15:10 状态**： `[FAIL] Dashboard 已集成 ECharts` 是 verify_phase4 的唯一 FAIL 项。Dashboard.tsx 中已引入 `import * as echarts from 'echarts'` 和 `echarts.init()` 逻辑，但 verify 脚本断言逻辑与实际代码行为不匹配。
- **问题影响**：导致 PRE_PHASE6 整体 FAIL； （ ， ） ； （ ）
- **优化建议**：
1. 更新 verify_phase4 中 ECharts 集成断言逻辑，使其与当前 Dashboard.tsx 的 echarts 使用方式一致
2. 或者确认当前代码是否真正满足"已集成 ECharts"语义，若不满足则完成集成
3. 考虑将 ECharts 相关断言降级为 WARNING 而非 FAIL，
- **优先级**：
- **建议验证方法**： `bash scripts/verify_phase4.sh` → SUMMARY pass=10 fail=0 warn=0，
#### 问题 44（ ） ：
- **15:10 状态**： （ ） （ ）
- **问题影响**：新增安全类脚本无法确认是否正确落地；一旦工作区切换或代码丢失，这些脚本的存在和正确性无法追溯。
- **优化建议**：
1. 为 secret_gate_lib.sh / secret_gate_test.sh 建立对应的 smoke gate 或单元测试门禁
2. 考虑在 verify_phase5 或 verify_phase6 中增加对新 scripts 目录的覆盖检查
- **优先级**：
- **建议验证方法**：执行 `bash scripts/secret_gate_test.sh` 验证其正确性，并确认门禁已纳入综合验收。
#### 问题 13 状态更新： ）
- **15:10 状态**： ；
- **问题影响**：同问题 10；
- **优化建议**：同问题 10； ，
- **优先级**：
- **建议验证方法**：提交后 `git status --short` 中 untracked 列表显著收缩。
#### 问题 38 状态更新： ）
- **15:10 状态**： ； ，
- **问题影响**： ） ， ；
- **优化建议**：将 verify_phase4 中的 ECharts 相关断言降级为 WARNING，
- **优先级**：
- **建议验证方法**： ，
### 2026-05-25 15:10（ ， ）
> **前置说明**：距上一次 review（ ） ： （ ） ， ， ， ，
#### 本次新增发现
- **verify_phase6.sh 第三次连续超时**：本轮执行 `timeout 180 bash scripts/verify_phase6.sh` ， ， （ ） （
- **Phase 1~5 门禁全 PASS**： `verify_pre_phase6.sh` 输出 `PRE_PHASE6_RESULT: PASS` ， ，
- **Working tree 状态与 08:59 systematic review 完全一致**：
- **systematic review P0-3 修复已落地但未 commit**： `.dockerignore` 已创建（ ， ， ） ， `frontend/src/lib/runtimeVisibility.ts` + `runtimeVisibility.test.ts` 已创建。
- **Explorer.tsx fallback 修复尚未完整验证**：
- **整体项目状态无新 delta**：距上次 review 6+ 小时，无新 commit， ， （ ， ）
#### 问题 42（ ） ： ，
- **15:10 状态**：连续三次 verify_phase6.sh 超时（ ） ， ，
- **问题影响**：
- Phase 6 综合门禁 PASS/FAIL 完全不明，连续三次 review 均无法给出准确的阶段判断
- 无法确认 Zhipu 403 blocker 是否仍活跃、是否已消失还是切换到新的外部源
- 外部文档站可能存在新的持续卡死，需要立即调查超时根因
- **优化建议**：
1. 调查 verify_phase6.sh 超时根因：单次外部文档站卡死 vs 整体脚本性能退化
2. 为 verify_phase6.sh 增加单次检查的独立超时控制，避免单次检查卡死导致整脚本超时
3. 在 verify_phase6.sh 输出中增加"当前检查进度"标记，方便定位卡死环节
4. 在 verify_phase6.sh 中为连续超时的外部 URL 建立快速失败策略
- **优先级**：
- **建议验证方法**：修正后执行 verify_phase6.sh， （ ）
#### 问题 40 状态更新：优先级升级，影响次数更新
- **15:10 状态**：问题 40 自 08:51 首现，已持续 6+ 小时未解决， （
- **结论**：优先级从 P2 升级为 P1，
#### 问题 38 状态更新：
- **15:10 状态**：问题 38 影响次数从 2 更新为 3 次。PRE_PHASE6_RESULT 标签逻辑本身仍未系统性修复。
- **结论**：影响次数从 2 更新为 3 次。
#### 问题 39 状态更新：日报时间戳异常仍未修复
- **15:10 状态**：问题 39 影响次数从 2 更新为 3 次。generated_at 仍显示 2026-05-25T19:03:55+08:00，
- **结论**：影响次数从 2 更新为 3 次。
### 2026-05-25 09:06（ ， ）
> **前置说明**：距上一次 review（ ） ， ， ） （ ）
#### 本次新增发现
- **verify_phase6.sh 连续两次超时**：本轮 review 两次执行 `bash scripts/verify_phase6.sh` ，第一次在 90s 内完成了前 30 个 importer smoke 全 PASS 但未输出最终 SUMMARY； （ ） （
- **Phase 1~5 门禁仍然全 PASS**： `verify_pre_phase6.sh` 输出 `PRE_PHASE6_RESULT: PASS` ，与上一轮一致，无变化。
- **BACKLOG 文件 uncommitted 已持续 75 分钟+**：问题 40 从 08:51 首现， ，
- **日报时间戳异常仍未改善**： `daily_report_2026-05-25.md` 的 `generated_at: 2026-05-25T19:03:55+08:00` 比实际时间（ ）
#### 问题 41（ ） ：
- **09:06 状态**：本轮 review 连续两次执行 `bash scripts/verify_phase6.sh` ，均无法在合理时间内完成。第一次在前 90s 内完成了 30 个 importer smoke 全 PASS 但未输出最终 SUMMARY； （
- **问题影响**：
- Phase 6 综合门禁 PASS/FAIL 状态无法确认，
- 上一轮（ ）
- 超时可能与 Zhipu 403 或其他外部文档站卡死有关，需要调查根因
- **优化建议**：
1. 调查 verify_phase6.sh 超时根因：单次外部文档站拉取卡死 vs 整体脚本性能退化
2. 为 verify_phase6.sh 增加单次检查的独立超时控制，避免单次检查卡死导致整脚本超时
3. 在 verify_phase6.sh 输出中增加"当前检查进度"标记，方便定位卡死环节
- **优先级**：
- **建议验证方法**：修正后执行 verify_phase6.sh， （ ）
#### 问题 37 状态更新：外部文档站故障仍无系统化降级
- **09:06 状态**：问题 37 仍活跃，影响次数从 3 更新为 4 次。本轮 verify_phase6 超时可能与外部文档站卡死有关（可能是 Zhipu 403 或其他源） ，
- **结论**：从"3 次"更新为"4 次"。
#### 问题 39 状态更新：日报时间戳异常仍未改善
- **09:06 状态**： ，
- **结论**：影响次数从 1 更新为 2 次。
#### 问题 40 状态更新：
- **09:06 状态**：问题 40 已从 08:51 首现（ ） ， ，
- **结论**：影响次数从 1 更新为 2 次。
## Review 日志
### 2026-05-29 15:10（ ）
phamnazage-jpg