Cómo ejecutar Claude en piloto automático en 14 pasos: /loop, rutinas y el stack de automatización completo.

Estás pagando $20–$200/mes por Claude y lo usas como si fuera una versión de pago de ChatGPT. 9 de cada 10 usuarios nunca han configurado una automatización que funcione sin que ellos hagan clic.

Sin /loop, sin tareas programadas, sin Rutinas, sin disparadores. La herramienta que se supone que debe funcionar mientras duermes sigue esperando que escribas algo. Este es el plan de 14 pasos hacia el stack completo de automatización, y las horas que recuperarás en tu semana.

Sigue mi Substack para recibir información fresca sobre IA:

movez.substack.com

Claude Code ha estado lanzando silenciosamente un stack completo de automatización durante los últimos tres meses. /loop se lanzó.

Auto Mode llegó el 24 de marzo. Cloud Routines se abrió en vista previa de investigación el 14 de abril. Para mayo de 2026, el panorama está completo: tres capas de automatización que van desde tu terminal hasta la nube de Anthropic, cada una ganándose su lugar al eliminar una razón diferente para que estés supervisando.

Este es el plan de 14 pasos para las tres capas, cada detalle verificado con la documentación oficial en code.claude.com/docs hasta junio de 2026. El arco es simple: haz bien el bucle manual, hazlo persistir tras reinicios, súbelo a la nube donde tu laptop no importa.

14 pasos. 3 niveles. Un Claude que funciona mientras duermes.

01. El comando /loop. Explícito y en lenguaje natural, ambos funcionan.

La forma más rápida de hacer que Claude Code haga cualquier cosa en un horario. Dentro de cualquier sesión, ejecuta /loop <intervalo> <indicación>.

Internamente, usa tres herramientas nativas: CronCreate, CronList, CronDelete. Los intervalos usan un número más una unidad: m para minutos, h para horas, d para días. El mínimo es 1 minuto; 30 segundos se redondea hacia arriba.

1> /loop 1m say hello
2
3▲ Claude
4  CronCreate(*/1 * * * * : say hello)
5✓ Programada c21d95a0 (Cada minuto)
6  - Trabajo: say hello
7  - Cadencia: Cada 1 minuto (*/1 * * * *)
8  - ID del trabajo: c21d95a0
9  - Duración: Las tareas recurrentes se autodestruyen después de 7 días
10  - Cancelar en cualquier momento: CronDelete c21d95a0

En realidad no necesitas escribir /loop. Claude entende igual de bien los horarios en lenguaje natural:

• cada 10 minutos, verifica el estado del despliegue
• cada día laborable a las 7 a.m., resume los commits de la noche
• hoy a las 6:30 p.m., publica una actualización de estado en Slack

Las horas usan la zona horaria de la máquina local, no UTC. Cualquier comando de barra disponible en Claude Code se puede colocar dentro de un /loop, incluyendo /run, /review, e incluso otro /loop si te sientes aventurero.

02. Expresiones cron reales para horarios reales.

La herramienta CronCreate acepta expresiones cron estándar de 5 campos: minuto hora día-del-mes mes día-de-la-semana. Todos los campos admiten comodines (\), valores individuales (5), pasos (\/15), rangos (1-5) y listas separadas por comas (1,15,30). El día de la semana usa 0 o 7 para domingo hasta 6 para sábado.

Lo que NO está soportado: sintaxis extendida como L (último día), W (día laborable), ?, o alias de nombres como MON o JAN. Cuando tanto día-del-mes como día-de-la-semana están restringidos, una fecha coincide si cualquier campo coincide: semántica estándar de vixie-cron.

Patrones cron que vale la pena memorizar:

1# Patrones cron que valen su peso
2
3# cada 5 minutos (solo en horario laboral)
4*/5 9-17 * * 1-5
5
6# cada día laborable a las 7 a.m.
70 7 * * 1-5
8
9# primer día del mes a las 9 a.m.
100 9 1 * *
11
12# cada 15 minutos
13*/15 * * * *
14
15# todas las noches a las 2:30 a.m.
1630 2 * * *
17
18# todos los viernes a las 4 p.m.
190 16 * * 5
20
21# cada 6 horas, en punto
220 */6 * * *

03. Autodestrucción y condiciones de parada

Cuatro restricciones estrictas que determinan si /loop es la herramienta adecuada para el trabajo. Memorízalas o pierde tiempo descubriéndolas después:

• Autodestrucción en 7 días. Cada tarea recurrente se elimina automáticamente 7 días después de su creación. La tarea se ejecuta una última vez y luego se elimina sola. Esto limita cuánto tiempo puede ejecutarse un bucle olvidado. Si necesitas que dure más, cancélalo y vuelve a crearlo antes de la fecha límite, o usa Rutinas (paso 10).
• Máximo 50 tareas por sesión. Suficiente para flujos de trabajo individuales. Si estás construyendo algo más elaborado, cuenta tus tareas; no recibirás una advertencia hasta que llegues al límite.
• Sin ejecución de recuperación. Si una tarea debe ejecutarse mientras Claude está ocupado en una solicitud de larga duración, se ejecuta una vez cuando Claude vuelve a estar inactivo, no una vez por cada intervalo perdido. Un bucle de 5 minutos que se activa durante una refactorización de 20 minutos produce una ejecución después, no cuatro.
• Ámbito de sesión. Cerrar la terminal cancela todo. Reiniciar Claude Code borra todas las tareas programadas. No hay persistencia entre sesiones; para eso están el Nivel 2 y el Nivel 3.

Para listar y cancelar tareas durante una sesión, solo pregunta en lenguaje natural; Claude enruta a CronList y CronDelete:

1> mostrar trabajos cron activos
2
3▲ CronList()
4   ID         TRABAJO                    CADENCIA
5   c21d95a0   say hello                  Cada 1 minuto
6   8f3aa412   check deploy status        Cada 10 minutos
7   bb7c0d91   morning summary            0 7 * * 1-5
8
9> eliminar la verificación de estado del despliegue
10
11▲ CronDelete(8f3aa412)
12✓ Cancelado. Quedan 2 trabajos.

Para entornos de CI o servidores compartidos donde la programación en segundo plano no es deseable, establece CLAUDE_CODE_DISABLE_CRON=1 en tu entorno. Las herramientas cron y /loop dejarán de estar disponibles, y cualquier tarea ya programada dejará de ejecutarse.

Esta es la jugada correcta para cualquier entorno donde el usuario que ejecuta Claude no es el usuario que posee la programación.

04. Combina /loop con /goal

Un /loop por sí solo le pide a Claude que haga algo repetidamente. Un /loop combinado con /goal le pide a Claude que haga algo repetidamente hasta que se cumpla una condición específica, y que siga iterando más allá de declaraciones intermedias de "ya está suficientemente hecho".

Esta combinación resuelve la pereza agentiva dentro de una tarea recurrente. Sin /goal, un bucle podría abordar 20 de los 50 elementos que debe manejar y considerar el resto como "manejados". Con /goal, la condición de parada es explícita y se hace cumplir:

1A /loop on its own asks Claude to do something repeatedly.
2A /loop paired with /goal asks Claude to do something repeatedly until a specific condition is met — and to keep looping past intermediate “done enough” declarations.
3
4This pairing solves agentic laziness inside a recurring task.
5Without /goal, a loop might address 20 of the 50 items it’s meant to handle and call the rest “handled.” With /goal, the stop condition is explicit and enforced:

Los tres patrones donde esta combinación demuestra su valor:

• Depuración de pruebas inestables. Reproducir, formular teorías, probarlas, hasta que una sea válida.
• Migraciones de larga duración. Procesar elementos, guardar el progreso, continuar hasta que la cola esté vacía.
• Triaje tipo bandeja de entrada. Procesar elementos pendientes, continuar hasta que no llegue nada nuevo en un ciclo completo.

Cuatro pasos y tienes un bucle manual funcional. Ahora haz que sobreviva a un reinicio.

05. Tareas programadas de escritorio.

La aplicación Claude Desktop tiene su propio programador, separado del /loop de la CLI. Crea tareas programadas desde Schedule → New task → New local task.

Defines un nombre, una indicación, una frecuencia, permisos y una carpeta de trabajo. Cada ejecución inicia una sesión nueva de Claude Code, sin contexto compartido con nada más.

Lo que esta capa te da que /loop no ofrece:

• Sobrevive a reinicios. Reinicia tu máquina, cierra todas las terminales; las tareas aún se ejecutan cuando llega su momento.
• Contexto nuevo en cada ejecución. Sin estado acumulado de ejecuciones anteriores. Cada tarea es esencialmente independiente.
• Permisos preconfigurados. Herramientas permitidas, carpeta de trabajo, modelo, todo fijado por tarea.

