TRAE.

Environnement de travail autour de la tâche

Lorsqu'il faut modifier un projet fonctionnel plutôt qu'obtenir un fragment isolé, l'accès aux fichiers, les commandes de vérification et le contexte sont essentiels. TRAE organise le travail autour d'un agent dans l'environnement de développement. Les ressources officielles présentent tâches de programmation, règles et contexte ; le site actuel de la marque propose TraeCode et TraeWork comme modes d'accès distincts.

Les ressources mentionnent SOLO, TraeCode et TraeWork. Ces noms désignent des modes et des composants d'une même marque et ne nécessitent pas de fiches distinctes répétées dans le catalogue. À l'installation, comparez chaque client à sa documentation : la marque ne garantit pas les mêmes boutons, fonctions et conditions d'accès dans toutes les variantes.

Règles et compétences ne remplacent pas les exigences

Les Rules servent aux conventions nécessaires en permanence : style de code, langue des commentaires et commandes de vérification. Les Skills décrivent un processus réutilisable et sont mobilisés au besoin. Le guide officiel explique la structure de SKILL.md et l'utilisation de paquets d'instructions prêts à l'emploi.

Par exemple, pour mettre à jour un composant UI, préparez un skill demandant de chercher les variantes existantes, de préserver la navigation au clavier, de vérifier l'affichage étroit et de ne pas introduire inutilement un nouveau composant. Ajoutez au message le défaut précis et le comportement attendu. Le même ensemble de règles ne doit ni masquer les différences entre pages ni permettre à l'agent d'inventer des exigences.

Scénario pédagogique : corriger l'état d'un formulaire

Dans un formulaire d'inscription, le bouton reste désactivé après une erreur réseau. Demandez à TRAE de trouver la gestion de l'état de la requête, de montrer le parcours d'une réponse en échec et de proposer une correction ciblée. Interdisez de modifier le design et le contrat serveur. Après la modification, vérifiez l'erreur, l'envoi réussi et une nouvelle tentative.

Vérifiez aussi la navigation au clavier : le focus ne doit pas se perdre et le message d'erreur doit rester lisible. Le compte rendu de l'agent est utile s'il nomme les fichiers modifiés et les commandes exécutées. Le seul mot « terminé » ne prouve ni que l'erreur a été reproduite ni que les vérifications ont réellement réussi.

Commandes, traitement des données et conditions

TRAE décrit le sandbox et le filtrage des commandes shell comme des moyens de limiter les actions. Leur prise en charge dépend du client et de la plateforme ; les réglages d'exécution automatique méritent une attention particulière. Autoriser le contournement du sandbox élargit les droits du processus : il faut d'abord comprendre quelle commande a besoin d'un accès supplémentaire et pourquoi.

Une page tarifaire officielle existe, mais les quotas variables et le contenu complet du plan doivent être vérifiés dans le compte et la documentation actuelle. Cette fiche ne promet ni l'utilisation gratuite permanente de tous les modèles, ni une interface russe, ni une inference locale. Installer l'environnement et disposer d'outils ne confirme pas l'existence d'une API publique propre au produit. Vérifiez le modèle choisi et les règles de transfert du code avant de travailler sur un projet privé.

Les règles utiles du projet sont courtes et vérifiables: indiquez la commande de test et l'artefact attendu que l'agent doit retourner après l'exécution.

Pour quelles tâches convient-il

• Corriger les erreurs dans un projet existant
• Fixer les conventions du projet à l'aide des Rules
• Décrire une vérification réutilisable dans SKILL.md
• Contrôler les commandes du développement assisté par agents