Circle 將在 9 月 9 日開放 Agent Marketplace 的 Discovery API。開發者無需 API 密鑰、認證或 Circle 賬戶，即可透過一個公開端點查詢並使用 USDC 的 x402 服務，並可按類別、網路、價格和支付方式進行篩選。返回結果不僅列出服務地址，還包含網路、代幣合約、收款錢包、原子單位價格和輸入參數結構，使代理能夠在程序中完成「發現—核價—付款—調用」的閉環。

過去關於代理支付的討論大多集中在錢包和簽名上，但一個代理首先需要知道市場上有什麼服務、服務是否在線、價格是如何表達的。如果每個供應商都使用自己的目錄和文檔，代理仍然需要依靠人工來進行配置。Discovery API試圖將可付費接口整理成機器能夠理解的目錄，涵蓋市場數據、網頁搜索、媒體生成、預測市場和基礎設施等類別。

返回的是支付合同信息，而不是對服務品質的無限擔保。

官方示例端點為 `https :// api.circle.com / v2 / x402 / discovery / resources`。每條記錄包含 `resource`、`type`、`accepts` 和 `metadata`。`accepts` 區塊使用 `CAIP-2` 來標識網路，列出了資產合約、`payTo` 地址和原子單位金額；`metadata` 會說明供應商、分類、接口描述、輸入 `JSON Schema`，以及是否支持普通的 `x402` 或 `Circle Gateway`。`USDC` 有六位小數，示例中的 8000 代表 0.008 `USDC`。

開發者可以依六個類別進行篩選，還能限定 network、http 或 mcp 类型、最高美元價格以及 Gateway 的支持情況。官方特別提醒，查詢特定鏈路應使用結構化的 network 参数，而非依賴自由文本搜索。這種區分非常實際：如果代理將描述中出現的 „Base“ 誤認為是支付網路，就可能會在錯誤的鏈路上準備資金。

Circle 會檢查目錄服務的運行狀態與線上狀況，並持續對賣方進行制裁篩查。這提高了目錄的質量，但並不代表服務內容、輸出準確性或業務合法性由 Circle 全面擔保。健康檢查只能證明端點在某個時刻能夠響應，無法證明市場數據的正確性、生成的內容不侵犯版權，或預測服務適合某個司法管轄區。使用者仍需自行設定可信供應商及使用範圍。

付款可以走兩條路徑：x402 使用簽名後的鏈上轉賬；Gateway Nanopayments 採用鏈下批量結算，以減少小額支付的Gas 摩擦。目錄中的標誌會說明服務支持哪種路徑。兩者的最終性、退費方式及爭議處理不同，代理人不能只依最低報價來選擇，還需考慮網絡費用、結算風險、響應時間以及失敗後的補償能力。

代理經濟要規模化，額度控制和可追蹤采購比自動付款更重要

無密鑰查詢降低了發現門檻，也擴大了供應鏈攻擊面。惡意供應商可能用相似名稱、低價或誘導性描述來吸引代理人。生產系統應固定允許的類別、網路和最高單價，對新賣方設定試用額度，並核對收款地址與目錄返回是否一致。目錄結果也應帶有時間戳緩存，付款前重新確認價格，避免使用過期報價。

代理還需要采購策略。同一個搜索任務可能有多個服務，最低價未必能給出最好的結果。系統可以記錄成功率、延遲、結果一致性以及退費歷史，逐步形成供應商評分。對於關鍵數據，甚至可以從兩家獨立服務進行交叉驗證，再決定是否將結果用於交易、風控或公開發布。發現 API 可以讓市場搜索，但選擇責任仍在于買方。

每筆微支付都應留下任務 ID、服務資源、報價、網路、資產、金額、收款地址、簽署者和返回摘要。企業財務需要將大量小额的鏈上或批量結算記錄映射到具體的業務用途，否則「每次不到一美分」也會累積成無法解釋的賬目。代理的钱包最好採用日限額、任務限額和類別限額，而不是擁有一筆可隨意支配的餘額。

目錄也需要可退出性。企業應保留原始服務地址和協議規範，避免自己的全部採購邏輯只能通過單一目錄運行；一旦目錄臨時不可用，可以使用經過驗證的緩存或直接調用既有的供應商。緩存必須設定有效期限，並在付款前再次校驗金額和地址，不能為了連續運行犧牲交易安全。

這項功能已經透過公開端點提供，目錄內容和覆蓋範圍仍會隨服務健康狀況、鏈路支持及合規性審查而變化。它解決的是代理如何找到並理解可付費服務的問題，但並不代表所有列出的服務都適合直接購買。真正可用的代理市場，需要發現、身份驗證、支付、評價、退費和審計等環節共同構成。Circle 完成了其中重要的一環，企業在接入時仍需嚴格區分「能付」與「該付」。