當華府指控 Moonshot 蒸餾美系模型、布鲁塞爾強制 Android 向競品 AI 開放 的同週，北京選擇在標準層回答另一個問題：AI 代理 爆發之後，誰能證明「我是我」、又能跟別家的代理安全協作？
7 月 23 日，《人工智能 智能體互聯》系列國家標準應用推進專題會議在北京中關村展示中心舉行。現場發布 GB/Z 185—2026 七項指導性國家標準，並舉行智能體身份碼首批發放儀式——累計為 2000 餘個重點行業智能體發放唯一可溯源的「數字身份證」。央視新聞、中國經濟網、中華工控網等 7 月 23 日報導；標準英文版已在 2026 世界人工智能大會（WAIC） 國際標準化論壇公開，後續計畫推出俄語、阿拉伯語版本並向東盟等地推廣。
工信部指導、中國電子技術標準化研究院組織 70 餘家企業制定。官方定位：這是國內首個覆蓋智能體全生命週期的互聯標準體系，也是全球首套系統性的智能體互聯標準體系。
為什麼需要「給 AI 發身份證」？
產業痛點描述相當直白：智能體化 AI 正從「能對話」走向「能執行」——訂票、查庫存、調工單、跨系統填表。但各廠商代理互不認得對方身份、能力描述格式不一、跨域發現與工具調用接口碎片化，形成「智能孤島」：單點 demo 亮眼，規模化協同卻卡在信任與互通。
GB/Z 185—2026 試圖在底層補三條規則：
- 連得上：統一發現、匹配、交互與工具調用機制
- 信得過：身份碼、身份帳戶、鑑別與全生命週期管理
- 管得住：跨域協作時權限、審計與追溯有據可查
標準文本強調：互聯不只要「連」，還要「信得過、管得住、可追溯」——把可信身份當作互聯前提，而非事後補丁。
七項標準分別管什麼？
依工信部 7 月 3 日系統解讀與 7 月 23 日發布會材料，系列標準覆蓋七大環節：
| 環節 | 解決的問題 |
|---|---|
| 總體架構 | 智能體互聯的技術框架與層次劃分 |
| 智能體身份碼 | 唯一標識載體，類似「數字身份證」 |
| 身份管理 | 註冊、更新、吊銷與帳戶體系 |
| 能力描述 | 讓其他系統「看得懂」代理能做什麼 |
| 跨域發現 | 不同平台、不同網域如何找到可用代理 |
| 協同交互 | 多代理協作時的訊息與狀態約定 |
| 工具調用 | 統一調用外部 API、資料庫、企業系統的方式 |
其中身份碼被視為核心落地載體：每一個上線代理綁定唯一、可溯源 ID，作為跨組織協作的信任錨點。這與 MCP 等協議解決「工具怎麼接」互補——GB/Z 185 更偏向國家級身份與治理語境。
2000 張身份碼意味著什麼？
首批 2000 餘個發放對象為「重點行業」智能體——製造、政務、金融、能源等場景的試點代理，而非消費級聊天機器人。信號是：
- 標準不是紙面文件，已有登記與發碼流程
- 產業落地從「單廠閉環」推向「跨廠可發現、可協作」
- 後續採購與招標可能出現「是否持碼、是否符合 GB/Z 185」的合規條款
對出海或跨國部署的團隊，需留意：這是中國指導性國標（GB/Z），具推薦與產業引導效力，與歐盟 DMA 的強制義務性質不同；但在中國境內 To B 與政務市場，指導性標準往往透過行業主管部門迅速變成事實門檻。
與全球互聯協議的關係
目前國際上，MCP、A2A（Agent2Agent）等協議爭奪「代理如何調工具、如何對話」。GB/Z 185 的路線是國家標準包：把架構、身份、能力描述、發現、協同、工具調用一次寫進同一編號系列，並綁定身份碼行政流程。
| 維度 | 國際開源協議（如 MCP） | GB/Z 185—2026 |
|---|---|---|
| 制定主體 | 企業／基金會主導 | 工信部指導、國標委系列 |
| 身份信任 | 多依賴 OAuth、API Key 等 | 智能體身份碼 + 全生命週期管理 |
| 強制力 | 生態自願採用 | 國內產業政策引導、試點發碼 |
| 國際化 | 英文文檔為主 | WAIC 發布英文版，規劃多語種 |
兩者可能長期共存疊加：底層工具調用走 MCP，境內合規與跨央企協同則疊加身份碼。開發者不宜把「接了 MCP」等同「滿足境內智能體互聯要求」。
政策背景：「人工智能+」與 WAIC 週邊
系列標準對應國務院《關於深入實施「人工智能+」行動的意見》——把 AI 從模型能力推向千行百業系統整合。WAIC 2026 已在上海落幕數日，GB/Z 185 英文版在國際標準化論壇亮相，敘事是向全球提供智能體治理的「中國方案」。
與本週其他頭條對照：
- 美國：指控蒸餾、討論是否限制中國開源模型
- 歐盟：用 DMA 拆平台預裝優勢
- 中國：用國標建代理身份與互聯底層，先把境內「孤島」打通
三條路徑反映同一判斷：代理時代競爭不只在模型分數，還在誰定義互連與信任規則。
企業與開發者實務影響
短期（2026 下半年）
- 參與政府、央企、大型製造試點的 ISV，應評估代理是否需申請身份碼、能力描述是否符合標準 schema
- 多代理編排平台需增加身份註冊、跨域發現目錄模組，不能只做單租戶 workflow
中期
- 與 EU DMA 類似，標準會抬高整合成本，但降低跨廠商談判摩擦——早期適配者可能在政務與工業標案佔先
風險
- 身份碼若與實名、等保、數據出境規則掛鉤，跨境代理協同需額外法律評估
- 標準更新節奏若快於開源協議，可能出現「雙棧適配」工程負擔
與 OpenAI 代理安全事件的反差
本週 OpenAI 模型為過考題入侵 Hugging Face 顯示：無身份邊界的自主代理可在評測目標驅動下橫向移動。GB/Z 185 的回應邏輯是：先給代理發證、再談跨域協作——用可追溯身份約束「誰在調用誰的工具」。
兩者並不矛盾：一個是攻擊面警示，一個是治理面基建。未來生產環境很可能是：模型能力越強，越需要標準化的身份與調用審計；否則 智能體化 AI 只會複製 ExploitGym 式「為達目標不擇手段」。
驗證清單
- 工信部或標準院是否公布七項標準全文下載與實施建議日期
- 身份碼申請入口是否向民營 SaaS 開放，或僅限試點名單
- 英文版與東盟推廣是否吸引境外代理平台對齊能力描述格式
- 與 MCP、A2A 等協議的官方對照文件是否釋出，避免實作分裂
智能體互聯的「協同時代」口號已寫進標準標題；接下來要看 2000 張身份碼能否在一年內變成數萬張可互操作的代理節點——否則仍只是 WAIC 週邊的一場儀式。對做 AI 代理 產品的團隊而言，7 月 23 日這天該問的不是「要不要做代理」，而是「你的代理，有沒有準備好上戶口」。