arcrun-collector

inkstone/arcrun-collector

Fork 0

Commit Graph

Author	SHA1	Message	Date
Leo	4d3a6a09a6	v0.18.9：collector 併進同一支執行檔——磁碟上不再攤出第二支 exe leo 08-06 裁決：「不要兩支，寫成一支檔案」。 ## 為什麼 v0.18.7-8 的「單一 exe」其實是一支包著另一支：collector.exe 被 go:embed 進 Arcrun.exe，執行時攤到 ~/.arcrun-rag/bin/ 再跑。那正是防毒軟體眼中的 dropper 特徵 —— 封測者實撞 `Trojan:Win32/Sabsik.FL.A!ml`，檔案當場被隔離、自動刪除。 ⚠️ 誠實界定：`!ml` 結尾＝機器學習判定，Sabsik 是最常見的通用誤判家族，主因是「未簽章＋下載次數少」，不是特別指向 dropper 行為。所以本次改動不保證解除誤判——真正的解是上架 MS Store（微軟簽章）。但「執行時把第二支 PE 寫到磁碟再執行」本來就該拿掉，這是對的方向且順手變小。 ## 怎麼做 - `collector/` 39 個檔 `package main` → `package collector`，`main()` → 匯出的 `Run(args) int` - 新增 `collector/cmd/collector/`（薄殼 CLI，讓單獨跑 collector 這條路仍可用） - App 直接 import 該套件；`main()` 第一件事就判 `--collector`，是的話走 `collector.Run` 不碰 GUI - `supervisor` 加 `ArgPrefix`，App 把 `BinPath` 指向 `os.Executable()` 自己 - 刪掉 `bundled_collector_{windows,other}.go`（embed + 攤檔那套） - 三支打包腳本不再編/複製第二支；版本注入同時打到兩個 package - build-win.sh 的機械閘改成直接問它：`--collector --version` 回得出版本才放行（舊閘是比大小，只能證明「有 embed」，證明不了「分派是對的」） ## 驗（真機實跑） · `.app/Contents/MacOS/` 只有一個執行檔（原本兩個） · 跑起來兩個行程是同一個 exe： …/MacOS/arcrun-app …/MacOS/arcrun-app --collector direct --config … · `~/.arcrun-rag/bin` 不存在（沒有任何東西被攤出來） · 端到端：丟檔進看守資料夾 → collector.log `"status":"ingested","http_status":200` · `lsappinfo` 仍是 `type="UIElement"`、`Version="0.18.9"` · collector 39 檔測試全過；app 測試過；go vet 全綠；mac + windows 交叉編譯皆過 · 單檔 26MB → 22MB（不再夾帶第二份完整程式）	2026-08-06 16:00:47 +08:00
Leo	1a8906c0b7	t181 daemon 端：萃取預設走 Workers AI（免金鑰）＋托盤可切換 AI 來源【leo 08-04 列為最優先】「daemon 的 AI 改用 workers AI」 ——「這是我的用戶最大障礙，造成首輪測試用戶的好評或惡評」。【新增】collector/extract_workersai.go：打自己雲端實例的 /portal/daemon/extract，那端用 env.AI binding ⇒ 完全不需要任何金鑰。與 gemma 路架構完全對稱（leo 的判斷：「不論用 Claude／Gemini／Workers AI…應該是同一件事」——是，只有「送到哪」不同，讀檔/轉檔/淨化/落卡全共用）。舊實例回 404 時講人話：「你的知識庫還是舊版 ⇒ 請到 portal 按『立即更新』」。【預設改為一律 Workers AI】leo 特別交代：「default 用 Workers AI，你要用 Gemini 要特別去選取，不管你現在是否有填金鑰」「只要更新版本，就已經 default workers AI 了，除非去一個地方切換」「不然我會有很多質疑，花在解釋為什麼 Gemini 不管用上」 ⇒ 判準是新欄位 ExtractorExplicit（使用者主動選過），不是「有沒有金鑰」。舊 config 沒這欄＝false ⇒ 更新版本後自動走 Workers AI；金鑰留著不動，改選 Gemini 立刻可用。【托盤＝唯一切換處】「AI 設定…」改成引擎選擇：雲端 AI（預設）／Gemini（選配）。選 Gemini 才顯示金鑰欄，並附「Billing Tier: Unavailable ⇒ 換 Google 帳號」的排難提示（今天 oscar 撞的那題）。Gemini 不推廣（leo：「特定人告訴他怎麼做就好」），文案只說明不慫恿。【標籤】leo：「用 workers AI 就不顯示，用 Gemini 會顯示 Gemini」 ⇒ 預設路徑不佔版面；只有主動選了別的才標出來（延續 t178「標籤必須與實際行為一致」）。【測試】新增 TestT181DefaultsToWorkersAI 六則，含最關鍵的「有金鑰但沒主動選 ⇒ 仍走 workers-ai」；既有測試補 ExtractorExplicit 以隔離變因（它們測的是萃取管線，不是預設邏輯）。兩模組全綠。 ⚠️ 未送達：要打包 v0.15.5 並部署雲端端點才會到用戶手上。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-04 15:00:48 +08:00

Author

SHA1

Message

Date

Leo

