AREX Feed Article
OpenAI 开发者账号展示 WebMCP 标注演示：用自定义控件与建议提示词帮用户在 ChatGPT 浏览器中编辑场景、更新费用
北京时间 10 月 13 日凌晨 2 时 42 分，OpenAI 开发者官方账号 @OpenAIDevs 发帖称，annotations（标注）与 WebMCP（一项让网站直接向智能体 agent 开放工具的提案标准）搭配，「能给 agent 更多可据以行动的上下文」。帖子同时展示开发者 @kagigz 如何用自定义标注控件（custom annotation controls）和建议提示词（suggested prompts），帮助用户在 ChatGPT 的浏览器中编辑场景、更新费用，并附上一段演示视频（）。
两秒后，同一账号跟了一条没有正文的帖，只留下一个链接，指向 ChatGPT 的 Annotations Extensibility（标注扩展）文档（）。这是 OpenAI 官方开发者账号对自家功能的单方演示与口径，实际效果未经独立核实；帖文链接的标注文档，连同同一站点的 Site tools（站点工具）文档，均可公开查阅，下文对机制的核对均出自这两份文档与帖文本身。
演示帖：发布者、数据与演示者
@OpenAIDevs 是 OpenAI 面向开发者的官方账号，X 简介写明「Official updates for developers building with Codex & the OpenAI Platform」，现有约 45.65 万关注者（）。这条演示帖发出五个多小时后，获得 56,244 次浏览、582 个点赞、81 条回复和 256 次收藏（截至北京时间 10 月 13 日上午 8 时许）。
被点名的 @kagigz 是 Katia Gil Guzman，坐标伦敦，X 简介自述「Helping developers build @OpenAI」（）。她在 10 月 2 日发帖说，自己刚参加完「第三届、也是最好的一届 DevDay」回到家（）——而标注文档恰好写明，这套 API 面向「DevDay 2026 版 ChatGPT 桌面应用及后续版本」。
OpenAI 的 YouTube 频道上还有一条 2 分 35 秒的教程视频《Build custom site annotations with ChatGPT》，简介与帖文说的是同一件事：为网站添加自定义标注控件和建议提示词，看它们如何与 WebMCP 配合，帮用户编辑场景（）。
标注：不改代码也能圈定 agent「看到什么」
对这套机制的描述是：Browser Annotation API（浏览器标注 API）让网站自定义「用户能选中什么、反馈附带什么上下文、以及用哪些控件在把标注发给 ChatGPT 之前预览改动」。文档同时强调，标注本身不要求网站改任何代码——用户选中页面的一部分、写条评论，就能把它随上下文发给 Codex 或 ChatGPT Work。
想更进一步的开发者有两条路。一条是 HTML 属性：把区域标为 oai-annotation-container，把可选中对象标为 oai-annotatable，后者的取值会给对象起一个名字，「同时展示给用户和模型」；oai-annotation-container-text 则让用户可以拖选一段文字。另一条是 JavaScript API document.oai.annotation，覆盖标注请求、文本范围请求、编辑器默认项、自定义控件、标注表面等九类集成——比如给画布里绘制的对象提供自绘控件，文档注明这类对象用不上内置的 CSS 和文字控件。文档页自己就是个活例：用 ChatGPT 内置浏览器打开它，选中表格或代码示例，就能在预置布局和主题之间切换。
有两道门槛：API 只在 ChatGPT 桌面应用的内置浏览器、HTTPS 或 localhost 的顶层页面上可用；在 ChatGPT Enterprise 和 Edu 工作区，管理员必须先通过工作区策略允许「Site annotation customizations」。文档页自己也示范了建议提示词：页面提供「Open suggested prompt」卡片，访客点开即可把预置提示词发进 ChatGPT 内置浏览器。
Site tools：同一个页面，每次调用先过安全审查
WebMCP 一侧的文档叫 ，定义只有一句：Site tools 是 ChatGPT 对「提案中的 WebMCP 标准」的实现——网站把能力打包成一组工具，直接交给 AI agent，用户与 agent 看到的是同一个实时页面、同一个登录会话。网站用 document.modelContext.registerTool 注册工具，在 inputSchema 里写清参数，只读工具标注 readOnlyHint: true。
限制写得同样具体：ChatGPT 内置浏览器目前只支持 WebMCP API 的一个子集——用 HTML 表单属性定义工具的声明式 API 不可用，iframe 里的工具不会被浏览器发现，网站必须在顶层页面用 JavaScript 注册。文档还给模型划了清单：Site tools 用 GPT-5.6 Sol 或 GPT-6 Sol，GPT-5.6 Luna 目前禁用了 WebMCP；Enterprise 工作区需管理员允许，Edu 工作区不可用。
文档关于安全的一节写得尤其具体：网站提供的工具定义与返回结果「属于不可信内容」，工具的名字或「我只读数据」的声明不构成证明；内置浏览器对每次工具调用先做安全审查，正常确认策略继续适用——发消息、购物、删数据、改权限这类后果性操作都在其列；每次调用都会绑定到发起页面与工具注册。用户可以在「设置 > 浏览器 > 权限」里直接关掉 Enable site tools。
从 8 月的 Site tools 公告到 10 月的标注扩展
Site tools 早在 8 月就已公开。8 月 25 日，OpenAI 开发者论坛 Announcements 分类的一篇公告帖介绍过这套机制，并附上演示站点 Codex Modeling Studio——一个「agent 通过 WebMCP 创作 3D 场景」的浏览器内工作区；同一帖子里还挂出了 WebMCP Challenge：OpenAI 与 Google Chrome、Cloudflare、Shopify、Vercel、Render、Netlify 合作举办 10 天黑客松，现金奖金 35,000 美元（）。
10 月 13 日这条帖文补上的是另一半：用户在页面上圈出什么，网站为这个选择配什么上下文和控件。
回复区：喝彩之外，一条没有画出的界线
回复区里既有叫好也有挑刺。Anthony Mongeluzo 认为，「标注加 WebMCP 给 agent 更多可据以行动的上下文，是开发者实打实的收益」，ChatGPT 浏览器里的场景编辑和费用更新演示「把这个想法展示得很清楚」（）；Hyrum Hurst 的回复一句话点出这类功能要解决的问题：「agent 不应该在每一个按钮上玩『威利在哪里』」（）。中文开发者 Wen 的评价更直接：「工具给得再多也救不了蠢 agent……90% 的 agent 拿到一堆上下文还是原地打转」（）。
技术追问也集中在评论区。Tiny_Fish 联合创始人 Keith Zhai 问：这些标注属性有没有标准化计划（）？开发者 Denys 想知道上线前怎么测试标注（）。贴着演示要害的问题来自伊斯坦布尔工程师 Olgun：用户发送一条建议提示词，算不算批准了其后的写入？他自己的浏览器扩展给每个网站的 WebMCP 工具单独设开关、默认关闭、按名记录每次调用，他想知道 ChatGPT 的浏览器是否靠 readOnlyHint 跳过确认（）。
对写操作的顾虑，文档至少给了一半答案：后果性操作要过正常确认策略，工具定义默认不可信，每次调用前有安全审查。Thomas 对费用更新演示的调侃是：「让 agent 改我的费用单，深夜的披萨就会变成客户午餐……」（）。发送一条建议提示词与批准一次写入之间的界线，帖文和两份文档都没有画出来。