agency-agents : 230 agents IA spécialisés pour Claude Code

« Agis comme un développeur senior. » Tout le monde a écrit ce prompt, et tout le monde a constaté qu'il ne change pas grand-chose. Le modèle prend un ton plus assuré, mais il ne suit pas une méthode de plus qu'avant.

agency-agents part de ce constat. C'est une collection de plus de 230 agents spécialisés, chacun décrit dans un fichier markdown : son rôle, sa mission, ses règles, sa checklist, ses livrables et ses critères de réussite. On les installe dans Claude Code, Cursor, Copilot, Codex ou Gemini CLI, et on les appelle par leur nom quand on a besoin d'eux.

Né sur Reddit, devenu énorme

Le projet de Michael Sitarzewski est né d'un fil Reddit sur la spécialisation des agents IA, en octobre 2025. Un an plus tard, il dépasse les 160 000 étoiles et les 25 000 forks, avec plus de 120 contributeurs. Il est sous licence MIT et des traductions communautaires existent en chinois, japonais, coréen, portugais, russe, arabe et indonésien. Pas encore en français.

Le dépôt ne contient presque pas de code. Ce sont des fichiers texte, quelques scripts shell d'installation et de conversion, et désormais une application de bureau pour macOS, Linux et Windows qui installe les agents en un clic.

Ce qu'il y a dans le catalogue

Les agents sont rangés par « divisions », comme les services d'une agence. Le compte des fichiers du dépôt donne une idée de la répartition :

La division Engineering couvre à peu près tout ce qu'une équipe produit croise : React et Vue, API, mobile, Git, bases de données, Kubernetes, paiements, internationalisation. Certains agents sont très pointus, comme l'ingénieur Filament PHP ou le développeur de mini-programmes WeChat. D'autres sont transverses, comme le « Minimal Change Engineer », dont l'unique mission est de corriger ce qui est demandé, sans rien toucher d'autre.

À quoi ressemble un agent

Un agent est un fichier markdown avec un en-tête YAML. Voici le début du Code Reviewer :

---
name: Code Reviewer
description: Expert code reviewer who provides constructive, actionable feedback focused on correctness, maintainability, security, and performance — not style preferences.
color: purple
emoji: 👁️
vibe: Reviews code like a mentor, not a gatekeeper. Every comment teaches something.
---
 
# Code Reviewer Agent
 
## 🔧 Critical Rules
 
1. **Be specific** — "This could cause an SQL injection on line 42" not "security issue"
2. **Explain why** — Don't just say what to change, explain the reasoning
3. **Suggest, don't demand** — "Consider using X because Y" not "Change this to X"
4. **Prioritize** — Mark issues as 🔴 blocker, 🟡 suggestion, 💭 nit

Suivent une checklist en trois niveaux (bloquant, suggestion, détail), un format de commentaire et un style de communication. C'est ce qui sépare un agent utile d'un déguisement : pas la personnalité, la méthode. Un modèle qui reçoit une liste explicite de ce qui bloque une revue de code produit des revues plus régulières qu'un modèle à qui l'on dit d'être « expert ».

Installer dans Claude Code

Dans Claude Code, les fichiers vont tels quels dans ~/.claude/agents/, le dossier des sous-agents. Pas de conversion.

git clone https://github.com/msitarzewski/agency-agents.git
cd agency-agents
./scripts/install.sh --tool claude-code --division engineering,testing

Ou à la main, pour une poignée d'agents choisis :

cp engineering/engineering-code-reviewer.md ~/.claude/agents/
cp testing/testing-reality-checker.md ~/.claude/agents/

Ensuite, on les appelle dans la conversation :

Use the Code Reviewer agent to review the changes on this branch.

Pour les autres outils, ./scripts/convert.sh génère les fichiers au format de chacun, puis ./scripts/install.sh détecte ce qui est installé. Une quinzaine d'outils sont pris en charge, dont Cursor, Copilot, Codex, Gemini CLI, OpenCode, Aider et Windsurf. Sous Windows, les scripts shell demandent Git Bash ou WSL, ou l'application de bureau.

N'installez pas les 230

C'est le conseil que je donnerais en premier. Dans Claude Code, l'agent principal connaît la description de chaque sous-agent installé pour décider lequel solliciter. Deux cents descriptions, c'est du contexte consommé à chaque session, et des choix moins nets entre des agents qui se recoupent.

Le README le reconnaît à sa façon : OpenCode n'enregistre qu'environ 119 agents et ignore silencieusement les autres, d'où l'option --division pour n'installer qu'une partie. La commande ./scripts/install.sh --list teams affiche les équipes et leur nombre d'agents avant de choisir.

Mon tri pour un développeur web : Code Reviewer, Minimal Change Engineer, Reality Checker, Database Optimizer, Accessibility Auditor, Test Automation Engineer. Six agents, chacun avec un rôle qui ne recoupe pas les autres. Le dernier s'appuie sur Playwright, et ses règles complètent bien un guide des tests end-to-end avec Playwright.

Les scénarios multi-agents

Le README propose des « équipes » pour des projets types. Pour un MVP de startup : Frontend Developer pour l'application React, Backend Architect pour l'API, Growth Hacker pour l'acquisition, Rapid Prototyper pour itérer, Reality Checker avant le lancement. Un fichier strategy/runbooks.json décrit ces équipes, et l'installeur peut les installer d'un coup avec --agents-file.

C'est l'idée la plus séduisante et la plus à prendre avec prudence. Faire travailler cinq agents à la suite ne remplace pas une vraie relecture humaine entre les étapes. Le Reality Checker, conçu pour réclamer des preuves avant de valider quoi que ce soit, est d'ailleurs l'agent le plus précieux de ces chaînes : il sert de garde-fou contre l'optimisme naturel des modèles.

Ce qui fait sourire

Le ton du dépôt est très marketing. « Production-ready », « battle-tested », des agents qui « ne dorment jamais et ne se plaignent jamais ». Le Whimsy Injector promet une animation de célébration qui « réduit l'anxiété de fin de tâche de 40 % », chiffre que personne n'a mesuré et qui relève clairement de la blague.

La qualité varie aussi d'un fichier à l'autre. Avec plus d'une centaine de contributeurs, certains agents sont des méthodes précises et testées, d'autres des descriptions de poste à rallonge. Ouvrez le fichier avant de l'installer. Il se lit en deux minutes, et vous saurez si la checklist correspond à votre façon de travailler.

C'est aussi la vraie force du projet : tout est lisible et modifiable. Un agent qui ne vous convient pas se corrige dans un éditeur de texte. À mon sens, le bon usage part d'un agent du catalogue, puis l'adapte aux conventions de l'équipe.

agency-agents ne rend pas un modèle plus compétent. Il lui donne une méthode écrite, ce qui est souvent ce qui manquait entre « fais une revue de code » et une revue de code utile. Prenez-le comme une bibliothèque de départ, pas comme une agence clés en main : six agents bien choisis et retouchés valent mieux que deux cents installés d'un bloc. Le même principe d'instructions en markdown, appliqué à toute une chaîne de production, donne OpenMontage et ses pipelines vidéo pilotés par agent. Et pour situer ces outils dans une pratique quotidienne, l'IA pour les développeurs fait le tour de ce qui marche vraiment.