Retour aux articles • IA • • 3 min de lecture

Addy Osmani Skills : cadrer ses agents

Comment j'utilise les compétences d'ingénierie d'Addy Osmani (planification, débogage cause racine, revue multi-axes et ADR) pour structurer le cycle de vie logiciel de mes agents IA.

Addy Osmani Skills : cadrer ses agents

Donner un accès shell et un éditeur de code à un LLM sans méthodologie d’ingénierie revient à embaucher un développeur ultra-rapide mais amnésique, qui patche les symptômes sans chercher la cause racine.

Le dépôt open-source addyosmani/agent-skills formalise 24 compétences couvrant l’intégralité du cycle de vie logiciel (SDLC). Plutôt que de tout charger en permanence en mémoire, ces skills sont montés dynamiquement dans .agents/skills/ selon la phase exacte de la tâche.

Architecture & Flux : Addy Osmani Skills : 24 gardes-fous SDLC I

Caractéristiques

Phase SDLCSkill Addy Osmani (.agents/skills/)Rôle opérationnel
1. Cadrage & Planificationplanning-and-task-breakdownDécoupage en tâches atomiques ordonnées avec critères d’acceptation
2. Diagnostic & Debugdebugging-and-error-recoveryRecherche scientifique de la cause racine (Root Cause) avant tout patch
3. Qualité & Revuecode-review-and-qualityGrille d’audit multi-axes (logique, concurrence, fuites, maintenabilité)
4. Sécurité & Durcissementsecurity-and-hardeningContrôle OWASP Top 10, validation des entrées et gestion des secrets
5. Mémoire & Architecturedocumentation-and-adrsTraçabilité des décisions d’architecture (Architecture Decision Records)

1. Les 5 briques SDLC que j’utilise au quotidien

Parmi les 24 compétences de la collection, cinq constituent l’épine dorsale du pipeline d’ingénierie :

  1. debugging-and-error-recovery (Diagnostic de cause racine) : interdit à l’agent de deviner ou d’empiler des rustines. Il impose le cycle scientifique : Observer l’erreur exacte -> Formuler une hypothèse -> Vérifier empiriquement -> Corriger la cause racine une seule fois.
  2. planning-and-task-breakdown : découpe les demandes complexes en unités atomiques vérifiables, directement interfacées avec un journal de suivi horodaté.
  3. code-review-and-quality : grille d’audit avant commit (gestion d’erreurs, concurrence, fuites de descripteurs, lisibilité).
  4. security-and-hardening : contrôle systématique des frontières de confiance (validation des entrées, absence de secrets en clair, durcissement OWASP).
  5. documentation-and-adrs : mise à jour synchrone des décisions d’architecture pour éviter la dérive documentaire.

–> Associés à Ponytail et Superpowers, ces skills empêchent l’agent de sauter les étapes de vérification lorsqu’il travaille sur un bug multi-services.


2. Pourquoi le format SKILL.md change la donne

Au lieu d’un prompt système monolithique de 50 pages qui dilue l’attention du modèle, chaque compétence est encapsulée dans un dossier .agents/skills/<nom>/SKILL.md avec un en-tête YAML déclaratif. L’orchestrateur ne lit les instructions détaillées d’une compétence que lorsque la tâche l’exige réellement : garantissant une exécution disciplinée, reproductible et économe en contexte.

CommandeDescription
`.agents/skills//SKILL.md`
Emplacement modulaire chargé à la demande selon l'étape du cycle SDLC.
`debugging-and-error-recovery`
Activer dès qu'un test échoue : reproduire, isoler la cause racine, puis corriger.
`code-review-and-quality`
Exécuter une revue multi-axes sur le git diff avant tout commit en branche principale.
`security-and-hardening`
Vérifier les entrées non fiables, l'authentification et les dépendances tierces.

3. Dépôt GitHub Officiel