4d3a6a09a6

v0.18.9：collector 併進同一支執行檔——磁碟上不再攤出第二支 exe

leo 08-06 裁決：「不要兩支，寫成一支檔案」。

## 為什麼
v0.18.7-8 的「單一 exe」其實是**一支包著另一支**：collector.exe 被 go:embed
進 Arcrun.exe，執行時攤到 ~/.arcrun-rag/bin/ 再跑。
那正是防毒軟體眼中的 dropper 特徵 —— 封測者實撞
`Trojan:Win32/Sabsik.FL.A!ml`，檔案當場被隔離、自動刪除。

⚠️ 誠實界定：`!ml` 結尾＝**機器學習判定**，Sabsik 是最常見的通用誤判家族，
   主因是「未簽章＋下載次數少」，**不是**特別指向 dropper 行為。
   所以本次改動**不保證**解除誤判——真正的解是上架 MS Store（微軟簽章）。
   但「執行時把第二支 PE 寫到磁碟再執行」本來就該拿掉，這是對的方向且順手變小。

## 怎麼做
- `collector/` 39 個檔 `package main` → `package collector`，`main()` → 匯出的 `Run(args) int`
- 新增 `collector/cmd/collector/`（薄殼 CLI，讓單獨跑 collector 這條路仍可用）
- App 直接 import 該套件；`main()` 第一件事就判 `--collector`，是的話走 `collector.Run` 不碰 GUI
- `supervisor` 加 `ArgPrefix`，App 把 `BinPath` 指向 `os.Executable()` 自己
- 刪掉 `bundled_collector_{windows,other}.go`（embed + 攤檔那套）
- 三支打包腳本不再編/複製第二支；版本注入同時打到兩個 package
- build-win.sh 的機械閘改成**直接問它**：`--collector --version` 回得出版本才放行
  （舊閘是比大小，只能證明「有 embed」，證明不了「分派是對的」）

## 驗（真機實跑）
· `.app/Contents/MacOS/` 只有 **一個** 執行檔（原本兩個）
· 跑起來兩個行程是**同一個 exe**：
    …/MacOS/arcrun-app
    …/MacOS/arcrun-app --collector direct --config …
· `~/.arcrun-rag/bin` **不存在**（沒有任何東西被攤出來）
· 端到端：丟檔進看守資料夾 → collector.log `"status":"ingested","http_status":200`
· `lsappinfo` 仍是 `type="UIElement"`、`Version="0.18.9"`
· collector 39 檔測試全過；app 測試過；go vet 全綠；mac + windows 交叉編譯皆過
· 單檔 26MB → 22MB（不再夾帶第二份完整程式）

2026-08-06 16:00:47 +08:00

Leo

1a8906c0b7

t181 daemon 端：萃取預設走 Workers AI（免金鑰）＋托盤可切換 AI 來源

【leo 08-04 列為最優先】「daemon 的 AI 改用 workers AI」
——「這是我的用戶**最大障礙**，造成首輪測試用戶的**好評或惡評**」。

【新增】collector/extract_workersai.go：打自己雲端實例的 /portal/daemon/extract，
那端用 env.AI binding ⇒ **完全不需要任何金鑰**。與 gemma 路架構完全對稱
（leo 的判斷：「不論用 Claude／Gemini／Workers AI…應該是同一件事」——是，
只有「送到哪」不同，讀檔/轉檔/淨化/落卡全共用）。
舊實例回 404 時講人話：「你的知識庫還是舊版 ⇒ 請到 portal 按『立即更新』」。

【預設改為一律 Workers AI】leo 特別交代：
  「default 用 Workers AI，你要用 Gemini 要**特別去選取**，**不管你現在是否有填金鑰**」
  「只要更新版本，就已經 default workers AI 了，除非去一個地方切換」
  「不然我會有很多質疑，**花在解釋為什麼 Gemini 不管用上**」
⇒ 判準是新欄位 ExtractorExplicit（使用者主動選過），**不是「有沒有金鑰」**。
  舊 config 沒這欄＝false ⇒ 更新版本後自動走 Workers AI；金鑰留著不動，改選 Gemini 立刻可用。

【托盤＝唯一切換處】「AI 設定…」改成引擎選擇：雲端 AI（預設）／Gemini（選配）。
選 Gemini 才顯示金鑰欄，並附「Billing Tier: Unavailable ⇒ 換 Google 帳號」的排難提示
（今天 oscar 撞的那題）。Gemini 不推廣（leo：「特定人告訴他怎麼做就好」），文案只說明不慫恿。

【標籤】leo：「用 workers AI 就**不顯示**，用 Gemini 會顯示 Gemini」
⇒ 預設路徑不佔版面；只有主動選了別的才標出來（延續 t178「標籤必須與實際行為一致」）。

【測試】新增 TestT181DefaultsToWorkersAI 六則，含最關鍵的
**「有金鑰但沒主動選 ⇒ 仍走 workers-ai」**；既有測試補 ExtractorExplicit 以隔離變因
（它們測的是萃取管線，不是預設邏輯）。兩模組全綠。

⚠️ 未送達：要打包 v0.15.5 並部署雲端端點才會到用戶手上。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-04 15:00:48 +08:00

2 Commits