給 Agent 開發者的駕馭工程 (3): 回饋時機一: 工具回傳值, 是寫給 agent 的回饋

後設資料

一句話濃縮

工具回傳值不是單純 function output,而是寫給 agent 的下一段 prompt;成功、失敗、狀態摘要、facets 與 second opinion 都會影響 agent 下一步怎麼修正。

提取要點

  • Tool response 同時是資料與 prompt:它可以提供結果、metadata、錯誤解釋與下一步建議。
  • Text-to-SQL 場景中,SQL 驗證不該只丟原始錯誤,而應回傳可行動訊息,例如可用欄位、錯誤欄位、查詢影響範圍。
  • 成功也要設計;只回 success: true 會掩蓋更新筆數、空結果、過寬 WHERE 條件等假完成訊號。
  • 文件摘要與 RAG 場景可用 grader、facets、低相關警告、版本資訊與上下文裁剪,讓 agent 看見資料品質與邊界。
  • 另一個模型可作為 tool 內的 second opinion,審查 SQL 是否回答問題、RAG 答案是否有幻覺,或 coding agent 的改動是否合理。
  • 工具層回饋便宜且高頻,但只看得到單次 tool call;整輪需求是否達標還需要 Goal / Outcome 類驗收。

提取概念

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

Ingest 筆記

2026-07-06

  • 本次從 2026-07-06-ihower-Harness-Engineering系列 挑出的 9 篇系列文逐篇入庫;此頁為其中一篇的摘要型來源頁。
  • 本篇把 Agent-Computer-Interface 從「工具可用」推到「工具輸出要能導正 agent」;不新建 tool response feedback 薄頁。
  • 未保存完整原文;保留 canonical URL、後設資料、摘要與概念連結。理由:原文為公開網站長文,source note 以可回找與可整合為主,避免在 vault 中重製整篇文章。

原文(可選)

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