脆稿整理的是自己的貼文、回覆、互動、追蹤成效，也包含範本、知識庫、日記與草稿。這些資料放在一起後，不只是一份報表，也逐漸形成一套內容策略與寫作紀錄。
因此我選擇「本機優先」：分析資料預設儲存在使用者自己的 Windows 電腦，而不是先上傳到另一個由我維護的雲端資料庫。
本機保存了什麼？
脆稿以本機 SQLite 保存貼文、回覆、歷史指標、同步紀錄、範本、知識庫、日記、草稿與設定。App Secret 與 token 使用 Windows DPAPI CurrentUser 保護，只有同一台電腦上的同一位 Windows 使用者能解密。
擷取單篇追蹤成效時，使用者會在程式開啟的專用 Edge 視窗親自登入 Threads。程式不讀取或保存 Threads 密碼；專用瀏覽器 session 仍位於本機。
這些資料來源並不相同：官方 API、帳號總追蹤與網頁版單篇洞察各自有不同邊界。若要確認哪些欄位能直接取得，可以先看官方 Threads API 指標與限制整理。
使用 AI 時，哪些內容會離開本機？
本機優先不等於所有功能都離線。只有在使用者主動執行 AI 寫作或分析時，所選的貼文、範本、知識、草稿或其他上下文才會透過使用者自己的 Claude Code 或 Codex CLI 與帳號送往相應的 AI 服務。脆稿不代管 Claude／OpenAI 憑證，也不在作者的伺服器中轉內容。
日記預設不加入 AI 上下文；是否選用、送出哪些內容，由使用者當次操作決定。若不使用 AI 功能，這些寫作資料會繼續留在本機。
程式另會在啟動或定期檢查更新時送出目前版本與觸發來源（例如啟動或計時器），用於沒有裝置識別碼的次數統計；不會一併送出內容、分析結果、裝置識別碼或錯誤紀錄。
為什麼不先做雲端帳號？
雲端服務可以提供跨裝置、團隊共享與集中備份，但也同時增加另一套風險：伺服器要保存誰的資料、token 如何隔離、誰能存取、外洩時如何處理，以及服務停止後如何匯出。
在工具仍以個人創作者與單機分析為主的階段，本機資料庫讓邊界更簡單：
- 沒有 Threads 資料先經過第三方分析伺服器；
- 寫作素材、草稿與歷史快照預設留在自己的電腦；
- 應用程式移除後，資料是否保留仍由使用者決定；
- 備份可以直接納入自己的硬碟或備份流程。
本機優先也有代價
資料不會自動出現在另一台電腦，電腦損壞時也不能期待網站替你復原。脆稿啟動時會定期在 %LOCALAPPDATA%\Threads Analyzer\backups\ 建立自動備份，保留最近 5 份；這個資料夾目前仍沿用舊產品名稱，但備份和原始資料仍在同一台電腦，不能取代異地備援。
更穩妥的做法，是定期從「工具與連線 → 立即備份」在桌面建立完整 ZIP，再複製到外接硬碟或自己信任的雲端空間。程式會用 SQLite Online Backup API 取得一致快照，執行中也能安全備份，不必手動複製可能漏掉 WAL 內容的資料庫主檔。
共用 Windows 帳號也不是理想做法。DPAPI 保護的是 Windows 使用者邊界；若多人共用同一個作業系統帳號，彼此仍可能接觸相同的應用資料。
隱私不是一句「不上雲」
本機優先不代表沒有風險，也不代表程式完全不上網，而是把責任與資料流說清楚。程式仍需連線到官方 Threads API，單篇洞察擷取需要登入官方網站，AI 功能會把當次選取的內容送到使用者自己的 AI 服務，更新檢查則會傳送版本與觸發來源；差別在於脆稿沒有再建立一套集中保存分析結果、寫作內容與帳號憑證的雲端後端。
對我而言，這是一個適合目前產品階段的選擇：先讓使用者知道資料在哪裡，再談未來是否需要同步與協作。