MaleusMaleus

Ce qui se passe dans une version

Design, Spécifications, Développement, Terminé : ce que l'agent fait à chaque étape, et les contrôles dont vous disposez pendant qu'il travaille.

Sur cette page

Une version est une itération numérotée de votre projet (V1, V2…). Elle vit à l'intérieur d'un projet : si vous n'en avez pas encore, créez-en un d'abord. C'est là que l'agent construit. Un projet a au plus une version en développement à la fois. Terminez-la, ou annulez-la, avant de démarrer la suivante.

En démarrer une

Deux chemins, tous les deux détaillés dans Créer une nouvelle version :

  • Depuis une roadmap de workshop : le chemin recommandé. Le workshop a déjà écrit le brief et découpé le travail : vous appuyez sur démarrer et la version s'ouvre avec son brief injecté.
  • Depuis les échappatoires du launcher : Version guidée ou Version Direct, quand vous savez déjà exactement ce que vous voulez.

Les deux workflows

TypeÉtapes
GuidéeDesign → Spécifications → Développement → Terminé
DirectUn espace de fichiers, puis Terminé

Les étapes sont des onglets dans le sélecteur d'étape, dans le fil d'Ariane en haut de la page version.

À quoi sert chaque étape

Design

Donnez sa forme à l'app en discutant avec l'agent. Ni specs ni code à ce stade. L'aperçu tourne sur une API mockée pour que l'itération reste rapide.

Spécifications

Relisez le plan fonctionnel et technique à partir duquel l'agent va construire. C'est l'endroit le moins cher pour corriger ce qui ne va pas : une spec fausse coûte quelques minutes ici et une reconstruction plus tard. Marquez ce que vous voulez changer et envoyez le lot ; voir Affiner les spécifications avec l'agent.

Développement

L'agent écrit le code. Les onglets de l'espace de travail, à droite, vous permettent de suivre et d'agir sur ce que vous voyez :

Vous parlez à l'agent à gauche. L'espace de travail à droite sert à vérifier ce qu'il a construit.

OngletÀ quoi il sert
AperçuVotre app qui tourne, cette fois sur la vraie API.
Code sourceLes fichiers au fur et à mesure.
RevuesLes retours capturés via le widget Maleus, et l'endroit où vous en confiez un à l'agent.
DatabaseLa base de données derrière l'aperçu.
Logs / TerminalLa sortie du serveur de dev et une ligne de commande.

Une pastille flotte au-dessus de l'aperçu avec deux contrôles :

  • Auto-pilot : l'agent enchaîne Design, puis Spécifications, puis Développement, et vous attend là pour vos retours. Désactivé, vous faites avancer chaque étape vous-même.
  • Données d'exemple : votre app est pré-remplie de données de test pour être utilisable dès le premier écran. Charger des données d'exemple en rajoute, Réinitialiser les données remet tout à zéro (seuls les comptes de connexion restent). Le contrôle apparaît dès que l'aperçu tourne sur la vraie base, donc en Développement et sur une version Direct.

Terminé

Marquez la version comme terminée. Elle passe en Prête à déployer sur la liste des versions, où vous la promouvez vers une cible de déploiement. Voir Promouvoir une version vers une cible de déploiement.

Revenir en arrière ne coûte rien

Le sélecteur d'étape permet de retourner sur n'importe quelle étape déjà franchie. Les assets de design, les specs et le code généré vivent sur la version, pas sur l'étape : revenir aux Spécifications ne défait pas le code déjà écrit par l'agent. Les étapes antérieures restent cliquables sauf si l'agent travaille ; survoler un onglet désactivé vous dit pourquoi.

Revenir en arrière ajoute ?openedStep=design-step ou ?openedStep=spec-step à l'URL. Envoyez cette URL à un collègue et il arrive sur la même étape.

Essayez l'app dans l'aperçu à mesure qu'elle prend forme, et enregistrez ce qui cloche avec le widget Maleus plutôt que d'écrire un ticket. L'agent peut reprendre ces revues dans la même version. Voir Utiliser le widget Maleus dans l'aperçu.