feat(t210): 首頁改統計，不再逐檔解釋——Evan「9000/101/20 兜不起來」的病

地基（progress.go 的 SyncProgress／ClassifyFailure／BuildFailureBreakdown，
eeb35ba）已經算好「總量」與「失敗分類」，但沒人接到畫面上：首頁仍在用
本輪計數（extractedOK）＋逐檔白話翻譯（humanizeFailure），導致 leo 08-08
轉述的病——三個數字互相對不起來，使用者無法判斷「還在跑」還是「壞了」。

接線（collector/direct.go）：
- runDirectOnceRoot 現在也回傳這一根資料夾的 SyncProgress／StuckReasons
  （rootProgress），RunDirectOnce 跨帳號跨資料夾 Add() 累加成總量。
- G-6.2 的 SkippedDocCount（讀不了的檔，根本沒進 manifest）併進
  Unreadable／Total——這是 Progress() 算不到的部分，由呼叫端補齊，
  維持不變式 Total == Done+Pending+Stuck+Unreadable。
- 「送不上去」的分類統計＝Stuck 的 LastError 原文＋Unreadable 重用
  convert.go 既有的 ErrUnsupported，一起餵給 BuildFailureBreakdown。
  分類判斷全程只經過 progress.go 的 ClassifyFailure 一個接縫，
  direct.go／app.go／前端都不認得任何分類名稱字串（留給 t214 之後
  改資料驅動時只動一個檔）。
- SyncStatus 新增 Progress／FailureBreakdown 兩個欄位，兩者都是每輪從
  manifest／掃描結果原地重算的現況快照，不進 CarryForwardActivity——
  斷網或閒置一輪不會被清成 0。

畫面（cmd/arcrun-app/app.go＋frontend/src/main.js）：
- 移除 humanizeFailure／buildFailures／UIFailures 那套逐檔白話翻譯，
  改用 UIProgress（Total/Done/Pending/CantSync/Groups）；前端 cardProgress
  只把後端給的 category/count 陣列原樣印出，不分支、不排序、不認分類名。
- 「送不上去」預設摺疊（<details>），展開只有分類與份數，不逐檔列名、
  不解釋、不給解法；細節導向「開啟使用說明」。
- 保留 buildSkipped 的「讀不了的檔」卡片（那是另一件事），但份數已併入
  Unreadable。
- 移除「總計」卡片裡用本輪計數 extractedOK 的「份已整理」——上方狀態
  時間軸的「上次 N 份」與下方矛盾（1 份 vs 0 份已整理）的病因直接消掉，
  改用 cardProgress 的累計「已送上去」。

驗證：
- go build ./... 與 go test ./...（collector／cmd/arcrun-app／
  cmd/arcrun-tray 三個 module）全綠。
- 新增 collector/progress_wiring_test.go：真跑 RunDirectOnce 湊出
  Done/Pending/Stuck/Unreadable 四種狀態同時存在，驗四數字相加等於
  總數（leo 驗法①）；再跑一輪「什麼都沒發生」驗數字不歸零（驗法③）。
- check-render.sh 視覺機械閘綠（lockup 底板／深色模式）。

殘項（誠實標記，未完成）：
- 真機驗收（leo 08-08 驗法④：拿 Evan 的情境走一遍）未做，需要 leo 或
  封測者在實機驗證。
- 「開啟使用說明」目前連到既有 docs 首頁，尚無 t210 分類對應的 FAQ 頁
  （tasks.md 已記為相依項）。
- t213 診斷檔尚未消費這組新欄位（tasks.md 記載該任務等本任務讓路）。

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

cmd/arcrun-app/frontend/src/main.js

@@ -73,14 +73,13 @@ function pageHome(s) {
       </div>
     </div>
     ${cardTrouble(s)}
-    ${cardFailures(s.failures)}
+    ${cardProgress(s.progress)}
     ${cardSkipped(s.skipped)}
     <div class="card">
       <h3>總計</h3>
       <div class="kv" style="margin-top:10px">
         <div><div class="big-num">${s.accounts.length}</div><div class="k">個知識庫</div></div>
         <div><div class="big-num">${s.accounts.reduce((n,a)=>n+(a.folders||[]).length,0)}</div><div class="k">個資料夾在看守</div></div>
-        <div><div class="big-num">${s.extractedOK || 0}</div><div class="k">份已整理</div></div>
       </div>
     </div>`;
 }
@@ -107,28 +106,40 @@ function cardTrouble(s) {
     </div>`;
 }
 
