Flux de travail de révision de code MultiModel emballé comme compétence réutilisable

Un développeur a packagé un workflow de revue de code multi-modèle comme une compétence/runbook réutilisable, disponible sur GitHub. L'approche utilise un agent orchestreur coordonnant plusieurs agents/reviewers indépendants, puis consolide les résultats en une revue finale. L'idée clé : différents modèles détectent différents bugs, et lorsque plusieurs modèles signalent indépendamment le même problème, la confiance augmente. L'orchestreur déduplique, filtre les observations faibles, vérifie les faux positifs évidents et publie un résultat propre.
Deux Modes
Le workflow prend en charge deux modes :
- Revue PR : prépare les dossiers locaux
base/,head/,PR_DIFF.patchetPR_METADATA.json, lance plusieurs reviewers en mode analyse uniquement, puis l'orchestreur publie un résumé et des commentaires inline sur la PR. Conçu pour éviter les collisions de revue en attente sur GitHub. - Revue de périmètre non PR : révise un dossier/module/déploiement/scripts ; les reviewers inspectent un snapshot local partagé ; l'orchestreur publie un
REVIEW.mdconsolidé dans le dépôt.
Configuration Testée
La configuration testée utilise GPT-5.5 comme orchestreur, avec GPT-5.5, DeepSeek V4 Pro, Kimi K2.6, Qwen 3.6 Plus et GLM-5.1 comme reviewers. Cependant, le workflow est indépendant des agents/modèles. Il a été testé avec OpenClaw et donne, semble-t-il, d'excellents résultats.
Leçons Clés
- Snapshot partagé : ne laissez pas chaque sous-agent cloner/récupérer le dépôt indépendamment. L'orchestreur doit préparer un snapshot partagé et passer les chemins locaux aux reviewers. Plus rapide, moins coûteux et moins de faux positifs étranges.
- Tous les modèles non GPT ont été exécutés via Fireworks. Pour les grandes tâches, l'auteur suggère de remplacer Kimi et Qwen par autre chose, car ces deux-là échouent parfois.
Le dépôt est sur github.com/rmichelena/multireview. L'auteur cherche des retours, surtout de ceux qui utilisent des workflows de revue de code multi-agents.
📖 Lire la source complète : r/openclaw
👀 See Also

GrapeRoot Pro ajoute un bouclier d'annulation pour empêcher Claude Code de supprimer votre projet
Après que des rapports sur Reddit aient fait état de la suppression complète de projets par Claude Code, GrapeRoot Pro présente un Undo Shield qui surveille le graphe de session de Claude et bloque les commandes destructrices comme rm -rf sur les fichiers fortement modifiés.
Intégration TTS xAI pour Home Assistant construite avec Claude — Répo complet
Un développeur a utilisé Claude pour créer une intégration Home Assistant personnalisée pour l'API TTS de xAI (voix Eve) avec une interface de configuration complète, cinq voix et des balises vocales.

Claude IDE Bridge : un outil open source qui donne à l'IA Claude un accès direct à votre éditeur de code
Claude IDE Bridge est un outil open source sous licence MIT qui connecte Claude AI directement à votre éditeur de code, lui permettant de voir les fichiers ouverts, les modifications non enregistrées et les erreurs en direct, plutôt que via des extraits de code collés. L'outil fonctionne actuellement avec VS Code et Windsurf.

Orkestra : Couche de Routage LLM Consciente des Coûts pour OpenClaw Réduit les Coûts d'API de 60 à 80 %
Orkestra est une couche de routage modulaire qui se place devant les appels LLM dans OpenClaw, utilisant une classification sémantique pour acheminer les prompts vers des niveaux de modèles économiques, équilibrés ou premium. Cette approche a réduit les coûts d'API de 60 à 80 % sans réécriture de prompt ni règles complexes.