La révision par les pairs IA pour Claude Code est désormais une compétence open-source gratuite. Elle permet à Claude, Codex et Gemini de réviser le code des uns et des autres via des transferts CLI — avec un verdict structuré, des résultats par fichier:ligne, et un contrat d'honnêteté intégré au format de réponse. La compétence s'appelle `ai-collab-bridge`. Licence MIT. Installation en 30 secondes. Je l'ai testée sur macOS arm64 ; les scripts bash sont portables sous Linux.
TL;DR
Installer la compétence de révision par les pairs IA en 30 secondes
bash git clone https://github.com/owgit/ai-collab-bridge ~/.claude/skills/ai-collab-bridge chmod +x ~/.claude/skills/ai-collab-bridge/scripts/*.sh ~/.claude/skills/ai-collab-bridge/scripts/doctor.sh
Le script `doctor.sh` vérifie vos fichiers de compétence, les outils requis et chaque CLI IA (Claude, Codex, Gemini) en une seule passe. Le code de sortie correspond au nombre de vérifications échouées. Si quelque chose est cassé, la sortie vous indique la commande de correction exacte. Lors de mes tests sur une installation macOS fraîche, toute la vérification s'est exécutée en moins de deux secondes.
Ensuite, démarrez une nouvelle session Claude Code — la compétence de révision par les pairs IA est auto-découverte — et déclenchez-la avec quelque chose comme *"utilise AI Collab Bridge pour réviser mon dernier commit."*
Comment fonctionne réellement la révision par les pairs IA
Le protocole est assez court pour tenir en un paragraphe. L'implémenteur — quelle que soit l'IA qui vient de terminer le travail — prépare un paquet. Le paquet est un fichier markdown unique contenant un résumé, des questions ciblées, le diff et la liste des fichiers. L'implémenteur invoque ensuite la CLI du réviseur avec ce paquet enveloppé dans un modèle de demande de révision. Le réviseur lit le paquet et répond.
Préparer un paquet (côté implémenteur)
bash SUMMARY="Brève description du changement" \ QUESTIONS="Tout ce sur quoi vous voulez vous concentrer" \ ~/.claude/skills/ai-collab-bridge/scripts/stage-packet.sh main > /tmp/packet.md
Cela produit un fichier markdown avec tout ce dont le réviseur a besoin : votre résumé, vos questions ciblées, le `git diff --stat`, et le diff complet par rapport à `main`.
Dispatch de la révision par les pairs IA
bash ~/.claude/skills/ai-collab-bridge/scripts/request-review.sh codex /tmp/packet.md
ou claude / gemini — même forme, cible différente
Le script enveloppe votre paquet dans le modèle de demande de révision, l'envoie à la CLI de l'IA cible et affiche la réponse structurée.
Le format de réponse
Chaque réponse de révision par les pairs IA suit le même modèle en cinq sections :
Le dernier élément est celui qui m'a surpris lorsque je l'ai conçu pour la première fois. D'après mon expérience, la section la plus précieuse de toute révision de code est celle où le réviseur est contraint de divulguer ce qu'il n'a pas examiné. Sans cela, vous ne pouvez pas savoir si un `APPROVE` signifie "J'ai tout vérifié et c'est bon" ou "J'ai survolé le diff et rien n'a sauté aux yeux". Avec cela, l'implémenteur sait exactement où s'arrête la portée du réviseur. C'est le contrat d'honnêteté sous-jacent à chaque révision par les pairs IA. Le protocole ne peut pas l'imposer. Il peut seulement rendre la malhonnêteté plus difficile à cacher.
Le benchmark : 100 % contre 31 % de taux de réussite
J'ai testé la compétence de révision par les pairs IA par rapport à Claude standard comme référence. Trois cas de test — rôle de réviseur, transfert d'implémenteur, guide de prise en main — mêmes invites, même modèle, avec-compétence contre sans-compétence.
| Métrique | Avec compétence | Sans compétence | Delta |
|---|---|---|---|
| --- | --- | --- | --- |
| Taux de réussite | 100% | 31% | +69 points de pourcentage |
| Temps | 67 s | 68 s | identique |
| Tokens | 60 k | 53 k | +14% |
Selon mes mesures, la compétence de révision par les pairs IA coûte environ 14 % de tokens en plus (le modèle lit les guides de rôle) et s'exécute à la même vitesse. Une assurance peu coûteuse pour une sortie structurée et honnête.
Le moment méta : le pont se révisant lui-même
Après avoir livré la v0.1, j'ai utilisé le pont pour réviser le prochain commit du pont lui-même. Codex a détecté deux bogues que j'avais manqués dans mon script doctor et ma logique de sonde. Je les ai corrigés, livré la v0.2, et relancé le pont. Codex a détecté deux autres bogues. Je les ai corrigés, livré la v0.3.
Les quatre bogues que le pont a trouvés en lui-même
Pas des préférences stylistiques, pas de fausses préoccupations pour paraître utile. Des choses concrètes que j'ai testées après chaque correctif :
Aucun n'était évident pour moi quand je les ai écrits. Tous étaient évidents pour Codex quand il a lu le diff à froid, sans mon biais d'implémentation. C'est tout l'argumentaire pour la révision par les pairs IA. Des esprits différents, des angles morts différents, un transfert structuré. Le travail s'améliore et vous n'avez pas à y penser.
Ce que j'ai appris sur la CLI Codex
La majeure partie du travail pour livrer cette compétence de révision par les pairs IA n'était pas le protocole. C'était de comprendre comment invoquer la CLI de chaque IA sans qu'elle ne fasse quelque chose d'inattendu.
Blocage du bootstrap MCP Codex
Lorsque vous exécutez `codex exec`, il charge `~/.codex/config.toml` et tente d'amorcer tous les serveurs MCP que vous avez configurés. Si ces serveurs nécessitent leur propre authentification (Cloudflare Workers MCP, GitHub Copilot MCP, etc.) et que vous n'avez pas configuré de jetons pour une utilisation non interactive, codex se bloque — silencieusement. Lors de mon premier dispatch de révision, le processus a planté pendant dix minutes avant que je ne remonte à l'amorçage MCP. La solution est `--ignore-user-config`. La CLI codex dispose également d'une sous-commande dédiée `codex exec review` conçue exactement pour ce cas d'usage, plus un drapeau `-o` qui écrit uniquement le message final de l'agent dans un fichier. Consultez le dépôt OpenAI Codex CLI et la documentation Codex pour la référence complète.
Le binaire vendor npm ENOENT
`@openai/codex` installé via npm est parfois livré sans son binaire vendor spécifique à la plateforme. `which codex` réussit, mais l'invoquer échoue avec une trace de pile Node `ENOENT` cryptique pointant vers un binaire arm64 manquant. J'ai rencontré cela sur ma propre machine et la solution est `npm uninstall -g @openai/codex && npm install -g @openai/codex`. Le `doctor.sh` du pont détecte désormais exactement ce motif et propose directement la correction.
CLI IA prises en charge
| IA | Invocation par défaut | Variable d'environnement de surcharge |
|---|---|---|
| --- | --- | --- |
| Claude | `claude -p` | `AI_COLLAB_CLAUDE_CMD` |
| Codex | `codex exec review --ignore-user-config --ephemeral` | `AI_COLLAB_CODEX_CMD` |
| Gemini | `gemini -p` | `AI_COLLAB_GEMINI_CMD` |
Ajouter une autre IA consiste en une ligne `case` dans `scripts/request-review.sh` plus un guide de rôle optionnel sous `references/`. Les PR sont les bienvenues.
Pourquoi la révision par les pairs IA compte pour les workflows multi-IA
Si vous avez suivi l'évolution de "l'IA comme complétion automatique" vers "l'IA comme collaborateur", vous avez probablement déjà remarqué que le prochain goulot d'étranglement n'est pas les modèles individuels. Le prochain goulot d'étranglement est la façon dont les modèles travaillent ensemble et avec vos outils. C'est aussi ce que j'ai soutenu dans ma checklist de site web prêt pour les agents→ — les systèmes autour du modèle comptent plus que le modèle lui-même.
Dans mon quotidien, cela ressemble à :
Sans révision par les pairs IA, ces workflows s'exécutent en parallèle mais en isolation. Chaque IA ne voit que ce qui est devant elle. Avec la compétence de révision par les pairs IA en place, les diffs circulent entre eux de manière structurée, et le travail se compose. Le même motif apparaît sous divers angles dont j'ai déjà parlé — du côté comparaison dans Claude Code vs Cursor pour 2026→, du côté outillage dans comment construire un serveur MCP avec TypeScript→, et du côté structure dans la couche de contexte IA cross-repo→. Les agents dans votre boucle ont besoin d'interfaces propres entre eux, pas seulement d'interfaces propres avec les humains.
Essayez vous-même la compétence de révision par les pairs IA
La compétence de révision par les pairs IA est open-source et réside à `github.com/owgit/ai-collab-bridge`.
bash git clone https://github.com/owgit/ai-collab-bridge ~/.claude/skills/ai-collab-bridge chmod +x ~/.claude/skills/ai-collab-bridge/scripts/*.sh ~/.claude/skills/ai-collab-bridge/scripts/doctor.sh
Il y a des fichiers `AGENTS.md` et `CLAUDE.md` à la racine du dépôt, donc Codex et Claude Code ont tous deux des points d'entrée explicites si vous les pointez vers le dépôt à froid. Le protocole fonctionne pour toute IA disposant d'une CLI — même format de paquet, même modèle de réponse, mêmes trois verdicts. Dans mon workflow, cela s'accorde naturellement avec la révision de sécurité que vous devriez exécuter→ sur votre code généré par IA. Si vous souhaitez contribuer, les prochaines étapes évidentes sont documentées dans le dépôt : faire respecter le format de réponse via `--output-schema`, ajouter la prise en charge de plus de CLI, et construire des scénarios réviseur-en-tant-que-Claude au-delà des chemins réviseur-en-tant-que-Codex que j'ai déjà testés.
L'essentiel
Les frontières entre les modèles IA sont des conventions, pas des faits. C'est à nous de décider s'ils coopèrent ou s'ils sont en concurrence. Si vous avez deux IA travaillant sur la même base de code et qu'elles ne se révisent pas mutuellement, vous laissez de vrais bogues dans le code. La compétence de révision par les pairs IA est une manière structurée de corriger cela. Elle est gratuite, sous licence MIT, et s'installe en 30 secondes. Allez donner un collègue à vos IA.