有一段時間，我的 Mac Mini 每天準時跑著任務。
n8n 排好排滿，Telegram 的通知一條一條進來，Claude 按計畫每天早上生成草稿，Discord 頻道準時收到播報。
從外面看，這是一套很健全的自動化系統。
但有一個早上，我打開通知，看著堆積的資訊，突然愣住了——
我根本不知道，我要對這些東西做什麼。
那個愣住的感覺，大概持續了幾秒鐘。然後我關上手機，去泡了一壺咖啡，坐下來想了一件事：我花這麼多時間搭的這些流程，到底是在服務誰？
那一刻我才意識到，自動化之前的人的決策，才是整件事能不能真正運作的地方。不是 n8n 夠不夠穩，不是 Claude 的 prompt 夠不夠精準，而是我——有沒有想清楚「這個產出，我要拿來做什麼」。
為什麼自動化系統會製造更多雜訊
我搭建自動化系統的初衷，是想「讓自己少想一件事」。
結果是：工具幫我做了更多，我要面對的輸出反而更多了。
問題不在工具本身。n8n 的 workflow 跑得好好的，Telegram 通知來的也準時，Claude 的草稿也有按照指令生成。問題在於：我在搭系統的時候，並沒有認真想清楚「這個輸出，我要拿來做什麼」。
這是我踩過最悶的坑——它不是技術錯誤，它是決策空缺。
自動化的本質，是把一個重複的決策流程打包成不需要手動觸發的機制。但如果你從來沒有認真做過那個決策，那自動化就只是把一個你沒想清楚的事情，變成每天自動發生。
雜訊不是多跑了幾個 workflow，而是你讓一個還沒成熟的判斷，變成了系統裡的預設值。
它每天準時出現，直到你終於意識到自己已經好幾週沒有認真看它了。
我發現問題不在 n8n，在我自己的輸入端
有一段時間，我花了很多時間在調整 n8n 的流程、測試 webhook、優化 Claude 的 system prompt。
後來有一天，我停下來問了一個很簡單的問題：
「這個草稿生成出來之後，我預計什麼時候、用什麼方式 review 它？」
我沒有答案。
不是沒有時間，而是我根本沒有設計「人要介入的節點」。整個系統在自動跑，但少了一個最關鍵的環節：我決定要怎麼使用這些產出。
這不是 n8n 能幫我做的事。它可以幫我排程、傳送、歸檔，但它無法替我回答「這篇草稿值得發出去嗎」、「這個通知需要我採取行動嗎」、「今天我有沒有時間認真看這件事」。
那些問題，一直都是人的問題。
我在很長一段時間裡搞錯了一件事：以為工具做得夠完整，我就可以不用想了。但「不用想」跟「工具替我想」完全是兩件事。前者是解放，後者是放棄。
自動化之前，我現在會先問自己三件事
經過一段時間的反覆調整，我現在在搭任何新的自動化流程之前，會先問自己：
這個流程產出的東西，我有沒有辦法消化？
不是技術上能不能實作，而是這個輸出我是否真的有時間和意願處理。如果我連看都不想看，那生成它的意義是什麼？有時候最好的自動化，是你決定「這件事不需要自動化」。
這個流程是為了執行一個我已經決定好的事，還是為了讓我「感覺很有系統」？
這是一個很直的問題，但我踩過好幾次這個坑。很多時候，「搭一個自動化系統」這個行為本身，就成了一種讓人感覺有在進步的替代品——你在建造系統，但你沒有在往前走。
如果這個系統明天就停掉，我的生活和工作會受什麼影響？
如果答案是「幾乎沒有」，那這個自動化可能是裝飾品，不是基礎設施。不用刪掉它，但值得認真想：這個東西到底在服務哪個決策？
我的 Mac Mini 現在還是每天在跑，n8n 還是在串 Telegram 和 Discord，Claude 還是每天早上生成草稿。
但我現在知道，每一條自動化的底層，都有一個我曾經認真想過的決策。
那個決策不在工具裡，它在我決定「為什麼要讓這件事自動發生」的那一刻。
自動化可以幫你執行。但它不能替你知道，你要去哪裡。
常見問題
我已經有一堆 n8n workflow 了，發現有些根本沒在用——怎麼辦？
先不要急著刪。花一點時間問自己：當初建這個的時候，你想解決什麼問題？如果那個問題還存在，可能是設計不對；如果那個問題根本不重要了，刪掉就對了。系統需要定期清理，就像冰箱一樣。
一人公司導入自動化，應該從哪裡開始？
老實說，不是從工具開始，而是從「你每週重複最多次、你最討厭做的那一件事」開始。找到那件事，先想清楚它的決策流程是什麼，再考慮哪個環節可以讓工具處理。反過來從工具開始，通常會搭出很美但沒在用的系統。
Claude 幫我生成的內容，品質怎麼控制？
我現在的做法是：先把我自己對「好的輸出」的判斷標準，盡量寫進 system prompt 裡。但每隔一段時間，我還是需要重新 review 那個標準本身有沒有過時。工具的品質上限，是你給它的決策框架的品質上限。