llm-intelligence/reports/openclaw/OPENCLAW_CAPABILITY_BACKLOG.md

OpenClaw Capability Backlog

本文件用于持续沉淀 OpenClaw 在 llm-intelligence 项目推进和自我优化过程中暴露出的能力缺口。

记录原则：

• 只写真实 review 暴露的问题
• 每个问题都要说明影响
• 每个建议都要可执行、可验证

---

当前未修复问题速查表（截至 2026-05-29 18:52）

#	问题	优先级	首次暴露	修复状态	影响次数

问题 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. 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 级解释语义。

Review 日志

2026-05-29 15:10（afternoon-review cron）

前置说明：距上一次 review（05-28 15:10）约 24 小时。距最后一次 commit（88833fa，05-27 22:01）约 17 小时，无新 commit。工作区在 05-28 review 之后重新积累 75 modified + 46 untracked 共 121 个文件变更。Phase 1/2/3/4/5 全 PASS（ECharts FAIL 已消失）；Phase 6 FAIL（xfyun-live smoke FAIL）；window_gate 全绿（7/7 success_rate=100%）；daily report 已生成（22:01）但 cron 两次失败；BACKLOG freshness + table 双 guard FAIL。

本次新增发现

• 工作区重新污染 P0：05-28 review 之后，工作区从干净状态重新积累 75 modified + 46 untracked 共 121 个文件变更，包括 BACKLOG 本身也在 modified 中；BACKLOG freshness guard FAIL（stale current truth snapshot）；BACKLOG table guard FAIL（resolved rows=13）
• xfyun-live smoke FAIL 替换 sensenova-live：本轮 Phase 6 FAIL 根因从 sensenova 切换为 xfyun（chromium render timeout after 45s）；与上轮 sensenova 属于同类外部 provider 渲染超时问题
• live_run 被 SKIP 传导链：xfyun smoke FAIL 导致 live_run_result=SKIPPED，即使 window_gate 全绿（7/7），主链路健康状态也无法被本轮验收确认
• ECharts FAIL 已消失：verify_phase4 恢复 PASS(10/10)，问题 38 确认关闭

问题 47 状态更新：已修复（从 current 表移除）

• 首次暴露：2026-05-29 15:10
• 修复：治理修复工作区已通过两次本地提交收口：
  1. e999d31 — fix: harden review and verifier governance
  2. d7455b8 — docs: reconcile openclaw backlog truth
• 当前状态：git status --short 已恢复为空；工作区污染已完全解除。
• 验证证据：
  1. git status --short → 无输出
  2. bash scripts/review/backlog_current_table_guard.sh reports/openclaw/OPENCLAW_CAPABILITY_BACKLOG.md → resolved_rows=0
  3. LLM_NOW='2026-05-29 18:52' bash scripts/review/backlog_current_freshness_guard.sh reports/openclaw/OPENCLAW_CAPABILITY_BACKLOG.md → status=fresh
• 结论：问题 47 已关闭；工作区严重污染 P0 已被提交收口，不再是当前 blocker。

问题 48 状态更新：已恢复（从 current 表移除）

• 首次暴露：2026-05-29 15:10
• 旧症状：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 表移除）

• 首次暴露：2026-05-29 15:10
• 根因复核：三次 cron failed（10:32 / 10:58 / 18:44）根因一致，都是 OPENROUTER_API_KEY 缺失触发的 strict-real precondition 失败，并不存在“cron 失败但 22:01 又成功且未闭环”的真实矛盾。
• 修复：
  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 已关闭；cron failed 现在已形成可解释闭环，不再只是笼统的 failed 条目。

问题 50 状态更新：已修复（从 current 表移除）

• 首次暴露：2026-05-29 15:10
• 修复：
  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 已关闭；BACKLOG current table 已恢复 current-truth 语义与 freshness。

2026-05-27 15:10（afternoon-review cron）

前置说明：距上一次 review（05-26 15:10）约 24 小时。无新 commit。工作区从 22/+2819/-466 行扩大至 23/+3650/-808 行。scripts 新增 1619 行（主要是 generate_daily_report.go +1032 行及其测试 +567 行）。importer smoke 16 PASS 持续。ECharts FAIL 持续 2+ 天。scripts 目录 go test 出现 redeclared main build failure（新增 P1 gap）。

