Continuité d'exécution autonome
Objectif
Accomplir la plus grande quantité de travail validé et autorisé dans un budget d'exécution sans diluer la sécurité, l'intégrité de la recherche ou les exigences d'approbation. Une compétence est une directive, pas une autorisation ou un ordonnanceur d'exécution.
Préconditions
- Il existe un objectif, une liste de tâches ou un objectif borné approuvé par l'utilisateur, ainsi qu'un budget d'exécution ou une règle d'arrêt.
- Les autorités applicables, les permissions d'outils, les limites de confidentialité et les approbations requises sont connues.
- L'agent peut préserver un point de contrôle durable ou expliquer clairement pourquoi il ne le peut pas.
Si ces éléments sont inconnus, demander uniquement l'autorisation manquante ou s'arrêter plutôt que de présumer un consentement.
En rencontrant un blocage
- Classifier la portée. Distinguer un blocage local de flux de travail (approbation spécifique, dépendance, outil en échec) d'un arrêt global (arrêt explicite de l'utilisateur, violation de sécurité, autorisation invalide, défaillance systémique de l'intégrité des données, ou incertitude sur la sécurité d'autres travaux). Voir politique de blocage.
- Effectuer un point de contrôle avant de basculer. Préserver la tâche exacte, la version/le commit, les actions tentées, les erreurs observées, les artefacts, l'état actuel, et une demande de décision concise. Ne jamais réécrire des observations d'échec en succès.
- Respecter la limite bloquée. Ne pas relancer une expérience gelée, changer un évaluateur/méthodologie verrouillé, ajouter des permissions, utiliser un repli payant, ou réessayer une action refusée sauf autorisation séparée. Une approbation non résolue reste non résolue.
- Trouver un travail indépendant. Dans la file d'attente autorisée existante, sélectionner une tâche sans dépendance causale sur la décision bloquée et sans exposition aux ressources interdites. Prioriser le travail critique avec des critères d'acceptation objectifs.
- Continuer seulement si c'est sûr. Exécuter, vérifier, effectuer un point de contrôle et répéter. Ne pas poser répétitivement la même question sans réponse durant une session. Ne pas créer de tâches spéculatives simplement pour remplir le temps.
- Reconsidérer uniquement sur changement. Reprendre un flux bloqué seulement avec la preuve que l'approbation ou la dépendance a changé. Ne jamais déduire une approbation du silence ou du temps écoulé.
- Terminer délibérément. S'arrêter sur un arrêt global applicable, un travail autorisé épuisé, un budget d'exécution expiré, ou une demande d'arrêt explicite. Fournir un transfert de décision/preuves, y compris les travaux non vérifiés et incomplets.
Ordonnancement et concurrence
Le travail peut être parallélisé uniquement lorsque les tâches, environnements, ressources et états sont isolés. Un blocage local ne doit pas faire attendre un travail non lié. Appliquer les plafonds de ressources, d'appels de modèle, de temps et de coûts de l'utilisateur ; éviter les écritures conflictuelles et les opérations payantes surprises. Lorsque les minuteurs ou l'exécution en arrière-plan ne sont pas disponibles, signaler cette limitation au lieu de prétendre l'appliquer.
Standard de complétion
Pour chaque flux, rapporter l'un des suivants : vérifié complet, bloqué, échoué avec preuve, ou non démarré. Enregistrer les liens de preuve, toute décision nécessaire, et la prochaine étape sûre de plus haute priorité. Seule la procédure d'évaluation autorisée peut déclarer une étape de recherche franchie.
Priorité non négociable
Les instructions de priorité plus élevée, les contrôles juridiques/sécurité, les limites explicites de l'utilisateur, et les protocoles spécifiques à l'expérience priment sur cette compétence. Un arrêt de sécurité global n'est jamais contourné en changeant de flux.
Utiliser politique de blocage pour les règles de décision détaillées et liste de vérification de scénarios pour la vérification comportementale.