Claude代理补齐三块拼图：浏览器、Skills与Files全面可用

Anthropic于2026年8月20日的公告 宣布，computer use、Skills API和Files API已在Claude Platform全面可用，同时推出面向网页应用的browser use工具。公告还列出Files API的自动过期、五倍限流和每个组织1TB存储，并说明现有beta集成在迁移期间仍可继续运行。

AI/TLDR对同日发布的独立记录 确认了三项既有能力进入GA，以及browser use结合截图与页面结构定位网页元素的变化。对开发团队而言，实际意义不是多了几个孤立接口，而是文件输入输出、团队规则、代码处理和网页操作已经能够接入同一条生产代理链路。

新组合把四种职责接到同一条链路

这套组合中，各组件的边界并不相同。Files API负责保存代理读取和生成的文件；Skills API把说明、脚本和模板封装为可上传、可版本化的流程；browser use处理网页内的读取、定位和交互；computer use则通过截图、鼠标和键盘操作更广泛的软件环境。

browser use不是computer use的改名版本。前者除截图外还能读取页面结构，针对具体字段或按钮操作；后者适合跨出网页、进入桌面窗口或原生应用的任务。两者可以组合，但应用仍需决定代理可以访问哪些页面、账户和运行环境，GA本身不会替开发者划定这些权限。

更新后的computer use还可以在一次模型调用中返回多个连续动作，减少每次点击都重新调用模型的往返。由此带来的“补齐”，是输入文件、可复用规则、受控计算和外部界面操作之间有了明确接口，而不是任何一个工具单独获得了端到端自治能力。

保险理赔代理的数据流如何闭环

以一个条件性的保险理赔代理为例，完整流程可以从理赔材料开始，以可下载的提交确认文件结束。这个示例只用于映射组件职责，不代表代理能够绕过保险公司的身份验证、业务授权或人工审批。

1. 业务系统通过Files API上传申请表、保单附件和证据材料，取得对应的file_id，后续请求直接引用这些文件。
2. Messages请求在container中指定经过审核的自定义Skill，其中保存字段映射、材料完整性规则、命名规范和团队认可的处理步骤。
3. 代码执行环境读取材料并运行Skill中的脚本或模板，把原始内容转换成门户所需的字段，或生成供复核的文档；赔付决定仍应留在既定业务流程内。
4. browser use进入获准访问的保险门户，依据页面结构定位输入框、选项和提交控件；只有涉及浏览器外软件时，才需要computer use继续操作。
5. 代码执行产生的汇总表、回执或其他文档以file_id出现在工具结果中，应用再通过Files API下载，交给复核、归档或下游系统。

这条数据流保留了四个可审计的交接点：文件来源、Skill版本、界面动作和最终产物。相比让单一工具包办全部步骤，这种分工更容易限制权限，也便于在某一步失败时定位是文件、规则、执行环境还是外部页面发生了变化。

Files同时定义输入与交付边界

Files API的作用不只是上传附件。输入文件可以在后续请求中通过ID复用，代理生成的文件也不会自动变成应用本地的成品；调用方需要从工具结果中提取file_id，再获取元数据并下载实际内容。

因此，模型返回“已生成”不能单独证明文件已经交付。生产系统仍需处理下载失败、内容校验、归档状态和删除策略。平台提供的组织级存储、限流提升和自动过期减轻了文件传递负担，但不会替代企业自己的保留期限、访问控制与审计制度。

在理赔场景中，Files适合作为代理与业务系统之间的明确边界：代理只接触当前任务需要的材料，应用记录上传、引用、下载和删除事件。文件能否进入正式案卷、保存多久以及谁能再次读取，仍由组织政策决定。

Skills接入依赖代码执行与版本固定

Claude Platform的Skills接入文档 明确要求请求启用code execution，并使用兼容模型；Skill通过container中的type、skill_id和可选version声明。文档还规定，Skill生成的Excel、PowerPoint、PDF或Word文件会以file_id返回，必须通过Files API下载；执行容器不能联网、不能在运行时安装软件包，未复用既有container ID时会创建新的隔离环境。

这些条件意味着从beta迁移不只是替换接口名称。团队还要核对当前SDK调用结构、模型兼容范围、容器是否需要跨轮复用，以及预装依赖能否运行Skill中的脚本。需要访问外部服务时，应由编排层提供经过授权的独立工具，不能假设代码执行容器能够直接联网。

版本固定同样是生产前置条件。自定义Skill的新版本是完整快照而非增量包，遗漏的文件不会从旧版本继承；省略version或使用latest，会让工作区中新上传的版本立即影响请求。生产代理应指定明确版本，latest更适合持续迭代的开发环境。

GA没有消除平台差异和权限边界

这次发布的覆盖范围需要分开理解：computer use、browser use、Skills API和Files API已经可在Claude Platform使用；Skills API和Files API也覆盖Microsoft Foundry，而公告发布时，更新后的computer use与browser use仍计划稍后进入Google Cloud Vertex AI。因此，“全面可用”不能推导为每个云平台、模型或账户配置都已同步开放。

网页操作的准确性提升也不等于风险自动消失。登录状态、双重验证、可访问域名、下载权限和敏感字段处理仍由应用控制。付款、发送消息、修改客户记录或正式提交理赔等高影响动作，需要在编排层设置清晰的授权范围和人工确认点。

此次发布已经确认了组件的可用状态，也给出了从文件输入到网页提交再到文件输出的组合方式。尚待各团队解决的是具体部署边界：固定哪一个Skill版本、如何取得并校验生成文件、怎样适配隔离容器，以及哪些网页或桌面动作必须停下来等待人工批准；其他云平台的后续覆盖仍取决于Anthropic的更新。