本次新增发现

• 工作区扩大至 23/+3650/-808 行：scripts 新增 1619 行（generate_daily_report.go +1032 行、generate_daily_report_test.go +567 行）；frontend 新增 ~834 行（Dashboard.tsx +534 行、Explorer.tsx +342 行）；cmd/server 新增 ~535 行（main.go +274 行、main_test.go +261 行）。
• scripts 目录 go test build failure：多个脚本（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 redeclared、ModelPricing redeclared、logger redeclared 冲突，导致 go test ./scripts build FAIL。但 go build ./cmd/server 成功，不影响主服务构建。
• importer smoke 16 PASS 持续：verify_importer_smoke.sh 全 PASS，采集链路健康。
• verify_phase4 ECharts FAIL 持续：已持续 2+ 天，唯一 FAIL 项是 [FAIL] Dashboard 已集成 ECharts。

问题 45（新发现）：scripts 目录 go test build failure（redeclared main）

• 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 无法执行，scripts 目录的单元测试链路断裂；但 go build ./cmd/server 不受影响，主服务可正常构建。
• 优化建议：
  1. 为 scripts 目录下的各脚本添加 // +build ignore build tag 或移至独立包，使每个脚本可独立构建
  2. 或者在 go test 命令中使用 go test -tags ignore 配合 build tag 排除冲突脚本
  3. 或者将共享类型（ModelPricing、logger）移至 internal/common 包，各脚本独立引用
• 优先级：P1
• 建议验证方法：修复后执行 go test ./scripts 无 build error；或 go test -tags llm_script ./scripts 全 PASS。

问题 10 状态更新：项目提交停滞（影响次数 23）

• 15:10 状态：23 文件 +3650/-808 行核心组件改动未提交，含 generate_daily_report.go +1032 行大改、main_test.go +261 行、前端 Dashboard +534 行等关键业务代码。
• 问题影响：versioned truth 与 runtime truth 漂移加剧；scripts build failure 在 commit 前必须修复。
• 优化建议：立即按逻辑拆分为 2~3 个 commit（如"server 重构与测试"、"前端 Dashboard/Explorer 扩展"、"日报生成器大改"）；scripts build failure 需在 commit 前解决。
• 优先级：P0
• 建议验证方法：修复 scripts build failure 后提交；git diff --stat HEAD 变更量大幅收缩。

问题 41 状态更新：live_run SUMMARY 缺失（影响次数 5）

• 15:10 状态：verify_phase6.sh 在 30s 内退出，未输出 window_size / success_rate / live_run_result SUMMARY。连续超时问题已解决（连续第三次不超时），但 live_run SUMMARY 仍缺失。
• 问题影响：Phase 6 稳定性窗口 PASS/FAIL 状态无法通过脚本输出确认（但 importer smoke 全 PASS 说明采集链路健康）。
• 优化建议：同 05-26 15:10 记录。
• 优先级：P1（从 P0 降级，本轮连续超时未复现）
• 建议验证方法：修正后执行 verify_phase6.sh，确认输出完整 SUMMARY。

问题 43 状态更新：verify_phase4 ECharts FAIL（影响次数 2）

• 15:10 状态：verify_phase4 ECharts 断言失败已持续 2+ 天，本轮无变化。
• 结论：影响次数从 1 更新为 2 次。

问题 29 状态更新：已修复（从 current 表移除）

问题 31 状态更新：已修复（从 current 表移除）

问题 34 状态更新：已修复（从 current 表移除）

• 旧缺口：当 importer smoke 这类局部门禁已经恢复 PASS，但 phase 级主 blocker 已经转移到别的 gate（例如 live_run 或 api_server）时，输出里没有显式提示“全局 blocker 已切换”。结果是：读者容易继续把 smoke gate 当成当前主 blocker，而忽略真正还在阻断主链路的 gate。
• 修复：
  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 表移除）”，current 表就不该继续保留这个问题。否则就会出现‘日志层已证伪，current truth 仍保留’的矛盾。
