¿Qué son los Claude Managed Agents? La nube totalmente gestionada de Anthropic

Ejecutar un agente en producción significa levantar el bucle del agente, la ejecución de herramientas, un sandbox y la persistencia de estado, todo por tu cuenta. Claude Managed Agents te quita toda esa carga de encima: Anthropic lo ejecuta por ti. Lanzado como beta pública el 8 de abril de 2026, es un conjunto de APIs componibles para crear y desplegar agentes alojados en la nube a gran escala.

Este artículo cubre, con base en información oficial, qué es Managed Agents, en qué se diferencia del Agent SDK autoalojado, la memoria persistente y el "dreaming", la evaluación basada en resultados y el multiagente, y los precios. Los puntos clave, por adelantado. ① En lugar de "construir tu propio bucle de agente", obtienes un entorno totalmente gestionado donde Claude puede leer archivos, ejecutar comandos, navegar por la web y ejecutar código de forma segura. ② Tiene memoria persistente con alcance de workspace (montada en /mnt/memory), que un "dream" puede reorganizar y consolidar. ③ El precio es tokens + $0.08 por hora de sesión.

1. ¿Qué son los Managed Agents?

En palabras de Anthropic, Managed Agents es "un conjunto de APIs componibles para crear y desplegar agentes alojados en la nube a gran escala", y la documentación lo describe como un "harness de agente preconstruido y configurable que se ejecuta en infraestructura gestionada". La esencia: "En lugar de construir tu propio bucle de agente, ejecución de herramientas y runtime, obtienes un entorno totalmente gestionado donde Claude puede leer archivos, ejecutar comandos, navegar por la web y ejecutar código de forma segura." El prompt caching, la compactación de contexto, el sandboxing y la persistencia de estado vienen integrados desde el principio.

Se organiza en torno a cuatro conceptos: Agent (la definición) / Environment (dónde se ejecuta) / Session / Events. El Environment puede ser un sandbox en la nube gestionado por Anthropic o un sandbox autoalojado en tu propia infraestructura.

Al agente se le pueden añadir las skills que ofrece Anthropic (pptx, xlsx, docx, pdf) y skills propias que crees y subas tú (hasta 500 por sesión). En cuanto a herramientas, además del conjunto integrado y los servidores MCP, también puedes definir «herramientas personalizadas» (custom tools) que ejecuta tu propio código.

Aquí, «arnés» (harness) significa todo lo que hay en un agente aparte del modelo: el bucle, las herramientas, la memoria, los controles de seguridad, etc. La idea en sí se explica en ¿Qué es la ingeniería de arnés?

2. Frente al Agent SDK (autoalojado vs. gestionado)

Lo fácil de confundir es la diferencia con el Claude Agent SDK. Ambos forman una pareja a lo largo del eje "lo ejecutas tú" vs. "lo ejecuta Anthropic".

En resumen: "¿quieres construir tu propio motor? Agent SDK. ¿Quieres alquilar el motor y centrarte en el contenido? Managed Agents." No son competidores, sino una elección sobre cuánto de la operación retienes tú mismo. Para el concepto de agentes, consulta qué es multiagente; para construir uno, cómo construir un sistema multiagente.

3. Memoria persistente y "dreaming"

Una característica distintiva de Managed Agents es la memoria persistente (un memory store). Es "una colección de documentos de texto con alcance de workspace", montada como un directorio (/mnt/memory/) dentro del sandbox de la sesión. El agente la lee y escribe con operaciones de archivo normales, y su contenido persiste entre sesiones. Cada cambio crea una versión de memoria inmutable para auditoría. Las versiones anteriores se conservan 30 días desde que se escriben, pero las versiones recientes de una memoria activa se conservan siempre, sin importar su antigüedad (una memoria que cambia poco puede guardar historial de más de 30 días). Si necesitas el historial por más tiempo, expórtalo con la API. Límites: 100 kB por memoria, 10.000 memorias por store, 8 stores por sesión.