-// 失敗的檔案：列出**檔名與原因**。
-// leo 2026-08-06 實測：畫面只寫「⚠ 3 份失敗」，他只能回報「沒推到雲端」，
-// 而原因本來就在 status.json 裡 —— 數字不能代替原因。
-function cardFailures(f) {
-  if (!f || !f.items || !f.items.length) return '';
-  // 🔴 leo 2026-08-06：「**可以顯示沒通過的名稱，旁邊有個三角形，點擊看到失敗細節，
-  //    default 摺疊起來，重點是找到問題在哪裏**」
-  //    ——他要的是先看到「哪些檔沒過」，細節是需要時才展開。
-  //    先前把原因直接攤在旁邊，害檔名欄被擠成一行一個字（實撞截圖）。
-  //    用原生 <details>：三角形、鍵盤可操作、預設收合，都不必自己寫。
+// 你的檔案：分母 + 三個分類（t210，2026-08-08，取代 08-06 逐檔白話翻譯）。
+//
+// 🔴 leo 08-08 轉述封測者 Evan：「我有 9000 個檔，雲端只有 101 張卡，畫面卻說
+//    『20 份沒送進知識庫』——這幾個數字到底是怎麼回事？」病根是首頁每個數字都是
+//    本輪的，使用者問的是總量——這張卡改講總量，四個數字（分母＋已送上去＋排隊中＋
+//    送不上去）加起來要對得起來，看完的感覺要是「我知道還沒傳，你不要擔心」。
+//
+// 🔴 leo 08-08：「我不要枚舉每個檔案可能的問題和解法，應該是統計的」「不解釋細節，
+//    無法上傳的也摺疊，想看細節才展開」──「送不上去」預設摺疊，展開只有分類與份數，
+//    不逐檔列名、不解釋、不給解法；細節去 Docs 說明文件。
+//
+// 🔴 分類判斷只住在後端 collector/progress.go 的 ClassifyFailure 一個接縫——
+//    這裡完全不認得任何分類名稱字串，`g.category` 原樣印出、順序照後端給的陣列，
+//    不在前端排序或分支判斷（t214 之後分類要改成資料驅動，才只需要動後端那一個檔）。
+function cardProgress(p) {
+  if (!p || !p.total) return '';
   return `
     <div class="card">
-      <h3>${esc(f.title)}</h3>
-      <div class="d">${esc(f.note)}</div>
-      <div class="faillist">
-        ${f.items.map((it) => `
-          <details class="fail">
-            <summary>${esc(it.name)}</summary>
-            <div class="failwhy">${esc(it.reason)}</div>
-          </details>`).join('')}
+      <h3>你的檔案</h3>
+      <div class="kv" style="margin-top:10px;flex-wrap:wrap">
+        <div><div class="big-num">${p.total}</div><div class="k">共幾份</div></div>
+        <div><div class="big-num">${p.done}</div><div class="k">已送上去</div></div>
+        <div><div class="big-num">${p.pending}</div><div class="k">排隊中</div></div>
+        <div><div class="big-num">${p.cantSync}</div><div class="k">送不上去</div></div>
       </div>
-      ${f.more > 0 ? `<div class="d" style="margin-top:8px">…還有 ${f.more} 份</div>` : ''}
+      ${p.cantSync > 0 ? `
+      <details class="fail" style="margin-top:14px">
+        <summary>看看是哪些原因</summary>
+        <ul class="breaklist">
+          ${(p.groups || []).map((g) => `<li><span>${esc(g.category)}</span><span>${g.count} 份</span></li>`).join('')}
+        </ul>
+        <div class="d" style="margin-top:8px">這些會自動重試，你不用重丟；細節與怎麼處理，看說明文件。</div>
+        <div class="acts"><button class="ghost" data-openurl="https://rag.arcrun.dev/docs/">開啟使用說明</button></div>
+      </details>` : ''}
     </div>`;
 }
 
@@ -263,6 +274,7 @@ function wire() {
   on('aiSave', saveAI);
   on('uCheck', checkUpdate); on('uDownload', downloadUpdate); on('uApply', applyUpdate);
   document.querySelectorAll('[data-portal]').forEach((b) => { b.onclick = () => go.OpenURL(b.dataset.portal); });
+  document.querySelectorAll('[data-openurl]').forEach((b) => { b.onclick = () => go.OpenURL(b.dataset.openurl); });
   document.querySelectorAll('[data-addto]').forEach((b) => { b.onclick = () => addFolder(Number(b.dataset.addto)); });
   document.querySelectorAll('[data-rm]').forEach((b) => {
     b.onclick = () => confirmRemove(Number(b.dataset.acc), b.dataset.rm);