• 修复：
  1. 新增 scripts/review/backlog_revocation_guard.sh
  2. 新增 scripts/review/backlog_revocation_guard_test.sh
  3. guard 会扫描 backlog 中所有：
     • #### 问题 X 状态更新：已修复（从 current 表移除） 并检查 current 表是否仍残留对应 issue id；若残留则直接 FAIL
• 验证证据：
  1. bash scripts/review/backlog_revocation_guard_test.sh → PASS
• 结论：问题 33 已关闭；已证伪/已宣告移除的 blocker 现在有了自动撤销 guard，不会再继续挂在 current truth 上自相矛盾。

问题 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；若残留则直接 FAIL
  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，而有独立的 same-day no-decision 风险优先输出。

问题 30 状态更新：已修复（从 current 表移除）

• 旧缺口：当前链路已经能够把 precondition_missing 分类出来，但历史 precondition 样本仍会持续占据最近 7 次窗口。这样即使当前链路已经恢复绿色，success_rate 仍可能被很久以前的“缺钥/缺连接串”样本拖低，导致 release 语义长期停留在 degraded。
• 修复：
  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，旧 blocker 不再能在 review 链里无提示继续传播。

2026-05-26 15:10（afternoon-review cron）

前置说明：距上一次 review（05-25 15:10）约 24 小时。本轮距上次 afternoon review 无新 commit，工作区变更从 19 文件 +1372/-281 行增长到 22 文件 +2819/-466 行。verify_phase6.sh 连续超时问题（本轮跨三次 review 的 05-25 记录）本轮首次解决，importer smoke 全 PASS；但 live_run SUMMARY 仍缺失。PRE_PHASE6 FAIL（verify_phase4 ECharts 断言失败）。go test 全 PASS。

本次新增发现

• verify_phase6.sh 连续超时问题本轮消失：本轮执行 timeout 60 bash scripts/verify_phase6.sh 在 60s 内完成，importer smoke 8 组全 PASS（coreshub/huawei-maas/baichuan/lingyiwanwu/sensenova/xfyun/bytedance 各 fixture+live PASS），gate PASS。但 live_run 仅触发 smokerun，脚本在 60s 内退出，未输出 window_size / success_rate / live_run_result SUMMARY。
• PRE_PHASE6 FAIL，根因是 verify_phase4 ECharts 断言失败：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)。
• 工作区变更量增长：22 文件 +2819/-466 行（含 cmd/server BasicAuth 重构 +261 行测试、main_test.go +261 行、前端 Dashboard/Explorer +876 行、日报生成器 +229/- 行），BACKLOG 本身也在未提交列表中。
• 新增 untracked 项：scripts/secret_gate_lib.sh（1846 字节）、scripts/secret_gate_test.sh（1823 字节）、scripts/testdata/empty.dockerignore（19 字节）、.agent/、.serena/、.dockerignore，均无门禁覆盖。

问题 10 状态更新：项目提交停滞（影响次数 22）

• 15:10 状态：22 文件 +2819/-466 行核心组件改动未提交，含 cmd/server BasicAuth/IP 限速/apiError 重构、main_test.go +261 行、前端 Dashboard/Explorer 大改（+534/-、+342/- 行）、日报生成器（+229/- 行）。BACKLOG 本身也在未提交列表中。
• 问题影响：versioned truth 与 runtime truth 漂移加剧；一旦工作区丢失则核心组件改动无法恢复；BACKLOG 持续未收敛使 review 成本递增。
• 优化建议：立即按逻辑拆分为 2~3 个 commit（如"server 重构与测试"、"前端 Dashboard/Explorer 扩展"、"日报生成器与门禁改进"）；review prompt 应在工作区变更量超过阈值时自动提升 commit 停滞优先级。
• 优先级：P0
• 建议验证方法：提交后检查 git log --oneline 出现新提交，git diff --stat HEAD 变更量大幅收缩。

问题 41 状态更新：从"连续超时"降级为"live_run SUMMARY 缺失"（影响次数 4）

