甜點店有個東西叫傳菜口。
前場不進廚房，後場不出廚房。前場把需求說出去，後場把成品遞回來，溝通的位置只有那個小窗口。我上個月突然想到，我在跑 blog 的時候用的，是一樣的邏輯——Telegram 發指令，Mac Mini 跑自動化，整個發文流程，我從來沒有打開過後台。
第一次意識到這件事的時候，我愣了一下。
為什麼我不想進後台
說真的，不是因為我事先設計了什麼「無後台內容工作流」。一開始只是因為不想切換狀態。
我不喜歡要登入一個平台、等頁面載入、找對欄位、填完、再按送出。這個過程每次都要把我從「在生活」切換到「在操作工具」。每次點開後台，我感覺自己從店老闆變成了 IT 管理員。
後來我把那些操作慢慢移到 Telegram。不是功能更多——是摩擦更少。我在 Telegram 的狀態，跟我傳訊息給朋友是同一個狀態，在流動，不需要切換。
這件事的代價是要先花一次時間，把後台的那些操作，翻譯成 bot 指令能理解的語言。那個翻譯過程不輕鬆，但只需要做一次。後來每次發文，就只是在那個傳菜口說一聲，然後繼續做別的事。
傳菜口這端看到的東西
現在的流程大概是這樣：Telegram 發指令 → n8n 接收 → Mac Mini 執行 → Git push → 文章上線。中間我不在場。
這跟前場跟廚房說「桌四要一塊草莓」，然後繼續去招待客人，是一樣的邏輯。我不需要知道冰箱怎麼分層，我只需要說清楚我要什麼。
但有一件事我後來才真的想清楚：傳菜口有效，是因為後場的人知道在做什麼。如果後場在亂，傳菜口傳過去的只是亂的加速。
自動化也是一樣。
指令傳出去之前，我必須先想清楚這篇文章要不要發。AI 生成的草稿好不好、語氣對不對、這個時間點適不適合——這些判斷在傳菜口的這一端，不在另一端。自動化把執行的摩擦降到最低，但不幫你做決定。
有時候我會在 Telegram 看到草稿通知，讀了一下，覺得有什麼地方滑掉了，語氣有一點不像我說的話，就直接退稿。那個動作很快，但它必須是我做的。
這個系統做不到的事
我花了一段時間才接受，這套工作流有一個它做不到的事：它沒辦法判斷「這篇值不值得發」。
「品質不錯」和「這是我想說的話」之間，有一段距離。那個距離是我的工作。
這一點我不打算自動化。
我覺得這是一人公司用內容做信任建立，跟工廠量產內容最本質的差別。工廠追求的是零差異，一人公司的讀者期待的是那個差異——那個有時候語氣會走偏、有時候文章比較短是因為那天就只想說這麼多的人的聲音。
如果把這個判斷交出去，留下來的就只有一個很快速的內容機器，但那台機器說話的方式，已經不太像我了。
還在調的地方
跑了兩個多月，不是沒有問題。
最常發生的是，我在備料到一半的時候突然想到什麼，在 Telegram 傳了一個指令，然後忘記了。等後場把東西遞回來，我已經不在那個狀態。文章等著被審，但我已經在想別的事。
這是注意力的問題，不是系統的問題。但它讓我重新想一件事：無摩擦不等於無成本。省掉的摩擦，有時候會讓人低估一件事需要的注意力。
傳菜口那一端在等，但傳菜口這一端也要在。
沒有要收一個完整的結論。
只是今天在備料，Telegram 跳出了一篇草稿通知，我放下手邊的東西看了一眼，覺得可以——就傳了 approve 回去。
整件事，大概 30 秒。
然後繼續備料。