Harness 才是主戰場 — 翁荔論 Harness Engineering、Scaling Law 與 AI 自我改進
Harness 纔是主戰場 — 翁荔論 Harness Engineering、Scaling Law 與 AI 自我改進
本集從翁荔(Lilian Weng)2026 年 7 月連發的兩篇技術長文出發,分析 AI 進步為何正從單純堆疊模型規模,轉向模型外部的工具、記憶、評估、工作流與權限設計。影片先回顧 Scaling Law 的侷限——參數計算方式、loss 擬合細節、高品質資料稀缺等工程細節會影響數十億美金的訓練決策。接著深入 Harness Engineering 的概念:Harness 是包裹在基礎模型外的一整套運行系統,決定模型如何理解任務、規劃、呼叫工具、管理上下文、保存中間產物、執行測試、從錯誤中恢復,甚至決定下一輪是否改變工作方式。影片逐一介紹從 Prompt → 結構化上下文(ACE)→ Meta Context Engineering → Meta Harness → 工作流搜索(ADAS、AFlow)→ Self-Harness 的優化光譜,以及進化搜索方法(Prompt Breeder、GEPA、AlphaEvolve、Darwin God Machine)。最後重點討論風險:獎勵黑客、多樣性坍縮、評估模糊,以及人類角色如何從手寫規則向上移動到設計目標、邊界與關鍵節點審查。結論:當基礎模型能力逐漸接近,差距會越來越多地出現在模型外面——誰能讓 Agent 少迷路、讓失敗變成資產、讓評估更接近真實價值,誰就更可能把智慧轉化成穩定的生產力。
Scaling Law 不是神諭——工程細節決定數十億美金的訓練決策
0:42翁荔提醒,Scaling Law 的兩套經典結果(Kaplan 與 Chinchilla)之所以給出不同的最優配比,背後涉及非常具體的技術細節:參數到底怎麼算(embedding 層算不算進去)、loss 函數怎麼擬合、數值精度保留到幾位、實驗覆蓋的規模區間夠不夠大。
這些細節聽起來像帳本問題,但它們最後會影響數十億美金級別的訓練決策。更麻煩的是,Scaling Law 的很多外推默認高品質資料可以繼續增長,但今天唯一的高品質人類生成文本並不是無限的——重複資料、合成資料、強化學習、測試時計算,都在把原來那條乾淨的曲線變得更複雜。
核心論點Harness 是什麼——模型外部的完整運行系統
2:00Harness 可以理解成包裹在基礎模型外面的一整套運行系統。它決定模型怎麼理解任務、怎麼規劃、怎麼呼叫工具、怎麼讀取檔案、怎麼管理上下文、怎麼保存中間產物、怎麼執行測試、怎麼從錯誤裡恢復、怎麼評估結果——甚至怎麼決定下一輪要不要改變自己的工作方式。
如果說一個裸模型只是一個會生成文字的智慧核心,那麼 Harness 就像把這個核心放進真實世界的作業系統。沒有這套系統,模型可以回答問題,但很難穩定完成一個長週期任務——它可能在上下文裡迷路、忘記之前的失敗、重複做同一件事、把一次看起來成功的輸出誤認為任務真的完成了。
核心概念檔案系統作為持久記憶——樸素但有效
3:36長週期 Agent 最容易失敗的地方不一定是某一步不會做,而是做著做著忘了自己為什麼這麼做。實驗日誌、程式碼 Diff、報錯記錄、論文摘要、失敗軌跡——這些內容一旦超過上下文視窗,就會變成系統性損失。
好的 Harness 不應該把所有日誌、所有檔案、所有歷史軌跡都塞進模型上下文,而應該把狀態存在檔案系統裡,把長期記憶變成可讀取、可追蹤、可恢復的產物。讀寫檔案、搜尋檔案、修改檔案,本來就是大模型已經學得比較好的基礎能力。
工程實踐AI 自我改進的現實路徑:先改工作方式,再改大腦
4:55很多人一聽到遞迴自我改進,想到的是模型直接改寫自己的權重——一個 AI 讀懂自己、訓練出更強版本、再由更強版本繼續訓練下一代。這是最戲劇化的版本,但在現實工程裡,近期更可能發生的,是模型先改進自己外面的那套運行系統。
也就是說,它先不改自己的大腦,而是先改自己的工作方式:任務怎麼拆、工具怎麼調、上下文怎麼組織、失敗怎麼記錄、測試怎麼設計、候選改動怎麼驗證。優化的目標也不再是這一次回答寫得更好,而是產生答案的機制變得更好。這個轉向很重要——AI 系統的進步正在從答案層往方法層移動。
核心論點從 Prompt 到 Meta Harness——優化光譜的六個層次
6:14翁荔把 Harness 優化的演進放在一條很清楚的線上:
① Prompt:人類優化提示詞。
② 結構化上下文(ACE):把上下文看成一本持續演化的操作手冊——系統先讓 Agent 產生任務軌跡,再從成功和失敗裡提煉經驗,整理成結構化條目更新到上下文裡。比不斷改寫一整段超長提示詞更穩,因為長提示詞在反覆重寫中很容易丟資訊,也容易越來越短、越來越抽象。
③ Meta Context Engineering:不只優化上下文內容,而是把「怎麼管理上下文」這件事也變成優化對象——系統不只問應該記住什麼,還問應該用什麼機制來決定記住什麼、怎麼篩選、怎麼格式化、怎麼在不同任務裡呼叫。
④ Meta Harness:直接把 Harness 程式碼本身放進搜索空間——資訊如何儲存、如何檢索、如何呈現給模型,不再完全靠人工寫規則,而可以讓編碼 Agent 提出候選方案、測試效果、保留表現更好的版本。
⑤ 工作流搜索(ADAS、AFlow):ADAS 讓一個元 Agent 去生成新的工作流程式碼;AFlow 把工作流表示成一張圖(節點是模型呼叫,邊是程式碼實現的邏輯操作),用搜索演算法在不同工作流之間探索。
⑥ Self-Harness:用當前 Harness 跑任務、收集軌跡、分析失敗模式,然後讓同一個模型基於這些失敗提出範圍受控的 Harness 修改——修改不能隨便合併,必須經過驗證:一方面看原來的弱點是否修復,另一方面看既有任務上有沒有引入新問題。
核心概念進化搜索——把 Harness 程式碼倉庫放進進化循環
10:04只要搜索空間夠大、形狀夠奇怪、而且結果比較容易評估,進化方法就很有用。Prompt Breeder、GEPA、AlphaEvolve 都屬於這個方向——系統維護一組候選方案,透過變異、評估和選擇,不斷保留更好的版本。
Darwin God Machine(DGM)更進一步:把可編輯的 Harness 程式碼倉庫放進進化循環裡。一個編碼 Agent 可以查看自己的評估日誌、修改自己的 Harness 程式碼、生成新版本、接受基準測試。表現夠好的新 Agent 被放回候選池,繼續參與下一輪演化。在固定基礎模型和簡單初始配置下,DGM 發現的 Agent 在 SWE-Bench Verified、Polyglot 等基準上可以達到與手工設計 Agent 相當甚至更好的結果。
進階方法風險:獎勵黑客、多樣性坍縮與評估模糊
11:16自我改進系統最難的地方,不是讓它循環起來,而是讓它優化對的東西。如果獎勵來自單元測試,Agent 可能過擬合測試;如果獎勵來自 judge 模型,它可能學會討好這個 judge;如果獎勵來自公開 benchmark,它可能利用基準本身的漏洞。系統不會天然追求真實價值,它只會優化自己被給定的訊號——這就是獎勵黑客問題。
還有多樣性坍縮:進化和強化學習循環都容易利用已知的高獎勵模式,最後整個候選池變成同一種方案的變體。在開放式研究裡,最有價值的路徑一開始可能得分不高,甚至看起來不夠像成功——如果系統過早收斂,就會把真正新穎的方向篩掉。
自動科研更明顯:一個系統可以很快寫出看起來完整的論文,但它是否提出了好問題、實驗是否回答了問題、結果是否值得繼續追、失敗是否應該被承認——這些都需要研究品味。模型在訓練資料裡看到了大量成功論文,卻很少看到被放棄的假設、失敗的實驗、無效的方向,它可能天然更擅長包裝成功,而不擅長誠實地停下來。
風險警示人類角色向上移動——不是被移除,而是設計更高層次的目標
13:16翁荔的判斷很剋制:人類的角色不是被移除,而是向上移動。人不一定要手寫每一條規則、調每一個 prompt、檢查每一次工具呼叫,但人要在更高層次上設計目標、邊界、評估和關鍵節點的審查。
這可能是關於 AI 自我改進最現實的一種理解。短期內,我們看到的不會是某個模型突然自己重寫權重、進入無法理解的爆發式進化——更可能發生的是,模型外面的運行系統一點點變得更像工程化的自我改進機器:記錄失敗、調整上下文、重寫工作流、優化工具呼叫、改進評估流程、在可驗證的任務上持續提高。
這條路沒有那麼神祕,但它同樣深刻——因為一旦「如何獲得更好答案的機制」本身成為優化對象,AI 競爭就不只是模型參數和訓練資料的競爭,而是系統設計、評估設計、記憶設計、權限設計和工程紀律的競爭。
核心論點當基礎模型能力逐漸接近,差距會越來越多地出現在模型外面——誰能讓 Agent 少迷路、誰能讓失敗變成資產、誰能讓評估更接近真實價值、誰能把人類監督放在正確的位置,誰就更可能把智慧轉化成穩定的生產力。
重點時間戳索引
- 0:00開場:翁荔 2026 年 7 月連發兩篇長文——一篇談 Scaling Law,一篇談 Harness Engineering,指向同一個問題:AI 進步的主戰場正在從模型規模轉向模型被如何使用。
- 0:42Scaling Law 的侷限:參數計算方式(embedding 層算不算)、loss 擬合細節、數值精度、實驗規模區間等工程細節會影響數十億美金級訓練決策;高品質人類生成文本並非無限。
- 2:00Harness 定義:包裹在基礎模型外的一整套運行系統——任務理解、規劃、工具呼叫、檔案讀取、上下文管理、中間產物保存、測試執行、錯誤恢復、結果評估,甚至決定下一輪工作方式。
- 2:47程式碼 Agent 是最直觀的 Harness 場景:理解倉庫、搜尋檔案、修改程式碼、執行測試、看到報錯回頭定位——外層系統提供穩定的工具、狀態、權限與反饋。
- 3:36Harness 類比為作業系統:好的 OS 封裝底層邏輯,提供簡單介面;好的 Harness 不把所有日誌塞進上下文,而是把狀態存在檔案系統,讓長期記憶可讀取、可追蹤、可恢復。
- 4:26子 Agent 與背景任務:主 Agent 需要能啟動子任務、查看日誌、取消失敗運行、合併結果——並行過程必須可檢查、可恢復、可追蹤。
- 4:55AI 自我改進的現實路徑:不是模型直接改寫權重,而是先改進自己外部的運行系統——任務拆分、工具調整、上下文組織、失敗記錄、測試設計——優化目標從「這次回答更好」轉向「產生答案的機制更好」。
- 6:14優化光譜:從 Prompt → 結構化上下文(ACE)→ Meta Context Engineering → Meta Harness(Harness 程式碼本身進入搜索空間)→ 工作流搜索(ADAS、AFlow)→ Self-Harness(基於失敗模式提出受控修改,經回歸測試後合併)。
- 9:31底層模型必須夠強:STOP 等早期遞迴腳手架實驗顯示,較弱模型從遞迴結構中反而表現變差——Harness 能釋放能力,但不能憑空製造智慧。
- 10:04進化搜索方法:Prompt Breeder、GEPA、AlphaEvolve、Darwin God Machine——把可編輯的 Harness 程式碼倉庫放進進化循環,編碼 Agent 查看評估日誌、修改 Harness 程式碼、生成新版本、接受基準測試。
- 11:16風險與限制:獎勵黑客(過擬合測試、討好 judge 模型、利用 benchmark 漏洞)、多樣性坍縮(候選池變成同一方案變體)、評估模糊(研究品味、產品判斷、長期維護難以自動化評估)。
- 12:40失敗記錄應成為 Harness 的重要資產:好的研究系統不只保存成功軌跡,也要保存負面結果——失敗在縮小搜索空間,沒有失敗記憶系統會反覆走回死路。
- 13:16人類角色向上移動:不一定要手寫每條規則、調每個 prompt、檢查每次工具呼叫,但要在更高層次設計目標、邊界、評估與關鍵節點審查。
- 14:49結論:當基礎模型能力逐漸接近,差距會越來越多地出現在模型外面——誰能讓 Agent 少迷路、讓失敗變成資產、讓評估更接近真實價值,誰就更可能把智慧轉化成穩定的生產力。
⚠️ 未確認 / 無法核對項目
- Whisper 將「翁荔」辨識為「翁立」——根據上下文與翁荔(Lilian Weng)的知名身份還原,但影片中講者實際發音可能更接近「翁立」或「翁荔」之間。
- 「Darwin Goddall Machine」的準確名稱——根據上下文推測為 Darwin God Machine(DGM),但 Whisper 可能漂字,需人工確認。
- 「Gepa」的準確拼寫——推測為 GEPA,但需人工確認。
- 「Stop」的準確名稱——推測為某個早期遞迴腳手架實驗(STOP),但需人工確認。
🎙️ ASR 漂字對照表
| 翁立 | → | 翁荔(Lilian Weng) |
| Codecode | → | Claude Code |
| Wengli | → | Weng(翁荔) |
| Darwin Goddall Machine | → | Darwin God Machine(DGM) |
| Gepa | → | GEPA(進化搜索方法) |
| Stop | → | STOP(早期遞迴腳手架實驗) |
| Alpha Evolve | → | AlphaEvolve |
📎 原始內容(查證 / AI 追查用,非閱讀主文,點擊展開)
📒 本視頻簡介: 這期視頻從翁荔關於 Scaling Law 和 Harness Engineering 的兩篇長文出發,分析 AI 進步爲何正在從單純堆模型規模,轉向模型外部的工具、記憶、評估、工作流和權限設計,並討論這種工程化自我改進的機會與風險。
大家好,我是娜娜。2026年7月,翁荔連續更新了兩篇技術長文,一篇談scaling law,提醒行業不要把規模越大、模型越強理解成一個過於簡單的公式;另一篇談harness engineering,也就是模型外面那套運行系統,如何可能成爲AI自我改進的現實起點。這兩篇文章放在一起看,信息量很大,因爲它們其實在指向同一個問題:當大模型繼續變強這件事越來越貴、越來越複雜、越來越依賴工程細節時,AI進步的主戰場可能正在從模型本體有多大,轉向模型被怎樣使用、怎樣組織、怎樣檢查、怎樣讓它從失敗裏繼續變好。