• 15:10 状态：连续超时未在本轮复现（importer smoke 全 PASS，gate PASS），但 live_run SUMMARY（window_size / success_rate / live_run_result）仍未输出，脚本在 smokerun 后 60s 内退出。
• 问题影响：Phase 6 稳定性窗口 PASS/FAIL 状态无法确认；无法判断 05-25 的三次超时是外部文档站卡死还是脚本性能退化。
• 优化建议：
  1. 调查 verify_phase6.sh live_run 未输出完整 SUMMARY 的根因（60s 内退出但未打印 window / success_rate / live_run_result）
  2. 为 verify_phase6.sh 增加单次检查的独立超时控制，避免单次检查卡死导致整脚本超时
  3. 在 verify_phase6.sh 输出中增加"当前检查进度"标记
• 优先级：P0 → P1（本轮 importer smoke 全 PASS 说明不是持续卡死，但 live_run SUMMARY 缺失仍是 P1）
• 建议验证方法：修正后执行 verify_phase6.sh，确认能在 <120s 内输出完整 SUMMARY（含 window_size / success_rate / live_run_result）。

问题 42 状态更新：已修复（从 backlog current 表移除）

• 15:10 状态：verify_phase6.sh 连续超时未在本轮复现，importer smoke 全 PASS。05-25 的三次连续超时更接近外部文档站临时卡死而非脚本性能退化。
• 结论：问题 42 从 current 表移除，归档至 review 日志。

问题 43（新发现）：verify_phase4 ECharts 集成断言失败（历史遗留 P2）

• 15:10 状态：[FAIL] Dashboard 已集成 ECharts 是 verify_phase4 的唯一 FAIL 项。Dashboard.tsx 中已引入 import * as echarts from 'echarts' 和 echarts.init() 逻辑，但 verify 脚本断言逻辑与实际代码行为不匹配。
• 问题影响：导致 PRE_PHASE6 整体 FAIL；但不影响主采集链路（Phase 1/2/3 全 PASS，importer smoke 全 PASS）；历史遗留问题（首现于 05-25 15:10 systematic review）。
• 优化建议：
  1. 更新 verify_phase4 中 ECharts 集成断言逻辑，使其与当前 Dashboard.tsx 的 echarts 使用方式一致
  2. 或者确认当前代码是否真正满足"已集成 ECharts"语义，若不满足则完成集成
  3. 考虑将 ECharts 相关断言降级为 WARNING 而非 FAIL，以区分"历史遗留 P2"与"真实 blocker"
• 优先级：P2
• 建议验证方法：bash scripts/verify_phase4.sh → SUMMARY pass=10 fail=0 warn=0，PRE_PHASE6_RESULT: PASS。

问题 44（新发现）：新增 scripts 无门禁覆盖

• 15:10 状态：scripts/secret_gate_lib.sh（1846 字节）、scripts/secret_gate_test.sh（1823 字节）、scripts/testdata/empty.dockerignore 为新增 untracked 项，无对应 verify 门禁验证其正确性。
• 问题影响：新增安全类脚本无法确认是否正确落地；一旦工作区切换或代码丢失，这些脚本的存在和正确性无法追溯。
• 优化建议：
  1. 为 secret_gate_lib.sh / secret_gate_test.sh 建立对应的 smoke gate 或单元测试门禁
  2. 考虑在 verify_phase5 或 verify_phase6 中增加对新 scripts 目录的覆盖检查
• 优先级：P2
• 建议验证方法：执行 bash scripts/secret_gate_test.sh 验证其正确性，并确认门禁已纳入综合验收。

问题 13 状态更新：untracked 核心代码重新活跃（影响次数 14）

• 15:10 状态：scripts/secret_gate_lib.sh / secret_gate_test.sh 为新增 untracked 安全类脚本；BACKLOG 本身也在未提交列表中；.agent/、.serena/ 等目录长期未治理。
• 问题影响：同问题 10；untracked 列表持续增长增加了 versioned truth 漂移风险。
• 优化建议：同问题 10；尽快提交工作区变更，清理非必要 untracked 项。
• 优先级：P0
• 建议验证方法：提交后 git status --short 中 untracked 列表显著收缩。

