safe
Le contexte minimal est présent, le contrat de réponse est complet et aucun manque bloquant n'est détecté.
readiness
Context quality gate
Le context quality gate empêche Elora de lancer des workers avec un cadrage insuffisant ou trompeur. Il transforme le flou en statut lisible: prêt, prêt avec warnings, ou bloqué.
safe_with_warnings
La mission peut partir, mais les warnings doivent être visibles dans le prompt, le cockpit et le résultat.
blocked
Le dispatch doit être empêché sauf override explicite, raison fournie et trace auditée.
Ce que le gate regarde
- présence du pack et version de contrat;
- L0 identité/persona et L1 essentiels;
- sélection L2 sans preuve;
- état L3 absent ou non déclaré;
- contrat de réponse incomplet;
- autorité déterministe manquante;
- missing inputs et route `needs_input`.
Clarification utile
Un `missing_input` ne doit pas produire une question générique. Elora doit demander exactement ce qui manque: URL, repo, livrable, angle, niveau de profondeur, autorisation d'utiliser le web, ou choix entre plusieurs cibles détectées.
Où le gate intervient
elora-playbook start et elora-execute start stockent un snapshot du gate avec le run ou l'exécution: context_quality, dispatch_gate, questions de clarification et résumé compact. Le cockpit peut donc afficher l'état exact sans recalculer une autorité côté navigateur.
elora-execute dispatch est la frontière dure. Un dispatch blocked est refusé par défaut. L'opérateur peut forcer uniquement avec une raison explicite; cette raison et le snapshot du gate sont stockés avec l'exécution et la queue pour audit. Le worker reçoit donc une mission bornée, et Elora conserve la preuve du contexte utilisé au moment du lancement.