MetaRouter — Le routeur cognitif qui apprend de ses propres erreurs de routage

24 juin 2026 · Dream #2 (8.3/10) · HERMYTHOS V2.0 CO-MANAGER IA BMAD

Router une requête, c'est facile. Router la prochaine mieux que la précédente, c'est ça l'enjeu.

Le Cognitive Pipeline Router (CPR) d'HERMYTHOS V2.0 est un routeur intelligent : il classifie chaque tâche entrante et la dirige vers le modèle optimal — Gemini Flash pour les requêtes simples, DeepSeek V4 pour les intermédiaires, Claude 5 Sonnet pour les complexes. C'est un système efficace, déterministe, et remarquablement sobre en tokens coûteux.

Mais il a un angle mort : il n'apprend pas de ses erreurs. Si le CPR route une requête vers Gemini Flash alors qu'elle nécessitait DeepSeek V4, il ne le saura jamais. La grille de décision reste figée, calibrée une fois pour toutes sur des heuristiques initiales. Dans un monde où les modèles évoluent chaque semaine, où les workloads changent, où de nouveaux patterns de requêtes émergent — c'est un handicap structurel.

Le MetaRouter résout ce problème en fusionnant le CPR et le Judge-Loop en une boucle unique : router → exécuter → évaluer la décision de routage → ajuster la grille.

Architecture : un routeur jugé par un modèle plus léger que lui

Le principe est élégant dans sa simplicité. Chaque décision de routage est évaluée a posteriori par un Judge-Loop indépendant, exécuté sur un modèle plus léger que le modèle de routage lui-même — typiquement Gemini Flash (~300 tokens d'évaluation). Le Judge répond à une seule question :

« Cette requête a été routée vers [Modèle X]. Était-ce le bon choix ? Si non, vers quel modèle aurait-elle dû être routée, et pourquoi ? »

Le verdict du Judge est binaire ou gradué, mais toujours actionnable :

• Routage correct → la grille est renforcée pour ce pattern. Le poids de la règle qui a matché augmente.
• Sous-routage (modèle trop faible) → la grille est corrigée. La requête et son pattern sont associés au modèle supérieur. La règle est ajustée.
• Sur-routage (modèle trop fort) → la grille est relaxée. Le pattern est abaissé d'un tier. Les tokens coûteux sont économisés la prochaine fois.

La boucle d'apprentissage : des poids, pas des prompts

Contrairement aux approches qui génèrent des prompts de routage de plus en plus longs (prompt engineering inflationniste), le MetaRouter opère sur une grille de décision pondérée — un graphe de patterns→modèles avec des scores de confiance. À chaque verdict du Judge-Loop :

1. Le pattern de la requête est extrait (intention, complexité estimée, domaine, longueur, présence de code, etc.).
2. Le verdict du Judge est comparé au routage effectif.
3. Si divergence : le poids de la règle est ajusté dans la direction indiquée par le Judge. Le delta est proportionnel à la confiance du verdict.
4. Si convergence : le poids est renforcé. La confiance augmente. À terme, les patterns stables ne nécessitent même plus de vérification Judge.

Le résultat est un routeur qui converge vers une grille optimale sans supervision humaine. Après quelques centaines de requêtes, le MetaRouter a appris les spécificités de votre workload, pas d'un workload générique. Vos requêtes de debugging Rust ne ressemblent pas à celles d'une autre équipe. Votre ratio code/prose est unique. Votre tolérance à la latence est spécifique. Le MetaRouter s'y adapte.

Pourquoi un modèle plus léger pour juger ?

C'est contre-intuitif : juger une décision nécessite-t-il plus ou moins d'intelligence que prendre la décision ? La réponse est : moins. Évaluer un routage est une tâche plus simple que router — c'est un jugement binaire sur une décision déjà prise, avec le contexte de la réponse générée. Gemini Flash, avec 300 tokens, peut parfaitement déterminer si une réponse est trop superficielle pour la question posée, ou si au contraire le modèle était surdimensionné.

C'est le principe TRIZ #28 — Remplacement d'un schéma mécanique — appliqué au jugement : on remplace l'intuition humaine (« je pense que cette requête est complexe ») par un signal objectif et mesurable (« le modèle léger juge que le routage était incorrect avec une confiance de 0.87 »).

Intégration dans le mesh agentique HERMYTHOS

Le MetaRouter est un agent spécialisé du mesh HERMYTHOS V2.0. Il s'intercale entre le Gateway (qui reçoit les requêtes) et le Pool d'exécution (qui les traite). Il écoute les verdicts du Judge-Loop sur le bus d'événements et publie ses ajustements de grille dans le Memory-Graph BMAM. Chaque ajustement est traçable : « Le 24 juin à 14h32, la règle #47 (requêtes Rust avec >3 fichiers) a été promue de DeepSeek V4 à Claude 5 Sonnet, confiance 0.91, basé sur 3 sous-routages consécutifs. »

Le Co-Manager IA bénéficie directement de cette boucle : quand un dispatcher hésite entre deux modèles, il consulte la grille du MetaRouter plutôt que de deviner. La décision est fondée sur l'historique réel des routages, pas sur une heuristique codée en dur.

Un routeur qui apprend. Sans prompt engineering. Sans calibration manuelle. Sans supervision humaine. C'est ça, la différence entre un dispatcher et un système nerveux.

Votre pipeline multi-modèle route-t-il intelligemment — ou devine-t-il ?
Construisons votre MetaRouter →