所有節目›AI Engineer Europe 2026World's Fair 2026World's Fair 線上軌AI in HealthcareSoftware Factories
Don't Build Slop (4 Levels of AI Agent Maturity)在 YouTube 看這一場

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 搬上雲端。

關卡與 harness人的注意力看原片 ↗

概要

  • 先對抗集體焦慮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,實際運算多半在雲端。

原話

  • “it is a while loop with a few conditions and a few end states”

    不管你的 agent 在做什麼,它就是一個有幾個條件和幾個結束狀態的 while loop

    ▶ 04:47
  • “get out of the way of the model is the lesson that we learned”

    讓開、別擋在模型前面,是我們學到的教訓

    ▶ 06:10
  • “the architecture point of building an agent has to be done by a human”

    做 agent 時,架構這件事必須由人來做

    ▶ 09:11
  • “If you don't, the response would still work, except that the performance would be degraded”

    不照格式送,回應照樣會成功,只是表現會變差

    ▶ 10:16
  • “mainly because it makes you like an engineering manager, which can look at all your agents”

    主要是它讓你像個 engineering manager,可以看到所有的 agent

    ▶ 12:19

延伸

  • 講少下指令時,Ara 舉 Codex repo 的 prompt 當例子,也說 Cline 舊版累積了很多該清掉的東西;也聽說 Claude Code 至少從頭重寫過七次,但自己也不確定。
  • Ara 說自己 3 月 26 日發文主張用 Kanban,演講前十小時 Claude Code 推出了同樣的功能,認為這證明自己是對的。
  • Ara 舉的雲端 agent 任務是:裝好 VS Code extension、登入、進設定換主題,再到終端機測試。agent 會自己點完這些 QA 步驟,失敗就繼續重試,這種任務可能要跑 50 到 60 分鐘。

章節

點時碼直接跳到原片的那一段。

  1. 開場與主題Ara 感謝大家在漫長的一天後還留下來,點出題目是 don't build slop 與 agent 的四個成熟度層級。
  2. 集體恐慌很多人覺得周圍有一大群機器人在飛快工作,自己夾在中間不知所措,Ara 想把大家拉回來,思考哪些問題真的值得解。
  3. 三家的介面都一樣Ara 拿三家 frontier lab 的介面當例子,說沒有人猜得出哪個是哪個,連自己也分不出來。
  4. 四個層級總覽把做 agent 拆成 framework、自己寫成 state machine、用 Kanban 的 UX 工作流、上雲端四件事。
  5. 第一層:用 framework想驗證點子時,任何 agent framework 半小時就能做出堪用的東西;缺點是要走到正式上線,客製化與模組化程度很快就不夠。
  6. 第二層:state machine第二層給五條規則,第一條是把每個 agent 都看成 state machine,本質上是一個帶幾個條件與結束狀態的 while loop。
  7. 規則二:少即是多對 frontier model 加越多 if-else 與指令越容易變差,Ara 的結論是持續修剪、讓開讓模型做事。
  8. 規則三:方便被測試agent 要有 CLI、寫好 AGENTS.md、有 CI/CD,讓其他 coding agent 能建置、測試、修改它。
  9. 規則四:別做 sloptoken 流量很大,更該花時間想架構、至少讀過程式碼;架構要由人來定。
  10. 規則五:別被 API 綁住新一批模型的 reasoning traces 要照指定格式回傳,否則表現變差卻沒有任何警告;光靠 OpenRouter 不夠。
  11. 第三層:Kanban因為 agent 一跑就是八到十分鐘,人會同時開好幾個;Kanban 讓人像 engineering manager,也兼顧狀態隔離。
  12. 第四層:上雲端讓一家 8,000 人的公司都能用,就別讓大家在本機安裝;雲端 agent 各自獨立機器,Ara 常從手機派 15 到 20 分鐘的任務。
  13. 結論未來多半用 Kanban 操作、運算在雲端;四個層級當作粗略的經驗法則,從最簡單的開始往上滑。
  14. 現場追問與示範有聽眾追問 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 有獨立機器、沒有本機依賴

相關影片 同屬「關卡與 harness」「人的注意力」