Agent 篇 · 放手，但別撒手

Workflow 篇的結論是：能把步驟寫下來，就寫下來。

這一篇處理的是剩下那種情況——你寫不下來。

"把這個 bug 查出來" —— 可能三步，可能三十步，取決於查到什麼。 "找齊這五家競品的定價" —— 有的官網首頁就有，有的要翻到第三層，有的得看 PDF。 "這份資料裡有什麼值得注意的" —— 你事先不知道有什麼，所以也不知道要看幾輪。

這類活的共同點是：下一步幹什麼，取決於上一步看到了什麼。 你沒法事先畫出流程圖，因為圖的形狀是跑起來才知道的。

這時候你需要的是一個 Agent：你給目標，它自己拆步驟、執行、檢查、再修正。

先把上一篇的結論重申一遍

這一篇不是給你換個更高階的做法

Agent 不是 Workflow 的升級版。 它是拿三樣東西——可預測性、可除錯性、成本上限——去換一樣東西：能處理你沒預想到的情況。

這筆交易只在你確實預想不到的時候才划算。

所以這一篇的每一章，本質都在回答同一個問題：交出去之後，怎麼把那三樣東西儘量撈回來一點。

而且要記住上一篇那句收口——Agent 更常見的用法是區域性：整條線還是 Workflow，只有拿不準的那一步放一個 Agent。這一篇講的所有東西，對"那一步"同樣成立。

能力決定它能跑多遠，邊界決定你敢不敢讓它跑。

絕大多數 Agent 專案死掉，不是因為模型不夠聰明，是因為沒人敢用——它能幹，但沒人知道它會幹出什麼，於是每次都得有人全程盯著。全程盯著的 Agent，還不如一條 Workflow。

所以這一篇有一半篇幅在講邊界、上限、留痕、驗收。不是保守，是讓它真的能被放出去用。