SEG : Graph d'Évaluation des Compétences : Pilote Procédural pour l'Audit et l'Optimisation des Compétences d'Agent
Transformez les compétences d'agent en actifs d'ingénierie fiables, économes en tokens et prêts pour la production. Évalue la précision des déclencheurs, l'architecture de divulgation progressive, le pilotage comportemental, le déterminisme d'exécution, la sécurité opérationnelle et l'économie des tokens.
Matrice de Référence Rapide
| Sujet | Objectif | Ressource Autorisée |
|---|---|---|
| Terminologie Canonique | Vocabulaire autorisé et définitions du domaine | references/terminology.md |
| Grille d'Audit 6 Piliers | Définitions de notation objective de 1 à 5 | references/audit-rubric.md |
| Catalogue d'Anti-Patterns | Guide de diagnostic pour 14 défauts récurrents de compétences | references/anti-patterns.md |
| Ingénierie de Contexte | Modèles de divulgation progressive multi-niveaux | references/progressive-disclosure-patterns.md |
| Graph d'Évaluation et Boucle | Manuel d'exécution du Moteur de Boucle d'Évaluation Autonome | references/workflow-graph-and-evaluator-loop.md |
| Compatibilité des Harnais | Correspondances d'outils multiplateformes (Antigravity/Claude/Codex) | references/harness-tool-matrix.md |
| Exécuteur d'Essais Comportementaux | Évaluation Contrôle vs. Traitement et essais en direct | scripts/eval_skill.py |
| Audit des Revendications de Capacités | Réalité technique et classification des preuves | references/claim-audit.md |
| Modèle de Fiche d'Évaluation | Modèle de rapport d'évaluation standardisé | assets/skill-audit-scorecard-template.md |
| Exemple de Fiche d'Évaluation | Rapport d'évaluation complet exemplaire | assets/example-scorecard.md |
| Fiche d'Auto-Audit | Fiche de référence d'auto-audit SEG | assets/self-audit-scorecard.md |
| Alignement sur les Normes | Cadre en 14 étapes du Wiki IA Appliqué | references/wiki-standard-alignment.md |
| Protection d'Agent | Contrat de contributeur anti-hallucination | assets/agent-contributor-contract-template.md |
[!IMPORTANT] Terminologie Canonique : Utilisez references/terminology.md comme vocabulaire canonique de SEG. N'introduisez pas de synonymes pour les concepts définis sans mettre à jour le glossaire.
Architecture du Graph de Workflow
[Nœud 1 : Réception & Périmètre]
│
▼
[Nœud 2 : Exécution DAG d'Évaluation Parallèle]
(Schéma, Liens, Tokens, Sécurité/Vie Privée, Portabilité, Routage des Déclencheurs, Politique Comportementale)
│
▼
[Nœud 3 : Jonction de Preuves Multi-Nœuds]
│
▼
[Nœud 4 : Oracle d'Évaluation Multi-Portes]
│
┌───────┼───────────────────────────────┐
▼ ▼ ▼
[Nœud 5A : ACCEPTER] [Nœud 5B/5C : RÉVISER] [Nœud 5D : ESCALADER]
(Fiche & Reçu) (Vérif. Sandbox -> Aperçu/Muter) (Attention Humaine Requise)
Pilote d'Exécution Procédurale
Suivez ces étapes dans l'ordre lors de l'audit ou de l'optimisation d'une compétence d'agent :
Étape 1 : Identifier la Compétence Cible et Vérifier le Périmètre
- Localisez le répertoire cible contenant
SKILL.md. - Inspectez l'inventaire du package à travers
SKILL.md,references/,scripts/etassets/. - Vérifiez les manifestes de compatibilité du harnais hôte (
.codex-plugin/plugin.json,CLAUDE.md,AGENTS.md,.agents/plugins/marketplace.json).
Étape 2 : Lire la Terminologie Canonique
Consultez references/terminology.md avant d'enregistrer les résultats. Assurez-vous que tous les retours et rapports utilisent les noms canoniques exacts (par ex. Static Quality Score, Oracle Verdict, Evaluation Integrity Gate, Pre-mutation Snapshot).
Étape 3 : Exécuter le Graph d'Évaluation
Exécutez le DAG d'évaluation parallèle modulaire via scripts/run_loop.py :
# Évaluation en lecture seule et aperçu des différences (par défaut)
python "<skill-dir>/scripts/run_loop.py" "<target-skill-path>" --target-score 95 --max-iterations 3
# Avec remise de la fiche d'évaluation lors de l'acceptation
python "<skill-dir>/scripts/run_loop.py" "<target-skill-path>" --scorecard "<target-skill-path>/scorecard.md"
Les nœuds d'évaluation s'exécutent à travers des vagues de dépendances parallèles :
schema: Valide le frontmatter YAML, les noms et les champs obligatoires.links_syntax: Résout les liens relatifs, les règles à un seul saut et les blocs de code.tokens: Profile le budget de tokens à travers les 5 niveaux de divulgation progressive.safety_privacy: Détecte les commandes destructrices et les expositions de chemins de poste de travail.portability: Valide les manifestes de plugin et de marketplace OpenAI Codex.trigger_routing: Vérifie les déclencheurs de description dans le frontmatter et les limites négatives.behaviour_policy: Applique les directives anti-rationalisation.
Étape 4 : Joindre les Preuves et Évaluer les Portes
Les preuves de tous les nœuds sont synthétisées dans JoinedEvidence. L'EvaluatorOracle applique 5 portes obligatoires :
- Porte d'Intégrité de l'Évaluation (Porte 0) : Échoue fermée si un évaluateur rencontre une erreur non gérée, expire ou saute inopinément.
- Porte de Conformité aux Spécifications : Échoue si un nœud signale une
SPECIFICATION_ERROR(ex : schéma de marché invalide ou frontmatter cassé). - Porte de Sécurité et Vie Privée : Échoue sur les commandes destructrices ou les fuites de chemins de poste de travail.
- Porte d'Intégrité des Liens : Échoue sur les liens markdown relatifs cassés.
- Porte de Politique de Score de Qualité Statique : Vérifie que le score global atteint
--target-score(par défaut : 95).
Étape 5 : Traiter le Verdict de l'Oracle
ACCEPTER(Nœud 5A) : Toutes les portes obligatoires passées et le score de qualité statique $\ge$ 95. Générer la fiche d'évaluation et le reçu d'évaluation. Statut :COMPLETED(ouMUTATEDsi des réparations ont été appliquées).RÉVISER(Nœud 5B/5C) : Défauts réparables détectés. Passer à l'Étape 6.ESCALADER(Nœud 5D) : Bloqueurs non résolubles ou limite d'itération atteinte. S'arrête pour intervention humaine avec une liste détaillée des bloqueurs. Statut :ESCALATED.
Étape 6 : Dériver la Réparation, Vérifier dans le Sandbox, et Muter avec Autorité
Lorsque le verdict est RÉVISER :
plan_repairs()dérive des propositions de correctifs déterministes à partir des résultats.RepairIsolatormet en scène les propositions dans un sandbox de réparation isolé (tempfile.TemporaryDirectory).- Le candidat est réévalué dans le sandbox en utilisant le DAG et l'Oracle pour vérifier :
- La Porte d'Intégrité de l'Évaluation passe.
- Les portes obligatoires ne régressent pas.
- Aucun nouveau résultat
ERRORn'est introduit. - Le score de qualité statique ou le nombre de résultats s'améliore strictement.
- Si le candidat passe la vérification :
- Par défaut (Lecture Seule) : La différence unifiée est affichée pour révision humaine. La compétence cible sur le disque reste inchangée. Statut :
PREVIEWED. - Avec
--apply: Les correctifs vérifiés sont écrits sur le disque avec une protection d'instantané pré-mutation (un répertoire de récupération frère nommé de façon unique). Statut :MUTATED.
- Par défaut (Lecture Seule) : La différence unifiée est affichée pour révision humaine. La compétence cible sur le disque reste inchangée. Statut :
- La boucle reprend pour l'itération suivante jusqu'à
ACCEPTERou épuisement du nombre maximum d'itérations.
Étape 7 : Exécuter Facultativement des Essais Comportementaux
Le catalogue versionné regroupé se trouve dans evaluations/scenarios/. Installez les dépendances Python à partir de requirements.txt avant d'exécuter SEG.
Pour une validation dynamique de l'exécution de la compétence, exécutez scripts/eval_skill.py :
# Simulation hors ligne des scénarios anti-rationalisation
python "<skill-dir>/scripts/eval_skill.py" "<target-skill-path>"
# Essai en direct authentifié avec l'interface Codex CLI et répertoire personnel isolé
python "<skill-dir>/scripts/eval_skill.py" "<target-skill-path>" --live --harness codex --trials 1 --timeout 90
Étape 8 : Produire une Fiche d'Évaluation Basée sur les Preuves
Générez la fiche d'évaluation d'audit finalisée via scripts/audit_skill.py :
python "<skill-dir>/scripts/audit_skill.py" "<target-skill-path>" --scorecard "<output-scorecard.md>"
La fiche d'évaluation projette strictement les preuves mesurées du DAG et de l'Oracle :
- La recommandation correspond au Verdict de l'Oracle (
ACCEPTER,RÉVISER,ESCALADER). - Les piliers mesurés de la grille projettent les métriques d'évaluation.
- Les piliers non mesurés rapportent explicitement
NOT EVALUATED. - Un reçu d'évaluation infalsifiable est enregistré avec un condensé SHA256 sur l'état d'exécution finalisé.
Invariants de Qualité
- Zéro Lien Casser : Chaque lien markdown relatif doit se résoudre dans le répertoire de la compétence.
- Strict Saut Unique : Aucun fichier de référence ne peut lier vers un fichier de référence secondaire.
- Conformité Budgétaire :
SKILL.mdne doit pas dépasser 300 lignes ou 2500 tokens. - Portabilité Autonome : Zéro chemin machine codé en dur ou répertoire personnel utilisateur.
- Intégrité des Preuves : Les fiches d'évaluation et les reçus doivent refléter des preuves vérifiables sans scores fabriqués.