Claude Managed Agents: monta un agente que trabaja solo cada mañana

Llevo 4 meses levantándome y encontrándome el trabajo hecho. Mis agentes publican en LinkedIn, generan research de mercado y producen este blog mientras duermo. La gracia es que lo hago con un VPS de 6€ al mes y un crontab de toda la vida.

Ahora Anthropic ha lanzado los Managed Agents con scheduling nativo. La promesa: lo mismo que yo hago, pero sin servidor, sin cron manual y sin tocar una terminal. ¿Merece la pena? Después de probarlo y comparar con mi setup real, te doy la respuesta honesta.

En junio de 2026, mi equipo de 6 agentes IA ejecuta tareas programadas por ~150€/mes de stack total — el equivalente funcional a un equipo humano de 12.000-16.000€/mes (medición propia de Pablo Pérez-Manglano, cofundador de GuruWalk). Los Managed Agents podrían simplificar parte de esa infraestructura, pero no toda. Vamos por partes.

Qué son los Claude Managed Agents

Claude Managed Agents

Servicio de Anthropic que permite crear, programar y ejecutar agentes de inteligencia artificial en la nube sin infraestructura propia. Incluye scheduling con sintaxis cron, almacén seguro de credenciales (vault), memoria persistente entre ejecuciones y logs de eventos. Disponible en beta pública desde junio de 2026 para usuarios de Claude Max y equipos.

Managed Agents es un servicio de Anthropic que te permite crear agentes de IA que corren en su nube. No es nuevo — se lanzaron en abril de 2026 — pero las piezas que lo hacen útil de verdad llegaron en junio: scheduling con cron, credential vault y mejoras en memoria persistente.

La idea base es sencilla: defines qué quieres que haga el agente (en lenguaje natural, con las instrucciones que le darías a un junior), le pones un horario y Anthropic se encarga de que se ejecute. Sin servidor. Sin Docker. Sin systemd. Sin despertar a las 3 de la mañana porque se ha caído el cron.

Para un solopreneur o una pyme que quiere su primer agente automatizado, esto baja la barrera de entrada de "necesito un servidor Linux" a "necesito una cuenta de Claude". Y eso es un cambio gordo.

Lo que poca gente explica es que antes de esta actualización, los Managed Agents eran más una demo que una herramienta real. Podías crear agentes, sí, pero no programarlos. Tenías que lanzarlos manualmente o montar tu propio scheduler externo. Eso es como tener un empleado al que tienes que llamar cada vez que quieres que trabaje. No escala.

Las 3 piezas clave: cron, vault y memoria persistente

Lo que ha llegado en junio de 2026 convierte a Managed Agents en algo usable para producción real. Son tres funcionalidades, y las tres importan.

La primera es el scheduling con sintaxis cron. Si has trabajado con cron en Linux, es exactamente lo mismo: 0 7 * * * para ejecutar a las 7:00 cada día. Si no has tocado cron en tu vida, la interfaz te deja configurarlo visualmente. El agente se despierta, ejecuta su tarea y se apaga. Tú no intervienes.

Un detalle que importa: los schedules corren en UTC. Si estás en España (UTC+2 en verano), un cron de las 05:00 UTC se ejecuta a las 7:00 hora local. Parece tonto, pero he visto a gente quejarse de que "mi agente no publica a la hora que le dije" y es literalmente un offset de timezone. Usa crontab.guru para verificar antes de activar.

La segunda pieza es el credential vault. Antes, si tu agente necesitaba acceder a una API externa (Google Sheets, Notion, GitHub), tenías que pasar los tokens como variables de entorno. Que funciona, pero es un follón de seguridad si no sabes lo que haces. El vault almacena las credenciales cifradas y el agente las usa en tiempo de ejecución sin que el token aparezca en logs ni en prompts. Para una pyme con datos sensibles de clientes, esto no es un nice-to-have — es un requisito.

La tercera es la memoria persistente entre sesiones. Cada vez que el agente se ejecuta, recuerda lo que hizo la vez anterior. No empieza de cero. Si ayer analizó 50 leads y hoy llegas con 20 más, continúa desde donde lo dejó. Antes de esta actualización, cada ejecución era independiente — el agente era como un becario con amnesia.

Lo que automatizo yo cada mañana (mi setup real)

