量子位

TRAE a enfin fusionné Code et Work

Tellement pratique

Source de l’image · 量子位

Jin Lei, depuis Aofeisi

Quantum Bit | Compte officiel WeChat QbitAI

TRAE, vient d'effectuer un geste majeur.

Avant, si tu voulais corriger un bug, il fallait ouvrir TraeCode ; et s'il fallait en plus produire une proposition technique, il en fallait une autre« pas d'esquive », accédez à TraeWork...

Désormais, ce n'est plus nécessaire de faire tout cela.

parce que ces deux-là ont aujourd'hui officiellementIntégration bidirectionnelle, ont été uniformément mis à niveau enLe nouveau TRAE。

Un point fort du nouveau TRAE est qu'il propose deux modes : le mode Agent et le mode IDE.

Parmi lesquels,Mode AgentCe qui est mis en avant, c'estPoste de travail global, tout le monde peut gérer les projets dans une seule fenêtre, répartir les différentes tâches entre plusieurs Agents, et faire avancer ici l'écriture de code, la production de documents et la préparation des livrables.

Mode IDEL'intérieur conserve toujours les deux modes de jeu : SOLO et IDE. L'entrée pour basculer entre les deux modes se trouve en haut à droite, un seul clic suffit pour passer de l'un à l'autre.

Par exemple, il y a quelque temps, un projet a fait dire « waouh » à toute la sphère de l'IA :la version 3D d'un pélican faisant du vélo, dont la « façon de procéder » dans le nouveau TRAE peut être la suivante.

Dans un même dossier de projet, nous créons trois tâches, avec trois Agents ayant chacun leur rôle :

  • Agent 1 : écrire le code, créer le pélican, le vélo et la scène ;
  • Agent 2 : jouer le rôle de testeur, ouvrir la page, prendre des captures d'écran pour vérifier et dresser une liste des problèmes ;
  • Agent 3 : corriger les problèmes existants un par un selon la liste fournie.

Au final, ils travaillent en relais comme une petite équipe, et ont réalisé une version 3D entièrement fonctionnelle d'un pélican faisant du vélo :

Ainsi, ce pélican a, sous nos yeux, accompli dans le nouveau TRAE tout le cycle complet : développement, test, correction et livraison.

Et tous les rapports de test, rapports de correction et notes de livraison générés pendant cette période sont automatiquement enregistrés dans le nouveau TRAE, dans« Mes artefacts », et chaque artefact peut également êtrepartagé directement avec d'autres personnes。

Tout est clair et lisible d'un seul coup d'œil.

Alors, pourquoi TRAE, unvétéran du domaine du codage par IA, a-t-il soudainement fusionné ces deux plateformes ?

Quelles différences le nouveau TRAE présente-t-il pour les débutants et les développeurs professionnels ?

Pour répondre à ces questions, faisons un test approfondi pour nous en faire une idée.

Même un débutant peut créer un jeu à partir d'une simple idée

Voyons d'abord si le nouveau TRAE permet à un débutant qui ne sait pas programmer de transformer ses idées en jeu.

Par coïncidence, Notch, le père de Minecraft, avait auparavant déclaré que le codage par IA était mauvais, avant de publier ensuite un message disant qu'il l'appréciait beaucoup et qu'il travaillait sur un éditeur de cartes pour son jeu de donjon.

Ainsi, pour notre premier test, nous allons créer un jeu de donjon permettant de construire soi-même des donjons et d'y entrer pour s'y promenerUn éditeur de cartes pour un jeu de donjon en 3D。

Cette fois, après avoir créé le projet dans le nouveau TRAE, nous lançons d'abord deux tâches simultanément : une chargée de rédiger le game design, l'autre de produire la maquette de l'interface :

On peut voir qu'après avoir donné nos instructions, les deux Agents se sont immédiatement mis au travail, chacun de leur côté.

Peu de temps après, les deux livrables ont été remis.

L'Agent de game design a fourni undocument de conception au format Word, accompagné d'un fichier Markdown au contenu identique, avec le déroulement des opérations, l'utilité de chaque élément et les critères d'acceptation, tout étant clairement détaillé.

L'agent de design a réellement dessiné une maquette haute fidélitédesign, avec les deux interfaces — mode édition et mode test à la première personne — sur une seule image, dans un style donjon low poly :

Ensuite, nous créons une troisième tâche, pour qu'elle lise les résultats du game design et du design, et commence àécrire du code。

Mais à cette étape, un petit incident bien réel s'est produit. Comme le game design et le design se déroulaient en parallèle, les deux agents ne voyaient rien des résultats de l'autre, et chacun a donc écrit de son côté.

Par exemple, la grille dans la maquette fait 20×20, alors que celle du document de game design fait 32×32 ; pour le raccourci clavier de l'outil gomme, l'un a choisi E et l'autre X ; et pour les points d'apparition des monstres, l'un a décidé d'en placer 1 sur toute la carte, l'autre 3.

Heureusement, l'agent chargé du développement, après avoir lu les deux documents, a tranché ces conflits un par un selon le principe « d'abord une version simple et jouable », et a consigné ses justifications dans la note de livraison :

