認真使用 AI 程式代理之後，最先令人驚訝的往往不是它有多聰明，而是：
「它到底什麼時候下班？」
白天研究，傍晚實作，晚上測試，半夜丟進一個 bug，隔天早上它還在繼續修。
如果是人類團隊，立刻會牽涉夜班、加班、交接、疲勞、排班與管理。AI 的限制則變成方案、使用額度、工具錯誤和系統可靠性。
重度使用後還會發生更怪的事：
一週的額度，幾天就能燒光。
一開始覺得新額度大得不得了，幾天後卻進入「這週已經讓它做太多了」的狀態。
勞動法像是消失了，只是改名成 使用上限。
額度一多，想讓它做的事也多了
額度變大後，人就不再節省。
以前自己做的事，也開始交給 AI。
原本只是「先調查一下」，很快就變成：
調查→實作→測試→修正→重測→看 log→再修。
所以即使額度看起來大很多，也可能幾天就耗完。
寫了120篇，網站上卻只確認了116篇
假設寫好了120篇文章，也儲存了120篇。但進入發布等候名單的只有118篇，最後在網站上確認找到的只有116篇。
把數字排開，就知道去哪找：儲存後有2篇停住了，後面又停了2篇。未必是AI沒寫出來。可能是儲存失敗，標題等資訊不符合要求，或翻譯做到一半停了。也可能已經發布，只是列表頁沒有顯示。
寫好120 → 儲存120 → 等待發布118 → 網站確認116。
這些是說明用的例子，不是實際成績。中間每步也記下數量，才找得到少掉的4篇。失敗可以發生，最怕的是悄無聲息地消失。
老是卡住時，再讓它仔細想想
一般修改能順利往前走，就繼續用平常的模式。總在同一步失敗時，再請花更多時間思考的模式列出可能原因，排好修復順序。有了計畫，就回到平常的操作。
更高階的模式可能消耗更多額度。比起每個小修改都用它，我更想留給「為什麼發不出去」這種難題。換個OK繃不用每次都找專科外科醫師；不知道該從哪下刀時，專家就有用了。
重做卡住的文章，不用全部重來
找到缺少的文章後，記下編號和停住的原因。可以安全重試就再試；又在同一步失敗，就請人或另一個AI查看。沒必要讓全部文章從頭重寫。
等額度恢復時，也能整理錯誤紀錄和重現問題的方法。如果服務會定期恢復額度，恢復後就能先交給它重要的問題。恢復時間和數量取決於服務規則。
先問文章到了沒有
哪些文章先做，發布前檢查什麼，哪些事不許自動重試，仍然要由人決定。
之後，比起整天盯著螢幕，我更希望一眼能看出哪篇停住了。AI寫得越快，卡在儲存或發布的一篇就越顯眼。
「AI還能做，可那篇文章去哪了？」
讓夜班搭檔反覆寫同一篇，浪費的不是它的睡眠，而是額度。
