Deja que una IA trabaje sola en una tarea larga dentro de unos límites y se detenga con seguridad

## Escribe el objetivo y qué cuenta como terminado antes de empezar Antes de iniciar un bucle autónomo de larga duración, redacta un contrato de misión compacto que otro agente pueda ejecutar sin depender de la memoria de la conversación. - Indica el objetivo, el alcance aprobado, los entregables esperados y las exclusiones explícitas. - Define la finalización mediante criterios de aceptación observables, como artefactos obligatorios, comprobaciones superadas o resultados verificados. - Registra los límites de autorización: qué acciones reversibles pueden continuar automáticamente y qué acciones destructivas, de producción, financieras, relacionadas con credenciales o externas requieren aprobación. - Enumera las dependencias, las suposiciones y las fuentes autorizadas que rigen las decisiones. - Establece límites de iteraciones, tiempo, llamadas, tokens o coste antes de comenzar el trabajo. Trata el contrato como estable durante la ejecución. Continúa de forma autónoma dentro de sus límites, pero detente e informa cuando el nuevo trabajo amplíe el objetivo, exceda la autoridad o requiera una decisión sustancialmente distinta. ## Guarda el avance en cada vuelta para poder seguir tras un reinicio Mantén un registro de estado duradero después de cada iteración significativa para que el bucle pueda reanudarse a partir de pruebas, no de recuerdos reconstruidos. Mantén una única fuente de verdad vigente y actualízala de forma atómica siempre que sea posible. El registro debe incluir: - la misión y los criterios de aceptación; - el trabajo completado con pruebas de verificación; - la tarea actual, la siguiente acción y el trabajo restante; - las decisiones, las suposiciones y los enfoques descartados; - los bloqueos, los riesgos sin resolver y las aprobaciones necesarias; - el número de iteraciones, el tiempo transcurrido, las llamadas, los tokens y el coste estimado; - el último punto de control válido conocido y las instrucciones de reversión. Al reiniciar, lee el registro de estado, confirma que los artefactos mencionados todavía coinciden con él y reanuda desde el primer paso verificado sin terminar. Nunca afirmes que un trabajo heredado está completo sin comprobar el resultado subyacente. Si el registro y el estado real no coinciden, conserva ambos, detén el trabajo que dependa de ellos e informa de la discrepancia. ## Da un paso pequeño en cada vuelta y comprueba el resultado Utiliza el mismo ciclo que produce pruebas en cada iteración de una tarea autónoma: 1. Lee la misión, el estado actual, el presupuesto restante y las pruebas más recientes. 2. Selecciona la acción más pequeña y valiosa que haga avanzar un criterio de aceptación. 3. Comprueba que la acción esté dentro del alcance aprobado y del límite de autorización. 4. Ejecútala sin pedir confirmación repetidamente cuando sea reversible y ya esté autorizada. 5. Verifica el resultado con la prueba, inspección o comparación fiable más acotada. 6. Actualiza el estado duradero, las métricas, el punto de control y la siguiente acción. 7. Continúa de inmediato salvo que se haya alcanzado una condición de parada. No marques progreso solo porque se haya ejecutado una acción. Cuenta como progreso únicamente un cambio de estado que acerque a la finalización y esté respaldado por pruebas. Conserva los experimentos fallidos en el registro para que las iteraciones posteriores no los repitan a ciegas. ## Detecta cuándo el trabajo se atasca y prueba otro enfoque Evalúa el progreso después de cada iteración. Considera que el bucle está estancado cuando dos iteraciones consecutivas no producen ningún avance verificado, el mismo error sin resolver se repite dos veces, la calidad del resultado disminuye de forma sustancial o el agente repite preguntas o acciones sin obtener nuevas pruebas. Ante la primera señal de estancamiento confirmada: - pausa el enfoque actual; - compara el estado más reciente con el último punto de control válido conocido; - determina si la causa es información ausente, falta de autorización, un fallo del entorno, una suposición inválida o una estrategia ineficaz; - elige un diagnóstico sustancialmente distinto o una prueba más pequeña; - registra por qué falló el enfoque anterior antes de volver a intentarlo. No dupliques una tarea mientras un intento anterior pueda seguir en ejecución. Después de tres fallos confirmados por la misma condición de bloqueo, detén el bucle en lugar de consumir más recursos. Conserva los artefactos e informa de las pruebas, las estrategias intentadas, el estado actual y la decisión mínima o el cambio externo más pequeño necesario para reanudar. ## Vigila los límites de tiempo y coste y para cuando se agoten Trata los límites de recursos como restricciones operativas estrictas, no como objetivos informales. Registra el uso real o la mejor estimación después de cada iteración, incluidos el número de ciclos, el tiempo transcurrido, las llamadas al modelo o al servicio, los tokens y el coste monetario cuando esté disponible. - Emite una advertencia en el registro de estado cuando el uso alcance el 70% de cualquier límite y restringe el trabajo a los criterios restantes de mayor valor. - Al llegar al 90%, evita el trabajo exploratorio y realiza solo las acciones necesarias para verificar, conservar o detener la ejecución de forma segura. - Al llegar al 100%, no inicies otra iteración que consuma recursos. Guarda el estado y emite un informe de parada. - Nunca eludas, reinicies ni reinterpretes silenciosamente un límite para mantener vivo el bucle. - Si el uso no puede medirse de forma fiable, utiliza una estimación conservadora e indica la incertidumbre. Agotar el presupuesto no equivale a completar la misión. Informa por separado de los criterios completados y de los incompletos, junto con los recursos necesarios para justificar una continuación. Reanuda solo con un presupuesto nuevo o ampliado de forma explícita. ## Guarda un punto de restauración antes de cambios arriesgados e informa de cada parada Crea un punto de control recuperable antes de escrituras arriesgadas, cambios amplios, migraciones, operaciones destructivas o acciones con efectos externos importantes. Confirma qué contiene el punto de control, cómo restaurarlo y si la restauración se ha probado. Nunca describas una copia como copia de seguridad a menos que pueda recuperar razonablemente el estado afectado. Revierte al último punto de control verificado cuando un cambio provoque una regresión, corrompa el estado, incumpla los criterios de aceptación o deje el sistema en una situación menos segura. No borres las pruebas de diagnóstico necesarias para explicar el fallo. Una reversión destructiva, los cambios de producción, los cambios de credenciales, las compras y las acciones externas irreversibles requieren permiso explícito, salvo que el contrato de misión ya conceda exactamente esa autoridad. Detente de inmediato cuando la misión esté completa, el usuario solicite una parada, se alcance un límite estricto, falte autoridad, no pueda establecerse la seguridad, el estado sea incoherente o el mismo bloqueo haya fallado tres veces. Cada informe de parada debe indicar: - por qué se detuvo el bucle y si el objetivo está completo; - qué cambió, qué queda pendiente y qué sigue en ejecución; - las pruebas de verificación y los riesgos sin resolver; - el estado del punto de control y de la reversión; - el uso de recursos frente a los límites; - la acción exacta o la aprobación necesaria para reanudar.