Plans d'implémentation

PlanToCode met en œuvre un flux de travail complet avec intervention humaine (HITL) qui garantit que les chefs d'équipe et les intervenants conservent un contrôle total sur chaque aspect des plans d'implémentation générés par AI. Ce modèle de gouvernance empêche les régressions, les bugs et les modifications involontaires qui peuvent se produire lorsque les agents de codage AI opèrent de manière autonome.

Chaque plan doit passer par un flux de travail de révision structuré avant que toute modification de code ne commence :

• Réviser :Les plans s'ouvrent dans l'éditeur Monaco où les réviseurs peuvent examiner chaque modification proposée avec une coloration syntaxique complète et des outils d'édition professionnels.
• Modifier :Les intervenants peuvent directement modifier les étapes, ajuster les approches, ajouter des contraintes ou supprimer des opérations risquées à l'aide des fonctionnalités d'édition VS Code.
• Demander des modifications :Les équipes peuvent demander des modifications au système AI, générant des approches alternatives ou fusionnant plusieurs plans avec des instructions personnalisées.
• Approuver :Ce n'est qu'après approbation explicite que les plans peuvent être transmis en toute sécurité à l'agent de codage choisi ou au développeur logiciel désigné pour exécution.
• Rejeter :Les plans qui ne répondent pas aux exigences peuvent être entièrement rejetés, avec des pistes d'audit complètes maintenues pour la conformité et l'apprentissage.

Ce flux de travail garantit que tous les efforts de développement sont alignés avec les exigences du produit d'entreprise, les flux de travail d'équipe et les objectifs commerciaux. Aucune modification de code ne se produit sans approbation humaine explicite.

Les plans d'implémentation utilisent une structure hautement granulaire qui décompose les tâches de développement fichier par fichier, avec des chemins de fichiers exacts correspondant à la structure du référentiel du projet. Cette granularité est fondamentale pour prévenir les régressions et permettre une adoption confiante des agents de codage AI dans les environnements d'entreprise.

Chaque étape d'un plan déclare explicitement quels fichiers seront :

• Modifiés (avec plages de lignes spécifiques et modifications décrites)
• Créés (avec chemins de fichiers complets et structure de contenu initiale)
• Supprimés (avec justification et analyse de dépendance)
• Référencés (pour le contexte mais non modifiés)

Ce niveau de détail rend l'impact des modifications proposées parfaitement clair avant que tout code ne soit touché. Les chefs d'équipe peuvent immédiatement identifier si du code legacy critique sera modifié, si des modifications avec rupture sont proposées, ou si le plan touche des fichiers nécessitant un examen supplémentaire.

L'approche fichier par fichier permet également une transmission précise des plans approuvés aux agents de codage. Au lieu d'instructions vagues comme « mettre à jour le système d'authentification », les agents reçoivent des spécifications exactes : « modifier src/auth/session_manager.rs lignes 45-67 pour ajouter la rotation de jeton, créer src/auth/token_store.rs avec la structure suivante... »

Le contenu du plan est rendu via le VirtualizedCodeViewer partagé, qui encapsule l'éditeur Monaco. Le visualiseur détecte automatiquement les langages courants, prend en charge les actions de copie dans le presse-papiers, virtualise les très grands plans et offre des métriques optionnelles telles que le nombre de caractères et la mise en évidence sensible à la syntaxe.

Lorsqu'un plan est ouvert, le panneau résout le plan actif par identifiant de tâche, transmet le contenu à Monaco et permet aux réviseurs de se déplacer entre les tâches voisines sans perdre la modale actuellement ouverte.

Le panneau stocke quelles racines de référentiel ont été sélectionnées pendant le flux de travail de découverte de fichiers afin que les actions de suivi réutilisent la même portée. Il enregistre également les métadonnées spécifiques au plan, telles que le répertoire du projet et tout contenu de prompt préparé, afin que les prompts en aval puissent être générés ou copiés sans recalculer le flux de travail.

L'estimation de jetons s'exécute avant que les prompts ne soient copiés. Le panneau appelle la commande d'estimation de jetons avec le répertoire du projet, les fichiers sélectionnés et le modèle actuellement choisi, affichant à la fois les totaux de prompt système et utilisateur afin que les équipes puissent rester sous les limites du modèle.

Toutes les métadonnées persistent avec le plan à des fins d'audit. Les équipes d'entreprise peuvent suivre quels intervenants ont examiné quels plans, quelles modifications ont été demandées et la chaîne de raisonnement complète de la description initiale de la tâche à travers la découverte de fichiers jusqu'au plan final approuvé.

Les plans peuvent être fusionnés, supprimés ou rouverts plus tard. Le panneau conserve une liste d'identifiants de plan sélectionnés, gère une modale dédiée pour la sortie de terminal liée à un plan et expose des aides à la navigation afin que les réviseurs puissent parcourir les plans antérieurs sans fermer le visualiseur. L'accès au terminal, les contrôles de copie de prompt et les instructions de fusion partagent tous le même identifiant de tâche afin que l'historique d'audit reste cohérent.