Continuidad de Ejecución Autónoma
Propósito
Finalizar la mayor cantidad de trabajo validado y autorizado dentro de un presupuesto de ejecución sin diluir la seguridad, la integridad de la investigación ni los requisitos de aprobación. Una habilidad es una guía, no una concesión de permisos ni un programador de ejecución.
Precondiciones
- Existe un objetivo, lista de tareas u objetivo acotado aprobado por el usuario, junto con un presupuesto de ejecución o una regla de detención.
- Se conocen la autoridad aplicable, los permisos de herramientas, los límites de privacidad y las aprobaciones requeridas.
- El agente puede preservar un punto de control duradero o explicar claramente por qué no puede hacerlo.
Si estos son desconocidos, solicita solo la autorización faltante o detente, en lugar de asumir consentimiento.
Al encontrar un bloqueo
- Clasificar el alcance. Distinguir un bloqueo local de flujo de trabajo (aprobación específica, dependencia, herramienta fallida) de una detención global (detención explícita del usuario, límite de seguridad comprometido, autorización inválida, fallo sistémico de integridad de datos, o incertidumbre sobre si otro trabajo es seguro). Consulta la política de bloqueo.
- Punto de control antes de cambiar. Preservar la tarea exacta, versión/commit, acciones intentadas, errores observados, artefactos, estado actual y una solicitud de decisión concisa. Nunca reescribir observaciones fallidas como éxitos.
- Respetar el límite bloqueado. No reejecutar un experimento congelado, cambiar un evaluador/metodología bloqueado, agregar permisos, usar un plan de contingencia pago, ni reintentar una acción denegada a menos que esté autorizado por separado. Una aprobación no resuelta sigue sin resolverse.
- Encontrar trabajo independiente. De la cola autorizada existente, seleccionar una tarea sin dependencia causal de la decisión bloqueada y sin exposición a recursos prohibidos. Priorizar el trabajo de ruta crítica con criterios de aceptación objetivos.
- Continuar solo si es seguro. Ejecutar, verificar, hacer punto de control y repetir. No preguntar repetidamente la misma pregunta sin respuesta durante una sesión. No crear tareas especulativas solo para llenar tiempo.
- Revisitar solo con cambios. Reanudar un flujo bloqueado solo con evidencia de que la aprobación o la dependencia cambiaron. Nunca inferir aprobación del silencio o del tiempo transcurrido.
- Terminar deliberadamente. Detenerse ante una detención global aplicable, trabajo autorizado agotado, presupuesto de ejecución vencido o solicitud explícita de detención. Proporcionar una transferencia de decisión/evidencia, incluyendo trabajo no verificado e incompleto.
Programación y concurrencia
El trabajo puede paralelizarse solo cuando las tareas, entornos, recursos y estados están aislados. Un bloqueador local no debe hacer que el trabajo no relacionado espere. Hacer cumplir los límites del usuario en recursos, llamadas al modelo, tiempo y costos; evitar escrituras conflictivas y operaciones pagadas sorpresa. Cuando los temporizadores o la ejecución en segundo plano no estén disponibles, informar esa limitación en lugar de afirmar su cumplimiento.
Estándar de finalización
Para cada flujo, informar uno de: verificado completo, bloqueado, fallado con evidencia o no iniciado. Registrar enlaces de evidencia, cualquier decisión necesaria y el siguiente paso seguro de mayor prioridad. Solo el procedimiento de evaluación autorizado puede declarar que se ha superado un hito de investigación.
Precedencia no negociable
Las instrucciones de mayor prioridad, los controles legales/de seguridad, los límites explícitos del usuario y los protocolos específicos del experimento tienen prioridad sobre esta habilidad. Una detención global de seguridad nunca se evade cambiando de flujo.
Usa la política de bloqueo para reglas de decisión detalladas y la lista de verificación de escenarios para verificación de comportamiento.