AjaneeI/agent-skills

Préparez des décisions d'approbation humaine précises sans bloquer les travaux indépendants. À utiliser lorsqu'un agent rencontre des modifications concernant l'autorité, la méthodologie, l'accès aux données, le budget, le déploiement ou toute autre décision explicitement réservée.

Qu'est-ce que agent-skills ?

Cette compétence permet à un agent IA, comme Claude Code ou Cursor, de gérer les situations où une action franchit une frontière de décision explicitement réservée aux humains. Au lieu de bloquer tout le travail ou de demander une approbation vague, l'agent construit un « dossier de décision » versionné décrivant exactement le changement proposé, le propriétaire de la décision, la règle enfreinte, les risques et les alternatives. Il demande une approbation unique et concrète (oui/non ou options limitées), marque les travaux concernés comme « bloqués en attente de décision » et laisse les autres tâches indépendantes se poursuivre via un processus de continuité d'exécution autonome. Les anti-patrons interdits incluent la modification silencieuse de métriques, le déverrouillage de garde-fous ou l'élargissement des permissions des outils. Le résultat est un enregistrement de décision vérifiable contenant les actions autorisées et non autorisées, sans nécessiter de déboguer un long transcript. Cette compétence est idéale pour les environnements de développement où les agents doivent collaborer avec des humains sur des changements sensibles (sécurité, budget, déploiement) sans interrompre le flux de travail global.

Compatible avec~Claude Code~Codex CLI~Cursor

npx skills add https://github.com/AjaneeI/agent-skills/tree/HEAD/skills/approval-boundary-management

Documentation

Gestion des Frontières d'Approbation

Déclencheur

À utiliser lorsqu'une action demandée franchit une frontière de décision humaine explicite ; ne pas utiliser pour créer de nouveaux points de contrôle inutiles.

Procédure

Déterminez la proposition d'action exacte, le propriétaire de la décision et la règle ou autorisation nécessitant une approbation. Distinguez une nouvelle approbation d'une approbation déjà accordée.
Capturez une proposition versionnée et un dossier de décision : comportement actuel, delta proposé, objectif, ressources affectées, risques, effets réversibles/irréversibles, alternative de ne rien faire, et autorisation précise demandée.
Nommez la frontière : implémentation, invocation d'expérience, activation en production, publication, dépense, ou données/sécurité. L'approbation pour l'une n'est pas l'approbation pour les autres.
Demandez la décision une fois, avec un oui/non concret ou un ensemble limité d'options. Évitez de présenter un consentement général large comme seule option.
Marquez les travaux concernés comme bloqués en attente de décision. Ne demandez pas plusieurs fois la même approbation, n'interprétez pas le silence, et ne réessayez pas les opérations bloquées.
Si des travaux indépendants restent autorisés, confiez leur file d'attente au processus de continuité d'exécution autonome. Un incident de sécurité à l'échelle du projet n'est pas un blocage local.
En cas de réponse explicite, conservez l'enregistrement de décision, la portée, l'horodatage et la référence ; vérifiez que les actions proposées correspondent toujours avant d'exécuter.

Anti-patrons

Ne modifiez jamais silencieusement un scoreur, ne déverrouillez pas une garde, ne modifiez pas la facturation, ne publiez pas d'artefacts issus de sources privées, et n'élargissez pas les permissions des outils de l'agent simplement parce que cela vous semble techniquement raisonnable.

Résultat

Un enregistrement de décision vérifiable avec les actions autorisées exactes et les actions non autorisées séparées. Voir enregistrement de décision.

Définition de "fait"

Le propriétaire peut approuver ou rejeter un changement versionné sans ambiguïté, sans avoir à faire de rétro-ingénierie dans un long transcript de débogage.