Qui n'a jamais livré de logiciel croit que le difficile est de taper le コード. Qui l'a fait sait que taper n'est qu'une étape parmi d'autres. Avant la première ligne, il faut clarifier les exigences et trancher les choix techniques. Ensuite il faut déboguer, ajouter des tests, écrire des instructions, et c'est seulement alors qu'il existe quelque chose qu'une autre personne peut utiliser. Seul, cette suite prend des jours ou des semaines, et l'essentiel du temps part dans les étapes qui ne sont pas du コード.

ChatDev remplace les travailleurs de cette chaîne par des modèles, et non par un modèle qui fait tout, mais par une petite société où chaque membre tient un rôle. Réalisé par un groupe de recherche universitaire avec une société de modèles, publié comme projet ouvert. On décrit ce qu'on veut, les membres de la société virtuelle prennent leurs tâches, et il revient un programme qui tourne.

Un poste et des devoirs pour chacun

La métaphore est une vraie société de logiciel, et elle est suivie de près : une direction, un rôle produit, un rôle d'architecture, des développeurs, des relecteurs, des testeurs, un rôle pour la documentation. Personne ne travaille seul. La collaboration passe par des tours de conversation qui ressemblent à des réunions. Le rôle produit propose une exigence, l'architecture juge la faisabilité technique, les développeurs implémentent, les relecteurs lisent le コード et proposent des changements, et les testeurs exécutent réellement le programme avant de rapporter l'erreur pour un nouveau tour.

Deux détails empêchent ces réunions de devenir du théâtre. À la relecture, les rôles sont inversés à dessein : celui qui critique doit nommer le fragment de コード exact qu'il veut voir changer, ce qui élimine beaucoup d'assurance creuse. Et un mécanisme de version fait que les étapes suivantes ne voient que la source courante, de sorte que l'équipe ne passe pas ses tours à réparer du コード déjà remplacé.

Une phrase à l'entrée, du コード et des documents à la sortie

L'usage est volontairement simple : décrire le logiciel en langage ordinaire, donner un nom au projet, et l'équipe se met en marche. Analyse des exigences, conception de l'interface, implémentation, tests et documentation sont couverts, et ce qui arrive n'est pas un tas de fichiers mais un projet avec des instructions de lancement et un manuel.

Les chiffres publiés au début par l'équipe donnent un ordre de grandeur : une petite アプリケーション de complexité moyenne demandait en moyenne moins de dix minutes, et les appels au modèle coûtaient l'équivalent de quelques unités de monnaie locale. Ces valeurs viennent d'un cadre idéal, et les résultats réels varient avec la clarté de la description et la force du modèle employé. Plus la demande est précise, plus le résultat s'approche de l'attendu.

De fabriquer du logiciel à fabriquer n'importe quoi

Le projet n'est pas resté dans le scénario de la société de logiciel. Sa deuxième génération, publiée au début de 2026 sous le nom de コード DevAll, a beaucoup élargi la frontière : elle est devenue un environnement d'assemblage d'agents sans programmation, où une toile visuelle et des connexions tirées suffisent à construire un flux collaboratif. Visualisation de données, modélisation en trois dimensions, recherche approfondie, production de contenus : tout cela s'ordonne en une suite qui s'exécute seule. Les modèles se combinent comme des blocs, et la couche du dessous reste ouverte à qui veut personnaliser par configuration ou par コード.

La plateforme sépare l'avant et l'arrière, dessine le flux comme un graphe et permet d'insérer une étape de relecture humaine à tout nœud important, afin que l'automatisation s'arrête et demande quand un jugement est nécessaire. La source est ouverte sous une licence permissive, et jusqu'au milieu de 2026 le projet a réuni plus de trente-quatre mille personnes qui le suivent. L'interface de modèle reste compatible avec les services courants : votre propre clé suffit pour commencer.

Qui devrait essayer maintenant

À sa maturité actuelle, le terrain le plus solide est celui des petits outils et de la validation de prototypes, des projets à cible claire, où transformer une idée passagère en quelque chose qui tourne va infiniment plus vite qu'à la main. C'est tout aussi adapté aux étudiants et aux développeurs qui veulent étudier la collaboration entre agents, la société virtuelle servant de laboratoire pour observer un comportement de groupe. Pour un système vaste et enchevêtré, le résultat demandera encore à un développeur expérimenté de le reprendre, et le traiter comme un point de départ rapide plutôt que comme un remplacement de l'arrivée est la posture la plus pratique.

Ce qu'il change est plus petit que la publicité ne le dit et plus grand que cela n'en a l'air : la première version d'un programme n'a plus besoin d'être écrite par une seule personne. Une ファイル de rôles aux devoirs étroits produira quelque chose d'imparfait mais de réel, et les détails se discutent ensuite.