问题 38 状态更新：PRE_PHASE6_RESULT 标签冲突（影响次数 4）

• 15:10 状态：verify_phase4 ECharts 断言失败导致 PRE_PHASE6 FAIL；但 verify_phase4 内部 SUMMARY 显示 pass=9 fail=1 warn=0，说明是单一断言失败而非系统性卡死。
• 问题影响：PRE_PHASE6 FAIL 的根因已明确为 verify_phase4 ECharts 断言问题（历史 P2），不影响主链路；但标签冲突使 reviewer 需要额外下钻才能判断真实阶段。
• 优化建议：将 verify_phase4 中的 ECharts 相关断言降级为 WARNING，或更新断言逻辑使其与当前 Dashboard.tsx echarts 使用方式一致。
• 优先级：P1
• 建议验证方法：verify_phase4 中 ECharts 断言修复后，PRE_PHASE6_RESULT 应回到 PASS。

2026-05-25 15:10（afternoon-review cron，第 41 次 review）

前置说明：距上一次 review（05-25 08:59）约 6 小时 11 分钟。本轮无新 delta：working tree 仍 19 文件未提交（与 08:59 systematic review 完全一致），无新 commit。verify_phase6.sh 第三次连续超时（09:06 morning → 09:06 systematic → 15:10 afternoon），Phase 6 live blocker 状态完全无法确认。Phase 1~5 PASS，go test 全 PASS，日报已生成，但所有 systematic review 修复落地项（.dockerignore、runtimeVisibility、BasicAuth、Explorer.tsx 部分修复）均未 commit。

本次新增发现

• verify_phase6.sh 第三次连续超时：本轮执行 timeout 180 bash scripts/verify_phase6.sh，>200s 无输出，连续第三次（09:06 morning / 09:06 systematic / 15:10 afternoon）。Phase 6 live blocker 状态（Zhipu 403 是否仍活跃、是否已消失或切换到新外部源）完全无法确认。
• Phase 1~5 门禁全 PASS：verify_pre_phase6.sh 输出 PRE_PHASE6_RESULT: PASS，SUMMARY pass=15 fail=0 warn=0，与历史一致。
• Working tree 状态与 08:59 systematic review 完全一致：19 文件 +1372/-281 行仍未提交，包含 .dockerignore、runtimeVisibility.ts、BasicAuth 实现、Explorer.tsx 部分修复等 systematic review 所有 P0/P1 修复落地项。
• systematic review P0-3 修复已落地但未 commit：.dockerignore 已创建（285 字节，12:03 创建，artifact-present），frontend/src/lib/runtimeVisibility.ts + runtimeVisibility.test.ts 已创建。
• Explorer.tsx fallback 修复尚未完整验证：runtimeVisibility.ts 已就绪但 Explorer.tsx 中只引入了部分 notice 构建逻辑，未完全实现"禁止静默 fallback"的 P0-2 修复目标。
• 整体项目状态无新 delta：距上次 review 6+ 小时，无新 commit，无新 runtime 证据，主链路健康（API 200，日报已生成）。

问题 42（新发现）：verify_phase6.sh 第三次连续超时，Phase 6 live blocker 状态完全不明

• 15:10 状态：连续三次 verify_phase6.sh 超时（09:06 morning / 09:06 systematic / 15:10 afternoon），均无法在 180s 内完成并输出 Phase 6 SUMMARY。这不是偶发性问题，而是持续性卡死——可能存在外部文档站持续卡死或脚本本身性能退化。
• 问题影响：
  • 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 建立快速失败策略
• 优先级：P0
• 建议验证方法：修正后执行 verify_phase6.sh，确认能在 <120s 内完成并输出完整 SUMMARY（含 window_size / success_rate / live_run_result）

问题 40 状态更新：优先级升级，影响次数更新

• 15:10 状态：问题 40 自 08:51 首现，已持续 6+ 小时未解决，working tree 仍包含 systematic review 所有 P0/P1 修复落地项。优先级从 P2 升级为 P1（因为现在包含 P0 修复落地项的未 commit 风险）；影响次数从 2 更新为 3 次。
• 结论：优先级从 P2 升级为 P1，影响次数从 2 更新为 3 次。

