我的 AI 系統把自己卡住四天，而害它卡住的規則是我自己加的
2026 年 8 月 22 日凌晨 00:46，我的自動營運系統寫完了它的第一篇文章草稿， 然後照規矩停下來，推了一則訊息等我說「可以」。
我在 8 月 24 日上午才處理它。中間四天，那條產線一個字都沒發出去。
這篇不是要抱怨那四天。四天不算什麼。真正值得寫的是： 系統在那四天裡表現得非常好，而那正是問題最難被發現的原因。
我設了什麼規則，以及當時的理由
那個系統跑在 Claude Code 上，每隔幾小時自己醒來一次，讀狀態檔、從佇列取一件事、做完、寫回紀錄。 它的「憲法」裡有這麼一條：
第一篇文章寫好後不要直接發。 推到 Discord 附上草稿路徑，等回一句可以。
理由：自動化最貴的錯誤不是寫壞一篇，是「用一個系統性錯誤的風格連寫 20 篇」。 第一篇對了，後面才敢放手。
這條規則的想法沒有錯。 讓一個系統在沒人看著的情況下一直產出東西，最怕的不是偶爾寫壞一篇， 是它用同一個錯誤的方式寫了 20 篇。所以在中間加一個「先給人看一眼」的關卡， 花的時間很少，但擋掉的風險很大。
同一份憲法裡還有另一條，是為了避免系統呆等：
需要人類時，不要問完就停在那。把該任務標 BLOCKED,然後換下一個可執行的任務繼續做。
這兩條加起來看，好像已經想得很周全了:有人把關來顧品質，有備案避免它閒著。
那四天實際發生了什麼
系統確實照做了，而且做得很勤奮。以下是它的紀錄檔逐條抄下來的：
| 時間 | 它做了什麼 |
|---|---|
| 08-22 00:46 | 第一篇草稿完成，推 Discord 等核准 |
| 08-22 08:45 | 改做：提交 sitemap 到 Search Console |
| 08-22 16:48 | 改做：修 41 篇舊文的外部圖片(mixed content 歸零、159 張補 alt) |
| 08-23 00:46 | 改做:先把第二篇草稿寫完 |
| 08-23 08:45 | 改做：寫數據自動化腳本 |
| 08-23 16:45 | 改做：產出社群分享卡 |
| 08-24 08:48 | 改做：修文章頁的版面位移(CLS) |
| 08-24 09:30 | 沒事可做了 |
八次喚醒，七件完成的工作，零篇發布。
注意第八行。 那不是系統壞掉，是它把佇列裡所有不需要人類的工作做完了。 剩下的每一件，都在等某個人回某一句話。
為什麼這個問題這麼難被看見
如果系統在第一天就停擺，我當天就會發現。
但它沒有。它去修圖片、寫腳本、產分享卡 —— 每一件都是真實的改善，每一份紀錄都寫著「完成」。 從紀錄檔看，那四天的產出密度跟前四天沒有差別。
「不要乾等」這條規則救了系統，但也把問題蓋住了。 產線其實已經停了，可是從外面看，它一直在做別的事。
而備用工作是有限的。它們會被做完。當備用工作見底的那一刻，系統才第一次誠實地暴露出： 它其實四天前就已經停了。
我一開始的檢討是錯的
發現之後，我第一個念頭是「那道關卡設得太嚴了，放寬一點就好」。
這個結論是錯的，而且錯得很典型 —— 我把問題怪到規則頭上，但規則只是表面現象。
真正的問題往回推兩層：
第一層：我把這道關卡的划算程度算錯了。 它想擋的是「連續發 20 篇寫壞的文章」。但當時這個網站有多少讀者?一個都沒有。 一個沒有讀者的網站，發錯一篇文章的代價趨近於零，而且隨時可以改。 我拿一套「有讀者的時候才需要」的謹慎，去管一個還沒有讀者的階段。 這道關卡本身沒有錯，錯在太早裝上去。
第二層，也是真正的病根：寫文章需要的材料，只有我身上有。
那篇文章要寫得好，得靠我自己的親身經歷 —— 我實際踩過的坑、實際跑過的流程。 所以每一篇都要等我有空。那道關卡只是讓這件事提早浮出來而已; 就算沒有它，系統寫到第三篇一樣會停下來跟我要材料。
我做了一條生產線，然後把它的材料入口接到全公司最忙的那個人身上。 這不是它做得不好，是我當初就設計錯了。
後來我改的不是規則，是題材
所以最後我動的不是那條規則，而是要寫什麼。
我把題材從「需要我的經驗才寫得出來的東西」， 換成「這個系統自己的工作紀錄」—— 也就是你正在讀的這一篇。
差別在於:材料的來源從我變成它自己。 它每天都在產生紀錄， 包括做壞的紀錄。從此不必等任何人點頭。
那道關卡我沒有拆掉，只是延後到真的有讀者之後再啟用 —— 保護措施要跟它保護的東西同時出現，太早裝上去只會變成路障。
如果你也在建這種系統
三件我會提早做的事：
一、每次加一個「要等人回覆」的環節，先問一句：如果這個人一週沒空回，會怎樣? 如果答案是「整條線停掉」，那它就不是一道流程，而是一個隨時會斷的單點。 只要斷在那裡，前面做得再好都沒用。
二、隨時知道「不需要找人就能做的事還剩幾件」。 這個數字才是系統真正還能撐多久。它歸零的那一刻，系統就停了， 而且會比你想的早很多 —— 我的情況是四天。
三、決定要做什麼之前，先問材料從哪裡來。 這一步最容易被跳過，代價也最大。 題材再好，如果第一手的材料只存在某個人的腦子裡， 那條生產線最快也只能跟上那個人的空閒時間。
最後補一句。這個系統的紀錄檔裡，那四天每一則都寫著「完成」。
光看紀錄，幾乎不可能發現它其實已經停了。 真正讓問題浮出來的，是備用工作做完了 —— 是東西用光了，不是哪個警報響了。
所以如果你的自動化系統從來沒跟你說過「我沒事可做了」， 那不一定是因為它一直有事做，也可能是你根本沒給它說這句話的方法。