«/goal» y «/loop» no son magia. Antes de que trabajen solos hay que montar la mesa: versión, carpeta de confianza y —lo que nadie te cuenta— el modo de permisos.
Te lo explico de verdad, con dos casos reales de asesoría: una auditoría de atrasos que no para hasta cuadrar y un radar del BOE que te avisa solo.
Índice
1. La escena que te va a sonar
Son las 22:47.
34 nóminas de un cliente encima de la mesa.
El convenio ha subido las tablas.
Hay que revisar una a una, cruzar con la tabla nueva, sacar diferencias y cuadrar.
Y tú ahí.
Nómina.
Tabla.
Diferencia.
Siguiente.
¡Tsjjjjank!
La máquina de picar carne del Graduado Social medio.
Ya sabrás, y si no lo sabes te lo voy a contar ahora, que la mayoría le pide a la IA las cosas de una en una.
Como quien echa monedas a una máquina.
Petición.
Respuesta.
Petición.
Respuesta.
/goal y /loop van de otra cosa.
Van de que la máquina trabaje sola hasta terminar, o vigile algo por ti mientras tú vives.
Un aviso rápido para que no te líes, sobre todo si vienes de mi serie del loop: cuando en esos artículos hablo de «el loop», me refiero al concepto —el bucle observar-pensar-actuar que trabaja hasta terminar—. Aquí, /loop es otra cosa distinta: un comando concreto de Claude Code que solo repite algo cada cierto tiempo.
El que trabaja hasta terminar, en versión comando, es /goal.
Si quieres el marco de fondo, léete antes qué es un loop y el loop engineering; lo de hoy es esa idea con las manos en la masa.
Ahora bien.
Y esto lo digo alto porque en la primera versión de este artículo me quedé corto y algún avispado me lo afeó, con razón:
Esto NO es escribir una frase y a vivir.
Hay que montar la mesa antes.
Y si no montas la mesa, /goal se te queda parado pidiéndote permiso, y /loop se te muere en silencio.
Vamos a montarla bien.
2. Un comando, en cristiano
Claude Code es la versión de Claude que vive en tu terminal y puede tocar archivos, leer carpetas y ejecutar cosas.
La navaja suiza de quien trabaja con documentos.
Que somos nosotros.
Un «comando» es una orden que empieza por barra: /. Escribes la barra, la palabra y le das a intro.
/goal y /loop son dos de esos. No hay que programar.
Hay que saber qué quieres.
Que es más difícil, dicho sea de paso.
3. Antes de nada: la mesa hay que montarla
Imagen generada con inteligencia artificial
Aquí está la c+ña que se saltan todos los tutoriales de medio pelo.
Para que /goal o /loop funcionen SOLOS, de verdad, hay TRES cosas que tienen que estar en su sitio:
Uno. Una versión reciente de Claude Code. /goal pide una versión reciente (en la fecha de este artículo, a partir de la 2.1.139); /loop también. Compruébalo con claude --version y actualiza si vas atrasado. Si tu versión es vieja, el comando ni aparece.
Dos. Una carpeta de confianza. La primera vez que trabajas en una carpeta, Claude te pide que la marques como de confianza. Si dices que no, /goal ni arranca. Esto es una jaula de seguridad, no un capricho: le estás dando permiso para tocar TUS archivos.
Tres —y esta es LA importante—: el modo de permisos. Por defecto, Claude te pide permiso antes de cada acción sensible: editar un archivo, ejecutar algo. En modo normal, un /goal desatendido se queda PARADO esperando que tú aprietes «sí». Te vas a cenar convencido de que está currando… y a la vuelta está congelado en la primera pantalla de permiso.
¡Wrrrrrank! Engranaje atascado.
Para que corra solo tienes dos caminos:
El modo Auto (Auto mode): un clasificador revisa cada acción, aprueba lo rutinario y bloquea lo peligroso (borrados masivos, fugas de datos). Es el sensato. Y si detecta demasiadas cosas raras seguidas, se para y te pregunta. Guardarraíl de verdad.
Saltarse los permisos del todo. Rápido, sí. Pero eso es quitarle los frenos al coche. Para datos de clientes, NO. Que estamos hablando de nóminas y de RGPD, no de un blog de gatitos.
Regla de oro: para tareas con datos de clientes, modo Auto. Nunca a pelo.
Montada la mesa, ahora sí.
4. /goal: «no me cuentes cómo, dime cuándo está HECHO»
/goal (del inglés goal, objetivo) le dice a Claude: persigue esta meta tú solito y no me devuelvas el control hasta que se cumpla.
Tú escribes una condición.
Un estado final.
Algo que se pueda COMPROBAR.
Y aquí viene lo fino, presta atención:
Después de cada intento, otro modelo distinto —uno pequeño y rápido, que hace de árbitro— revisa una sola cosa: ¿se cumple ya la condición? Si es NO, Claude vuelve a intentarlo. Otra vuelta. Y otra. Si es SÍ, se acabó y te devuelve el mando.
Uno TRABAJA. Otro DECIDE si está terminado. Separados. Como en cualquier empresa seria, donde el que hace la nómina no es el mismo que firma que está bien hecha.
/goal <tu condición aquí, hasta 4.000 caracteres>Pero ahora la trampa que casi nadie explica, y que es la madre del cordero:
El árbitro NO ejecuta nada.
No abre archivos, no lanza herramientas, no entra en tu base de datos.
Solo juzga por lo que Claude le ha ENSEÑADO en la conversación.
¿Qué significa esto para ti?
Que tu condición tiene que ser algo que se pueda demostrar A LA VISTA.
Un total que cuadra y aparece en pantalla.
Un informe que sale sin errores y se pega en el chat. Un archivo que se ha generado.
✅ Bien: «el total del resumen cuadra con la suma de las pestañas y así consta en pantalla».
❌ Mal: «las nóminas están correctas». ¿Correctas según quién? El árbitro no lee almas.
Y ojo al riesgo hermano de esto: si Claude «presume» en la conversación de que ha terminado sin enseñar la prueba, el árbitro se lo puede tragar.
Por eso la condición se redacta pidiendo la EVIDENCIA, no la promesa.
Para pararlo: Ctrl+C corta el intento en curso, y /goal clear cancela el objetivo del todo (también valen «stop», «off» o «cancel»).
5. /loop: «vigílame esto cada X y avísame»
/loop NO persigue una meta. /loop mira el reloj.
Le das un prompt y un intervalo, y lo repite cada tanto. s segundos, m minutos, h horas, d días.
/loop 30m comprueba si ha entrado el fichero de la TGSS y avísameY una cosa preciosa: dentro del loop puedes meter un comando o una skill tuya. /loop 30m /mi-comando. Así repites una rutina entera cada equis.
Letra pequeña, la de verdad:
La tarea vive DENTRO de tu sesión. Cierras la conversación o apagas el portátil y se PARA. No es un robot suelto por ahí de madrugada; es un sereno que hace guardia mientras tú tienes la sesión abierta.
A los 7 días caduca sola. Un tope para que no se te quede un loop olvidado quemando recursos.
Arrastra los mismos permisos del punto 3: si el loop necesita tocar algo y estás en modo normal, la ejecución se te bloquea sin avisar. Para que un loop corra de verdad desatendido, modo Auto.
Para pararlo: mientras espera al siguiente pase, pulsas Esc y ya no vuelve a saltar.
Cada tarea programada lleva además su identificador de 8 caracteres, por si necesitas referirte a ella.
/loop no arregla nada. VIGILA.
Es el sereno, no el bombero.
6. La diferencia en una sola frase
Imagen generada con inteligencia artificial
Grábatelo:
/goal para cuando se cumple algo. /loop se repite cada cierto tiempo.
Uno mira la META. El otro mira el RELOJ. Uno termina. El otro sigue.
Y la trampa mortal: si te oyes pensar «que siga dándole hasta que esto esté arreglado»… eso NO es un /loop. «Hasta que esté arreglado» es una meta. Eso es un /goal.
¡Klong! Puerta cerrada.
No hay vuelta de hoja.
7. Caso real 1: /goal + una skill que audita hasta cuadrar
Vamos a lo pesado de verdad.
Una auditoría de atrasos que no termina hasta que cuadra.
Aquí no basta el comando pelado.
Aquí /goal es el capataz y una skill es el obrero.
Yo tengo montadas skills que hacen el trabajo fino: la skill atrasos, que calcula diferencias trabajador a trabajador y escupe un Excel auditable, y la skill auditor-nominas, que audita recibos contra convenio.
El /goal no las sustituye: las DIRIGE hasta el «hecho».
La secuencia real, sin trampa:
1) Meto en una carpeta las nóminas del año, la tabla vieja y la tabla nueva del convenio. La marco de confianza.
2) Activo modo Auto (que va a leer PDFs, calcular y escribir un Excel; en modo normal me pararía en cada paso).
3) Lanzo el objetivo pidiendo EVIDENCIA, no promesa:
/goal usando la skill atrasos, cada trabajador de la carpeta
tiene calculadas sus diferencias mes a mes según la tabla nueva,
el Excel de resultados está generado, y el total del resumen
cuadra exactamente con la suma de las pestañas individuales,
mostrándome esa comprobación en pantalla4) Claude llama a la skill atrasos, procesa nómina a nómina, monta el Excel. Si un total no cuadra, el árbitro dice NO y Claude vuelve a por ese trabajador. Hasta que el cuadre aparece en pantalla. Ahí para.
¿Por qué funciona?
Porque la condición es MEDIBLE (un total cuadra) y le exijo que me lo ENSEÑE (recuerda: el árbitro solo juzga lo que ve).
Mismo patrón para blindar un escrito antes de presentarlo, apoyándome en la skill auditor-integridad-legal:
/goal el informe de auditor-integridad-legal sobre el escrito no
marca ni un solo fallo de cita ni de vigencia normativa, y me
muestra el informe limpio en pantallaCuando el informe sale sin rojos, se para.
Ni antes.
Eso, amigo, no es echar monedas de una en una.
Eso es delegar la faena de las 22:47.
8. Caso real 2: /loop + un conector que vigila el BOE por ti
Ahora lo continuo, lo que no tiene línea de meta: la vigilancia normativa.
Yo tengo conectado mi MCP jurídico, JM.AI —un conector— que consulta fuentes oficiales con herramientas como novedades_boe, radar_bop y vigilancia. Un /loop puede llamarlas cada mañana y avisarme SOLO si sale algo que me toca.
/loop cada mañana usa novedades_boe y radar_bop del conector
JM.AI, y avísame únicamente si aparece algo laboral que afecte
a los convenios de mis clientesRepite cada día.
Filtra.
Me da la voz de alarma.
El sereno.
PERO —y aquí viene la honestidad que le debo a quien me lee— hay una piedra con la que te vas a tropezar sí o sí:
Los conectores remotos van con OAuth.
Y el token CADUCA.
Si el permiso del conector expira a mitad de semana, el loop no te grita «¡oye, que he perdido el acceso!».
Falla en SILENCIO.
Sigues tan pancho pensando que te vigila el BOE… y no te vigila nada.
¡Plofff! Burbuja pinchada.
De hecho, mientras preparaba esto, el propio entorno me estaba pidiendo reautorizar varios conectores.
Es lo normal, no un fallo raro.
Moraleja práctica: un /loop sobre un conector es una ayuda de guardia, no un vigía inmortal. Revisa de vez en cuando que el conector sigue autorizado.
Y no delegues en él un plazo de caducidad de verdad: para lo que no puede fallar, la última palabra sigue siendo tuya y de tu agenda.
Y una honestidad más, que me la debo: el /loop necesita la sesión abierta.
Si cierras el portátil, no hay guardia. Para una vigilancia del BOE que corra de verdad todos los días —estés o no delante— Claude Code tiene otras vías pensadas justo para eso: tareas programadas de escritorio (corren en tu máquina con la app abierta y el equipo encendido, aunque no tengas la conversación delante) y rutinas en la nube (corren en la infraestructura de Anthropic aunque tengas el ordenador apagado).
El /loop es para vigilar mientras trabajas. Para el radar diario serio, una tarea programada de las duras.
