Brief IA : Google formalise EGM : concevoir long, évaluer à mémoire courte

Google formalise EGM : concevoir long, évaluer à mémoire courte

Brief IA
Tom Levy·2 min

Google a introduit le modèle éléphant-poisson rouge, qui sépare la conception longue d'une évaluation à contexte limité, en utilisant des couches et des réviseurs sans état. Cette méthode, qui nécessite des coûts et une latence supplémentaires, propose une alternative structurée à l'évaluation de code par IA, en se concentrant sur un brouillon et un barème sans consulter le contexte d'origine.

En bref
1Google présente le modèle éléphant-poisson rouge, séparant conception longue et évaluation à contexte limité
2L’architecture repose sur des couches, des personas de réviseur sans état et une documentation versionnée
3Le processus se distingue des pratiques de sollicitation habituelles et reconnaît des limites de coût et d’outillage
Pourquoi c'est important : Cette méthode propose une alternative structurée à l’évaluation de code par IA, en explicitant ses contraintes et ses différences avec les approches classiques.

Google détaille un cadre de développement où la conception s’effectue dans une longue session, puis des réviseurs à contexte limité évaluent uniquement le brouillon et un barème. L’approche, structurée en couches et en phases, est opposée aux schémas de sollicitation classiques et assortie de limites opérationnelles.

Coûts, outillage et rôle des humains explicitement posés

Le modèle éléphant-poisson rouge implique des coûts et une latence supplémentaires. Sa mise en œuvre nécessite des harnais capables d’orchestrer des sous-agents. Par ailleurs, cette méthode ne remplace ni les tests ni le jugement humain.

Un workflow par spécification et des réviseurs sans mémoire partagée

Le modèle repose sur une longue session de conception, appelée « éléphant », qui rédige la spécification. Ensuite, des sessions de révision dites « poisson rouge » prennent le relais, se concentrant exclusivement sur ce brouillon et un barème, sans consulter le contexte d’origine, et ce, avant toute phase de développement. L’architecture s’articule autour de couches dédiées aux compétences et aux commandes, de personas de réviseur dépourvus de mémoire d’état, de standards documentaires ainsi que d’une documentation évolutive intégrant la gestion des versions. Plusieurs étapes structurent le processus : une phase de brainstorming, la rédaction du brouillon, une révision organisée avec priorisation, puis une séquence de résolution et d’approbation intégrée à un cycle d’édition et de validation. Après l’implémentation, un rapport de dérive est produit si le code s’écarte de la spécification. Un exemple de livraison via webhook montre que le contexte de la session « éléphant » peut laisser passer des lacunes que des réviseurs à contexte limité détectent. Google a publié un dépôt pour ce modèle, accompagné du slogan « Concevez avec un éléphant. Évaluez avec un poisson rouge. ».

Le brief IA que lisent les pros

La recherche en IA vous passionne ?

Les papers et avancées qui comptent, expliqués simplement, chaque soir. Gratuit.

Inclus dès l'inscription : notre sélection des meilleurs guides & comparatifs IA.

Choisissez votre rythme

Gratuit · Pas de spam · Désabonnement en 1 clic

Rupture revendiquée avec les schémas de sollicitation courants

Le modèle se distingue du codage direct par sollicitation unique, de l’auto-évaluation dans le même contexte, des demandes génériques de type « révisez ceci » et des processus fondés sur des documents obsolètes.

Suivez Brief IA

L'actu IA du jour, aussi dans votre fil.

Commentaires