修首頁狀態說謊＋DMG 補上拖曳版面（leo 08-05 封測回報 ①②）

## ② 首頁狀態是壞的
leo：「拖新的檔案進資料夾，完成本地萃取、上傳，但自始至終 daemon 的首頁都顯示
『有變動就自動開始』『等待中』，都顯示綠燈沒動，實際上已經做完了。」

兩個獨立的真兇：

**A. 「同步中」判斷用錯依據（回歸）**
t191 早就做好機制：collector 開工印 phase:"start"、跑完印 "done"，
supervisor 據此維護 StateSyncing。**換 Wails 時 App 沒接這條線**，改看 sync-now 訊號檔：
  ① 訊號檔只有手動按「立刻同步」才產生 ⇒ 拖檔進資料夾（自動觸發）整輪不亮燈
  ② 就算手動按，collector 是**先刪檔再跑**（consumeSyncNowSignal）⇒ 真正在跑時檔早沒了
⇒ 改讀 sup.Status().State == StateSyncing。**接回既有機制，不發明第三種判斷法。**

**B. 做完的證據被下一輪抹掉**
ExtractedOK/ExtractFailed 是**本輪**計數、每輪覆寫整份 status.json
⇒ 有產出那輪寫下 N，十幾秒後空轉的一輪把它蓋成 0
⇒ 「上一輪 N 份」永遠空白、四步時間軸的綠燈只靠「跑過任何一輪」判斷＝與實際進度脫鉤。
⇒ 新增 last_activity_{at,ok,failed}：有產出記本輪、空轉沿用上一輪（CarryForwardActivity）。
   首頁改顯示「幾點整理了幾份」，綠燈只在真的整理過東西時才亮。

## ① Mac DMG 少了「看得出要拖」的版面
leo：「要跳出虛擬隨身碟，打開一個 finder 的視窗，**顯示 Arcrun 和 Application 的捷徑**，
用戶把 App 拖進 Application」。
原本 DMG 內容是對的（Arcrun.app＋Applications 捷徑），但**沒設版面**
⇒ 預設清單視圖、位置隨機，看不出「要往右拖」。
⇒ build-dmg.sh 改走 UDRW → Finder AppleScript 設大圖示/視窗大小/左右並排 → 轉 UDZO。
   best-effort：無桌面工作階段時只警告不中止（版面是加分，不該讓打包掛掉）。

⚠️ 真正讓 leo 拿到 zip 的原因不在這裡——是**線上 portal 還沒出貨**（見下）。

## 驗（實測輸出）
· collector 全測綠；新增 TestCarryForwardActivity 四子測（含「空轉不該抹掉上次成果」）
· 掛載 dist/Arcrun-v0.18.5.dmg 實查：
    內容剛好兩項（Arcrun.app + Applications→/Applications 捷徑）
    .DS_Store 6148 bytes（版面已存進去）
    Contents/MacOS/ 有 arcrun-app **和 arcrun-collector**
    CFBundleShortVersionString = 0.18.5（不是 1.0.0）／LSUIElement = true／codesign -v 通過
· 三支機械閘 check-cis／check-render／check-tray 全 PASS

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

sync_status.go

@@ -32,6 +32,14 @@ type SyncStatus struct {
 	Failures       []ExtractFail `json:"failures,omitempty"`        // 失敗清單（路徑＋白話原因）
 	ExtractorOK    bool          `json:"extractor_ok"`              // 萃取器本身是否就緒（預檢，機器層級）
 	ExtractorError string        `json:"extractor_error,omitempty"` // 未就緒的白話原因
+	// 🔴 最近一輪「真的有做事」的結果（2026-08-05，leo 實撞）。
+	// ExtractedOK/ExtractFailed 是**本輪**計數、每輪覆寫 ⇒ 沒事做的那輪就歸零。
+	// leo 拖檔進資料夾，萃取上傳都跑完了，但下一輪（15 秒後）把數字歸零
+	// ⇒ 首頁「上一輪 N 份」永遠空白，看起來像從頭到尾什麼都沒發生。
+	// ⇒ 另存一組「上次有產出的那輪」，沒事做的輪次原樣往下帶，不被清掉。
+	LastActivityAt     string `json:"last_activity_at,omitempty"` // RFC3339，上次有產出那輪的完成時間
+	LastActivityOK     int    `json:"last_activity_ok"`           // 那一輪成功幾份
+	LastActivityFailed int    `json:"last_activity_failed"`       // 那一輪失敗幾份
 	// 頂層 cloud 欄位保留向後相容（單帳號時同時填頂層＋AccountDetails）
 	CloudVersion string `json:"cloud_version,omitempty"` // bundle_version（單帳號時填）
 	CloudCheckOK bool   `json:"cloud_check_ok"`          // /health 可達才為 true
@@ -59,6 +67,27 @@ func SaveSyncStatus(path string, s SyncStatus) error {
 	return os.WriteFile(path, data, 0o644)
 }
 
+// CarryForwardActivity 決定「最近一次有做事」那三個欄位的值。
+//
+// 🔴 2026-08-05 leo 實撞：「拖新檔進資料夾，完成本地萃取、上傳，但自始至終 daemon 的
+// 首頁都顯示『等待中』…實際上已經做完了，這個 status 是壞的」。
+// 真兇：ExtractedOK/ExtractFailed 是**本輪**計數，每輪覆寫整個 status.json
+// ⇒ 做完事的那輪寫下 N，下一輪（十幾秒後）沒事做就把它蓋成 0，
+// 使用者看到的畫面永遠是「什麼都沒發生」。
+//
+// 規則：本輪有產出 → 記本輪；本輪沒事做 → 原樣沿用上一輪的（不清空）。
+func CarryForwardActivity(prev SyncStatus, st *SyncStatus) {
+	if st.ExtractedOK > 0 || st.ExtractFailed > 0 {
+		st.LastActivityAt = st.LastSync
+		st.LastActivityOK = st.ExtractedOK
+		st.LastActivityFailed = st.ExtractFailed
+		return
+	}
+	st.LastActivityAt = prev.LastActivityAt
+	st.LastActivityOK = prev.LastActivityOK
+	st.LastActivityFailed = prev.LastActivityFailed
+}
+
 // LoadSyncStatus 讀取狀態檔；不存在或解析失敗回零值＋error（托盤自行降級）。
 func LoadSyncStatus(path string) (SyncStatus, error) {
 	var s SyncStatus