把第三方 MCP 工具調成自己的

概要

• 第三方工具是別人寫的整合程式碼Nimrod 說工具就是附上描述的可呼叫函式，不論來自 MCP server、函式庫或複製貼上，只要是別的團隊寫的都適用這場的做法。
• 風險有三種agent 行為出乎意料、效能變差，以及安全問題。Nimrod 舉的例子是多租戶架構裡 agent 不清楚資料夾與資料庫的劃分，可能把一個客戶的資料漏給另一個。
• 用 Baz 的 spec reviewer 當範例它讀 Jira 或 Linear 的工單與設計圖，再開 Playwright MCP server 進系統檢查實作，最後給通過或失敗的判定，並附截圖當證據。
• 五個做法逐版加上去V0 是原封不動的基準；V1 篩掉用不到的工具；V2 改寫描述；V3 對存截圖的路徑加確定性檢查；V4 另開一個專門拍證據截圖的工具；最後把登入移出 agent 的流程。
• 基準版失敗、改完版通過V0 判定需求沒做到，附的截圖證據是 404；全部改完後，agent 判定設定抽屜存在，截圖檔名也帶上工單資訊。
• 沒有放諸四海皆準的作法有時要精簡工具減輕 context window，有時要更長、更囉嗦的描述；有時要確定性，有時要彈性。

原話

• “Essentially, tools are just callable functions wrapped with a nice description.”

  工具基本上就是包上一段描述的可呼叫函式

  ▶ 02:16

• “You give them tools, and you get unpredictability at scale.”

  給 agent 工具，就會得到規模化的不可預測

  ▶ 03:23

• “So this is a deterministic way where we can stop the tool right in its tracks with a deterministic guardrail.”

  這是一種確定性的做法，用確定性的防護把工具當場攔下

  ▶ 27:33

• “tailoring them is what's gonna make our agents pop”

  把工具調成貼合自己的用途，才會讓 agent 表現出色

  ▶ 39:38

• “there's no one size fits all”

  沒有一體適用的作法

  ▶ 39:55

延伸

• Nimrod 提到真實產品能做像素等級的驗證，但這場的範例沒有示範。
• Nimrod 談到 needle in the haystack 與 lost in the middle，說明為何光靠描述與 prompt 不夠、需要確定性的防護，但沒有展開。