Antes de hablar de si deberías usar Managed Agents, te enseño lo que ya funciona en mi negocio con herramientas más simples. Porque la mejor forma de evaluar una herramienta nueva es compararla con lo que ya tienes.

Mi stack de automatización es deliberadamente básico: un VPS de Hetzner (~6€/mes), Claude Code con plan Max (~100€/mes) y cron del sistema operativo. Total: ~150€/mes por todo el stack, incluyendo dominios, Vercel y herramientas auxiliares.

Cada día, sin que yo toque nada, pasan estas cosas:

• 6:00 — Remy (research) escanea fuentes del nicho, cruza con mis keywords objetivo y deja un resumen priorizado
• 9:00 — Ariel (LinkedIn) publica el post del día con el hook que mejor funcionó la semana anterior
• 10:00 — Rafiki (blog) genera y publica un post SEO optimizado con diagramas SVG y frontmatter GEO
• 20:00 — FBS (analítica) recopila métricas del día y las cruza con la semana anterior

¿Podría hacer esto mismo con Managed Agents? Sí, para Remy y FBS que son tareas contenidas. Ariel y Rafiki son más complejos: necesitan acceso al repositorio de código, ejecutar builds, hacer push a Git y solicitar indexación en Google. Eso requiere un servidor con herramientas instaladas, no solo la nube de Anthropic.

Cuando monté el servidor para correr agentes 24/7, lo hice porque no existía alternativa cloud. Ahora existe, pero no cubre todos mis casos. Así que la decisión es más matizada de lo que parece.

Managed Agents vs mi VPS con cron: comparativa sin adornos

Esto es lo que nadie va a decirte en un tutorial de "cómo usar Managed Agents": depende de lo que ya tengas montado. La respuesta correcta para ti puede ser opuesta a la mía.

La tabla es clara: si empiezas de cero y quieres un agente que haga research, genere informes o analice datos cada mañana, Managed Agents es mejor opción. Sin discusión. Te ahorras aprender Linux, configurar un servidor y mantenerlo.

Si ya tienes un servidor con agentes que interactúan con tu codebase, hacen builds y deploys, Managed Agents no los sustituye. Los complementa, como mucho, para las tareas más sencillas.

Mi plan actual: mover Remy (research) y FBS (analítica) a Managed Agents cuando el vault soporte las integraciones que necesito. Mantener Ariel y Rafiki en el VPS porque dependen del repo y de herramientas del sistema.

Paso a paso: monta tu primer agente programado

Si quieres probarlo, esto es lo mínimo que necesitas. Lo hago corto porque Anthropic cambia la interfaz cada dos semanas y cualquier tutorial con capturas caduca en un mes.

Requisitos:

• Cuenta de Claude Max (~100€/mes) o Team. Con Pro (~20€/mes) funciona pero te quedas sin créditos rápido
• Acceso a la plataforma Claude (claude.ai)

El proceso:

1. Crea un Managed Agent desde el dashboard. Le pones nombre, instrucciones (el prompt del sistema) y le dices qué herramientas puede usar
2. Configura el schedule con la pestaña de cron. Para "todos los días a las 7:00 España" usa 0 5 * * * (UTC en verano). Si te lías con la sintaxis, crontab.guru es tu amigo
3. Añade credenciales al vault si necesita acceder a APIs externas (Google Sheets, Notion, Slack)
4. Lanza una ejecución manual primero para verificar que funciona antes de dejarlo solo
5. Revisa los logs de las primeras 3-4 ejecuciones automáticas. Los agentes se portan diferente cuando nadie mira

Un consejo que ojalá me hubieran dado: las instrucciones del agente deben ser tan específicas como un CLAUDE.md bien escrito. "Analiza mis datos y dame un informe" no funciona. "Lee el spreadsheet de ventas del mes actual, calcula el incremento vs el mes anterior, identifica los 3 productos con mayor caída y envíame un resumen de máximo 5 párrafos con cifras concretas" sí funciona.

La diferencia entre un agente que entrega valor y uno que entrega ruido es la especificidad del prompt. Igual que con un empleado humano: si la instrucción es vaga, el resultado es vago.

Cuánto cuesta (con mis números reales)

Aquí va el cálculo real, no el de marketing.