Cela montre aussi qu'avec plusieurs agents, la simple répartition des tâches ne suffit pas : il faut toujours un rôle pour coordonner l'ensemble.

Après avoir écrit le code, l'agent de développement a lui-même ouvert le navigateur pour tester, et a corrigé au passage 6 problèmes, comme la fenêtre « En pause » qui s'affichait dès l'entrée en mode test, ou encore l'écran de test trop sombre où on ne distinguait même pas les couloirs.

L'éditeur finalement réalisé permet de placer au fil de l'eau sols, murs, portes, coffres, leviers et points d'apparition des monstres, et il est également doté d'un annuler/refaire, d'une sauvegarde automatique et d'un import/export JSON :

Adresse de la vidéo :
https://mp.weixin.qq.com/s/tckIeqpzcq2jB11STQLTBg

Fait notable, le nouveau jeu sur lequel travaille Notch s'intitule justement《Levers and Chests》, ce qui se traduit littéralement par « leviers et coffres ».

Ces deux éléments présents dans notre éditeur sont donc un petit hommage qui lui est rendu[solute].

De même, une fois le projet terminé, le document de game design Word, la maquette, la note de design, ainsi que la note de livraison des tests, etc., se trouvaient tous parfaitement rangés dans « Mes produits ».

Auparavant, ces produits seraient restés enfouis dans l'historique de discussion ou éparpillés dans divers dossiers ; désormais, une seule page suffit pour les retrouver, et pour continuer à les modifier, il suffit de revenir les ouvrir à tout moment.

Et si nous voulons modifier des détails très fins ?

Le passage en mode IDE en un clic, découvrez-le.

Après avoir basculé en mode IDE en haut à droite, nous saisissons directement dans la boîte de dialogue :

Règle la vitesse de déplacement à la première personne à 70 %.

Quelques instants plus tard, il a réduit la vitesse de marche de 3.4 cases par seconde à 2.4 cases, et la vitesse de course a été abaissée en conséquence, de façon synchrone :

En résumé, au quotidien, on peut laisser l'IA se lancer librement dans ledéveloppement complexeen mode Agent, et lorsqu'il faut peaufiner les détails, revenir dans l'IDE pour examiner le code ligne par ligne ; chaque mode a son utilité.

Efficace aussi dans le travail réel

Créer des jeux, c'est amusant, mais pour les développeurs professionnels, la vraie question est sans doute de savoir si le nouveau TRAE peut supporter le travail quotidien.

Dans le test qui suit, nous nous attaquons donc directement à un travail qui donne souvent du fil à retordre aux programmeurs : lareprise d'un ancien projet。

Pour cela, nous avons préparé un projet simulé nommé TeamDesk. Il s'agit d'une petite application web de gestion de tâches, d'environ 20 fichiers, avec des données entièrement fictives, accompagnée d'une liste de problèmes.

Cette fois, nous avons directement créé trois tâches d'un coup dans le projet, et lancé trois agents en même temps :

  • Agent 1 : lire le code, comprendre le projet, et produire une explication de l'architecture destinée aux nouveaux arrivants ;
  • Agent 2 : se charge uniquement de corriger les bugs, interdiction de toucher aux fichiers de test ;
  • Agent 3 : se charge uniquement d'ajouter des tests de régression, interdiction de toucher au code métier.

Le rapport d'architecture remis par l'Agent 1 est un rapport web qui explique en termes simples les différentes couches du projet, comment les opérations sur la page modifient les données, et où ces données sont finalement stockées dans le navigateur.

L'Agent 2, chargé de corriger le bug, a d'abord reproduit le problème à partir du ticket, puis, après avoir trouvé la cause, n'a modifié qu'une seule ligne de code, en ajoutant une condition d'exclusion des tâches archivées aux statistiques :

Enfin, l'Agent 3, après avoir ajouté les tests de régression, a présenté le résultat final :

Après coup, nous avons comparé avec le code d'origine : les trois agents ont scrupuleusement respecté leur répartition des rôles, le code métier n'a été modifié que d'une seule ligne, et le dossier de tests ne contient qu'un seul nouveau fichier en plus.

Pour ce genre de tests de régression, au quotidien on peut aussi les confier à la fonctionnalitéd'automatisationdu nouveau TRAE, par exemple en programmant une exécution automatique chaque matin, avec une alerte en cas de problème détecté. Les intéressés peuvent essayer par eux-mêmes :

Prenons maintenant un scénario plus proche du quotidien,une personne livre une itération complète。

Cette fois, la tâche que nous nous sommes fixée était de créer une plateforme de traitement des retours nommée FeedbackDesk, à présenter lors d'une réunion d'évaluation interne. Ce qu'il fallait pour l'évaluation comprenait un document de besoins produit, une Démo web manipulable, plus une présentation PPT d'évaluation.

De la même manière, nous avons créé trois tâches d'un coup :

  • Agent 1 : rédiger le document de besoins produit ;
  • Agent 2 : réaliser la Démo web ;
  • Agent 3 : produire le PPT d'évaluation.

