Saltar al contenido principal

Documentation Index

Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt

Use this file to discover all available pages before exploring further.

El comando /goal establece una condición de finalización y Claude sigue trabajando hacia ella sin que usted solicite cada paso. Después de cada turno, un modelo pequeño y rápido verifica si se cumple la condición. Si no es así, Claude inicia otro turno en lugar de devolver el control a usted. El objetivo se borra automáticamente una vez que se cumple la condición. Utilice un objetivo para trabajo sustancial con un estado final verificable:
  • Migrar un módulo a una nueva API hasta que cada sitio de llamada se compile y las pruebas pasen
  • Implementar un documento de diseño hasta que se cumplan todos los criterios de aceptación
  • Dividir un archivo grande en módulos enfocados hasta que cada uno esté dentro de un presupuesto de tamaño
  • Trabajar a través de un backlog de problemas etiquetados hasta que la cola esté vacía
Esta página cubre cómo:

​
Comparar con otros flujos de trabajo autónomos

Tres enfoques mantienen la sesión actual ejecutándose entre solicitudes. Elija según lo que deba iniciar el siguiente turno:
EnfoqueEl siguiente turno comienza cuandoSe detiene cuando
/goalEl turno anterior finalizaUn modelo confirma que se cumple la condición
/loopTranscurre un intervalo de tiempoUsted lo detiene, o Claude decide que el trabajo está hecho
Stop hookEl turno anterior finalizaSu propio script o solicitud decide
/goal y un Stop hook se activan después de cada turno. /goal es un atajo con alcance de sesión: escribe una condición y está activa solo para la sesión actual. Un Stop hook vive en su archivo de configuración, se aplica a cada sesión en su alcance y puede ejecutar un script para verificaciones deterministas o una solicitud para evaluaciones basadas en modelos. El modo automático por sí solo aprueba llamadas de herramientas dentro de un único turno pero no inicia uno nuevo. Claude se detiene cuando juzga que el trabajo está hecho. /goal añade un evaluador separado que verifica su condición después de cada turno, por lo que la finalización es decidida por un modelo nuevo en lugar del que realiza el trabajo. Los dos son complementarios: el modo automático elimina solicitudes por herramienta, y /goal elimina solicitudes por turno.
Los enfoques anteriores mantienen la sesión actual ejecutándose. También puede programar trabajo que se ejecute independientemente de cualquier sesión abierta, como pruebas nocturnas o triaje matutino. Consulte opciones de programación para rutinas en la nube y tareas programadas de escritorio.

​
Usar /goal

Un objetivo puede estar activo por sesión. El mismo comando lo establece, verifica y borra según el argumento.

​
Establecer un objetivo

Ejecute /goal seguido de la condición que desea que se cumpla. Si ya hay un objetivo activo, el nuevo lo reemplaza. 
/goal all tests in test/auth pass and the lint step is clean
Establecer un objetivo inicia un turno inmediatamente, con la condición misma como directiva. No necesita enviar una solicitud separada. Mientras el objetivo está activo, un indicador ◎ /goal active muestra cuánto tiempo ha estado ejecutándose el objetivo. Después de cada turno, el evaluador devuelve una breve razón explicando por qué se cumple o no se cumple la condición. La razón más reciente aparece en la vista de estado y en la transcripción para que pueda ver hacia qué está trabajando Claude a continuación.
Un objetivo sigue ejecutándose hasta que se cumpla la condición o ejecute /goal clear. Ejecute /goal sin argumento para ver los turnos y tokens gastados hasta ahora.

​
Escribir una condición efectiva

El evaluador juzga su condición contra lo que Claude ha presentado en la conversación. No ejecuta comandos ni lee archivos de forma independiente, así que escriba la condición como algo que la salida propia de Claude pueda demostrar. “Todas las pruebas en test/auth pasan” funciona porque Claude ejecuta las pruebas y el resultado aparece en la transcripción para que el evaluador lo lea. Una condición que se mantiene en muchos turnos generalmente tiene:
  • Un estado final medible: un resultado de prueba, un código de salida de compilación, un recuento de archivos, una cola vacía
  • Una verificación establecida: cómo Claude debe probarlo, como “npm test sale 0” o “git status está limpio”
  • Restricciones que importan: cualquier cosa que no deba cambiar en el camino, como “ningún otro archivo de prueba se modifica”
La condición puede tener hasta 4.000 caracteres. Para limitar cuánto tiempo se ejecuta un objetivo, incluya una cláusula de turno o tiempo en la condición, como or stop after 20 turns. Claude reporta progreso contra esa cláusula cada turno y el evaluador la juzga desde la conversación.

​
Verificar estado

Ejecute /goal sin argumentos para ver el estado actual. 
/goal
Si un objetivo está activo, el estado muestra:
  • La condición
  • Cuánto tiempo ha estado ejecutándose
  • Cuántos turnos han sido evaluados
  • El gasto de tokens actual
  • La razón más reciente del evaluador
Si no hay un objetivo activo pero se logró uno anteriormente en la sesión, el estado muestra la condición lograda junto con su duración, recuento de turnos y gasto de tokens.

​
Borrar un objetivo

Ejecute /goal clear para eliminar un objetivo activo antes de que se cumpla su condición. 
/goal clear
stop, off, reset, none y cancel se aceptan como alias para clear. Ejecutar /clear para iniciar una nueva conversación también elimina cualquier objetivo activo.

​
Reanudar con un objetivo activo

Un objetivo que aún estaba activo cuando terminó una sesión se restaura cuando reanuda esa sesión con --resume o --continue. La condición se mantiene, pero el recuento de turnos, el temporizador y la línea de base de gasto de tokens se reinician al reanudar. Un objetivo que ya se logró o se borró no se restaura.

​
Ejecutar de forma no interactiva

/goal funciona en modo no interactivo y a través de Control Remoto. Establecer un objetivo con -p ejecuta el bucle hasta completarse en una única invocación: 
claude -p "/goal CHANGELOG.md has an entry for every PR merged this week"
Interrumpa el proceso con Ctrl+C para detener un objetivo no interactivo antes de que se cumpla la condición.

​
Cómo funciona la evaluación

/goal es un envoltorio alrededor de un Stop hook basado en solicitud con alcance de sesión. Cada vez que Claude termina un turno, la condición y la conversación hasta ahora se envían a su modelo pequeño y rápido configurado, que por defecto es Haiku. El modelo devuelve una decisión sí o no y una breve razón. Un “no” le dice a Claude que siga trabajando e incluye la razón como orientación para el siguiente turno. Un “sí” borra el objetivo y registra una entrada lograda en la transcripción. El evaluador se ejecuta en cualquier proveedor para el que esté configurada su sesión. No llama a herramientas, por lo que solo puede juzgar lo que Claude ya ha presentado en la conversación.
Los tokens de evaluación se facturan en el modelo pequeño y rápido configurado para su proveedor y son típicamente insignificantes en comparación con el gasto de turno principal.

​
Requisitos

/goal se ejecuta solo en espacios de trabajo donde ha aceptado el diálogo de confianza, porque el evaluador es parte del sistema de hooks. /goal también no está disponible cuando disableAllHooks se establece en cualquier nivel de configuración o cuando allowManagedHooksOnly se establece en la configuración administrada. En cada caso, el comando le indica por qué en lugar de no hacer nada silenciosamente.

​
Ver también