arcrun-collector

inkstone/arcrun-collector

Fork 0

Commit Graph

Author	SHA1	Message	Date
Leo	4cbc7ebe11	fix(arcrun-rag#59): 額度卡與雲端連線兩則假訊息改口 leo21c 畫面同時說「今天已經幫你整理了 0 份」與「額度用完，可以換一個模型，或升級 Cloudflare」——一份都沒成功，額度其實是被同帳號正在做的向量化（嵌入固定走 Workers AI，與萃取共用同一份每日免費額度）吃光的，換萃取模型救不了。改法：buildQuotaNotice 在 dailyCount==0（本輪一份都沒吃到額度就先撞牆）時換一套出口／保證句——不再建議換模型、不再無條件承諾「明天會自動接著跑」，只留「升級 Cloudflare」這個結構上真的有效的出口；dailyCount>0 （單純量大用完）維持原三句話不動。同批修另一則真因已被頂層 wiki 鎖定的假訊息：leo 三個帳號 /health 全部 200，畫面卻顯示「沒連上雲端」——direct.go 寫 status.json 頂層 cloud_check_ok 時以前只有剛好一個帳號才會填，2+ 帳號（leo 的常態）時恆為 Go 零值 false。改成不論帳號數，任一帳號連得上就標頂層為 true。兩者都有回歸測試：對修改前的程式碼跑會 FAIL（多帳號 CloudCheckOK 案例已用 git stash 實測驗證），修完後 PASS。額度卡文案另外用真正的 frontend/dist + 假 window.go 灌 leo21c 現場資料，Claude Browser 實際開起來看過，確認新文案正確渲染、不再出現「可以換一個模型」、console 無紅字。未做：兩者都只在原始碼層修好，尚未重打 daemon bundle 出貨（0.18.25 用戶手上還看不到）；頂層 cloud_check_ok 的實際消費端（除已知的舊版 tray）未完全追出，留給下一輪核實。詳見 system-dev/docs/3-specs/daemon-beta/tasks.md t216／t217。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-11 12:28:49 +08:00
Leo	ef8126201c	P8 短板齊平：模型品質實測（granite 否決、qwen3-30b 定案）＋額度撞牆三句話接上畫面 ① docs/benchmarks/p8-extractor-quality/：leo 真筆記 8 篇 × 5 模型可複驗實測（production 同 prompt/參數、CF 原生 usage.neurons 計量）—— scout 84 n/檔（119 檔/日）→ qwen3-30b 43 n/檔（232 檔/日）品質不降反升； granite 最便宜（858 檔/日）但 5/8 缺段、三元組全滅＝否決。誠實結論：免金鑰路物理撐不起「幾千篇當天匯入」（差 13 倍），正解＝消化節奏（3,000 篇約 13 天背景跑完、新筆記優先）＋出口（Gemini／付費／ollama）。 ② 撞牆體驗：quota_message 08-07 就在 status.json，App 從來沒接—— app.go pickQuotaNotice（過期快照不說謊）＋ main.js cardQuota（三句話卡）＋ progress.go ClassifyFailure 補認三句話（原本掉「其他」）。 Go 兩 module 全綠；瀏覽器實載 dist 深淺兩主題截圖、console 0 錯。 ③ 公開鏡像排除 docs/benchmarks（輸入是 leo 私人筆記）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-09 00:44:34 +08:00
Leo	a6ced32d45	collector：積壓分批＋新檔優先／額度用完講人話降速／斷點續傳／同內容多格式去重封測事故（Evan）：daemon 逐檔萃取上傳、每個檔在雲端產生一次工作流執行， 690 個檔在自己的免費 CF 帳號上短時間內衝出 1,070 次寫入，撞上免費上限 1,000，額度爆掉、只有 8 個檔成功。雲端那一半（紀錄改走資料層 API）已修好， daemon 這一半原本完全沒有節奏——本次補齊四件事： 1. 上傳節奏（direct_pacing.go）：單輪最多處理 MaxEventsPerRun 個事件（預設 25）、每次觸發雲端前節流 700ms；一輪掃到的事件依檔案 mtime 由新到舊排序，今天寫的永遠優先，積壓慢慢消化不擋日常使用。 2. 額度用完講人話（quota.go）：偵測到 Workers AI「10,000 neurons」/ 「4006」等已知上游訊號後，換成三句話（今天已整理幾份／可換模型或升級 Cloudflare／不花錢也沒關係、今天或明天早上 8:00 會自動恢復），不出現裸露的錯誤碼；同帳號同輪與下一輪都不再繼續撞牆（quotaState 全域冷卻，跨資料夾／跨程序重啟持續，直到台灣時間早上 8:00 額度重置）。 3. 斷點續傳：每個事件處理完立刻寫回 manifest（不再等整輪跑完才存一次）， process 被殺掉重開只會接著做真正還沒完成的部分；removed 事件另外用 preScanEntries 快照保護，下架失敗時不會被其他事件的存檔動作誤標成「已完成」而永遠不再重試。 4. 同內容多格式去重（scan.go）：同一批來源轉出的多種格式（如 leo 給的資料集 27,164 檔＝9,045 md＋9,044 json＋9,043 html，md/json 同檔名主幹）依檔名主幹分組，只留優先序最高的一份進事件管線，其餘標記在 DuplicateFormats（不吃三倍額度）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-07 16:58:07 +08:00

Author

SHA1

Message

Date

Leo

4cbc7ebe11

fix(arcrun-rag#59): 額度卡與雲端連線兩則假訊息改口

leo21c 畫面同時說「今天已經幫你整理了 0 份」與「額度用完，可以換一個模型，
或升級 Cloudflare」——一份都沒成功，額度其實是被同帳號正在做的向量化
（嵌入固定走 Workers AI，與萃取共用同一份每日免費額度）吃光的，換萃取模型
救不了。改法：buildQuotaNotice 在 dailyCount==0（本輪一份都沒吃到額度就先
撞牆）時換一套出口／保證句——不再建議換模型、不再無條件承諾「明天會自動
接著跑」，只留「升級 Cloudflare」這個結構上真的有效的出口；dailyCount>0
（單純量大用完）維持原三句話不動。

同批修另一則真因已被頂層 wiki 鎖定的假訊息：leo 三個帳號 /health 全部 200，
畫面卻顯示「沒連上雲端」——direct.go 寫 status.json 頂層 cloud_check_ok 時
以前只有剛好一個帳號才會填，2+ 帳號（leo 的常態）時恆為 Go 零值 false。
改成不論帳號數，任一帳號連得上就標頂層為 true。

兩者都有回歸測試：對修改前的程式碼跑會 FAIL（多帳號 CloudCheckOK 案例已
用 git stash 實測驗證），修完後 PASS。額度卡文案另外用真正的 frontend/dist
+ 假 window.go 灌 leo21c 現場資料，Claude Browser 實際開起來看過，確認新
文案正確渲染、不再出現「可以換一個模型」、console 無紅字。

未做：兩者都只在原始碼層修好，尚未重打 daemon bundle 出貨（0.18.25 用戶
手上還看不到）；頂層 cloud_check_ok 的實際消費端（除已知的舊版 tray）未
完全追出，留給下一輪核實。詳見 system-dev/docs/3-specs/daemon-beta/tasks.md
t216／t217。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-11 12:28:49 +08:00

Leo

ef8126201c

P8 短板齊平：模型品質實測（granite 否決、qwen3-30b 定案）＋額度撞牆三句話接上畫面

① docs/benchmarks/p8-extractor-quality/：leo 真筆記 8 篇 × 5 模型可複驗實測
   （production 同 prompt/參數、CF 原生 usage.neurons 計量）——
   scout 84 n/檔（119 檔/日）→ qwen3-30b 43 n/檔（232 檔/日）品質不降反升；
   granite 最便宜（858 檔/日）但 5/8 缺段、三元組全滅＝否決。
   誠實結論：免金鑰路物理撐不起「幾千篇當天匯入」（差 13 倍），
   正解＝消化節奏（3,000 篇約 13 天背景跑完、新筆記優先）＋出口（Gemini／付費／ollama）。
② 撞牆體驗：quota_message 08-07 就在 status.json，App 從來沒接——
   app.go pickQuotaNotice（過期快照不說謊）＋ main.js cardQuota（三句話卡）＋
   progress.go ClassifyFailure 補認三句話（原本掉「其他」）。
   Go 兩 module 全綠；瀏覽器實載 dist 深淺兩主題截圖、console 0 錯。
③ 公開鏡像排除 docs/benchmarks（輸入是 leo 私人筆記）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-09 00:44:34 +08:00

Leo

a6ced32d45

collector：積壓分批＋新檔優先／額度用完講人話降速／斷點續傳／同內容多格式去重

封測事故（Evan）：daemon 逐檔萃取上傳、每個檔在雲端產生一次工作流執行，
690 個檔在自己的免費 CF 帳號上短時間內衝出 1,070 次寫入，撞上免費上限 1,000，
額度爆掉、只有 8 個檔成功。雲端那一半（紀錄改走資料層 API）已修好，
daemon 這一半原本完全沒有節奏——本次補齊四件事：

1. 上傳節奏（direct_pacing.go）：單輪最多處理 MaxEventsPerRun 個事件
   （預設 25）、每次觸發雲端前節流 700ms；一輪掃到的事件依檔案 mtime
   由新到舊排序，今天寫的永遠優先，積壓慢慢消化不擋日常使用。

2. 額度用完講人話（quota.go）：偵測到 Workers AI「10,000 neurons」/
   「4006」等已知上游訊號後，換成三句話（今天已整理幾份／可換模型或
   升級 Cloudflare／不花錢也沒關係、今天或明天早上 8:00 會自動恢復），
   不出現裸露的錯誤碼；同帳號同輪與下一輪都不再繼續撞牆
   （quotaState 全域冷卻，跨資料夾／跨程序重啟持續，直到台灣時間
   早上 8:00 額度重置）。

3. 斷點續傳：每個事件處理完立刻寫回 manifest（不再等整輪跑完才存一次），
   process 被殺掉重開只會接著做真正還沒完成的部分；removed 事件另外
   用 preScanEntries 快照保護，下架失敗時不會被其他事件的存檔動作
   誤標成「已完成」而永遠不再重試。

4. 同內容多格式去重（scan.go）：同一批來源轉出的多種格式（如 leo 給的
   資料集 27,164 檔＝9,045 md＋9,044 json＋9,043 html，md/json 同檔名
   主幹）依檔名主幹分組，只留優先序最高的一份進事件管線，其餘標記在
   DuplicateFormats（不吃三倍額度）。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-07 16:58:07 +08:00

3 Commits