Una nota para desarrolladores: las API de memory stores usan su propia cabecera beta, agent-memory-2026-07-22. Si se envía junto con managed-agents-2026-04-01, la petición devuelve un error 400 (para vincular un memory store a una sesión se sigue usando la cabecera habitual). En un sandbox autoalojado, la memoria no es un montaje conectado en todo momento: el proceso de trabajo guarda una copia y la sincroniza (documentación de memory).

Más inusual es el "dreaming". Según la descripción oficial: "Un dream lee un memory store existente junto con transcripciones de sesiones anteriores y luego produce un memory store nuevo y reorganizado: duplicados fusionados, entradas obsoletas o contradichas reemplazadas por el valor más reciente, y nuevas observaciones puestas de relieve." Es un trabajo asíncrono (de 1 a 100 sesiones de entrada, con instrucciones opcionales) que requiere su propio encabezado beta, dreaming-2026-04-21 (con managed-agents-2026-04-01 solo no se accede a los endpoints de dream).

El modelo que ejecuta el dream se elige al crearlo. La documentación de dreams enumera nueve modelos compatibles durante la vista previa de investigación: Claude Opus 5.5, Claude Fable 5.1, Claude Opus 5, Claude Fable 5, Claude Opus 4.8, Claude Opus 4.7, Claude Sonnet 5.5, Claude Sonnet 5, Claude Sonnet 4.6 (comprobado el 12 de octubre de 2026). Los modelos Haiku no están en la lista, así que no pueden ejecutar un dream. El dream se cobra según las tarifas estándar por token del modelo que elijas.

4. Evaluación por resultados y multiagente

Una función más reciente es la evaluación basada en resultados (outcomes-based grading). Según Anthropic: "Tú escribes una rúbrica que describe cómo se ve el éxito y el agente trabaja hacia ella. Un evaluador (grader) independiente evalúa la salida frente a tus criterios en su propia ventana de contexto." Anthropic informa que "mejoró el éxito en las tareas hasta en 10 puntos respecto a un bucle de prompting estándar" (+8,4 % para docx, +10,1 % para pptx). Son mediciones de la propia Anthropic —el anuncio las llama "our internal benchmarks"—, no resultados de terceros. Beta pública.

La orquestación multiagente también viene integrada: "Un agente líder divide el trabajo en partes y delega cada una a un especialista con su propio modelo, prompt y herramientas", ejecutándose en paralelo sobre un sistema de archivos compartido. La filosofía de diseño de orquestar agentes se hace eco de cómo construir un sistema multiagente.

Hoy hay tres formas de repartir el trabajo (documentación multiagente). ① Delegar en subagentes (la delegación tiene un solo nivel y admite hasta 25 hilos hijos simultáneos). ② Dynamic workflows: el propio agente escribe un programa que lanza varios agentes y combina sus resultados, y el servidor lo ejecuta (hasta 1.000 agentes por ejecución y, por defecto, 10 ejecuciones simultáneas por sesión). ③ Advisor: el agente sigue trabajando por su cuenta, pero consulta a un modelo superior en momentos como la planificación o la revisión final (esa consulta se cobra a la tarifa de ese modelo). En todos los casos se pagan los tokens de todos los agentes que se ejecutan, por lo que Anthropic recomienda fijar un límite de gasto en la sesión.

5. Lo que se ha añadido desde el lanzamiento

Desde el lanzamiento del 8 de abril de 2026, Managed Agents ha ido sumando funciones cada pocas semanas. Las fechas proceden de los anuncios de Anthropic (las de octubre de 2026, de las notas de versión de Claude Platform).

