Claude Managed Agents para un negocio de una persona

Anthropic lleva meses sacando a Claude de la ventana de chat. Primero las skills, luego las rutinas programadas y ahora los managed agents: agentes que corren en la infraestructura de Anthropic, con disparador horario, memoria entre ejecuciones y permiso para usar herramientas sin que tú estés delante. Traducido a lo que te importa si facturas tú solo: dejas una tarea encargada el lunes y te la encuentras hecha cada mañana a las siete.

Yo llevo desde febrero de 2026 haciendo exactamente eso, pero por mi cuenta: scripts programados con Claude Code que se ejecutan solos en un VPS. Así que la pregunta no es si la idea funciona —funciona—, sino si delegar la infraestructura a Anthropic te compensa frente a tener tu propia caja encendida. Este post es esa cuenta, en euros y en horas, para un negocio de una persona en España. Aviso de entrada: es la función más reciente de todas las que he cubierto y los precios y límites se mueven. El marco de decisión no se mueve.

Qué es un Managed Agent y qué no es

Claude Managed Agent

Agente de Claude que Anthropic ejecuta y mantiene en su propia infraestructura, con instrucciones persistentes, acceso a herramientas y un disparador programado, sin que el usuario tenga que montar servidor ni cron.

Un agente gestionado tiene tres piezas y conviene entenderlas por separado, porque cada una decide una cosa distinta.

Instrucciones persistentes. No es un prompt que escribes y se evapora. Es un documento que el agente relee en cada ejecución: quién eres, qué formato quieres, qué no debe hacer nunca. Es el mismo concepto que explico en el archivo que controla cómo trabaja tu agente, solo que alojado por Anthropic en vez de en tu repositorio.

Herramientas y permisos. A qué puede acceder: tu correo, un calendario, un repositorio, una web, un conector de datos. Aquí es donde se decide si el agente es útil o es un generador de texto bonito. Un agente sin acceso a nada te escribe opiniones; un agente con acceso a tus datos te escribe hechos.

Disparador. Una hora fija ("cada día laborable a las 7:00") o un evento ("cuando entre un formulario"). Esta es la diferencia real con usar Claude a mano: la tarea ocurre aunque tú estés desayunando, de vacaciones o con un cliente.

Lo que no es: no es un empleado. No improvisa objetivos, no negocia, no sabe que el martes es festivo si no se lo dices. Y no es magia gratis: cada ejecución consume recursos y, por tanto, dinero.

¿En qué se diferencia de un cron con Claude Code?

Esta es la pregunta que me han hecho cinco veces por LinkedIn desde que se anunció, y tiene respuesta corta: en quién mantiene la máquina.

Si montas lo mismo tú, necesitas un servidor, un programador de tareas, claves guardadas con cabeza, logs y un sistema para enterarte de que algo ha fallado. Si usas un agente gestionado, eso lo pone Anthropic. A cambio, pierdes control: no puedes instalar lo que quieras, no tocas el sistema de ficheros como en tu máquina y dependes de que la función siga existiendo tal cual dentro de un año.

Si vienes del mundo de los flujos visuales, el salto mental es parecido al que conté comparando Claude Routines con n8n: dejas de dibujar cajas y empiezas a describir el trabajo en texto. Es más rápido de montar y más difícil de depurar, porque no ves el camino que ha seguido.

¿Qué tarea de la mañana merece un agente que trabaja solo?

Aquí es donde la gente se equivoca. No se empieza por la tarea más pesada, se empieza por la más aburrida y comprobable. Mis cuatro criterios, en este orden:

1. Se repite al menos tres veces por semana.
2. La entrada está clara: el agente sabe dónde mirar sin preguntarte.
3. La salida se revisa en menos de cinco minutos. Si tardas veinte en comprobar si está bien, no has delegado nada.
4. Si un día falla, no pasa nada. Nada que salga directo a un cliente sin que lo mires.

Con ese filtro, la lista de candidatas de un negocio de una persona se queda bastante corta:

Esta tabla es la misma lógica que uso para decidir cuándo NO usar agentes de IA. El criterio no cambia porque el agente ahora lo aloje Anthropic: cambia quién paga el servidor, no quién asume el error.

La cuenta en euros, sin humo

Aquí no voy a inventarme una tarifa. A fecha de octubre de 2026 el coste de un agente gestionado depende de tu plan y del consumo de cada ejecución, y eso varía según cuántas herramientas toque y cuánto texto mueva. Lo que sí puedo darte son las referencias contra las que vas a comparar, que son estables:

Mi statline, para que la compares con la tuya: 129 €/mes desde febrero de 2026, suscripción de Claude más VPS, con IVA y sin tokens de API aparte. Todo lo demás del stack está en plan gratuito. Si estás pensando en subir de Pro a Max para que te cuadren los agentes, antes lee qué es Claude Max y si vale la pena, porque el salto son 80 € al mes y no siempre se justifica.

La trampa de los agentes que se ejecutan solos es que el coste deja de ser visible. Un chat lo abres tú y sabes lo que gastas. Un agente que se dispara cada mañana a las 7:00 gasta aunque ese día no haya nada que hacer. Primera regla que aplicaría yo: que el agente compruebe si hay trabajo antes de ponerse a trabajar, y que si no lo hay, termine en dos frases.

Y sí, esto es gasto deducible si eres autónomo y lo usas para tu actividad. Lo tienes explicado paso a paso en cómo deduzco ChatGPT y Claude como autónomo, incluido el lío del IVA de las facturas que llegan desde Irlanda.

