WebMCP 不会取代 MCP。真正的变化，是网站开始从“让 AI 猜怎么操作”，转向“明确告诉 AI 能做什么”。 过去，智能体操作网页要看截图、找按钮、… · @bitbiz_bruce · TwKit

@bitbiz_bruce

WebMCP 不会取代 MCP。真正的变化，是网站开始从“让 AI 猜怎么操作”，转向“明确告诉 AI 能做什么”。 过去，智能体操作网页要看截图、找按钮、填表单。一处弹窗、一次改版，就可能打断流程。问题不只是模型不够聪明，而是视觉界面本来就不是稳定的机器接口。 WebMCP 给出了另一条路：网站把搜索、筛选、填写等能力注册成结构化工具，明确参数，由页面自己的逻辑执行。AI 不必每一步都猜，用户也能在当前界面查看结果、继续接手。 它与 MCP 的区别，不是新旧，而是上下文。 MCP 连接外部系统与服务，适合不依赖当前网页的查询和后台任务；WebMCP 连接当前打开的页面，适合依赖登录状态、界面选择和人工确认的协同操作。一个负责服务能力，一个负责现场上下文，可以共存。 但结构化调用只减少了“怎么操作”的歧义，没有解决“是否应该操作”的授权问题。 工具调用成功，不代表业务完成；返回“退款成功”，也不能替代真实状态核验。只读工具可能泄露隐私，工具描述和输出仍可能夹带提示注入。权限校验、重复提交保护、审计和高风险确认，都不能交给模型自行判断。 对开发者，最值得做的不是把所有按钮包装成工具，而是重新划清业务边界： 查询与修改分开，草稿与提交分开，可逆与不可逆分开。 先选一个低风险、高频、结果可见的操作，验证它是否真的更可靠，再扩大范围。 WebMCP 目前仍是演进中的提案，不是已经普及的正式标准。但它提出了一个值得重视的方向：AI 友好的网站，不是让模型拥有无限操作权，而是让能力更明确、结果更可验证、关键决定仍由用户掌握。 https://alishui.com/article/103050/webmcp-vs-mcp-browser-tools-developer-guide.html

曝光 16 · 评论 1 · 点赞 0 · 书签 0