有一陣子，我覺得自己每天都在「很忙」，但到了晚上回想，不知道忙了什麼。
店裡的訂單處理了，供應商 LINE 回了，備料表填了，客服問題答了。一整天滿滿的，但那些事都是「跑來的」，不是「我決定要做的」。
那段時間我開始覺得有點空，不是忙完之後的那種疲倦，而是一種更怪的感覺——像一台電腦的 CPU 一直滿載，但跑的都是背景程式，沒有主程式在動。
這個觀察讓我開始認真想一件事：一人公司最大的資源，其實不是時間，是認知頻寬。
為什麼「很忙」不等於「有在推進」
在設計裡有一個概念叫認知負載（cognitive load）：當一個介面塞了太多資訊，使用者的大腦就會開始出錯或放棄。
我把這個概念拿來看自己的工作狀態，突然很清楚。
一人公司的老闆同時是 CEO、客服、設計師、採購、財務。每個角色都在消耗認知資源，而且他們輪流出現，沒有辦法預測下一個是誰。你剛剛在設計新的 IP 角色，突然一個客人問預約，切換。回完之後，n8n 通知跳出來，切換。想繼續設計，腦袋已經沒有深度工作的狀態了。
這不是時間管理的問題。時間還在。是認知頻寬被切碎了，每一塊都太小，沒辦法做需要連貫注意力的事。
系統的功能是把大腦從執行中解放
我建 Obsidian 的時候，最初的動機是「筆記不要亂」。後來才發現，那件事只是表面。
真正有用的，是當我打開 Obsidian，看到的是一個我不需要靠記憶力維護的系統。今天要做什麼，在 TODAY.md 裡。專案進到哪裡，在 CURRENT.md 裡。這件事我之前有沒有想過，搜尋一下就知道。
大腦不用一直記著那些東西。
這個感覺很微妙，說起來很簡單，但真正跑起來之後，有一種很明顯的「鬆」——像原本一直繃著的肌肉慢慢放下來，可以把注意力移去真正需要思考的地方。
n8n 的道理也是一樣的。我讓它去跑我知道要跑的事：每天早上拉資料、格式化、推通知。那些事確定性很高，不需要我每次都做決定。自動化的目的，不是讓我少做事，而是讓我不要把認知資源花在不需要思考的地方。
但系統本身也會變成負載
有一段時間，我花了很多時間在「維護系統」。
Obsidian 的 vault 結構調整了三遍，n8n 的 workflow 反覆改，每隔幾週就覺得現在的架構有哪裡不對，然後開始重新設計。
那個迴圈我後來才發現：我在用「優化系統」的感覺，替代「真的要做的事」。系統本身變成了一個讓我有「在工作」感覺的安全區。
這是認知負載的另一個版本——不是被雜事打斷，而是主動把精力放在不重要的事上，因為那件事有即時的滿足感（剛整理好的 vault 看起來很好看）。
系統是用來讓你做更重要的事的，不是用來讓你一直做系統的。
這句話我現在還是會定期問自己。
把大腦還原成決策工具
我現在給自己的標準是：
每天早上，有沒有至少一段時間是完全屬於深度工作的？不是回訊息、不是填表、不是改 workflow，是真的在往某個需要連貫思考的事情前進。
Kiwimu 宇宙的角色設計、部落格文章的寫作、技術系統的架構思考——這些事需要大塊的認知資源，不能在切換和打斷裡做。
自動化幫我擋掉了一部分的打斷。Obsidian 幫我把記憶負擔轉移到外部系統。剩下的那些「跑來的事」，我開始學習不是每件事都立刻回應。
不是因為懶，是因為每一次立刻切換，都在消耗今天能用的認知頻寬。
FAQ
沒有技術背景，也能建這樣的系統嗎？ 我開始的時候也不太會。Obsidian 只需要你願意把事情寫下來，n8n 只需要你知道你想自動化哪件事。工具本身不難，難的是先想清楚你希望從系統裡拿到什麼。
系統建好了，但我根本不想用，怎麼辦？ 老實說，這通常代表系統設計得太複雜了，或者設計的出發點不是你真正的痛點。從最小的一個問題開始——比如「我不想再記每週要備哪些料」——先解決那個，看看有沒有用。有用了，再往下走。
一人公司真的有辦法減少認知負載嗎，還是本來就這樣？ 我覺得能減少，但不是把它壓到零。目標不是零負載，是把負載分配到值得的地方。比起每天被雜事佔滿，我更想把那個負載花在設計 Kiwimu 下一個角色，或者想一個新的甜點怎麼做。這才算「花在正確的地方」。