Cómo montaría el primer agente de la mañana

Si mañana me pongo con uno, este es el orden exacto. No es teoría: es el mismo guion que sigo cuando añado un script nuevo al VPS.

1. Escribe la tarea en una frase. "Cada día laborable a las 7:00, revisa los formularios de las últimas 24 horas y déjame un resumen con tres acciones priorizadas." Si no te cabe en una frase, son dos tareas.

2. Escribe las instrucciones como se las escribirías a alguien que empieza el lunes. Contexto del negocio, formato de salida exacto, ejemplos de lo bueno y lo malo, y una lista de prohibiciones explícitas. Las prohibiciones ahorran más disgustos que las instrucciones.

3. Dale los permisos mínimos. Solo las herramientas que necesita para esa frase. Un agente con acceso a todo es un agente que un día hará algo que no habías imaginado.

4. Fija el disparador y la salida. La hora debe ser antes de que tú empieces, y la salida tiene que caer donde ya miras: tu correo, un canal, un documento. Si el resultado acaba en un panel que abres los viernes, el agente no existe.

5. Dos semanas en seco. Que escriba borradores y no envíe nada. Lo revisas cada mañana y anotas los fallos. Si después de dos semanas sigues corrigiendo todos los días, el problema está en las instrucciones, no en el modelo.

6. Mide una sola cosa. Yo miro si el resultado se puede usar tal cual, sí o no. Un número a la semana. Es lo que explico en cómo mido mis automatizaciones cada semana: sin una métrica binaria, acabas discutiendo con tus sensaciones.

Lo que se rompe cuando nadie mira

Un agente que trabaja solo falla en silencio, y ese es el problema de verdad. Los tres fallos que te vas a encontrar:

No se ejecutó. Caída, límite alcanzado, permiso caducado. Lo peor no es el fallo: es enterarte el jueves. Solución barata: que el agente mande un mensaje siempre, aunque sea para decir "hoy no había nada". El silencio debe ser la alarma.

Se ejecutó y se inventó algo. Si no tiene datos, rellena. Por eso las instrucciones deben decir literalmente qué hacer cuando falta información: "si no encuentras el dato, escribe FALTA DATO y sigue".

Se ejecutó, acertó, y tú no lo leíste. El fallo más común y el más tonto. La salida tiene que estar donde ya miras a diario.

Cuando algo peta, no improviso: tengo un orden fijo para encontrar el fallo que conté en mi protocolo de debugging. Con agentes gestionados hay un matiz incómodo: ves menos. No tienes el log completo de tu máquina, así que la instrucción de "explica en dos líneas qué has hecho y con qué datos" deja de ser un capricho y pasa a ser obligatoria.

RGPD y datos de clientes: el párrafo que nadie lee

Si el agente lee tu correo, tu CRM o formularios de la web, está tratando datos personales. Da igual que no haya un humano delante. Lo mínimo para dormir tranquilo en España: acuerdo de encargado de tratamiento firmado con Anthropic, la transferencia internacional reflejada en tu registro de actividades, los datos reducidos a lo imprescindible (nombre y email, no el historial completo) y una política de retención que sepas explicar si te preguntan.

Y una decisión práctica: no dejes que el agente escriba directamente a terceros. Que prepare, tú apruebas. Lo desarrollo con el detalle del trámite en si es legal usar agentes de IA con datos de clientes.

Cuándo no migrar nada

No muevas tu sistema si ya funciona. Un agente gestionado te quita mantenimiento, no te da capacidades nuevas respecto a un script bien hecho. Si tus procesos tocan ficheros locales, bases de datos propias o herramientas que no tienen conector oficial, tu VPS se queda donde está. Y si lo que te preocupa es la dependencia de un solo proveedor, apuntar todo a la infraestructura de Anthropic va justo en la dirección contraria; esa discusión la tengo conmigo mismo en los riesgos de que tu negocio dependa de una IA.

Mi recomendación sensata: un agente gestionado para una tarea nueva, no para sustituir lo que ya corre. Así pruebas la función sin apostar el sistema entero.

Cómo lo hago yo

Hoy no tengo ningún agente gestionado en producción. Lo que tengo son 11 scripts programados con Claude Code corriendo desatendidos en un VPS propio, construidos desde mi máquina y ejecutados allí todos los días. No hay equipo de agentes ni nombres bonitos: son crons con buenas instrucciones. El coste total del sistema es de 129 €/mes con IVA desde febrero de 2026: 100 € de la suscripción de Claude y 29 € del VPS, que además comparto con otro proyecto personal. El resto del stack está en planes gratuitos.

El tiempo también cuenta: dedico 8-10 horas a la semana, por las tardes, a operar y mejorar todo esto. Esa cifra es la que de verdad decide si un agente gestionado me interesa. Si me quita una hora semanal de mantenimiento, lo pago sin pestañear. Si me obliga a revisar a ciegas lo que antes veía en un log, no.

El plan para las próximas semanas es tonto a propósito: una tarea, la más aburrida que tengo, en modo borrador, con salida a mi correo a primera hora y un número que mirar los domingos. Si funciona, lo cuento con los datos delante en la newsletter —sale los domingos a las 18:00 y la leen 587 personas con un 54,9 % de apertura—. Y si no funciona, también. Eso es lo que hace que estos números valgan algo.

Si quieres el montaje técnico completo de lo que ya tengo funcionando, lo desglosé en cómo tengo Claude Code corriendo en un servidor 24/7. Empieza por ahí, y cuando los managed agents lleven seis meses en la calle, decides si te ahorran el servidor.