Tous les insights

Notes de Terrain

Ce qui casse dans un pipeline multi-agents (et comment nous l'avons borné)

18 juillet 2026 · 7 min de lecture

Les démos multi-agents sont faciles. Les systèmes multi-agents qui survivent aux exécutions réelles, aux réseaux instables, aux quotas de modèles et aux entrées hostiles relèvent d'une autre discipline. En construisant Proposal Architect pour le Google for Startups AI Agents Challenge 2026, l'essentiel de notre temps d'ingénierie n'est pas allé à faire dialoguer les agents, mais à borner ce qui se passe quand ils échouent.

Voici les notes de terrain : six choses qui ont cassé, pourquoi elles ont cassé, et le patron qui a corrigé chacune.

1. L'appel qui ne revient jamais

Symptôme : une exécution du pipeline se fige à une étape et y reste indéfiniment.

Cause racine : un appel de modèle sans deadline. Sous charge, un endpoint d'inférence peut parfois ni répondre ni échouer : il reste suspendu, et un await sans limite transforme un appel lent en pipeline mort.

Patron : chaque appel de modèle reçoit un timeout dur, et chaque exécution un deadline global dur. La récupération n'est possible que si l'échec est détectable, et l'échec n'est détectable que si l'attente a une limite.

2. Tout relancer pour réparer une seule chose

Symptôme : la dernière étape échoue, et le retry naïf relance le pipeline entier : lent, coûteux, et capable de produire une proposition différente de celle qui avait presque abouti.

Cause racine : une logique de retry qui traite le pipeline comme une unité atomique.

Patron : des checkpoints d'état entre agents, et un retry limité à l'étape qui a échoué. Quand notre compositeur a échoué, nous n'avons relancé que le compositeur contre l'état déjà calculé en amont ; l'architecture, les estimations et le prix sont restés exactement tels qu'approuvés.

3. Les quotas des modèles preview s'épuisent au pire moment

Symptôme : le pipeline meurt en pleine démo avec des erreurs de quota.

Cause racine : les modèles en tier preview viennent avec des quotas serrés et partagés, qui sous des exécutions répétées ne ressemblent en rien aux modèles GA.

Patron : router les chemins critiques vers des modèles generally-available et réserver les tiers preview ou premium à l'unique étape où la qualité se compose visiblement (chez nous, l'agent architecte). Le routage de tiers est une décision de fiabilité autant que de coût.

4. Le critique qui critique de mémoire

Symptôme : le critique adversarial rejette des brouillons valides avec des affirmations sur les capacités des modèles qui sont simplement périmées.

Cause racine : un critique ancré sur la mémoire d'entraînement hallucine le présent.

Patron : ancrer le critique sur des faits vivants (chez nous, un catalogue de modèles à jour), pour que ses objections réfèrent à la réalité plutôt qu'au souvenir.

5. Le brief est une entrée hostile

Symptôme : aucun, et c'est le problème : on voit rarement l'injection qui a fonctionné.

Cause racine : un brief client est un texte contrôlé par l'utilisateur qui circule dans le contexte de tous les agents. Cela en fait une surface d'injection.

Patron : traiter le brief comme une entrée non fiable. Durcir les system prompts, et valider tout ce que le modèle produit à la frontière où cela devient conséquent. Notre gate déterministe de prix rejette les nombres malformés quelle qu'en soit la raison : une hallucination et une attaque reçoivent la même réponse.

6. Le téléphone s'est verrouillé et l'exécution a « disparu »

Symptôme : sur mobile, l'utilisateur recharge en pleine exécution et perd le pipeline qu'il suivait.

Cause racine : l'état de l'exécution vivait dans la session du navigateur.

Patron : l'exécution appartient au serveur ; le client ne fait que l'observer. Après un rechargement, l'interface se rattache à l'exécution en cours au lieu d'en démarrer une nouvelle.

Le méta-patron

Chaque correctif ci-dessus est le même correctif sous des habits différents : définir la frontière, borner l'attente, conserver l'état, ancrer les faits. Les frameworks d'agents vous donnent la conversation entre modèles. L'ingénierie, c'est tout ce qu'il y a autour.

Vous construisez avec des agents, des données, ou les deux ? C'est notre métier.

Parlons de votre Projet