Lo que aún requiere: tu máquina tiene que estar despierta. Si tu laptop está dormida cuando una tarea debe ejecutarse, la ejecución se omite. Cuando la máquina se despierta o vuelves a abrir Claude Desktop, verifica los últimos 7 días en busca de ejecuciones perdidas, inicia una ejecución de recuperación para la hora perdida más reciente y muestra una notificación.

Para evitar que se duerma por inactividad, activa Keep computer awake en la Configuración de Escritorio, en General. Cerrar la tapa de la laptop aún provoca que se duerma.

Las tareas programadas de escritorio son

solo para macOS y Windows

. Los usuarios de Linux tienen dos opciones: (1) usar /loop de la CLI para programación dentro de la sesión, o (2) configurar trabajos cron del sistema que ejecuten claude -p <prompt> en modo sin interfaz para programación persistente. Las Rutinas (paso 10) funcionan en todas partes porque se ejecutan en la nube.

06. Presupuestos de tokens y límites de velocidad.

La sorpresa más grande en un plan Pro: cada ejecución programada inicia una sesión completa de Claude Code, y cada sesión cuenta para tus límites de uso. Un bucle de 5 minutos que se ejecuta durante 24 horas son 288 sesiones.

No son pequeñas: cada una carga contexto, llama a herramientas, posiblemente invoca subagentes. Ten esto en cuenta antes de configurar algo ambicioso.

Tres hábitos que mantienen la automatización asequible:

• Establece presupuestos de tokens explícitos en la indicación. "Usa como máximo 5k tokens. Si no puedes completarlo con ese presupuesto, guarda el progreso parcial y sal de forma limpia." Esto limita cada ejecución individualmente.
• Empareja el modelo con la tarea. No uses Opus por defecto para todo. La mayoría de las automatizaciones funcionan bien con Sonnet. Las exploraciones baratas con Haiku. El selector de modelo dentro de la configuración de la tarea usa por defecto el que tenga el panel, no el que usan tus sesiones interactivas. Establécelo explícitamente por tarea.
• Elige el plan adecuado para el volumen. El plan Pro se queda corto rápidamente con automatización intensiva. Max ofrece 5 veces más margen; Team y Enterprise aún más. Si estás implementando automatización real, la actualización se paga sola al no ser limitado por velocidad un martes a las 3 p.m.

07. Configura permisos para ejecuciones no supervisadas.

Por defecto, Claude Code pide aprobación antes de ejecutar cualquier comando bash, escribir cualquier archivo o llamar a cualquier API externa.

Eso está bien cuando estás mirando. Es un desastre cuando no hay nadie. Tres patrones de configuración convierten el valor predeterminado en algo que realmente puede funcionar sin supervisión:

• Pre-aprueba herramientas específicas a través de settings.json: una lista blanca de comandos seguros y una lista negra de comandos prohibidos.
• Usa .claudeignore en la raíz del proyecto para bloquear el acceso a credenciales, archivos de entorno y directorios sensibles antes de que cualquier tarea no supervisada los toque.
• Activa el registro de auditoría para grabar cada acción autónoma. Revísalo a la mañana siguiente en lugar de confiar en la ejecución a ciegas.

1{
2  "permissions": {
3    "autoApprove": [
4      "Read(*)",
5      "Grep(*)",
6      "Bash(npm test)",
7      "Bash(pytest)",
8      "Bash(git status)",
9      "Bash(git diff*)",
10      "Bash(git log*)",
11      "WebFetch(domain:docs.python.org)"
12    ],
13    "deny": [
14      "Bash(rm -rf*)",
15      "Bash(git push*)",
16      "Bash(*--force*)",
17      "Bash(curl*)",
18      "Edit(.env*)",
19      "Edit(secrets/*)"
20    ]
21  },
22  "auditLog": true
23}

La prueba correcta para decidir qué auto-aprobar: si esto sale mal, ¿cuánto cuesta deshacerlo? Barato de deshacer (un comentario en un borrador de PR) → auto-aprobar. Caro de deshacer (un push forzado a main) → nunca.

El término medio (crear una rama, abrir un PR) está bien auto-aprobarlo si también tienes registros de auditoría que realmente lees.

08. Auto Mode: permisos clasificados por IA

Auto Mode es la alternativa a --dangerously-skip-permissions. En lugar de una aprobación general, un clasificador de IA evalúa cada llamada a herramienta contra la política de permisos activa y decide si auto-aprobar, preguntar o bloquear.