Los Managed Agents no tienen un precio separado. Consumen tokens de tu suscripción. Con el plan Max (~100€/mes), tienes un pool de créditos mensuales para el Agent SDK. Cada vez que tu agente se despierta y ejecuta una tarea, gasta tokens de ese pool. Si se te acaba el pool, pagas el exceso a tarifa API.

Un agente que se ejecuta 1 vez al día y consume ~50K tokens por sesión usando Sonnet (el modelo más eficiente) te cuesta aproximadamente 3-5€ al mes en tokens. Tres agentes con ese perfil: 10-15€/mes. No es mucho, pero se suma si tienes varios agentes ejecutándose varias veces al día.

Compara con mi setup actual:

Para alguien que empieza: Managed Agents cuesta algo más en tokens pero mucho menos en tiempo y complejidad. Para alguien que ya tiene servidor: la diferencia son 4-9€/mes extra por la comodidad de no tocar cron. No es mucho, pero tampoco es gratis.

En mi caso, mantengo el VPS porque no solo corre agentes: también sirve el pipeline de este blog, los scripts de SEO y la monitorización. Pagarlo solo por cron no justifica los 6€, pero como ya lo tengo para todo lo demás, me sale gratis.

Lo que todavía no funciona bien

Managed Agents está en beta y se nota. Tres cosas que me han dado problemas y que deberías saber antes de montar tu setup completo aquí.

El timezone es un follón. Todo corre en UTC y no hay opción de configurar timezone por agente. Si estás en España y quieres que tu agente publique a las 10:00 hora local, tienes que calcular el offset de UTC manualmente. Y acordarte de cambiarlo cuando llegue el horario de invierno. Un detalle menor si tienes un agente. Un problema gordo si tienes cinco ejecutándose para diferentes tareas y mercados.

Las integraciones del vault son limitadas. A junio de 2026, soporta un puñado de servicios. Si tu agente necesita conectarse a algo que no está en la lista, vuelves a pasar tokens por variables de entorno o montas un proxy. Anthropic dice que están añadiendo integraciones cada semana, pero hoy no cubre todo lo que un stack de solopreneur real necesita.

La memoria persistente tiene techo. El agente recuerda contexto entre sesiones, pero hay un límite de ventana. Si tu agente procesa mucha información diaria, al cabo de 2-3 semanas pierde contexto de las primeras ejecuciones. No es amnesia total — conserva un resumen — pero no es lo mismo que tener un log completo en tu propio servidor donde puedes hacer grep y encontrar cualquier cosa de hace dos meses.

Ninguna de estas limitaciones es un deal-breaker. Pero si lees el blog oficial de Anthropic parece que todo es perfecto, y no lo es. Funciona bien para tareas contenidas. Para flujos complejos de producción, todavía falta.

Para quién merece la pena y para quién no

Después de 4 meses operando agentes programados con mi setup propio y unas semanas probando Managed Agents, mi conclusión es esta:

Sí merece la pena si:

• Quieres tu primer agente automatizado y no sabes Linux
• Tus tareas son contenidas: research, informes, análisis, digestos diarios
• No quieres mantener infraestructura
• Ya pagas Claude Max y tienes créditos de sobra

No merece la pena (aún) si:

• Ya tienes un VPS con agentes en producción que funcionan
• Tus agentes necesitan acceso a repositorios Git, builds o deploys
• Necesitas control total sobre logs, tiempos de ejecución y reintentos
• Cada euro cuenta y el VPS con cron es más barato

Lo más inteligente, como con cualquier herramienta nueva, es empezar con un agente simple. Un research diario, un digest de métricas, un análisis semanal de competencia. Si funciona y te ahorra tiempo, amplías. Si no, no has perdido más que media hora de setup.

Lo que no haría es migrar un sistema que ya funciona solo porque la herramienta nueva es más brillante. Mis agentes llevan 4 meses en un VPS de 6€. No necesitan ser más modernos. Necesitan seguir funcionando.

La mejor automatización no es la más nueva ni la más sofisticada. Es la que trabaja mientras tú haces otra cosa — y sigue trabajando mañana.

Llevo 4 meses corriendo agentes en un VPS de 6€ al mes con cron de toda la vida. Managed Agents es más bonito, pero la pregunta no es si funciona — es si justifica pagar más por algo que ya tengo resuelto. Para quien empieza de cero, sí. Para quien ya tiene setup, todavía no.