Safari 团队反对 WebMCP：让 Web 对 AI 友好的改动，也应惠及所有人

Safari 浏览器团队近日正式表态，反对正在被讨论中的 WebMCP API，认为该方案偏离了 Web 平台「以人为本」的设计初衷。其立场引发业内关注：当我们为 AI 智能体改造 Web 时，应让这些改动同时惠及真实用户和无障碍技术，而不是为 AI 单开一条专属通道。

共享层优于 AI 特供层

Safari 团队的工程师 Mike Wyrzykowski 在评论中写道：「当一个站点的操作难以被智能体使用时，这本身就是该页面语义层面的缺口；我们认为应当通过平台共享层（HTML 和 ARIA）来补齐它，这样用户、无障碍技术以及智能体都能从中受益。」

这一观点与 Web 平台一贯的设计哲学一致：在 HTML 与 ARIA 等标准里增加可操作的语义，让屏幕阅读器、键盘用户和 AI 智能体共享同一套可机读的「操作意图」，而不是为 AI 单独引入一套新的接口。

AI 智能体本质上是辅助技术

Safari 团队进一步从架构层面表达担忧：代表用户行事的智能体在效果上等同于辅助技术，应当像用户本人那样操作站点，站点不应针对它给出差异化对待。WebMCP 提案中明确写了「该接口不是为无障碍技术而设计」，即更丰富的可执行语义只送达智能体，而屏幕阅读器和键盘用户却得到更少——这种「分叉」被认为是不可接受的。

域权威标识：人类与 AI 的共同难题

文章还提到 WICG（Web 孵化社区组）邮件列表里的一项提案：让每个网站通过 JSON-LD 文档声明自身身份与权威资源，以解决 AI 助手因缺乏机器可读的、可被域名自身控制的数据源而误判域名身份的问题。作者指出，普通人同样难以分辨网站真伪，如果要为 AI 解决这件事，不妨也把人类用户一并纳入考量。

一条可写入 W3C 的设计原则

作者呼吁将 Safari 团队的立场升格为 W3C 设计原则，建议表述为：「当一个站点的操作难以被 AI 智能体使用时，这本身就是该页面语义层面的缺口，我们应首先在平台共享层（HTML 与 ARIA）中加以补齐，使用户、无障碍技术以及智能体共同受益。」

W3C 现有的「利益相关方优先级」明确写道：用户需求高于网页作者，作者需求高于用户代理实现者，实现者需求高于规范编写者，规范编写者需求高于理论纯粹性。AI 智能体并未出现在这一序列中。作者认为，如果智能体长期存在，应该考虑把它安放在序列中的某个位置，但无论如何，用户需求都应排在智能体需求之前。这条原则值得在所有面向 AI 改造 Web 的提案中被反复引用。