Claude abre sus agentes a producción: los permisos son la nueva deuda

Anthropic llevó Computer Use, Skills API y Files API a disponibilidad general en Claude Platform el 20 de agosto de 2026 y lanzó Browser Use para agentes que operan aplicaciones web. El anuncio de Anthropic presenta las cuatro herramientas como componentes disponibles para crear agentes de producción y aclara que las integraciones beta seguirán funcionando durante la migración.

El cambio estabiliza un circuito en el que Claude puede actuar sobre una interfaz, cargar procedimientos reutilizables y conservar documentos entre solicitudes. No convierte cualquier automatización en apta para producción: cuanto más continuo es el flujo, más importante resulta delimitar la identidad del agente, sus archivos, la versión de sus instrucciones y las acciones que requieren aprobación humana.

Qué salió de beta y qué aporta Browser Use

Computer Use permite que Claude interprete capturas de pantalla y ejecute acciones como pulsar, escribir o desplazarse. La versión actualizada admite varias acciones durante un turno del modelo; Browser Use añade información sobre la estructura de la página para dirigir la operación a un elemento web concreto, sin depender únicamente de su posición visual.

Skills API cubre los procedimientos. Una habilidad reúne instrucciones, scripts y plantillas que Claude puede cargar cuando una tarea los necesita; la API permite subir paquetes propios, versionarlos y asociarlos a solicitudes ejecutadas en el entorno aislado de código de Claude. La disponibilidad de versiones facilita controlar cambios, pero la plataforma no decide qué versión ha aprobado una empresa.

Files API permite cargar un documento una vez, reutilizarlo mediante su identificador y descargar los archivos producidos por el agente. La revisión independiente de Maetra confirma que el lanzamiento añadió caducidad automática, límites de solicitudes cinco veces superiores y hasta 1 TB de almacenamiento por organización; también distingue la disponibilidad actual de Skills API y Files API en Microsoft Foundry de la futura llegada de las herramientas actualizadas de navegación a Vertex AI.

El agente concentra cuatro superficies de autorización

La arquitectura ya no termina en una llamada al modelo. Un mismo flujo puede recuperar un expediente desde Files API, aplicar una habilidad con el procedimiento de la empresa, completar un portal mediante Browser Use y guardar el comprobante. La continuidad reduce integraciones intermedias, pero concentra capacidades que antes podían estar separadas.

Una arquitectura de referencia para ese flujo necesita asignar un control distinto a cada componente:

• Computer Use y Browser Use: una identidad técnica aislada, aplicaciones y dominios permitidos, límites de acción y una interrupción obligatoria antes de operaciones irreversibles.
• Skills API: un propietario, revisión de instrucciones y dependencias, una versión aprobada y fijada, historial de cambios y mecanismo de reversión.
• Files API: clasificación de documentos, autorización de lectura, caducidad y conservación, borrado de derivados y separación entre organizaciones o expedientes.
• Aprobación humana: fronteras explícitas antes de publicar, pagar, aceptar compromisos contractuales, modificar privilegios o tomar otras decisiones con consecuencias externas.

Estos controles no aparecen automáticamente al declararse una API disponible de forma general. La expresión «deuda de permisos» describe precisamente ese trabajo pendiente: una interfaz estable reduce la incertidumbre técnica, pero obliga a documentar quién puede activar cada capacidad, con qué datos y bajo qué condiciones.

Migrar exige revisar el contrato, no solo la cabecera

La continuidad temporal de las betas permite una transición gradual, aunque mantenerlas conserva también sus formatos anteriores. El seguimiento técnico de NO FEED documenta que Files API y Agent Skills dejaron de requerir sus respectivas cabeceras beta, que los clientes que mantienen esas cabeceras siguen recibiendo el formato anterior y que el SDK de Python 0.124.0 incorporó las nuevas superficies estables.

Por eso, el inventario de migración debe abarcar más que endpoints. Hay que localizar las solicitudes que referencian archivos, los flujos que cargan habilidades, las automatizaciones que controlan interfaces, las versiones de SDK y los procesos que dependen de un esquema de respuesta concreto.

1. Catalogar endpoints, cabeceras beta, SDK, identidades, archivos persistidos y habilidades vinculadas a cada flujo.
2. Probar el contrato estable en un entorno aislado, incluidas la paginación, la caducidad, los errores y la reanudación de tareas interrumpidas.
3. Fijar la versión autorizada de cada habilidad y registrar quién revisó sus instrucciones, scripts, dependencias y permisos.
4. Sustituir sesiones humanas amplias por cuentas técnicas con los privilegios mínimos que requiera la tarea.
5. Comparar las variantes beta y estable con entradas controladas y conservar una vía de reversión antes de retirar las cabeceras anteriores.

La disponibilidad general no equivale a aprobación general

Un paquete versionado puede propagar instrucciones incorrectas a numerosos flujos; un archivo reutilizable puede terminar fuera del contexto para el que fue autorizado; y una sesión de navegador puede heredar acceso excesivo si utiliza la cuenta cotidiana de una persona. Son consecuencias de combinar capacidad de acción, código reutilizable y datos persistentes bajo una misma ejecución.

La caducidad automática ayuda a reducir la permanencia de los archivos, pero no define por sí sola una política de retención. El versionado de Skills API tampoco demuestra que una versión concreta haya superado una revisión. Para reconstruir una ejecución, el registro debería relacionar la identidad utilizada, el modelo, la habilidad y su versión, los identificadores de archivo, las acciones realizadas, las autorizaciones y el resultado.

Lo confirmado es la disponibilidad general de Computer Use, Skills API y Files API en Claude Platform desde el 20 de agosto de 2026, el estreno de Browser Use y la continuidad temporal de las integraciones beta. El calendario de retirada de los contratos anteriores y los límites aceptables para cada carga siguen dependiendo de futuras decisiones del proveedor y, sobre todo, de la política de cada organización.

Lee también:

• Claude marcará sus textos: la huella sobrevivirá al copiar y pegar
• Claude no es solo un chat: modelo, aplicación y agente no son lo mismo
• Project Perception busca fallos con agentes, pero aún no ofrece una API