Claude Managed Agents self-hosted: agentes de IA en tus servidores
El 12 de noviembre de 2026, Anthropic abrió la beta privada de Self-hosted Claude Managed Agents: la plataforma de agentes que corre en tu nube o en tus servidores. Servidor, base de datos, sandboxes, credenciales e historial quedan de tu lado, con las mismas APIs del servicio hospedado.
Estos agentes ya arreglan builds, prueban releases, clasifican alertas y avanzan el backlog de bugs sin supervisión y con acceso a sistemas internos. Para equipos con datos sensibles en México y Latinoamérica, dónde vive la plataforma importa.
Qué es Claude Managed Agents y qué cambia con self-hosted
Managed Agents es un conjunto de APIs componibles para desplegar agentes autónomos: aporta harness, sandboxes, credenciales e historial para agentes de larga duración.
Nació hospedado; luego llegaron los sandboxes autoalojados para que el código no saliera. Antes había que construir la plataforma; ahora todo corre de tu lado.
Qué corre en tu red: servidor, PostgreSQL, workers y consola
Tú operas cma-server, su base y los workers que ejecutan herramientas de shell y archivos. El servidor expone la API y corre el loop; nunca ejecuta shell ni toca archivos.
La base es PostgreSQL 16 o superior; sin ella todo queda en memoria y se borra al reiniciar. Hay consola web con acceso vía tu proveedor de identidad y un CLI de administración.
Docker Compose y el chart de Helm cma-sandboxes levantan el worker de cada sesión en su contenedor o pod. La bash es una shell real con permisos y red del worker; uno propio va en un contenedor o VM desechable.
A dónde va el modelo: Anthropic, Bedrock, Google, Foundry o tu gateway
Las solicitudes van a Anthropic, Amazon Bedrock, Agent Platform de Google, Microsoft Foundry o tu gateway. El historial queda en tu base; si tienes zero data retention (ZDR) con Anthropic, aplica igual que en la Messages API.
La conversación sale: cada llamada envía inputs y resultados al proveedor de inferencia. Self-hosted controla la plataforma, no vuelve local al modelo.
¿Quién aloja qué?
| Opción | Sandboxes | Servicio | Modelo |
|---|---|---|---|
| Cloud sandboxes (por defecto) | Anthropic | Anthropic | Anthropic |
| Self-hosted sandboxes | Tú | Anthropic | Anthropic |
| Self-hosted Managed Agents | Tú | Tú | Anthropic o el proveedor que elijas |
Si solo necesitas que las herramientas corran en tu infraestructura, bastan los self-hosted sandboxes; el servicio completo conviene si además quieres agentes, sesiones e historial en tu nube.
Los cuatro principios de seguridad
Los tres modos comparten estos principios.
1. El cerebro y las manos están separados
El harness hace de cerebro y llama a Claude; el sandbox hace de manos y ejecuta el código. El loop, el historial y los secretos quedan fuera, y los sandboxes arrancan solo cuando se necesitan.
2. Las credenciales se quedan fuera del sandbox
Para MCP y llamadas de API compatibles, un proxy externo agrega la credencial y el agente nunca la ve. En self-hosted puedes usar tu gestor de secretos; eso no cubre otra integración.
3. El acceso a red se puede limitar
Defines una lista de hosts permitidos por entorno y bloqueas el resto. Para un agente que arregla builds, la lista podría ser solo tu git y tu registro de paquetes; si alojas el sandbox, lo aplicas en tu firewall.
4. Cada sesión deja un registro completo
Cada paso, llamada y resultado quedan registrados y se exportan por OpenTelemetry a tu monitoreo.
Si un agente trabaja sin supervisión dentro de tus sistemas, nadie revisa cada paso: los límites deben vivir en la arquitectura.
Anthropic, anuncio de self-hosted Claude Managed Agents (12 nov 2026)
Letra chica y límites
La beta es privada y se gestiona con el equipo de cuentas de Anthropic; no hay fecha de disponibilidad general.
El modelo de Claude sigue fuera de tu red: conservas servidor, base, workers e historial, pero la inferencia ocurre en Anthropic o el proveedor que elijas. Cada llamada envía la conversación con inputs y resultados.
La operación es tuya: parcheas e instalas cada release, aseguras servidor y base, aplicas el firewall y detectas uso inusual. Algunas funciones solo existen en el servicio hospedado.
El proxy de credenciales solo cubre MCP y llamadas de API compatibles; revisa cualquier otra integración. El aislamiento depende de dónde corre el worker: la bash tiene sus permisos y su red.
Qué significa para tu negocio
Para una agencia o un equipo con datos sensibles, la pregunta no es si el agente es bueno, sino dónde viven los datos que toca. Self-hosted conviene cuando cumplimiento o nube propia exigen que agentes, sesiones e historial se queden contigo.
No conviene por defecto. Si solo necesitas que las herramientas corran en tu infraestructura, self-hosted sandboxes alcanza; sin una razón de datos, el hospedado tiene menos carga operativa.
Quien autoaloja n8n con Docker ya asumió actualizaciones, respaldos, credenciales y red. Aquí el worker ejecuta código que un modelo decidió; contenedores desechables y Docker Compose son la base. El curso de Fundamentos de Docker cubre ese fundamento.
Si ya usas Claude Code, la opción sirve cuando el cliente exige que historial y credenciales no salgan de su perímetro. El Curso: Introducción a Claude Code y el Curso: Crea un Servidor MCP en n8n para Automatización con Agentes de IA preparan ese terreno.
Dos notas lo aterrizan: el robo de API keys de IA en Railway y OpenAI Daybreak confirman que la seguridad con agentes es el tema de la semana.
Checklist de seguridad para tus agentes (uses o no este producto)
Siete reglas para hoy, con o sin Managed Agents:
- Separa el cerebro del agente de donde ejecuta código: el loop, el historial y los secretos no van en la misma máquina que la shell.
- Deja las credenciales fuera de su alcance, en un gestor de secretos y no en archivos o imágenes; rótalas si sospechas exposición.
- Define una lista de hosts permitidos y bloquea el resto: si solo necesita git y tu registro de paquetes, no le des internet completo.
- Usa contenedores desechables, usuario no root, raíz de solo lectura y solo los directorios necesarios.
- Un despliegue y un entorno por nivel de confianza; no mezcles builds con datos de clientes.
- Registra cada paso, llamada y resultado, y expórtalos a tu monitoreo. Sin traza no hay auditoría.
- Recuerda que la conversación sale a tu proveedor: revisa qué datos mandas y si tienes ZDR.
Conclusión
Self-hosted Claude Managed Agents no promete autonomía sin costo: promete control sobre dónde vive la plataforma y traslada la operación a tu equipo. Para datos sensibles puede valer la pena; sin quien actualice PostgreSQL ni revise el firewall, es un riesgo.
La prueba es concreta: si no puedes explicar quién instala los releases, quién rota la environment key y qué hosts permite el firewall, tu despliegue aún no está listo. Si puedes, la beta abre otra conversación: “así los guardo, así los protejo y así los audito”.
Respuestas