AI Engineer Europe 2026 · 演講 · 2026-05-19 · 19 分
四個層級的 Agent 成熟度
Don't Build Slop (4 Levels of AI Agent Maturity) · Ara Khan,Cline
Ara Khan 在大家都被 agent 浪潮搞得焦慮的時候,要大家慢下來:從 framework 試水溫,到自己寫 state machine、用 Kanban 管工作流,最後把 agent 搬上雲端。
概要
- 先對抗集體焦慮Ara 說很多人看到身邊一堆 agent 飛快運作,會搞不清楚該放手讓 15 個 agent 一直跑,還是逐行讀程式碼,所以想讓大家先慢下來,想清楚真正要解的問題。
- 四個層級第一層用 framework 確認想法行不行得通,第二層自己寫 agent,第三層用 Kanban 當工作流介面,第四層把 agent 放上雲端。Ara 建議從最簡單的做起,再依投入程度往上走。
- 自己寫 agent 的五條規則把 agent 當成 state machine、每加一樣東西都可能讓它變差、讓 agent 容易被其他 coding agent 建置與測試、不要做出 slop、小心 frontier lab 的 API 把你綁住。
- 對 frontier model 少下指令Ara 說他們學到的教訓是不要擋在模型前面,指令越少,新模型表現越好,過長的 system prompt 會讓模型不知所措。
- Kanban 是 Ara 看好的介面agent 一跑就是八到十分鐘,所以人會同時開兩三個;Kanban 讓人像 engineering manager 一樣看全局。
- 運算放雲端每個 agent 有獨立機器、沒有本機依賴,可以從手機派任務。Ara 的預測是未來與 agent 互動多半是 Kanban,實際運算多半在雲端。
原話
▶ 04:47“it is a while loop with a few conditions and a few end states”
不管你的 agent 在做什麼,它就是一個有幾個條件和幾個結束狀態的 while loop
▶ 06:10“get out of the way of the model is the lesson that we learned”
讓開、別擋在模型前面,是我們學到的教訓
▶ 09:11“the architecture point of building an agent has to be done by a human”
做 agent 時,架構這件事必須由人來做
▶ 10:16“If you don't, the response would still work, except that the performance would be degraded”
不照格式送,回應照樣會成功,只是表現會變差
▶ 12:19“mainly because it makes you like an engineering manager, which can look at all your agents”
主要是它讓你像個 engineering manager,可以看到所有的 agent
延伸
- 講少下指令時,Ara 舉 Codex repo 的 prompt 當例子,也說 Cline 舊版累積了很多該清掉的東西;也聽說 Claude Code 至少從頭重寫過七次,但自己也不確定。
- Ara 說自己 3 月 26 日發文主張用 Kanban,演講前十小時 Claude Code 推出了同樣的功能,認為這證明自己是對的。
- Ara 舉的雲端 agent 任務是:裝好 VS Code extension、登入、進設定換主題,再到終端機測試。agent 會自己點完這些 QA 步驟,失敗就繼續重試,這種任務可能要跑 50 到 60 分鐘。
章節
點時碼直接跳到原片的那一段。
- 開場與主題Ara 感謝大家在漫長的一天後還留下來,點出題目是 don't build slop 與 agent 的四個成熟度層級。
- 集體恐慌很多人覺得周圍有一大群機器人在飛快工作,自己夾在中間不知所措,Ara 想把大家拉回來,思考哪些問題真的值得解。
- 三家的介面都一樣Ara 拿三家 frontier lab 的介面當例子,說沒有人猜得出哪個是哪個,連自己也分不出來。
- 四個層級總覽把做 agent 拆成 framework、自己寫成 state machine、用 Kanban 的 UX 工作流、上雲端四件事。
- 第一層:用 framework想驗證點子時,任何 agent framework 半小時就能做出堪用的東西;缺點是要走到正式上線,客製化與模組化程度很快就不夠。
- 第二層:state machine第二層給五條規則,第一條是把每個 agent 都看成 state machine,本質上是一個帶幾個條件與結束狀態的 while loop。
- 規則二:少即是多對 frontier model 加越多 if-else 與指令越容易變差,Ara 的結論是持續修剪、讓開讓模型做事。
- 規則三:方便被測試agent 要有 CLI、寫好 AGENTS.md、有 CI/CD,讓其他 coding agent 能建置、測試、修改它。
- 規則四:別做 sloptoken 流量很大,更該花時間想架構、至少讀過程式碼;架構要由人來定。
- 規則五:別被 API 綁住新一批模型的 reasoning traces 要照指定格式回傳,否則表現變差卻沒有任何警告;光靠 OpenRouter 不夠。
- 第三層:Kanban因為 agent 一跑就是八到十分鐘,人會同時開好幾個;Kanban 讓人像 engineering manager,也兼顧狀態隔離。
- 第四層:上雲端讓一家 8,000 人的公司都能用,就別讓大家在本機安裝;雲端 agent 各自獨立機器,Ara 常從手機派 15 到 20 分鐘的任務。
- 結論未來多半用 Kanban 操作、運算在雲端;四個層級當作粗略的經驗法則,從最簡單的開始往上滑。
- 現場追問與示範有聽眾追問 Kanban 的用法,Ara 現場示範:點進任務可看完整 trace,agent 先在進行中,需要人輸入時移到 review。
名詞
- Cline
- Ara Khan 任職的公司,在那裡負責寫 agent 體驗相關的東西
- State machine
- Ara 用來理解 agent 的心智模型:從使用者任務出發,經過動作與工具,到完成狀態結束
- Pseudo RL pipeline
- 規則三的說法,指 agent 要有 CLI 之類的介面,方便其他 coding agent 反覆建置與測試
- Reasoning traces
- 新一批模型 API 的推理內容,屬於 cache 與 test time compute loop 的一部分,要照指定格式回傳
- Kanban
- Ara 推薦的 agent 操作介面,讓人像 engineering manager 一樣管理多個 agent
- LangChain、LangGraph
- 第一層提到的 framework,Ara 說自己不用,但適合快速驗證點子
- OpenRouter
- 有人認為可用來解決 API 可互換性的服務,Ara 認為這還不夠
- Cloud agents
- 第四層的做法,每個 agent 有獨立機器、沒有本機依賴