问题 38 状态更新：PRE_PHASE6_RESULT 标签冲突仍待系统性修复

• 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，比实际时间晚约 10 小时，与 08:51 / 08:59 记录一致。
• 结论：影响次数从 2 更新为 3 次。

2026-05-25 09:06（night-review cron，第 40 次 review）

前置说明：距上一次 review（05-25 08:59）约 7 分钟。本轮属于"无新 delta 且 verify_phase6.sh 异常超时"：无新 commit，Phase 1~5 门禁仍全 PASS，但 verify_phase6.sh 连续两次执行超时（>180s）导致 Phase 6 live blocker 状态无法确认。BACKLOG 文件 uncommitted 已持续 75 分钟+（08:51 → 08:59 → 09:06）。

本次新增发现

• verify_phase6.sh 连续两次超时：本轮 review 两次执行 bash scripts/verify_phase6.sh，第一次在 90s 内完成了前 30 个 importer smoke 全 PASS 但未输出最终 SUMMARY；第二次直接超时（>180s 无法完成）。Phase 6 live blocker 状态（Zhipu 403 是否仍活跃）无法本轮真实验证。
• Phase 1~5 门禁仍然全 PASS：verify_pre_phase6.sh 输出 PRE_PHASE6_RESULT: PASS，与上一轮一致，无变化。
• BACKLOG 文件 uncommitted 已持续 75 分钟+：问题 40 从 08:51 首现，08:59 仍存在，09:06 仍未解决，已跨三轮 review 无收敛动作。
• 日报时间戳异常仍未改善：daily_report_2026-05-25.md 的 generated_at: 2026-05-25T19:03:55+08:00 比实际时间（09:06）晚约 10 小时，与 08:51 / 08:59 记录一致。

问题 41（新发现）：verify_phase6.sh 连续超时导致 Phase 6 live blocker 状态无法确认

• 09:06 状态：本轮 review 连续两次执行 bash scripts/verify_phase6.sh，均无法在合理时间内完成。第一次在前 90s 内完成了 30 个 importer smoke 全 PASS 但未输出最终 SUMMARY；第二次直接超时（>180s 无法完成）。
• 问题影响：
  • Phase 6 综合门禁 PASS/FAIL 状态无法确认，reviewer 无法给出准确的阶段判断
  • 上一轮（08:59）记录的 Zhipu 403 blocker 是否仍活跃、是否已切换，本轮无法验证
  • 超时可能与 Zhipu 403 或其他外部文档站卡死有关，需要调查根因
• 优化建议：
  1. 调查 verify_phase6.sh 超时根因：单次外部文档站拉取卡死 vs 整体脚本性能退化
  2. 为 verify_phase6.sh 增加单次检查的独立超时控制，避免单次检查卡死导致整脚本超时
  3. 在 verify_phase6.sh 输出中增加"当前检查进度"标记，方便定位卡死环节
• 优先级：P1
• 建议验证方法：修正后执行 verify_phase6.sh，确认能在 <120s 内完成并输出完整 SUMMARY（含 window_size / success_rate / live_run_result）

问题 37 状态更新：外部文档站故障仍无系统化降级

• 09:06 状态：问题 37 仍活跃，影响次数从 3 更新为 4 次。本轮 verify_phase6 超时可能与外部文档站卡死有关（可能是 Zhipu 403 或其他源），blocker 在不同外部源之间游走的模式持续。
• 结论：从"3 次"更新为"4 次"。

问题 39 状态更新：日报时间戳异常仍未改善

• 09:06 状态：generated_at 仍显示 2026-05-25T19:03:55+08:00，比实际时间晚约 10 小时，无修复动作。
• 结论：影响次数从 1 更新为 2 次。

问题 40 状态更新：BACKLOG uncommitted 已持续 75 分钟+

• 09:06 状态：问题 40 已从 08:51 首现（morning review 修改 BACKLOG 后未 commit），08:59 仍存在，09:06 仍未解决，跨三轮 review 无收敛动作。
• 结论：影响次数从 1 更新为 2 次。