摘要

  • Web Intents 想让浏览器替网站调度网络服务：网站只提出“编辑照片”或“分享链接”的任务，浏览器列出能接手的服务，由用户选择。
  • Chrome 在 2012 年把实验版放进稳定渠道，却只允许 Chrome Web Store 应用清单注册服务。Google 后来从 Chrome 24 起关闭实验；W3C 于 2013 年停止把规范推进为正式推荐标准。

小网站想借一双修图的手

Chromium 2011 年 8 月的提案从一家没钱自建修图器的照片网站说起。过去，网站可以自己开发，也可以与某家编辑服务谈好专用接口。Web Intents 提供第三条路：页面交出照片和“编辑”这个任务，浏览器负责寻找能处理它的服务。查看、分享等动作也列在设计里。网站不用提前把每个合作方写死在代码中。

W3C 的规范文本把这个过程拆成三个角色：发起任务的页面、登记处理能力的服务页面、负责匹配和递送的浏览器。服务声明自己能处理什么动作、什么数据类型；浏览器让用户选定接收方，再把结果送回原页面。规范给了一个生动比喻：普通链接先指定目的地，Intent 则先说明要干什么。目的地从网站手里移到了浏览器菜单里。

菜单是谁开的？

一个能替所有网站挑服务的浏览器，必须决定谁有资格出现在菜单中。规范要求服务只登记本域的处理页面；动作和数据类型要匹配；把新发现的服务交给用户前，还需要用户的明确动作。发起任务的网站不能悄悄枚举访客装了哪些服务。浏览器可以记住偏好，避免每次都弹出完整菜单，但用户必须能配置任务去向。

这些规则处理的是同一个权力问题。照片网站想省掉逐家签约；编辑服务想被看见；浏览器控制入场和排序；用户得判断自己的照片究竟会送到哪里。菜单设计并非装饰，它决定了谁能接到生意。

稳定版里的不稳定实验

2012 年 5 月，Chromium 宣布实验实现已进入当时的稳定版 Chrome。“稳定”说的是浏览器发布渠道，Web Intents 的接口仍有前缀，未来改动甚至可能不兼容。服务注册暂时只对 Chrome Web Store 应用清单开放。开发团队希望接口成熟后去掉限制。号称让网页自由找服务的调度台，当时先有一道自家商店的门。

这道门便于控制实验范围，却也改变了实验能回答的问题。普通服务网页不能只写好规范中的登记标记，就期待自己在 Chrome 的真实菜单中出现。浏览器先决定谁能参加，再观察用户如何选择。

2012 年 11 月 1 日，Google 工程师 Greg Billock 告诉 W3C 邮件列表，实验支持已从 Chrome 24 起关闭。团队发现接口和 Chrome 具体使用体验都需要继续打磨。他没有公布使用率，也没有给出单一故障原因。半年前邀请开发者试用的功能，已被切断。

规范留下，选择器退场

W3C 2013 年 5 月 23 日的工作组说明保留了设计，却明确停止推进为推荐标准，并说明没有做互操作测试。同年 6 月的移动网页技术盘点指出，任务调度与用户交互如何结合仍有未解争议。问题不是网页没有事可交给其他服务做，而是浏览器还没给人一个足够清楚、可信的接单选择过程。

Web Intents 留下一道有分量的历史选择：网站可以自己指定服务、经营合作关系；也可以只声明任务，把分配权交给浏览器和用户。后一条路能松开硬编码合作，却让浏览器成为服务市场的门房。2012 年的实验让这位门房的权力露了出来。