我最近注意到，我的早晨有點不一樣了。
以前起床第一件事，是打開手機確認昨晚有沒有漏掉什麼。 現在起床，有時候會先看到一則 Telegram 通知：
「📝 每日草稿審稿通知」
是 AI 在我睡覺的時候，幫我寫好了一篇草稿。 等著我去看，等著我決定要不要上架。
那個感覺很奇怪，但也很安靜。 不是「哇，我好厲害蓋了什麼系統」的那種感覺， 是「啊，原來事情可以先被做掉」的那種。
改變的不是機器，是我跟時間的關係
Mac Mini M2 在我家已經跑了超過一年了。
剛開始的時候，我對它的想像很工具性： 一台便宜的 Mac，24 小時開著，跑一些定時腳本，省下手動做的時間。
但做到後來，我才發現不對。
真正改變的不是機器在運作，而是我開始能把「時間」這件事設計成兩條軌道：
- 我清醒的時候做的事：需要判斷、創作、對話的工作
- 系統在我不在的時候做的事：備份、草稿、通知、排程任務
以前這兩條軌道是同一條。 所有的事都要等我清醒、在電腦前、有時間，才能往前走。
一人公司最大的問題，不是沒有資源，是所有決策、所有執行，都只有一個人的時間可以用。
Mac Mini 不是幫我多出一個人， 而是讓那些「不需要我決策的事」，可以在我不在場的時候繼續跑。
它實際上在做什麼
舉幾個現在正在跑著的任務：
每日草稿自動化 每天早上九點，一段 Claude Code 排程任務會從主題池挑題目、讀語氣手冊、生成一篇草稿、commit 到 Git，然後用 Telegram 通知我審稿。 我醒來只需要決定：要不要上架。 不需要從零開始面對一張白紙。
為什麼要自動化草稿而不是整篇發布？ 因為寫文章這件事，有一部分是機械性的（起頭、結構、初版），有一部分是要我在場的（判斷語氣對不對、這段話我真的會這樣說嗎）。 把前者交出去，後者留給自己。
Discord bot 24/7 待機 我的 Discord 頻道有幾個 AI bot 在值班。 有人提問，bot 回；新草稿就緒，bot 播報。 我沒有在場，但頻道是活的。
為什麼要讓頻道「活著」？ 因為一人公司最容易給人的感覺是「不知道他在不在」。 永遠在線的節點，讓這個問題消失了一部分。
Git 同步與自動備份 AIR（另一台 MacBook Air）是我主要工作的機器，MINI（Mac Mini）是執行節點。 兩台的工作流靠 MINI 在背景維持同步。 AIR 改了什麼，MINI 自動接手繼續跑，不需要我手動觸發。
這三個任務的共同特徵是： 它們都不需要我在場，但它們的結果需要我過目。
這個區別很重要。我設計的不是「全自動」，而是「我只需要審核，不需要生產」。
真正的摩擦在哪裡
說起來好聽，但實際跑起來有幾個地方讓我頭痛過。
第一個是 sandbox 權限。 macOS 的安全設定，在每次系統更新後都可能改一次規則。 跑外部 API（Telegram、Discord）的排程任務，需要明確設定 bypass sandbox， 不然你看到的只是一個靜靜卡死的 process，沒有任何報錯。 這個問題我踩了好幾次，每次都要花一段時間才想起原因。
第二個是「跑了，但我不知道結果」。 自動化系統最怕的是 silent failure： 任務跑完了，沒有出錯，但結果是錯的或是空的。 後來我花了不少時間在每個關鍵步驟加上 Telegram 或 Discord 播報。 不是因為不信任系統，而是「看不到的東西」很容易讓我不安。 讓每件事都有一個「已完成」的回聲，心理上才真的能放手。
第三個是電源與休眠的平衡。 Mac Mini 需要設定成永不休眠，但同時也要顧慮長期運作的負擔。 最後用的設定是「螢幕關但系統不睡眠」，加上定期重開機的排程。 這個組合跑了幾個月，目前還算穩定。
所謂「永遠在線」，是一種陪伴的設計
我以為「永遠在線」的意義是效率。
但跑了一年之後，我覺得它更像是一種靜默的陪伴。
有什麼東西在那裡持續運作， 讓我能好好睡覺，讓我早上醒來可以先喝一杯水， 再去看它準備好了什麼。
對一人公司來說，不是所有事都要靠意志力撐著、靠你在場才能往前走。 有些事，可以先被做好，等你醒來再決定下一步。
如果你也在考慮要不要搞一台永遠在線的節點， 我的建議不是「哪個規格最好」， 而是先問自己：有什麼事，你希望它在你不在的時候，安靜地被完成？
那個問題的答案，才是你真正需要的系統設計。