成本與失控的迴圈

自主智慧體靠迴圈工作：嘗試、檢查、再嘗試。那個迴圈正是全部要點所在——它同時也是那個會悄悄把賬單拉高或永遠轉下去的東西。

這直接連到前面那個成本安全的觀念：定額訂閱的工具以停止來失敗；按量計費的付費 API 智慧體以收費來失敗。 一個訂閱制的程式設計助手撞到上限時，它只是在視窗重置前不再多做。你針對一個付費 API 寫的指令碼卡在重試迴圈裡時，它會一直呼叫——每次呼叫都花錢——直到你察覺或你的卡刷爆。

所以規則很直白：

• 絕不要針對付費 API 執行一個不加節流的智慧體迴圈。 如果你寫了自己的、會呼叫某個 LLM（Large Language Model，大語言模型——支撐著這些程式設計工具背後的那類 AI）API 的迴圈，它必須有一個硬上限——最大迭代次數、花費上限、超時。沒有例外，沒有「我會盯著的」。你不會盯。
• 給每個迴圈一個出口。 「N 次嘗試後停下」「如果測試再失敗兩次就停下」「如果已經跑了十分鐘就停下」。一個沒有停止條件的智慧體是 bug，不是功能。
• 盯住頭幾次執行。 在你信任一個智慧體在後臺執行之前，從頭到尾盯幾次前臺執行。你是在檢查它是否收斂——是越來越接近完成，而不是繞著同一個修法打轉卡住。
• 優先選有護欄的工具。 一個帶內建上限的託管助手，比你半夜寫的一個赤裸的 API 迴圈更適合放著跑。訂閱以關閉來失敗是個功能；API 以敞開來失敗是個隱患。