今天小編分享的互聯網經驗：醒醒，只靠MCP和A2A還帶不來AI Agent的大繁榮，歡迎閱讀。
AI Agents 需要它的 HTTPS
1981 年，今天互聯網共同遵守的網絡規則 "TCP/IP 協定 " 誕生。在此之前，不同的計算機系統和網絡 " 各說各話 "，而以傳輸控制協定（TCP）和網際協定（IP）為主的設計則提供了一套标準化的通信規則，使得不同廠商的設備以及不同網絡能夠互聯互通。
有了這樣統一 " 接口 " 的基礎，1989 年，後來被稱為 " 互聯網之父 " 的蒂姆 · 伯納斯 - 李（Tim Berners-Lee）提出了在互聯網上構建超鏈接文檔系統的構想，HTTP（超文本傳輸協定）誕生。它讓通過 TCP/IP 協定統一了交流語言的機器們，可以通過互聯網實現全球範圍更廣泛的互通。
一切就此改變，繁榮有了可能。
同樣的故事正在今天的 AI Agents 產業裡上演。
AI Agents 基于大模型的通用能力，自動化的使用已有技術和工具解決用戶的復雜任務。這讓它成為今天最被期待的模型技術落地的方式。
而最近幾個月，AI Agents 產品更是出現井噴，明星產品如 Manus 等獲得了破圈的關注，OpenAI 和 Google 的新模型開始 "AI Agents 化 "，而更關鍵的變化，在于标準協定的迅速普及。
Anthropic 在去年年底發布并開源的 MCP，旨在創建一個開放、标準的規範，讓大型語言模型能夠無縫地與各種外部數據源和工具（如業務軟體、數據庫、代碼庫等）進行互動。在發布幾個月後，OpenAI，Google，阿裡和騰訊已經紛紛支持并接入。緊接着，Google 發布了 A2A（Agent2Agent），旨在實現 AI Agent 之間協作和工作流自動化，再次為 AI Agents 的繁榮添了一把火。
簡單來說，它們解決了兩個問題，MCP 解決的是智能體跟工具提供方和服務提供方連接的問題，而 A2A 解決的是智能體和智能體之間為了完成一個非常復雜的任務時，彼此協同連接的問題。
因此，MCP 就像早期的統一接口，A2A 則像是 HTTP 協定。
但事實上，在互聯網的故事裡，HTTP 之後，互聯網距離真正的繁榮還差關鍵一環，就是協定之上的安全标準。
HTTP 們打下規模化的基礎後，問題也随之產生——它是一個明文傳輸的協定，這暴露了嚴重的安全問題。例如，用戶輸入的信用卡信息在傳輸時可能被黑客竊聽，或網頁内容被篡改破壞了安全。
為此，網景公司（Netscape）于 1994 年開發了 SSL（安全套接層）協定，并推出了 HTTPS（超文本傳輸安全協定），在 HTTP 的基礎上加入了 SSL，保護傳輸安全。1996 年，HTTPS 開始普及，随後被廣泛應用于銀行、購物網站等領網域。這是關鍵一步，它真正使得商業繁榮成為可能的支付等功能得以安全展開。
今天的 MCP 和 A2A 也在面對同樣問題。
" 當 HTTP 出來之後，到後期發現它面臨很大的一個安全問題。最簡單的例子，我向他發一個報文，我是通過 DNS 轉發的，我一下子到不了它，通過很多中間節點轉發，那 DNS 伺服器就可以劫持我這個請求，換成另外一個請求轉給他，這就是早期 HTTP 面臨的一個問題。所以後來就有 HTTPS 的出現，我發給他的消息是加密的你截了沒用，你無法換你自己的，換成你自己的他就不認識，解不開。在互聯網的時代有過這麼一個過程。"IIFAA 可信認證聯盟技術負責人、智能體安全行業專家紫西對矽星人說。
這些問題會以各種形态出現。今天，黑灰產可以偽造一個 " 天氣查詢 " 工具注冊到 MCP Server，實際卻在後台竊取用戶班機信息；當用戶通過智能體購買藥品時，A 智能體負責買頭孢，B 智能體負責買酒，由于缺乏跨平台風險識别能力，系統無法像現有電商平台一樣，告知 " 危險組合 " 提醒。而更致命的是，智能體間的身份鑑權與數據歸屬至今未明——用戶究竟是在授權設備上的本地應用，還是将隐私數據同步到了雲端？
"A2A 在自己的官方文本裡說了，它只保證你最上層的傳輸是安全的，還是停留在 HTTPS 那個傳輸層的協定相關的。具體如何保證這些東西（身份、憑證）怎麼來，然後數據隐私怎麼做，包括背後的意圖怎麼去識别，這些它是留給了企業去解決的。"
智能體的真正繁榮，上述這些問題顯然需要解決，紫西所在的 IIFAA 是第一個開始挑戰這個問題的機構。
" 在這個背景下，IIFAA 致力于解決智能體跟智能體之間未來面臨的一系列問題。" 紫西說。" 在 HTTP 過渡到 HTTPS 的時代產生了一個安全套件 SSL。在 A2A 的時代，我們也定義了一個類似的產品叫 ASL，它可以在 MCP 協定基礎之上，保障各智能體在權限、數據、隐私等多方面的安全。這個中間件產品也是去解決 A2A 過渡到未來的安全标準中的挑戰。"
IIFAA 智能體可信互連工作組是國内首個智能體安全生态協作組織，該工作組由中國信通院、螞蟻集團等二十多家科技企業和部門共同發起。
從 ASL 開始，走向規模化
"AI Agents 的發展比我們想象的更快。無論是技術上還是生态對标準的接受度上。" 紫西說。
其實 IIFAA 關于智能體之間安全協定的想法早在去年 11 月就已出現，這個時間節點甚至早于 MCP 的發布，之後，IIFAA 智能體可信互連工作組在 12 月正式成立，MCP 也在同期正式發布。
" 黑灰產有時候對新技術的掌握速度比防御方更快。我們不能在問題出現之後再開始讨論秩序，這也是這個工作組存在的必要性。" 在此前的一次分享中，IIFAA 的成員曾這樣表示。行業一起共建安全互信的行業規範對長遠的健康發展有至關重要的意義。
根據紫西介紹，目前他們在解決的關鍵問題，在第一階段主要聚焦在以下幾個方面：
Agent 可信身份：
我們希望依托權威機構與互認機制，構建一套 Agent 認證體系。就像出國旅行需要護照和籤證一樣，讓經過認證的 Agent 快速加入協作網絡，防止未認證 Agent 破壞協作秩序。
意圖的可信共享
智能體間的協作依賴于意圖的真實性和準确性。例如，點餐助手與支付助手共享信息時，若意圖被篡改，可能導致重復扣費或訂單丢失，損害用戶體驗并引發信任危機。因此，意圖可信共享是确保多智能體協作高效可靠的核心。
上下文保護機制
當一個 AI Agent 連接多個 MCP（多通道協定）伺服器時，所有工具描述信息會被加載到同一會話上下文中，惡意 MCP Server 可能借此注入惡意指令。上下文保護能防止惡意幹擾、維護系統安全、保障用戶意圖完整性，并防範投毒攻擊。
數據隐私保護
在多 Agent 協作中，數據共享可能帶來隐私洩露風險。例如，醫療 Agent 與保險 Agent 協作時，患者的健康數據可能被非法共享給第三方，導致隐私侵害。隐私保護是防止敏感信息濫用的關鍵。
Agent 記憶可信共享
記憶共享提升多 Agent 協作效率，如電商場景中記錄用戶偏好避免重復詢問。記憶可信共享則确保數據一致、真實且安全，防止篡改與洩露，增強協作效果和用戶信任。
身份可信流轉
用戶期待在 AI 原生應用中獲得無縫流暢的服務體驗。如果每次互動都需要跳轉不同平台進行身份認證，将嚴重影響體驗并阻礙 AI 應用普及。因此，實現跨平台無打擾的身份識别，成為提升用戶體驗的關鍵。
" 這些是我們短期的一個路徑，接下來我們會向全行業發布 ASL，這是一個軟體實現部分，并不是個協定規定的部分。它可以作用在 MCP 和 A2A 上，來增強這兩個協定在企業級安全上的應用，這是短期的目标。" 紫西介紹。
" 我們早期不太會去規定它在安全這一層的東西，我們不會去規定 A2AS，而是希望如果未來有人去規定 A2AS 的時候，我們的 ASL 可以成為它軟體實現的部分，就像 SSL 是 HTTPS 的軟體的一個實現部分一樣。"
對比 HTTPS 的歷史，當安全得到保障，支付等功能可以得到普及，更大規模的商業化機會随之出現。類似的節奏也正在上演，4 月 15 日，支付寶聯合魔搭社區發布了 " 支付 MCP Server" 服務，讓 AI 開發者可以使用自然語言接入支付寶支付服務，快速實現 AI 智能體内的支付。
這些短期目标一個個解決後，一個安全的 Agent 協作标準和環境最終會形成。而這個過程的關鍵是出現規模化的效應。目前國内動作較快的 MCP" 商店 " 們已經開始動作。螞蟻智能體平台百寶箱的 "MCP 專區 " 将接入 IIFAA 的安全解決方案，這個 "MCP Store" 目前已支持各類 MCP 服務的部署和調用，包括支付寶、高德地圖、無影等 30 餘款 MCP 服務最快 3 分鍾即可搭建一個連接 MCP 服務的智能體。
紫西認為，大模型的通用能力最終有可能真正改變用戶的體驗和互動範式。未來可能不是今天調用 App 來完成任務的方式，有可能是一個超級入口來基于一個類似 MCP Store 的隐藏在後面的工具池來完成任務。它會變得更加簡潔，也更理解用戶的需求。商業化也正是有了可能。
"AGI 的發展現在進入了智能體的階段，與聊天的機器人和有一定推理能力的 AI 階段相比，智能體終于跳出了點對點的封閉階段，商業化的應用真正開啟它全新的序幕。"
據了解，日前 IIFAA 已推出 ASL 并宣布開源，通過開放共享代碼、标準與經驗，加速技術的創新迭代，呼籲行業企業和開發者廣泛參與，推動技術的行業标準化。該開源計劃将采用最寬松的 Apache2.0 協定，并将代碼庫設計文檔安全實踐對外開放，全球開發者可在 Github 社區參與共建。