Peu après, les trois Agents ont livré leurs résultats respectifs, à savoir un document de besoins Word de 4 pages, une page web directement manipulable dans le navigateur, ainsi qu'un PPT d'évaluation de 6 pages avec le script de présentation correspondant :

Avant, pour rédiger un document de besoins ou faire un PPT, il fallait aller sur TraeWork, et pour faire une page web, il fallait revenir sur TraeCode ; désormais, dans une même fenêtre, un groupe d'Agents fait avancer toutes ces tâches simultanément.

Et ce qui est encore plus pratique, c'est que le nouveau TRAE offre également unebibliothèque de modèles, pour ce genre de travaux documentaires, nous pouvons même partir directement d'un modèle :

Il y a encore plus pratique.

Même si vous n'êtes pas dans TRAE, désormais, en liantFeishuouWeChat, il suffit de mentionner @TRAE directement pour lui faire faire du travailmultiplateforme; etl'application mobileest elle aussi synchronisée :

Pratique, vraiment pratique.

Pourquoi fusionner en un seul ?

Enfin, revenons à la question du début : en tant que joueur expérimenté du domaine du AI Coding, pourquoi TRAE a-t-il voulu fusionner les deux extrémités ?

Après plusieurs rounds de tests, notre plus grande impression est que écrire du code n'est en réalité qu'une seule étape du développement.

D'un projet qui part d'une idée jusqu'à la livraison, il faut en amont décomposer les besoins, rédiger des propositions, produire les designs, et en aval encore tester, corriger les bugs, faire le rapport.

Auparavant, ces étapes étaient réparties entre deux outils, le contexte était coupé en deux endroits, les livrables éparpillés en deux endroits, et l'utilisateur n'avait d'autre choix que de passer de l'un à l'autre en permanence.

Ce que fait le nouveau TRAE cette fois, c'est relier toute cette chaîne pour en faire une plateforme de développement full-chain.

Vu verticalement, de la décomposition des besoins à la livraison, les documents, les designs, le code et les tests peuvent tous être placés dans un même projet, les processus répétitifs peuvent être confiés à l'automatisation, et les trois extrémités — bureau, web et mobile — restent synchronisées.

Vu horizontalement, un seul espace de travail gère tous les projets, plusieurs Agents peuvent avancer en parallèle, et pour voir quelle tâche est bloquée à quelle étape, un coup d'œil à la barre latérale gauche suffit ; quand il faut vraiment modifier le code en profondeur, on repasse en un clic dans l'IDE.

À l'étranger également, ce n'est pas seulement TRAE qui travaille sur ce point.

En avril de cette année, Cursor a lancé Cursor 3, en ajoutant une Agents Window dédiée à la gestion des Agents, tout en conservant l'interface IDE classique ; les deux interfaces peuvent être basculées à tout moment. Claude Code a également créé un Agent View, permettant de lancer, gérer et surveiller plusieurs Agents en arrière-plan simultanément dans un même panneau.

On peut voir que les principaux outils étrangers de programmation par IA s'attachent tous à réunir « la gestion des Agents » et « la modification du code » dans un même outil.

Cependant, les tests pratiques nous ont aussi révélé que lorsque les Agents se multiplient, les choses ne s'améliorent pas automatiquement. Prenons l'exemple du pélican mentionné au début : l'Agent chargé du développement a rendu son travail en toute confiance, affirmant avoir déjà effectué deux séries de tests dans le navigateur et que tout fonctionnait normalement ; mais dès que l'Agent chargé des tests s'y est mis, il a relevé 4 problèmes, jusqu'aux touches directionnelles qui étaient inversées : en appuyant sur la flèche droite, le pélican fonçait vers la gauche.

Ajoutez à cela le planificateur et le concepteur qui se contredisent dans l'éditeur de donjons, ainsi que les trois productions rigoureusement identiques au poste de traitement des retours : la tendance est en réalité déjà très claire.

Au fond, ce que les humains doivent faire a changé. Aujourd'hui, nous consacrons davantage d'attention à bien décomposer le travail, à préparer aux Agents une base de référence commune, et à organiser qui fait quoi et qui vérifie.

C'est sans doute le problème que cette nouvelle mise à niveau de TRAE cherche à résoudre.

Après tout, TRAE est déjà un acteur chevronné sur la voie de l'AI Coding, et cette fusion de deux outils en un seul vise précisément à utiliser un seul poste de travail pour couvrir chaque étape du développement et mieux servir les développeurs désireux de créer de leurs propres mains.

De la mise en place d'un Agent qui écrit du code pour vous à la direction d'une troupe d'Agents qui mènent une idée jusqu'à la livraison, l'AI Coding entre officiellement dans une nouvelle étape : le développement par Agents.

Quant à cette « esquisse » faite d'allers-retours permanents, il est probable qu'on n'en ait plus besoin à l'avenir.

Source originale

量子位

À propos du contenu

La publication originale et les droits appartiennent à la source.

Traduction automatique · Consultez l’original