給 Agent 開發者的駕馭工程 (2): 核心: Agent 要的是回饋迴路,不是完美提示

後設資料

一句話濃縮

Harness Engineering 的核心不是把 prompt 寫更完美,而是在 agent 行動前後設計可回流的驗證訊號,讓模型從「自認完成」變成「對著目標持續收斂」。

提取要點

  • 長時間 agent 的常見失敗是 premature completion:模型很有自信地宣稱完成,但測試沒跑、需求漏做或證據不足。
  • Prompt、Context、Harness 是疊加而非替代:prompt 管單次呼叫怎麼說清楚,context 管此刻要看什麼,harness 管 agent 行動迴圈如何收斂。
  • 好的 harness 同時做 feedforward 與 feedback:前者提高一次做對的機率,後者在出錯後把訊號送回迴圈。
  • 控制論比喻很適合 harness:人從手動盯轉閥門,轉成設計能自我感測與調節的 governor。
  • 固定模型但換 harness,benchmark 表現可能大幅改變;這代表 harness 本身是 agent 能力的重要組成,而不是外掛包裝。
  • 本系列把 feedback 拆成四個時機:工具回傳值、兩次 model request 之間、單輪結束驗收、外層 loop。

提取概念

連結到此來源衍生 / 更新的 wiki 頁:

Ingest 筆記

2026-07-06

  • 本次從 2026-07-06-ihower-Harness-Engineering系列 挑出的 9 篇系列文逐篇入庫;此頁為其中一篇的摘要型來源頁。
  • 本篇補強 Harness-Engineering 的工作定義:讓 agent 根據目標持續、正確地動作;核心材料是 feedback signal。
  • 未保存完整原文;保留 canonical URL、後設資料、摘要與概念連結。理由:原文為公開網站長文,source note 以可回找與可整合為主,避免在 vault 中重製整篇文章。

原文(可選)

未貼入完整原文。若日後需要全文快照,請以使用者明確授權或短摘錄策略處理。