Anthropic midió que los usuarios aprueban el 93 % de las solicitudes de permiso; Auto Mode automatiza ese 93 % y mantiene al humano en el circuito para el 7 %.

Cómo funciona en la práctica:

• Tres niveles. Permisivo, Equilibrado, Restrictivo. Elige el que coincida con tu tolerancia al riesgo para el proyecto.
• Dos capas de defensa. Una sonda de inyección de indicaciones del lado del servidor escanea las salidas de las herramientas antes de que entren al contexto de Claude. Luego, un clasificador evalúa cada acción propuesta.
• Rastro de auditoría. Cada decisión autónoma se registra. Puedes revisar qué se aprobó y por qué después del hecho.

Disponibilidad del plan a mayo de 2026: Max, Team, Enterprise y planes API (a través de la API de Anthropic). No disponible actualmente en Pro, Bedrock, Vertex o Foundry.

Consulta code.claude.com/docs/en/auto-mode antes de planificar en torno a él. Una vez habilitado, Auto Mode se une al ciclo de modos Shift+Tab junto con Accept Edits y Plan.

Auto Mode aún está en vista previa de investigación. La lógica de decisión del clasificador se está refinando y el comportamiento puede cambiar entre versiones.

Combínalo con .claudeignore y registros de auditoría; Anthropic recomienda encarecidamente ambos. No lo uses en entornos de equipo compartidos sin salvaguardas adicionales.

09. Elige el programador adecuado para el trabajo.

Tres programadores, fáciles de confundir. La regla de decisión es una pregunta: ¿dónde necesita ejecutarse esto y quién necesita estar despierto para ello?

El patrón de acumulación: comienza con /loop en una sesión para encontrar lo que funciona, luego promuévelo a tareas de Escritorio para uso diario, luego promuévelo a Rutinas cuando quieras que funcione independientemente de tu hardware.

Cada nivel se gana su lugar al eliminar una razón diferente para que estés presente.

10. Rutinas en la nube.

Lanzado el 14 de abril de 2026 en vista previa de investigación. Las Rutinas son configuraciones guardadas de Claude Code (una indicación, repositorios, conectores, permisos) que se ejecutan en la infraestructura en la nube administrada por Anthropic mediante un disparador.

Tu laptop puede estar apagada. La ejecución aún ocurre.

Disponible en todos los planes de pago (Pro, Max, Team, Enterprise). Créalas en claude.ai/code/routines o con /schedule dentro de la CLI. La CLI solo crea rutinas activadas por programación; para agregar disparadores de API o GitHub, edita en la web.

Lo que realmente contiene una rutina:

• Una indicación autónoma. La rutina se ejecuta de forma autónoma sin preguntas de seguimiento, por lo que cualquier ambigüedad se convierte en un volado en cada ejecución. Explica qué hacer, cómo se ve el éxito y a dónde enviar el resultado.
• Uno o más repositorios. Clonados al inicio de cada ejecución.
• Conectores. Slack, Linear, Drive, GitHub, cualquier cosa que tengas configurada.
• Un entorno. Controla el acceso a la red y los secretos. El valor predeterminado es Confiable: permite registros de paquetes pero no llamadas salientes arbitrarias.
• Uno o más disparadores. Programación, API, evento de GitHub, o cualquier combinación.

Por defecto, las rutinas solo pueden enviar cambios a ramas con el prefijo claude/. Una rutina mal escrita no puede enviar accidentalmente a main. Desactiva esto solo si tienes un proceso de revisión posterior en el que realmente confíes. El valor predeterminado existe por una razón.

11. Rutinas activadas por programación

El disparador más común y con el que empezar. Establece una cadencia (cada hora, diario, días laborables, semanal, o una única vez en el futuro) y aléjate.

1> /schedule weekdays at 7am
2  Goal: pull yesterday’s GitHub issues, classify by severity,
3  draft fixes for any "P0" or "P1," open draft PRs for review.
4  Post a digest summary to #engineering on Slack.
5
6▲ Claude
7  Creating routine: morning-briefing
8  - trigger: schedule (0 7 * * 1-5)
9  - repositories: org/api, org/web
10  - connectors: github, slack
11  - environment: Trusted
12✓ Active · first run Monday 07:00 local time.
13  View at claude.ai/code/routines

Tres patrones que se amortizan rápidamente:

