Agentes de IA
Claude Managed Agents ya corre en tu propia nube, con tus credenciales dentro
Anthropic abre en beta privada la versión autoalojada: servidor, sandboxes, credenciales e historial en tu nube o en tus servidores, y el modelo donde elijas.
Todo el servicio de agentes, dentro de tu red
Anthropic abrió el 12 de noviembre en beta privada la versión autoalojada de Claude Managed Agents, su servicio para poner en producción agentes que trabajan solos durante mucho tiempo. Hasta ahora Anthropic ejecutaba el servicio y, como mucho, podías llevarte a tu infraestructura los sandboxes donde el agente ejecuta comandos. Ahora puedes alojarlo entero en tu nube o en tus propios servidores: el bucle del agente, los sandboxes, las credenciales y el historial de cada sesión. El anuncio de @ClaudeDevs superó las 750.000 visualizaciones en X.
El modelo sigue siendo Claude, pero tú decides por dónde pasan las peticiones: la API de Anthropic, Amazon Bedrock, Claude en Google Cloud, Microsoft Foundry o tu propia pasarela. Los desarrolladores usan las mismas API, el mismo SDK y la misma CLI que con el servicio alojado, así que no hace falta reescribir los agentes para cambiar de modalidad.
Tres formas de ejecutar los mismos agentes
La documentación separa dos piezas que se pueden alojar: los sandboxes, que son los contenedores o máquinas virtuales donde el agente ejecuta comandos y toca archivos, y el servicio, que incluye la API, el bucle del agente y el almacenamiento de agentes, sesiones e historial. Según cuál de las dos lleves a tu infraestructura, cambia lo que gestionas tú y lo que gestiona Anthropic.
| Modalidad | Sandboxes | Servicio | Modelo |
|---|---|---|---|
| Sandboxes en la nube (por defecto) | Anthropic | Anthropic | Anthropic |
| Sandboxes autoalojados | Tú | Anthropic | Anthropic |
| Managed Agents autoalojado | Tú | Tú | Anthropic o el proveedor que elijas |
Qué tienes que instalar y mantener
Un despliegue tiene uno o varios servidores cma-server, que sirven la API, ejecutan el bucle del agente y guardan los datos; una base de datos PostgreSQL 16 o posterior, y los workers, que recogen trabajo del servidor y ejecutan las herramientas de shell y archivos dentro de tus sandboxes. Incluye una consola web en tu propio servidor, con inicio de sesión a través de tu proveedor de identidad, y una CLI de administración para crear entornos y sus claves.
La contrapartida es que el mantenimiento pasa a ser tuyo. Tienes que proteger el servidor, la base de datos y los sandboxes, e instalar cada versión nueva. Además, algunas funciones solo existen en el servicio alojado, y la documentación tiene una página con esas diferencias que conviene leer antes de decidir. El software del servidor tiene una licencia propia de Anthropic.
Lo que sigue saliendo de tu red
Autoalojar no significa que nada salga de casa. En cada llamada al modelo, el servidor envía la conversación hasta ese momento, con las entradas y los resultados de las herramientas, al proveedor de inferencia que hayas configurado. Si es la API de Claude, también viajan los identificadores de la sesión, del agente y del entorno. Lo que sí se queda dentro es el historial de sesiones, que se guarda en tu base de datos, y las credenciales, que puedes llevar a tu propio gestor de secretos. Si tienes retención de datos cero con Anthropic, se aplica a las peticiones que le lleguen como a cualquier llamada a su API de mensajes.
Hay una advertencia de seguridad que conviene no saltarse: la herramienta bash del agente es una shell real, con los permisos y el acceso a red del proceso worker. El worker no aísla esa shell; el aislamiento depende de dónde lo ejecutes. Las plantillas de Docker Compose y Helm arrancan cada sesión en su propio contenedor o pod. Anthropic también recomienda un despliegue distinto para cada nivel de confianza.
Cuándo merece la pena alojarlo entero
Anthropic resume el diseño en cuatro principios que se aplican en las tres modalidades. El cerebro y las manos van separados: el bucle que llama a Claude queda fuera del sandbox donde corre el código. Las credenciales tampoco entran en el sandbox: en las herramientas MCP y las API compatibles, un proxy de fuera las añade a la petición. Cada entorno puede limitarse a una lista de hosts permitidos, y cada sesión deja un registro completo exportable por OpenTelemetry.
Un ejemplo hipotético: una aseguradora quiere un agente que arregle builds rotos y revise alertas en su código interno, y su política exige que el historial y las credenciales no salgan de su nube. Si solo le preocupara dónde se ejecuta el código, le bastarían los sandboxes autoalojados. Como también necesita guardar las sesiones y decidir el proveedor del modelo, la versión autoalojada completa encaja, a cambio de operar un servicio más. Para pedir acceso hay que contactar con el equipo de cuenta de Anthropic.