Guide
Espaces de travail IA adossés aux sources ou bacs à sable : que choisir ?
Les bacs à sable conviennent aux expérimentations. Les espaces de travail IA adossés aux sources conviennent au code qui nécessite un historique Git, des prévisualisations, des journaux, des secrets et un déploiement.
La différence apparaît une fois la démonstration fonctionnelle : où se trouve le code, qui peut l’examiner et comment devient-il la prochaine version ?
Un bac à sable privilégie la première exécution
Un bac à sable est utile pour essayer rapidement une idée. Vous pouvez formuler une demande, examiner un prototype et décider si cette approche mérite d’être poursuivie.
Cette rapidité a une limite. Dès que le projet nécessite une revue, des compilations reproductibles, des secrets, des contrôles de santé ou un routage de production, la ressource essentielle devient l’état des sources qui a produit la démonstration.
Un espace de travail adossé aux sources prépare le prochain changement
Dans un espace de travail IA adossé aux sources, l’agent travaille sur les fichiers du projet. Le résultat prend la forme d’un diff, plutôt que d’un souvenir de conversation. Les développeurs peuvent exécuter l’application, inspecter les journaux, enregistrer le changement dans un commit, synchroniser avec Git et reprendre la même base de code la fois suivante.
C’est essentiel pour les équipes assistées par l’IA : le contexte du modèle doit s’appuyer sur l’application effectivement livrée. La prochaine demande doit avoir accès aux fichiers, au manifeste, aux conventions du framework et aux modifications récentes, plutôt qu’à un résumé collé.
- —Examiner le code généré sous forme de diff de fichiers.
- —Conserver la configuration de déploiement à côté des sources.
- —Utiliser les prévisualisations et les journaux pour tester le comportement.
- —Créer des commits, annuler des changements et gérer les branches avec Git.
Choisir selon l’avenir du travail
Utilisez un bac à sable lorsque le résultat peut être jeté. Utilisez un espace de travail adossé aux sources lorsque le code a besoin d’un responsable, d’un parcours de mise en production ou d’un futur collègue.
La plupart des applications de production atteignent ce seuil plus tôt que les équipes ne le pensent. La première clé d’API, table de base de données, domaine personnalisé ou gestionnaire de webhook marque généralement le moment où l’expérimentation exige de véritables sources et un contrat d’exécution.
Vérifier que l’espace de travail permet de poursuivre les modifications
Demandez à un autre développeur d’ouvrir le projet sans la conversation d’origine. Il doit pouvoir identifier la révision actuelle, exécuter la compilation documentée, examiner le diff généré et trouver la configuration de déploiement sans reconstituer les décisions à partir de l’historique de conversation.
Annulez ensuite un changement généré par l’IA et recompilez. Si le projet ne permet pas d’expliquer ou de reproduire chacun des deux états, l’espace de travail se comporte encore comme un bac à sable jetable, même s’il stocke des fichiers.