AI 工作流實戰：三次修好工具，每天省下一小時

幾個月前，我每天花 20 分鐘手動整理行事曆。

三個行事曆分散在三個 app 裡。Google Calendar 兩個帳號，iCloud 一個。每天早上打開三個頁面，自己在腦中合併，然後手寫今天的行程。

我知道這很蠢。但我就是一直這樣做。後來我把這些工具串成了一套 AI 工作流，才發現之前浪費了多少時間。

繞過去，還是修好它

最近在 Hacker News 上看到一篇文章叫 Fix your tools。

作者是個工程師，在找一個程式的 bug。他用的除錯工具壞了，正常反應是先修工具。但他沒有。他選擇用另一個方法繞過去，一行一行慢慢找。

花了很久之後才發現：工具的問題只是一個設定沒開。改完，bug 馬上就找到了。

他的反思很精準：

想解決問題的慾望，反而讓你看不見該先修工具。

這句話打中我了。回想一下，每次工具出問題的時候，我的第一反應都是趕快繞過去，先把手上的事做完。很少停下來想：等等，也許該先修工具。

但問題是，你越忙，越不會停下來。越不停下來，工具就一直爛在那裡。

我的三次「修好工具」

回頭看，過去幾個月我做過三次「修好工具」的決定。每一次的改變都比我預期的大得多。

第一次：Claude Code Skills。

我每天早上的工作規劃流程，本來要手動做 8 個步驟。打開 daily note、查 weekly breakdown、掃各專案進度、看 backlog、抓 Panopticon 內容靈感、建今日任務。

每天花 30-40 分鐘。不痛不癢，但就是一個固定的摩擦力。

後來我花了兩個小時，盤點流程、建立一個 Claude Code Skill。現在打 /daily，所有步驟自動跑完。AI 幫我掃完所有資料來源，整理出今天該做的事，我只需要確認和微調。

30 分鐘變 3 分鐘。每天省下來的時間，一個月就是好幾個小時。

但重點不是省時間。重點是摩擦力消失了。以前我有時候會偷懶跳過規劃，直接開始做事。現在規劃的成本低到不可能跳過。

第二次：MCP 串接三個行事曆。

就是開頭那個問題。三個行事曆散在三個地方。

我知道可以串起來。但每次想到要研究 CalDAV 協定、設定 OAuth、處理 token refresh，就覺得「算了，手動看也沒多久」。

拖了幾個月，某天終於受不了，直接開始研究 CalDAV 和 OAuth。兩個小時後，Google Calendar（兩個帳號）和 iCloud Calendar 全部接進 Claude Code。

現在問一句「今天有什麼行程」，三個行事曆的資料一次列出來。不用開任何 app。

兩個小時的投入，換來每天 5 分鐘的節省。一個月回本，之後都是淨賺。

但讓我最意外的是認知負擔消失了。以前腦袋裡總有一個背景程序在跑：「Google 那邊是不是還有一個會議沒看到？」現在不會了。

第三次：Obsidian LYT 知識管理。

這個最慢，但影響最深。

以前寫文章，光是找素材就要半小時。翻筆記、翻舊文、上網 Google。東西散在 Google Docs、手機備忘錄、各種地方。

搬到 Obsidian 之後，用 LYT（Linking Your Thinking）的架構重新整理。每個概念是一張卡片，卡片之間用雙向連結串起來。寫新文章的時候，搜一個關鍵字，相關的素材全部跳出來。

現在寫文章的「找素材」階段，從 30 分鐘變成 5 分鐘。而且找到的東西更完整，因為連結會帶出我自己都忘了的舊筆記。

磨刀不誤砍柴工：打造你的 AI 工作流

不是不知道該修，是覺得現在沒空修。

每天多花個 10、20、30 分鐘，感覺還好。手上永遠有更急的事，每次想到「應該把工具修一下」，下一秒就被眼前的任務拉回去。

累積起來，一個月就是好幾個小時。一年就是好幾天。

磨刀不誤砍柴工，道理都懂。著急加上將就的心態，刀鈍了還是繼續砍。

問題是，好的工具是乘數。

我花兩小時串行事曆，之後每天省 5 分鐘，一個月就回本了。花兩個小時寫 /daily skill，之後每天省 27 分鐘。這種投資的回報率，比埋頭多做一件事高太多了。

我現在的 AI 工作流長這樣：

Cockpit 是我的指揮中心，管每日規劃和跨專案協調。Claude Code 加上自己寫的 Skills，把重複的工作流自動化。MCP 把三個行事曆、Gmail、Drive 全部接進同一個介面。Obsidian 用 LYT 架構管知識，寫文章的時候素材隨時調得出來。再加上 12 Week Year 把季度目標拆成每週可以打勾的動作。

修工具有時候會修到停不下來，忘了原本要做什麼。我在決定該不該修的時候，會想三件事：這個摩擦力多常遇到？修好之後能省多少事？要花多少力氣修？

每天都會遇到、能省不少事、幾個小時能搞定的，馬上修。偶爾才遇到的，繞過去就好。

一開始會覺得沒空修，因為手上的事太急。但越急越沒空修，越沒空修就越急。系統建起來之後，這個感覺會慢慢反過來——空出來的時間拿去修下一個，再省一點，再修下一個。

我的工作流到現在還是有卡的地方。大概永遠都會有。

差別只是，現在遇到的時候，我會多問自己三個問題：多常遇到？能省多少事？要花多少力氣？

喜歡這類內容？我每週寫一封信，聊怎麼把 AI 用在真實生活和工作裡，和一路上想通的道理。訂閱直接寄給你。