• 23 de abril de 2026 — Memoria: los memory stores se lanzaron en beta pública.
• 19 de mayo de 2026 — Outcomes, orquestación multiagente, webhooks, dreaming: los tres primeros en beta pública y el dreaming como research preview. Puedes recibir un aviso por webhook cuando termina el trabajo.
• 19 de mayo de 2026 — Sandboxes autoalojados y túneles MCP: solo la ejecución de herramientas puede pasar a tu propia infraestructura (o a un proveedor de sandboxes como Cloudflare, Daytona, Modal o Vercel), mientras el bucle, la gestión del contexto y la recuperación de errores siguen en Anthropic. Los túneles MCP conectan servidores MCP de tu red privada sin exponerlos, como research preview.
• 9 de junio de 2026 — Despliegues programados y vaults: un agente puede arrancar según una expresión cron y una zona horaria (con granularidad de minutos). Para las claves de API guardadas en un vault, el sandbox solo tiene un valor sustituto; la clave real se añade en el límite de la red y solo en peticiones a dominios que permitas, así que el agente nunca la ve.
• 7 de octubre de 2026 — Los límites de red también cubren la búsqueda y la descarga web: si un entorno en la nube usa la red limited, sus hosts permitidos (allowed_hosts) ahora también se aplican a las herramientas web_search y web_fetch. Una llamada de web_fetch a una URL de un host no permitido devuelve un error, y web_search omite los resultados de esos hosts. Si allowed_hosts está vacío, ninguna de las dos devuelve páginas ni resultados. allow_package_managers y allow_mcp_servers no añaden hosts para estas dos herramientas. La red unrestricted y los sandboxes autoalojados no se ven afectados. Además, crear una sesión falla con un error 400 si el allowed_domains de una herramienta web habilitada incluye un host fuera de allowed_hosts (lo mismo ocurre con una actualización de sesión que añada esa entrada). Una entrada de allowed_hosts solo coincide con un host exacto salvo que empiece por *., así que docs.example.com no está dentro de ["example.com"].
• 7 de octubre de 2026 — La descarga web solo alcanza URL ya vistas en la sesión: web_fetch ahora solo descarga URL que ya hayan aparecido en la sesión, por ejemplo en el texto de un mensaje del usuario, en un resultado de web_search o en una página descargada antes con web_fetch. El objetivo es reducir el riesgo de exfiltración de datos. Una URL que solo aparece en la salida del propio Claude, en el prompt de sistema, en un documento adjunto o en la salida de bash o de una herramienta MCP no cuenta, y pedirla devuelve el error url_not_in_prior_context. Para que el agente descargue una URL, envíala en el texto de un evento user.message.
• 9 de octubre de 2026 — Dynamic workflows (beta): ya se pueden usar los dynamic workflows de la opción ② de la sección 4. El agente escribe un programa que ejecuta muchos agentes por fases y combina sus resultados, y el servidor lo ejecuta en segundo plano como un workflow run. Se activa poniendo el campo multiagent del agente en el tipo multiagent_20261001 con workflows habilitados, y en el prompt de sistema se indica cuándo iniciar una ejecución. El progreso se sigue con los eventos workflow_run.* del flujo de eventos.
• 14 de octubre de 2026 — Los despliegues programados también funcionan en Claude Platform on AWS: los despliegues programados, lanzados en junio, ya están disponibles también en Claude Platform on AWS (comprobado el 18 de octubre de 2026). En AWS, cada ejecución crea una sesión como rol de IAM de tu propia cuenta de AWS. Hay que establecer antes en el agente el execution_identity con aws_role; si no se configura, crear un despliegue devuelve un error 400. La documentación de despliegues programados sigue marcando la función como beta.
• 14 de octubre de 2026 — Exportación a OpenTelemetry (beta): las solicitudes de la Messages API y las sesiones de Managed Agents ahora se pueden seguir con OpenTelemetry y enviar a tu infraestructura de monitorización existente (comprobado el 18 de octubre de 2026). El SDK de Claude genera spans en Python, TypeScript, C#, Go, Java, PHP y Ruby; si quieres spans del lado de la API, añade un destino de exportación en Claude Console (documentación oficial).

También puedes fijar un tope de gasto por sesión (session budget): el consumo se valora a precios de lista y las nuevas llamadas al modelo se detienen al alcanzar el tope.

6. Precios y disponibilidad

