Split PChome review low-score buckets

docs/memory/current_execution_queue_20260524.md

@@ -8,7 +8,7 @@
 - 確認 `main`、Gitea、正式環境版本一致。
 - 修復或確認 SSH / Gitea / 188 hop 可用。
 - 每次上線只 recreate `momo-app`、`scheduler`、`telegram-bot`，禁止使用 `--remove-orphans`，禁止影響 `momo-db`。
-- 2026-05-24 21:20 CST 狀態：正式 `/health` 仍為 `V10.447`；本地 `main` 已提交到 `V10.450` 且比 `origin/main` ahead 3。`192.168.0.110` ping/SSH timeout、`192.168.0.188` direct SSH no route、Gitea public SSH 22/2222/3022 timeout；HTTPS fetch 可用但 push 會觸發 macOS keychain，因此暫停推版，待 110/Gitea SSH 通道恢復後再推 Gitea 並部署三個 app 容器。
+- 2026-05-24 21:28 CST 狀態：正式 `/health` 仍為 `V10.447`；本地 `main` 已提交到 `V10.451` 且預期比 `origin/main` ahead 5。`192.168.0.110` ping/SSH timeout、`192.168.0.188` direct SSH no route、Gitea public SSH 22/2222/3022 timeout；HTTPS fetch 可用但 push 會觸發 macOS keychain，因此暫停推版，待 110/Gitea SSH 通道恢復後再推 Gitea 並部署三個 app 容器。
 
 ## 1. MOMO / PChome 核心比價準確率
 

docs/memory/history_logs.md

@@ -13,6 +13,7 @@
 ## 📅 詳細更新日誌 (考古存檔)
 
 ### 2026-05-24：PChome 近門檻身份回收第二輪
+- **V10.451 low_score 操作分流拆分與 queue API**: Dashboard 比價覆核頁不再只給一個籠統低信心分頁；新增「近門檻可救」「證據不足」「低信心舊候選」三個篩選，`competitor_intel_repository.REVIEW_STATUS_FILTER_GROUPS` 同步提供對應分流，`/api/pchome-review/queue` 也能用同一套 `review_status` 做 read-only smoke / operator tools 查詢，讓 matcher 回刷、人工覆核、OpenClaw 報表能分清楚可自動回收、應保守等待、與需補搜尋的候選。
 - **V10.450 PChome 覆核 fast-count UI 語意與重算可採用指標**: 預設全量覆核頁跳過 exact count 時，模板會以「約」標記快取總數，避免操作員把快取總數誤認為即時計算；搜尋、分類與單一狀態分流仍保留精準總數。`fetch_competitor_coverage()` 同步輸出 `rescore_accepted_count`，Dashboard、daily/growth 與 OpenClaw 摘要會把「重算可採用待審」獨立顯示，不再只混在一般覆核隊列。
 - **V10.449 PChome 覆核 exact count 條件修正**: 只有預設「全部覆核、無搜尋、無分類」頁跳過 exact count；若使用搜尋詞、分類篩選或單一 review status，仍保留精準總數，避免操作員分頁資訊失準。
 - **V10.448 PChome 覆核全量頁跳過 exact count**: `review_status=all` 改用 shared overview cache 的待處理總數作為分頁總數提示，當頁只查 50 筆；單一狀態分流仍保留 exact count，避免每次操作全量覆核頁都為總筆數重掃整個 review queue。