• Informe matutino. Obtén las métricas e incidentes de ayer, resume los nuevos problemas de GitHub, publica un resumen en Slack. A las 8 a.m. ya sabes lo que pasó durante la noche, sin abrir nada.
• Revisión de PR. Cada día laborable a las 9 a.m., escanea los PR abiertos asignados a ti, deja un comentario de primera revisión con banderas de seguridad y estilo. La revisión humana comienza previamente limpia.
• Detección de desviación en documentación. Semanalmente, escanea los cambios de código y marca cualquier documentación que no se haya actualizado junto con ellos. Abre un borrador de PR con las correcciones.

Las horas están en tu zona horaria local y se convierten automáticamente. Las ejecuciones pueden comenzar unos minutos después de la hora programada debido a un escalonamiento, consistente por rutina.

12. Rutinas activadas por API

Un disparador de API le da a una rutina un punto final HTTP único y un token de portador. Haz un POST desde cualquier lugar (sistemas de alerta, tuberías de despliegue, herramientas de monitoreo, tus propias aplicaciones) y la rutina se ejecuta. Un cuerpo JSON opcional se convierte en contexto único que se agrega a la indicación de la rutina.

1# Activa una rutina desde cualquier lugar con acceso HTTP
2curl -X POST https://api.anthropic.com/v1/claude_code/routines/$ROUTINE_ID/fire \
3  -H "Authorization: Bearer $ROUTINE_TOKEN" \
4  -H "anthropic-version: 2023-06-01" \
5  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
6  -H "Content-Type: application/json" \
7  -d '{"text": "Sentry alert SEN-4521 fired in prod. Stack trace attached."}'
8
9# La respuesta incluye claude_code_session_id + URL para ver en vivo

Dos detalles operativos que importan:

• El token se muestra solo una vez al crearlo. Guárdalo inmediatamente en un almacén de secretos; no podrás recuperarlo después.
• Presta atención al encabezado beta. El punto final /fire se envía bajo experimental-cc-routine-2026-04-01. La forma de la solicitud y la respuesta pueden cambiar durante la vista previa. Anthropic garantiza que las dos versiones de encabezado más recientes sigan funcionando; migra durante la ventana de obsolescencia.

Lo que este patrón de disparador realmente desbloquea: Claude se convierte en un flujo de trabajo invocable desde cualquier sistema en tu stack.

La IC falla → activa una rutina para investigar y abrir un PR de corrección. Alerta de PagerDuty → activa una rutina para triage y publicar contexto inicial. Webhook de Stripe → activa una rutina para actualizar un panel interno.

13. Rutinas activadas por GitHub.

El disparador de GitHub conecta una rutina al webhook de la aplicación Claude GitHub App. Los eventos compatibles son amplios: solicitud de extracción, push, problema, ejecución de verificación, ejecución de flujo de trabajo, discusión, lanzamiento, cola de fusión.

Cada evento coincidente inicia una sesión independiente; no hay reutilización de sesiones entre eventos.

Dónde este disparador demuestra su valor:

• Eventos de PR abiertos → la rutina ejecuta una revisión de código, marca problemas de seguridad y estilo, deja un comentario de primera pasada. Los autores reciben comentarios previos a la revisión antes de que lleguen los revisores humanos.
• Eventos de creación de issues → la rutina clasifica nuevos problemas, aplica etiquetas, vincula código relacionado, redacta una primera respuesta. El backlog se mantiene limpio sin que nadie lo gestione manualmente.
• Eventos de ejecución de flujo de trabajo → la rutina investiga fallos de IC, identifica las causas raíz probables, abre un borrador de PR de corrección. Las compilaciones fallidas dejan de ser una tarea manual.
• Eventos de lanzamiento → la rutina redacta notas de lanzamiento, publica en el registro de cambios, notifica a las partes interesadas. Se acabó el "¿quién escribe el registro de cambios este sprint?"

Los filtros de solicitudes de extracción te permiten definir el alcance con precisión: autor, título, cuerpo, rama base, rama de características, etiquetas, estado de borrador, estado de fusión, desde bifurcación. Una rutina que solo se activa en PR etiquetados como necesita-revisión-de-seguridad contra main está a un filtro de distancia.

14. Compón con Skills y Flujos de Trabajo Dinámicos.

El último paso cierra el ciclo con todo lo que Claude Code lanzó antes. Cada capa de automatización se vuelve más poderosa cuando la combinas con el resto del stack.