El precio tiene dos dimensiones: ① tokens (tarifas estándar del modelo, con prompt caching aplicado) + ② tiempo de ejecución de la sesión a $0.08 por hora de sesión. El tiempo de ejecución se mide al milisegundo y se factura solo mientras el estado es running (estar inactivo o reprogramando es gratis). El ejemplo trabajado de Anthropic: una sesión de programación de 1 hora que consume 50.000 tokens de entrada y 15.000 de salida cuesta alrededor de $0.705 Ese ejemplo usa las tarifas de Claude Opus 5 ($5 de entrada / $25 de salida por millón de tokens, según la página de precios en septiembre de 2026).

Este es el mismo caso recalculado por modelo con las tarifas de la página de precios al 12 de octubre de 2026. La columna derecha reproduce el segundo ejemplo de Anthropic, en el que 40.000 de los tokens de entrada son lecturas de caché (la lectura de caché cuesta normalmente 0,1× la tarifa de entrada; en Opus 5.5 y Sonnet 5.5, 0,05×).

Los $0.08 de ejecución son iguales en todas las filas; la diferencia sale de los tokens. Cuanto más barato es el modelo, mayor es el peso del tiempo de ejecución en la factura (cerca del 40 % en Haiku 4.5 y cerca del 90 % en Haiku 5.5). Ojo: en Haiku 5.5, cuando la entrada de una sola petición supera los 100.000 tokens, se aplica una tarifa más alta (entrada $0.50, salida $2.50). En las sesiones de agentes, donde el contexto se va acumulando, es fácil cruzar ese umbral.

Solo el tiempo de ejecución al mes se calcula como horas al día × 30 días × $0.08. Solo cuenta el tiempo en estado running; el tiempo idle esperando tu siguiente mensaje no. Dejar una sesión abierta todo el día solo cobra el tiempo en que trabaja de verdad.

Las dos columnas de la derecha suponen que cada hora consume los mismos tokens que el ejemplo anterior (50.000 de entrada, 15.000 de salida, sin caché). El consumo real de tokens cambia en órdenes de magnitud según la tarea, así que toma la columna de ejecución como un mínimo y limita el gasto en tokens con un presupuesto de sesión.

7. Cómo empezar

La guía de inicio rápido oficial tiene cuatro pasos. Todas las peticiones necesitan la cabecera beta managed-agents-2026-04-01 (el SDK la añade por ti).

1. Crea un agente: define el modelo, el prompt de sistema, las herramientas, los servidores MCP y las skills. El conjunto de herramientas integradas (bash, operaciones con archivos, búsqueda web y más) se activa con agent_toolset_20260401. Se crea una vez y se reutiliza por ID.
2. Crea un entorno: decide dónde se ejecuta. En un sandbox en la nube, indica los paquetes que se preinstalan y si el tráfico saliente es libre (unrestricted) o solo hacia hosts permitidos (limited). Si lo omites en la API, queda en unrestricted; la pantalla de creación de la Console empieza en limited. La documentación oficial pide indicarlo de forma explícita. Desde el 7 de octubre de 2026, los hosts permitidos de limited también se aplican a las herramientas de búsqueda y descarga web, así que añade a allowed_hosts los sitios que necesiten (un host añadido también queda abierto para el sandbox).
3. Inicia una sesión: arráncala con el agente y el entorno. Aquí también puedes fijar un tope de gasto (budget).
4. Envía eventos y recibe los resultados: envía el mensaje del usuario como evento; Claude usa las herramientas por su cuenta y devuelve los resultados mediante server-sent events (SSE). Puedes enviar más instrucciones a mitad de camino o interrumpirlo.

También puedes escribir el agente y el entorno en archivos y crearlos con ant apply desde la CLI. Para empezar desde Claude Code, ejecuta /claude-api managed-agents-onboard en la versión más reciente y se abrirá una guía interactiva que te acompaña en la configuración (guía de inicio rápido oficial).

8. Cuándo encaja y cuándo no

A partir de la sección «cuándo usarlo» de la documentación oficial y de las condiciones de la página de precios:

Resumen

