Point sur le projet d’agent de code :
Le run d’hier soir m’a appris deux ou trois trucs intéressants sur le processus.
Cinq heures. Près de 15 000 lignes de code généré, entièrement testé, sans défaut majeur et avec des tests unitaires au vert.
Donc oui, ça a clairement atteint l’objectif pour le test d’horizon long.
Cool.
Mais qu’en est-il des performances ?
On continue les tests sur une grosse base de code dans un projet de white rooming actif.
Hier, j’ai corrigé un glitch qui empêchait le swarm régulé de se lancer correctement. Avant ce fix, le système avançait méthodiquement dans la frontière, un ticket après l’autre.
Le problème venait du prompting.
Un planificateur sans assez d’informations structurelles.
Aujourd’hui, le problème était ailleurs.
Carlo, l’un des agents planificateurs, regardait la frontière, voyait une base de code existante, paniquait en silence et laissait des tickets aux agents travailleurs pour qu’ils comprennent ce que faisait le code existant avant d’écrire du nouveau code de white room.
Drôle, mais utile aussi.
Le problème est double :
1. La couche d’instructions et le prompting du planificateur sont toujours foireux, mais sur un autre point.
2. Ni le planificateur ni les agents travailleurs n’avaient d’outils d’analyse statique sérieux, à part du simple débogage.
J’ai donc fait un détour d’environ une heure, et maintenant l’outillage dispose d’un sous-système d’analyse statique accessible aux agents.
À cette échelle, c’est ça qui fait la différence entre une démo impressionnante et un produit professionnel.
Une démo peut boucler une tâche.
Un produit de ce genre doit garder ses repères dans des bases de code arbitraires pendant des heures, prendre des décisions sensées, se remettre de ses confusions et éviter que l’utilisateur ne doive babysitter le processus.
Ça veut dire qu’il doit gérer et résoudre correctement les ambiguïtés sans intervention humaine constante.
C’est un sacré morceau.
L’analyse statique comme infrastructure
Dans ce contexte, la suite d’analyse statique fournit aux agents des résumés structurels digestes.
C’est comme des CliffNotes pour l’appli sur laquelle on bosse.
Il y a des classes entières de fonctions critiques qu’il est encore moins cher, plus sûr et plus fiable de gérer de manière déterministe, mécanique et cohérente.
C’en est une.
Et maintenant, on l’a.
J’espère que c’est le dernier gros morceau du chantier de mise à l’échelle de l’infrastructure pré-lancement que je m’attaque cette semaine.
Je suis optimiste : on y est, ou on touche presque au bout de ce cycle de développement.
Et quand j’aurai sorti ça, vous aurez un agent que vous pourrez brancher sur quasiment n’importe quoi, laisser tourner pendant des heures, des jours ou des semaines, et savoir qu’il continue de bosser.
Je vous adore.
La suite plus tard.