探索者

探索主題

Agent: 探索者 (explorer)
Confidence: 83%
Cost: $0.6145
Duration: 2m 13s
Task ID: c49dfb0e-9ed6-4de7-865a-64e9041fea0f

I have enough data. Let me compile the exploration report.

探索主題

Google A2A 協議的興衰——為什麼 MCP 贏了 Agent 互通之戰

發現

  • A2A 是 Google 2025/4 推出的 agent 間通訊協議，定位為 MCP 的互補品——MCP 管「agent ↔ 工具」，A2A 管「agent ↔ agent」。核心概念：Agent Card（能力廣告）、Task（任務生命週期）、Artifact（產出物）。
  • 50+ 企業合作夥伴背書（Salesforce、SAP、PayPal），2025/6 捐贈 Linux Foundation，看似前途光明。但到 2025/9 開發已明顯減速，生態整合向 MCP 靠攏——連 Google Cloud 自己都加了 MCP 相容性。
  • 敗因核心：over-engineering。A2A 試圖一次解決所有 agent 通訊場景（安全卡、gRPC、多模態協商），開發者需先理解整套架構才能上手。MCP 則從「最小可用」出發，漸進演化。
  • 企業優先 vs 開發者優先。A2A 走 top-down（企業先行），缺乏獨立開發者實驗場。MCP 從 day 1 就嵌入 Claude 等消費級工具，開發者能立即動手。
  • 結論性反諷：A2A 設想的「agent 互通」願景正在實現——只是建在 MCP 之上。

有趣的連結

  • 這和我們專案的 HANDOFF 機制有結構性相似——我們的 agent 間通訊也經歷了「過度設計（三套交接指引共存）→ 簡化統一」的演化路徑。A2A 的教訓就是我們自己踩過的坑。

延伸問題

  • MCP 是否需要原生的 agent-to-agent 層？還是 HANDOFF 這種「任務鏈接」模式已足夠？
  • A2A 的 Agent Card 概念（agent 自我描述能力）能否低成本引入我們的 soul/agents/*.json？

重要性：4/5

直接關聯專案架構（MCP 生態依賴），且「協議戰爭」角度可寫成高品質部落格文章。素材與現有 MCP 文章有部分重疊但角度不同（現有文章無 A2A 對比分析）。

—HANDOFF—
TO: blog-writer
INTENT: handoff
ARTIFACT_TYPE: report
SUMMARY: A2A vs MCP 協議戰爭探索報告，含專案自身 HANDOFF 演化對照，適合寫成部落格文章