Anthropic 为 Claude Code 桌面应用添加内置浏览器

理解此次发布最关键的是它替代了什么。Claude Code 的桌面应用原本有一个预览面板，但该面板仅是一个 HTML 渲染器——只能显示简单标记和样式，在更复杂的内容上就会失效。新的浏览器面板则是一个完整的、支持标签页的网络浏览器，能够导航、点击并处理服务器渲染的网站，而不仅仅是静态文件^[1]。正是这一区别导致社区中出现了‘这真的算新功能吗？’的讨论：从远处看似乎只是同一个面板，但实际上它已从查看器升级为交互式浏览器。

这一升级使其他功能成为可能。由于它是真正的浏览器而非预览，Claude 可以调出文档、设计稿、问题追踪器或正在运行的生产环境应用，并以与其本地开发服务器交互相同的方式进行操作^[2]。该面板仍可打开项目中的静态 HTML 文件、PDF、图像和视频，因此旧的预览用例得以保留——现在只是更强大功能的一个子集。

表面看是‘Claude 能浏览网页’，但核心功能在于 Claude 现在可以自行验证其修改结果。在面板内，它可以截图、检查 DOM、点击元素、填写表单并修复发现的问题——无需开发者先连接独立浏览器或外部自动化工具^[1]。对开发者而言，这闭合了一个原本需要手动干预的循环：智能体修改代码、打开受影响页面、确认更改正确渲染和运行，并持续迭代。

这与‘助手能读网页’有本质区别。Digital Trends 将日常收益描述为消除了在浏览器和编码助手之间来回复制链接的摩擦^[3]，但更深层的转变是自主性：验证不再是由开发者在智能体完成后执行的步骤，而是成为智能体工作本身的一部分。

Anthropic 现在提供了两种不同的方式让 Claude 访问网络，这种区分是有意为之。新的内置浏览器面板运行在一个干净、隔离的配置文件中，不包含用户的任何已保存登录信息或历史记录，会话持久化可配置^[1]。而独立的 Claude in Chrome 扩展则采取相反策略——驱动用户真实的、已登录状态的 Chrome 或 Edge 会话^[4]。一个专为无需身份的工作设计，另一个则用于需要身份的场景。

这正是部分怀疑者误解之处，他们认为‘Claude 几个月前就能控制 Chrome，有何不同？’隔离配置文件并非扩展的降级版，而是一种不同的信任模型。你可以将浏览器交给智能体用于测试和验证，而无需将其暴露于提示注入风险下的认证 Cookie。管理员也能获得一致性，因为适用于 Chrome 扩展的相同网站允许/阻止列表在此适用，外加 browserExternalPageTools 管理设置可完全禁用 Claude 在外部页面上的工具^[1]。

允许智能体在真实外部网站上点击和输入，正是最容易出错的地方，Anthropic 的应对方案是分层权限系统而非完全信任。安全分类器会审查 Claude 在每种权限模式下的写入操作（点击和输入），当操作看似有风险时触发提示，旨在防范对实时页面的提示注入攻击^[1]。Claude 首次在新外部网站上操作时，会弹出卡片提示“允许一次”、“始终允许”或“拒绝”；批准按网站（包括子域名）保存，可在设置中撤销^[3]。

此外，即使在已批准的网站上，智能体也有不可逾越的硬性限制：不会购买商品、创建账户或绕过 CAPTCHA，除非用户明确输入^[3]。综合来看，这些约束使内置隔离浏览器成为合理的设计——智能体在开放网络上自主操作的潜在影响范围，由按站点的同意机制和不可协商的限制所界定，而不仅仅依赖良好意图。

社区反应总体积极，常见主题是松了一口气：告别了独立扩展，减少了频繁切换标签页的麻烦；有版主指出，缺少内置浏览器曾是部分用户留在竞争对手平台的原因之一。少数质疑声音偏向实用而非敌意——关于此功能与此前 Chrome 控制有何差异的提问、关于更大截图意味着更高 token 费用的玩笑，以及终端派与桌面派的分裂：部分用户因预览和 UI 功能迁移到桌面应用，而终端忠实用户则保持原状。