Claude Code Routines: Cuando tu Asistente de IA Deja de Necesitarte

Quiero ser preciso sobre lo que pasó el 14 de abril, porque el framing importa.

Anthropic no lanzó un feature de conveniencia. Lanzó una declaración: Claude Code ya no es solo una herramienta que usás. Es un servicio que corre aunque vos no estés.

Esa es la historia real detrás de Routines.


Qué Son las Routines, Exactamente

Una Routine es una configuración empaquetada de Claude Code — un prompt, uno o más repositorios, y un conjunto de conectores — que se ejecuta automáticamente en la infraestructura cloud de Anthropic. La definís una vez. Corre en un horario, se dispara cuando llamás a un endpoint de API, o se activa por un evento de GitHub. La laptop puede estar cerrada. A la Routine no le importa.

Tres tipos de trigger, cada uno cubriendo un patrón de automatización distinto:

Scheduled — cadencia horaria, nocturna o semanal. El ejemplo canónico de la documentación oficial: traer el bug más urgente de Linear todas las noches a las 2am, intentar un fix, abrir un draft PR. El equipo se despierta con algo revisable.

API — un HTTP POST al endpoint de la routine con un bearer token. Tu sistema de monitoreo detecta un umbral de error, pasa el cuerpo de la alerta, y Claude correlaciona con commits recientes y arma un fix. On-call revisa un PR en vez de empezar desde una terminal en blanco.

GitHub — disparado por eventos del repositorio: pull requests, pushes, issues, workflow runs. Una routine vigila cada PR que toca /auth-provider y postea un resumen enfocado en seguridad en tu canal #auth-changes de Slack. No corre un script determinístico. Hace un juicio de valor, basado en contexto.

Una sola Routine puede combinar múltiples tipos de trigger simultáneamente.


Esto No Es “Cron Jobs con IA”

SiliconAngle los llamó “dynamic cron jobs.” Es técnicamente correcto, pero subestima el cambio estructural.

Los cron jobs y los GitHub Actions corren scripts determinísticos. Mismo input, mismo output, siempre. Las Claude Code Routines corren un modelo. Mismo trigger, potencialmente output diferente dependiendo de lo que haya en el repositorio, lo que diga el issue tracker, lo que muestren los logs. Eso no es un cron job. Eso es un agente con un horario de trabajo recurrente.

La distinción importa para equipos pensando dónde usar esto. La automatización determinística le pertenece a GitHub Actions. La automatización dependiente de juicio — triage, code review, detección de drift en documentación, verificación de deploys — es donde las Routines ganan su lugar.


El Contexto de Tres Generaciones

Vale entender el timeline, porque Anthropic se movió rápido.

Antes de marzo de 2026, Claude Code no tenía scheduling nativo. Los ingenieros que querían flujos automatizados armaban sus propios cron jobs y manejaban su propia infraestructura. Boris Cherny, el ingeniero que construyó Claude Code, le decía a los usuarios que lo manejaran ellos mismos.

En marzo llegaron las Desktop Scheduled Tasks. Claude Code podía correr automatizaciones programadas — pero en tu máquina local. La laptop tenía que estar abierta.

14 de abril: Cloud Routines. La infraestructura se mueve al lado de Anthropic. La restricción desaparece.

Cada iteración cerró una brecha específica. Esta cierra la última grande para automatización desatendida.


Las Restricciones Reales a Entender

Research preview significa que las cosas van a cambiar. Estas son las restricciones que importan ahora mismo:

Límites diarios de ejecución por plan:

  • Pro: 5 routines/día
  • Max: 15 routines/día
  • Team / Enterprise: 25 routines/día

Los excedentes se cobran — pero solo los usuarios de Max, Team y Enterprise tienen esa opción. Los usuarios de Pro chocan contra un límite duro.

Ejecución stateless. Cada run de routine comienza con una sesión limpia. No hay memoria de la ejecución anterior. Tu prompt tiene que cargar toda la especificación del trabajo. Esto no es una debilidad — es una restricción de diseño alrededor de la cual tenés que ingeniería. Escribí prompts que incluyan criterios de éxito explícitos, modos de falla, y formato de output. Testeálos primero en sesiones interactivas de Claude Code.

Draft PRs, no auto-merges. Las Routines pueden abrir PRs y dejar comentarios. Mergear a main tiene que seguir siendo una decisión humana. Este es el default correcto durante un research preview, y francamente el default correcto en general hasta que hayas construido suficiente confianza en la calidad del output de una Routine específica.


Qué Significa Esto para Equipos de Plataforma

Si corrés ingeniería de plataforma, dev tooling, o sos CTO/engineering lead, la pregunta no es “¿es esto interesante?” Es “¿qué hago con esto ahora, y qué espero?”

Hacé ahora: Tareas de bajo radio de explosión y alto valor donde el juicio de Claude agrega algo que un script determinístico no puede. La detección de drift en documentación es el punto de partida ideal — una Routine semanal que escanea PRs mergeados, marca docs que referencian APIs modificadas, y abre PRs de actualización para que un editor revise. Alto valor, riesgo cero de romper producción.

Construí hacia: Triage de alertas integrado con tu pipeline de monitoreo. El patrón de API trigger — tu herramienta de observabilidad llama al endpoint de una Routine, pasa la alerta, Claude la correlaciona con commits recientes y arma un fix — es genuinamente valioso. Pero afinás el prompt engineering en sesiones interactivas antes de automatizarlo.

Esperá para: Cualquier cosa que toque producción directamente, o cualquier flujo donde un output incorrecto de Claude requiera limpieza significativa. El research preview es real. Los límites van a cambiar. El comportamiento puede cambiar. No construyas una dependencia de ruta crítica en esto todavía.


La Señal Más Grande

Claude Code está haciendo un movimiento deliberado para apropiarse de más superficie del flujo de trabajo del desarrollador. Routines es parte de un patrón: la app de escritorio rediseñada (terminal integrada, diff viewer, editor de archivos in-app), soporte multi-sesión, y ahora automatización alojada en la nube. Anthropic está explícitamente tratando de reducir la cantidad de veces que “saltás” a otra herramienta.

Para los desarrolladores, esto es útil. Para el ecosistema de plugins de IDE, capas de orquestación de terceros, y vendors de tooling DevOps que construyeron sobre las brechas anteriores de Claude Code — es presión.

La lectura correcta de Routines no es “Claude Code consiguió cron jobs.” Es que la definición de lo que se supone que debe hacer una herramienta de IA para código acaba de expandirse. De pair programmer interactivo a servicio de fondo. De algo que invocás a algo que vigila.

Vale la pena prestarle atención.


¿Ya configuraste alguna Routine? ¿Qué tarea fue la primera que automatizaste? Contanos abajo. :speech_balloon: