麵包店是依賴。編譯器也是。會修鍋爐的人也是。它們運作良好時，我們很少這樣稱呼。
依賴讓我們做成無法獨自完成的事。有用的區分不是依賴與獨立，而是我們能重新考慮的關係，與無法真正離開的關係。
當一筆好交易變了
服務可以在沒有單一戲劇事件下，從絕佳選擇變成困難依賴。檔案累積、同事採用它的詞彙、工作流繞著癖好長出來。然後價格變了。離開的成本不再是競品價格：遷移、再訓練、斷掉的連結。
進入成本與離開成本是分開的性質。問題是在偶然中接受它們，還以為「有替代」就等於能換。
中階 · 用資料、身分、協定衡量鎖定
三個不同陷阱。資料：Takeout、GitHub archive、IMAP mbsync、CalDAV。HTML zip 不是 mbox。身分：登入、2FA、復原是否都掛在同一信箱？協定：第二個客戶端能否交談？IMAP 與 git 可以。
出路有好幾部分
能否取回原始檔，而不只是截圖？關係、日期、註解是否還在？能否不向同一供應商再要一次許可就讀匯出？還需要可去之處，以及繼續活動的方法。
替代方案要能真正使用，才算選項。
實際測試很謙遜：搬一小塊有代表性的工作，包含彆扭的部分，打開，做一件普通任務。
摩擦不一定是囚禁
有些轉換成本內建在學習裡。可讀格式不能拿掉學新編輯器的力氣，但能避免同時重建作品。
專家 · 出路真實存在的證據
可攜性宣稱不是證據。證據長這樣：日期、服務、物件、方法（git clone --mirror）、結果、時間。短金鑰 ID、「download zip」、儀表板截圖不算。寧可內容定址副本。
讓橋保持能走
出路計畫會腐壞。格式、復原地址、替代工具、懂流程的人。通常定期演練就夠。頻率應跟隨「錯了的代價」。
一本小小的依賴筆記
對要緊的服務寫四段：它提供什麼、會失去什麼、能去哪、實際測過什麼。「支援匯出」是對服務的宣稱。「上個月在另一應用打開；附件在、評論沒了」才是對你處境的知識。好的依賴值得留下。保留出路不是敵意。它讓留下仍是一個決定。
date: 2026-09-15
service: github
object: one private repo with LFS, issues, wiki
method: git clone --mirror + gh api for issues
result: refs and blobs restored on Forgejo; issue numbers remapped; Actions
workflows need a runner; wiki as git repo survived; LFS needed a
separate fetch
time: 40 minutes plus one failed LFS pointer實務上，請把命令、摺疊段落與英文原稿對齊；翻譯負責說明，證據仍以可執行的指令為準。若某一層對你來說太深，先停在中階，把演練做完再往下。
