Planifier avant de construire : le fonctionnement du mode Plan dans Mythex
Le clavardage de Mythex a trois modes (Build, Plan et Ask), et Plan est celui qu'il faut choisir avant une modification importante ou floue. En mode Plan, l'agent définit une approche sans modifier votre projet. Vous lisez le plan, et ce n'est qu'en appuyant sur Build que l'agent commence à faire des changements.
Ce que ça fait
Chaque clavardage d'espace de travail dispose d'un menu de modes :
| Mode | À quoi il sert |
|---|---|
| Build | Faire des modifications directement dans le projet |
| Plan | Discuter de l'approche avant de modifier |
| Ask | Répondre à des questions sans modifier le code |
Lorsqu'un plan est prêt, une carte de plan apparaît dans le clavardage avec les tâches déjà listées. View Plan l'ouvre dans un onglet en lecture seule qui montre toute l'approche (sections, contenu et liste d'étapes), avec son propre bouton Build. Appuyez sur Build sur la carte ou dans l'onglet, et l'agent commence la mise en œuvre.
Le même menu se trouve dans la zone de saisie du tableau de bord, de sorte que vous pouvez aussi démarrer un tout nouveau projet en mode Plan. Envoyer depuis l'accueil crée le projet et ouvre l'espace de travail dans le mode choisi.
Pourquoi c'est utile
Demander à un agent de construire immédiatement fonctionne bien pour les petites modifications claires. Pour les modifications importantes ou ambiguës, il peut partir dans une direction que vous ne vouliez pas, et chaque correction apportée à un mauvais départ rend la suivante plus difficile.
Un plan vous offre un point de contrôle peu coûteux avant toute modification de code. Vous voyez comment l'agent a compris votre demande et les étapes qu'il compte suivre. Si quelque chose ne va pas, vous le corrigez en une phrase au lieu de défaire un build.
Le mode Plan est aussi un endroit sûr pour explorer. L'agent ne peut que regarder pendant la planification : s'il vous a reliés à des apps par les connecteurs, il peut les lister et examiner ce qu'elles permettent, mais il ne peut pas exécuter d'action. La planification n'envoie jamais de courriel.
Comment l'utiliser
- Choisissez Plan dans le menu des modes du clavardage de l'espace de travail (ou dans la zone de saisie du tableau de bord pour un nouveau projet).
- Décrivez la modification. Soyez précis sur ce que vous voulez et sur ce qui doit rester identique : nom, couleurs de marque, contenu.
- Répondez aux questions éventuelles. Si l'agent a besoin d'une décision de produit, un panneau Ask questions apparaît au-dessus de la zone de saisie. Choisissez une option ou tapez votre propre réponse, puis Continue.
- Lisez le plan. Appuyez sur View Plan sur la carte du plan pour l'ouvrir dans son propre onglet.
- Ajustez au besoin. Répondez dans le clavardage pour indiquer ce qu'il faut changer.
- Appuyez sur Build sur la carte ou dans l'onglet du plan lorsque vous êtes satisfait.
L'agent peut aussi le suggérer
Si vous êtes en mode Build et que l'agent juge qu'une demande doit d'abord être planifiée, une carte Switch to Plan apparaît. Switch (ou ⌘/Ctrl+Entrée) continue en mode Plan ; Skip (Échap) reste où vous êtes. La barre sous la raison est un compte à rebours : si vous ne faites rien, le tour passe en mode Plan de lui-même. Ainsi, demander un plan en mode Build vous en donne quand même un.
Quand planifier et quand s'en abstenir
Selon le guide Iterate :
- Plan lorsqu'une modification est ambiguë ou risquée, ou pour toute grande fonctionnalité.
- Ask lorsque vous voulez une explication (« que fait ceci ? ») sans modifier de fichiers.
- Build lorsque vous savez ce que vous voulez et que l'étape est petite et claire : modifier une section, corriger un bogue, ajouter une page. Des demandes plus petites signifient moins de surprises et une consommation de crédits moindre.
Planifier ne remplace pas l'itération par petites étapes ; cela les prépare. Un bon plan découpe une grande fonctionnalité en une liste de tâches, et Build les traite une à une.
Si un build tourne mal malgré tout
Les plans réduisent les surprises sans les éliminer. Après chaque tour réussi de l'agent, Mythex enregistre un point de contrôle, et Revert to this point, à la fin d'une réponse, restaure les fichiers du projet à ce point. Vous pouvez aussi modifier un message précédent et choisir Discard & resend pour revenir en arrière et essayer une autre invite. Ces deux options sont généralement préférables à la lutte contre une accumulation de corrections qui s'empilent.
Limites
- Le mode Plan ne modifie pas les fichiers. Rien ne change tant que vous n'appuyez pas sur Build.
- En mode Plan et Ask, l'agent peut regarder les apps connectées, mais il ne peut rien exécuter ni lancer une connexion.
- Tout le monde utilise le même agent de programmation Standard dans chaque mode ; il n'y a pas de sélecteur de modèle.
Pour aller plus loin
- Clavardage : modes, carte de plan et points de contrôle
- Itérer sans reconstruire
- Comment rédiger des invites pour les créateurs d'apps IA