WebMCP
正在提案中的Web标准，旨在让网站为AI Agent时代做好准备，基于MCP协议扩展，由Google工程师在Google I/O Connect工作坊中系统讲解
核心事实
时间轴 (近 90 天)
Chrome 团队演示了三个安全注解（hints）用于 WebMCP 工具定义：readOnlyHint、consequentialHint、untrustedContentHint。
在 WebMCP 工具定义中添加三个安全注解只需一两行代码的改动，成本极低。
用户对频繁无意义确认弹窗会形成条件反射式点击「允许」，从而降低对危险操作的警惕性。
WebMCP API 仍在积极演进中，团队通过 GitHub explainer 的 issue 区公开征集反馈。
字符预算（Character Budgets）要求开发者为工具返回值设定长度上限，超出部分截断或摘要，以防止上下文被过度占用。
Chrome for Developers 的官方 WebMCP 安全文档还涵盖了管理字符预算（character budgets）和将工具安全地暴露给特定来源（origins）等实践。
untrustedContentHint: true 注解用于将工具返回的用户生成内容或外部数据标记为不可信，以防御间接提示注入。
WebMCP 安全注解只是提示（hints），不是强制机制；代理是否遵守取决于代理的实现。
consequentialHint: true 注解要求代理对高风险操作必须二次确认，且不提供「始终允许」选项。
readOnlyHint: true 注解告诉代理工具没有副作用（不改变 UI、后端数据或物理世界）。
还有 40 条时间轴事件
全部知识事实 (20)
MCP采用客户端-服务器架构，AI编程工具作为MCP客户端，外部服务作为MCP服务器
80%已验证WebMCP是MCP在Web场景下的延伸，允许网站在页面中声明自己对外暴露的可调用工具及其schema
75%已验证Chrome 扩展的核心能力包括 content script、background service worker 和 popup 页面
70%已验证AI代理操控计算机面临的安全风险包括提示注入攻击、权限升级和不可逆操作等问题
70%已验证让 AI 直接调用网页能力的最大隐患是安全，WebMCP 类协议必须内置权限授权模型、关键操作前用户确认机制和工具来源可信度校验
65%已验证WebMCP 的思路是让网站主动暴露一层机器可读的能力接口，使 AI 智能体能像调用 API 一样调用网页功能
65%已验证对内容平台而言 AI 智能体可能绕过广告直接抓取价值，而对电商、SaaS、工具类服务则可能带来新的流量与交易入口，这种动机差异将影响 WebMCP 的采用
65%已验证Browser Tools MCP的浏览器扩展与MCP Server之间通过WebSocket建立持久连接
65%待验证Skill 的技术本质是工具调用（Tool Use）与提示词工程的结合体，是预定义的结构化提示模板或自定义脚本
60%待验证untrustedContentHint: true 注解用于将工具返回的用户生成内容或外部数据标记为不可信，以防御间接提示注入。
50%待验证用户对频繁无意义确认弹窗会形成条件反射式点击「允许」，从而降低对危险操作的警惕性。
50%待验证Chrome 团队演示了三个安全注解（hints）用于 WebMCP 工具定义：readOnlyHint、consequentialHint、untrustedContentHint。
50%待验证Chrome 提供的示例浏览器扩展代理默认假设所有工具都会改变状态，因此每次调用都弹确认框。
50%待验证consequentialHint: true 注解要求代理对高风险操作必须二次确认，且不提供「始终允许」选项。
50%待验证字符预算（Character Budgets）要求开发者为工具返回值设定长度上限，超出部分截断或摘要，以防止上下文被过度占用。
50%待验证readOnlyHint: true 注解告诉代理工具没有副作用（不改变 UI、后端数据或物理世界）。
50%待验证WebMCP 安全注解只是提示（hints），不是强制机制；代理是否遵守取决于代理的实现。
50%待验证Chrome for Developers 的官方 WebMCP 安全文档还涵盖了管理字符预算（character budgets）和将工具安全地暴露给特定来源（origins）等实践。
50%待验证WebMCP API 仍在积极演进中，团队通过 GitHub explainer 的 issue 区公开征集反馈。
50%待验证在 WebMCP 工具定义中添加三个安全注解只需一两行代码的改动，成本极低。
50%