Anthropic 的 MCP 可觀測性做對了：真正的 agent ops 需…

Anthropic 把 MCP 可觀測性放到核心是對的，因為 agent 平台需要看工具層級的故障，不是只看聊天指標。

Anthropic 這次把 MCP 可觀測性做進產品核心，方向是對的。當 AI 系統開始大量呼叫外部工具時，單看活躍用戶、訊息量或總使用次數，幾乎無法判斷真正的系統健康度；真正會壞掉的是某個工具、某條路徑、某個 surface。

6 月 8 日釋出的 dashboard 追蹤 active users、total tool calls、directory rank、composite health、latency、overall error rate，還有 per-tool failure breakdown。這些不是漂亮指標，而是能直接定位問題的營運資料。當一個 connector 表面上看起來正常，背後卻有 endpoint 在真實流量下默默失敗時，只有這種 telemetry 才有用。

第一個論點：agent 的故障模式只看工具層才看得見

Agentic 軟體和聊天機器人不同。聊天模型可以繼續回話，但底下的工具呼叫可能已經 timeout、schema mismatch，或只在多步流程的某一段失敗。Anthropic 提供 per-tool error reporting，等於承認這件事：要抓 agent 的 bug，先抓工具的 bug。

這不是抽象問題，而是實務問題。假設一個 MCP connector 負責搜尋、開 ticket、讀資料庫或觸發部署，只要失敗率從 1% 升到 5%，它就可能從「可用」變成「風險來源」。光看總呼叫量，你只會知道它很受歡迎；看工具級 telemetry，你才知道它是不是在悄悄拖垮流程。

第二個論點：分發和觀測必須綁在一起，才有產品閉環

Anthropic 也把 directory submission 直接放進 app，這點很關鍵。開發者不必在文件、表單、外部儀表板和客服流程之間來回切換，而是可以在同一個產品面完成發佈、觀察和迭代。這不是 UX 小優化，而是把「上架」和「維運」接成同一條鏈。

這個選擇在規模化後更合理。官方已經有超過 300 個第三方 connectors，生態裡有數百萬用戶。當發現和測量被拆開，directory 只會變成陳列架；當排名、健康度、延遲和錯誤率放在同一個 surface，connector 的品質才會被當成產品品質的一部分來管理。

第二個論點：surface segmentation 才是 agent ops 的缺失層

這個 dashboard 最有價值的地方之一，是把資料切到 Claude、Claude Code、Claude Cowork 等不同 surface。這不是附加功能，而是必要功能。不同入口的使用模式不同，錯誤也會長得不一樣；同一個 connector 在 chat 裡正常，不代表在 CLI 或工作流裡也正常。

實際上，Claude Code 這類 CLI 流程往往會產生更密集、更連續的工具序列，對 schema、rate limit 和後端延遲更敏感。沒有 surface-level telemetry，團隊很容易追錯方向；有了它，工程師才能知道問題出在 browser flow、CLI flow，還是一般對話 flow。這就是可靠 agent infrastructure 和猜測式維運的差別。

反方可能怎麼說

最強的反對意見是：這其實是平台控制包裝成開發者工具。Anthropic 同時掌握 directory、metrics、權限和可見度，Team 與 Enterprise 才能看到 dashboard，其他人被擋在門外。這會讓開發者更依賴單一供應商對「健康」的定義，也更依賴單一分發入口。

另一個合理疑慮是，觀測本身也會塑造行為。當平台定義了 health score、directory rank 和可見指標，開發者就可能為了優化分數而不是工具本身的品質去調整系統。換句話說，平台不只是看見生態，它也在定義什麼叫做「好」。

這些批評成立，但不足以否定這次更新。MCP connector 本來就高度依賴平台，沒有觀測的代價更高，因為你連問題在哪裡都不知道。被平台定義的 telemetry 確實不是唯一真相，但它至少讓系統可除錯。限制也很清楚：團隊應把 Anthropic dashboard 當成一個信號，而不是唯一真相來源。

你能做什麼

如果你在做 MCP connector，現在就該把自己的後端觀測做得比平台更細：追 per-tool latency、failure rate、surface-specific usage，並在每次 release 前拿這些數字和平台 dashboard 對照。若你是 PM 或創辦人，別再把 connector 分發當成一次性上架，而要把它當成營運問題來管。agent 平台的贏家，不是最會宣傳的人，而是最清楚知道工具在哪裡壞、多久壞一次、先在哪個 surface 壞的人。