• Skills dentro de Rutinas. Un Skill es un archivo de instrucciones reutilizable. Coloca tu Skill de "revisión de PR" o "informe matutino" en ~/.claude/skills/, luego apunta la indicación de la rutina hacia él: "Usa el skill de informe matutino". El skill es tu receta reutilizable; la rutina es el disparador que la ejecuta.
• Flujos de Trabajo Dinámicos dentro de Rutinas. Para automatizaciones complejas que se benefician de subagentes en paralelo (verificación profunda, torneos, investigación en abanico), haz que la indicación de la rutina invoque un flujo de trabajo. Las Rutinas proporcionan la programación; los Flujos de Trabajo proporcionan la estructura.
• Rutinas activadas por otras Rutinas. La salida de una rutina (un PR abierto, un mensaje de Slack, un cambio de etiqueta) puede ser el disparador de otra rutina. La composición no es una función que se active o desactive; es un patrón que configuras apuntando la salida de una rutina al disparador de otra.
• Permisos por rutina, no globales. Cada rutina tiene su propia configuración de permisos. La rutina de informe matutino lee en todas partes pero no puede enviar cambios. La rutina de corrección automática solo envía a ramas claude/. La rutina de escaneo de seguridad tiene la lista de denegación maximizada. Trata el archivo de permisos de cada rutina como parte de su límite de seguridad.

Todo el stack en su punto máximo se ve así: Skills como tus recetas, Flujos de Trabajo Dinámicos como la orquestación, Rutinas como la capa de disparo, Auto Mode como el clasificador de permisos, Registros de auditoría como tu revisión matutina. Cada paso en este artículo configura una parte de ese stack.

No necesitas todo el primer día. Comienza con /loop. Promuévelo a Escritorio. Promuévelo a Rutinas. Combínalo con Skills. Agrega Flujos de Trabajo cuando la complejidad lo exija.

Los hábitos que desperdician dinero en la automatización de Claude

• Nunca probar /loop en primer lugar. El nivel más fácil de automatización no cuesta nada y lo has estado ignorando durante tres meses.
• Olvidar la autodestrucción en 7 días. Configuras un bucle crítico, te alejas, te preguntas una semana después por qué no pasó nada.
• Usar /loop para tareas que deberían durar más que tu terminal. El objetivo del Nivel 2 y 3 es exactamente este caso: promuévelo.
• Dejar que las Automatizations usen el modelo por defecto. Opus en cada ejecución cuando Sonnet haría el mismo trabajo por menos. Revisa el selector de modelo por tarea.
• Sin /goal en bucles que deberían ejecutarse hasta terminar. El bucle se detiene en "suficientemente manejado" en lugar de la condición de parada real.
• Aprobación general con --dangerously-skip-permissions. A una mala indicación de distancia de un git push --force origin main. Usa Auto Mode o una lista blanca.
• Indicaciones de rutina vagas. Una rutina se ejecuta de forma autónoma sin seguimiento. Las indicaciones ambiguas producen comportamiento aleatorio en cada ejecución.
• Sin registros de auditoría. "Confiar en la automatización" sin revisar lo que hizo es cómo los fallos silenciosos se convierten en incidentes ruidosos.
• Deshabilitar el prefijo de rama claude/. El valor predeterminado existe por una razón. No lo desactives hasta que tu proceso de revisión posterior sea realmente sólido.
• Ejecutar automatizaciones en Pro. La automatización intensiva alcanza los límites de velocidad rápidamente. Si estás implementando flujos de trabajo reales, la actualización a Max se paga sola al no quedarte bloqueado.

Conclusión: **

Claude no deja de funcionar cuando dejas de escribir.

El stack de automatización se ha estado lanzando en partes durante tres meses. /loop en marzo. Auto Mode dos semanas después. Rutinas en abril. Todo está activo, documentado y disponible en planes que ya estás pagando.

Lo único que se interpone entre "Claude como chatbot caro" y "Claude como fuerza laboral" son catorce pasos de configuración.

La mayoría de los usuarios seguirán escribiendo indicaciones manualmente y se detendrán ahí. Eso está bien para uso casual y es malo para todo lo demás. El 1 % que ejecuta automatización real tiene a Claude clasificando problemas a las 7 a.m., actualizando paneles cada hora, redactando respuestas de Slack cada 10 minutos, todo mientras duermen. Han configurado el bucle manual, lo han promovido a Escritorio, lo han promovido a Rutinas.

Elige un paso que no estuvieras haciendo (probablemente tu primer /loop en la terminal) y agrégalo mañana. Luego el siguiente. La salida de Claude sigue la configuración de Claude. Configúralo para piloto automático, y eso es lo que obtienes.