Claude Managed Agents es un entorno totalmente gestionado donde Anthropic opera por ti el bucle del agente, la ejecución de herramientas, el sandbox y la persistencia de estado. Mientras que el Agent SDK autoalojado significa "tú ejecutas el motor", Managed Agents significa "lo ejecuta Anthropic y tú te centras en la definición": una elección emparejada que difiere en dónde recae la responsabilidad operativa.

Sus señas de identidad son la memoria persistente con alcance de workspace (montada en /mnt/memory, que persiste entre sesiones) y el "dreaming" (vista previa de investigación) para reorganizarla y consolidarla, además de la evaluación basada en resultados y la orquestación multiagente. El precio es tokens + $0.08 por hora de sesión, disponible para todas las cuentas de API como beta pública de abril de 2026 (con estado, por lo que no es elegible para ZDR / HIPAA BAA). Relacionados: guía del Agent SDK, qué es multiagente, cómo construir un sistema multiagente.

Preguntas frecuentes

Q. ¿Qué son los Managed Agents?
A. El conjunto de APIs de Anthropic para crear y desplegar agentes alojados en la nube. En lugar de construir tu propio bucle de agente, ejecución de herramientas y runtime, obtienes un entorno totalmente gestionado donde Claude puede leer archivos, ejecutar comandos, navegar por la web y ejecutar código de forma segura. El prompt caching, la compactación, el sandboxing y la persistencia de estado vienen integrados. Se lanzó como beta pública el 8 de abril de 2026.

Q. ¿En qué se diferencia del Agent SDK?
A. En quién es responsable de la operación. El Agent SDK es un harness autoalojado que ejecutas en Python / TypeScript, donde tú operas el bucle, las herramientas y la infraestructura. En Managed Agents, Anthropic provee el bucle, el sandbox, el estado y la memoria sobre infraestructura gestionada, y tú te centras en definir el agente. No son competidores: es una elección sobre cuánto de la operación te quedas tú.

Q. ¿Qué son la memoria persistente y el "dreaming"?
A. La memoria persistente (un memory store) es una colección de documentos de texto con alcance de workspace, montada en el sandbox como /mnt/memory/; el agente la lee y la escribe con operaciones de archivo normales y persiste entre sesiones. El "dreaming" es un trabajo asíncrono que lee la memoria existente y transcripciones de sesiones anteriores para producir un memory store reorganizado: fusionando duplicados, actualizando valores obsoletos y poniendo de relieve nuevas observaciones. Actualmente el dreaming es una vista previa de investigación (requiere solicitud de acceso).

Q. ¿Cuánto cuesta?
A. Dos dimensiones: cargos por tokens + tiempo de ejecución de la sesión a $0.08 por hora de sesión. El tiempo de ejecución se mide al milisegundo y se factura solo mientras el estado es running (estar inactivo / reprogramando es gratis). La estimación de Anthropic es de alrededor de $0.705 para una sesión de 1 hora con 50.000 tokens de entrada y 15.000 de salida (con las tarifas de Claude Opus 5: $0.625 en tokens más $0.08 de tiempo de ejecución). Con las tarifas del 12 de octubre de 2026, el mismo caso cuesta $0.58 con Opus 5.5, $0.33 con Sonnet 5.5, $0.205 con Haiku 4.5 y alrededor de $0.09 con Haiku 5.5. Solo el tiempo de ejecución, con 8 horas diarias en running, suma $19.20 al mes (8 × 30 × $0.08). Los tokens usan las tarifas estándar del modelo con prompt caching.

Q. ¿Puede usarlo cualquiera?
A. Es una beta pública desde el 8 de abril de 2026, activada por defecto para todas las cuentas de API, accesible vía Claude Console / Platform CLI / Claude Code. Pero como es con estado por diseño, no es elegible para Zero Data Retention (ZDR) ni para un HIPAA BAA. Ten en cuenta además que las funciones difieren según la etapa: el dreaming es una vista previa de investigación que requiere solicitud de acceso (consulta la documentación oficial para lo más reciente).