Leo
e5d8cee58b
feat(t213): 匯出診斷檔搬進 arcrun-app 本機端（phase 2，接手 t210 落地後的 Progress/FailureBreakdown）
t210（commit 5effcb2）已把「總量進度」「失敗分類」算好並寫進 status.json（現況快照，
不隨閒置歸零）——本次直接讀那兩個欄位，不另算一套（首頁與診斷檔同一組數字）。
新增：
- collector/cmd/arcrun-app/diagnostics_export.go
- App.ExportDiagnostics()：合併本機（daemon 版本／自我更新狀態／Progress／
FailureBreakdown／略過檔案樣本）與雲端（每帳號打新端點 GET /portal/daemon/diagnostics，
X-Arcrun-API-Key 認證）成一份 JSON，彈系統存檔對話框存下來
- mergeDiagnostics 抽成無 IO 純函式，方便測試
- collector/cmd/arcrun-app/diagnostics_export_test.go：5 個離線測試，涵蓋
同首頁數字／分類名稱原樣照抄不自己判斷／失敗檔名 basename-only／略過清單省略欄位／
帳號層 cloud 與 cloud_error 互斥
- frontend/src/main.js：「版本與更新」頁加「疑難排解」卡片＋匯出按鈕
守住的規則：
- Progress／FailureBreakdown 原樣接住 status.json，不重掃 manifest
- 分類名稱字串只認 collector/progress.go 的 ClassifyFailure，本檔不判斷任何分類
- 失敗檔名 basename-only：借用既有 buildSkipped() 輸出（本來就是 basename＋白話標籤）
驗證（實跑，非設計稿）：go build/vet/gofmt 全乾淨；go test ./...（collector＋
arcrun-app）全過；check-cis.sh／check-render.sh 視覺機械閘全過；wails build 成功
產生含 ExportDiagnostics 的 bindings；拿本機真實 config.json（2 個真帳號）＋真網路
跑 buildDiagnosticsPayload()：真拿到 update_check.latest=v0.18.23、真列出本機
略過檔案（basename）、兩個真帳號誠實回 cloud_error（線上新端點還沒部署，與總管
實測結果一致）。未在真實 GUI 點過按鈕（本機正跑 production Arcrun.app，避免干擾）。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-08 13:09:48 +08:00
..
2026-08-08 13:09:48 +08:00
2026-08-05 00:02:46 +08:00
2026-08-04 22:19:41 +08:00
2026-08-04 22:19:41 +08:00
2026-08-04 22:19:41 +08:00