Comment travailler avec un développeur sur une app créée par IA

Pour bien travailler avec un développeur sur une app créée avec l'IA, donnez-lui le code dans un dépôt Git, un résumé d'une page sur ce que fait l'app et pourquoi, et une tâche clairement délimitée avec une définition de « terminé ». Convenez de qui modifie quelles parties, pour que vous et l'IA n'écrasiez pas son travail, gardez le dépôt et les comptes d'hébergement à votre nom, et partagez les secrets par les paramètres appropriés plutôt que par messages.

Beaucoup de gens créent la première version d'une app avec l'IA, puis font appel à un développeur pour ajouter des paiements, corriger quelque chose que l'IA continue de mal faire, faire une revue de sécurité ou prendre la relève à mesure que l'app grandit. Si vous hésitez encore à embaucher, voir embaucher un développeur ou construire avec l'IA. Ce guide suppose que vous avez décidé, et que vous voulez que la collaboration se déroule bien.

Quand un développeur en vaut la peine

Raisons courantes de faire appel à quelqu'un :

Un problème que l'IA n'arrive pas à résoudre après plusieurs tentatives claires et retours en arrière.
Des zones à risque : paiements, permissions, données sensibles, migrations de base de données.
Une revue de sécurité ou de code avant le lancement ou avant de prendre de plus gros clients.
La performance une fois que le trafic réel arrive.
La croissance : l'app est devenue une entreprise et a besoin de quelqu'un qui en est responsable.

Bien savoir lequel de ces cas s'applique oriente tout ce qui suit.

Étape 1 : Mettre le code dans un endroit partageable

Les développeurs travaillent à partir de dépôts Git. Avant de contacter quiconque :

Reliez le projet à un dépôt privé sur GitHub (ou un service semblable), ou exportez-le.
Assurez-vous qu'aucun secret ne se trouve dans le code ni dans l'historique. Voir comment protéger vos clés d'API.
Vérifiez que le projet fonctionne à partir d'une copie fraîche : demandez à l'IA de rédiger les étapes d'installation.

Rédige un fichier README pour un développeur qui se joint à ce projet : ce que fait l'app, la pile technique, comment l'installer et la lancer localement, les variables d'environnement nécessaires (noms seulement), la structure des dossiers, et tout ce qui est fragile ou inhabituel.

Si Git est nouveau pour vous, comment utiliser Git avec une app créée par IA présente les bases.

Étape 2 : Rédiger un bref d'une page

Le développeur n'a pas assisté à votre historique de clavardage. Donnez-lui le contexte en une page :

Ce que fait l'app, pour qui, et combien de personnes l'utilisent.
Ce qui compte le plus : les parcours qui ne doivent jamais cesser de fonctionner.
Les problèmes connus et ce que vous avez déjà essayé.
La tâche, et comment vous saurez qu'elle est terminée.
Les contraintes : budget, échéance, éléments qu'il ne doit pas modifier.

Une bonne « définition de terminé » se vérifie : « Un utilisateur connecté peut payer un forfait mensuel avec Stripe Checkout, le forfait apparaît sur la page de son compte, et l'annulation dans le portail client le rétrograde à la fin de la période. » Et non « régler les paiements ».

Étape 3 : Donner l'accès de façon sécuritaire

Code : ajoutez-le comme collaborateur du dépôt. N'échangez pas de fichiers ZIP une fois le travail commencé.
Générateur : si votre générateur d'apps IA prend en charge les membres d'équipe, invitez-le dans un espace de travail qui ne contient que ce projet.
Secrets : ajoutez-les dans les paramètres de votre hébergeur, ou partagez-les par un gestionnaire de mots de passe. Ne collez jamais de clés dans un courriel ou un clavardage.
Comptes de test : créez-les avec des données de test, plutôt que de partager votre propre connexion.
Données de production : seulement s'il en a vraiment besoin, et seulement ce dont il a besoin.

Gardez le dépôt, le domaine et les comptes d'hébergement à votre nom. Ajoutez des personnes; ne remettez pas vos comptes.

Étape 4 : Convenir de qui modifie quoi

La principale source de friction, ce sont deux parties, vous avec une IA et le développeur, qui modifient le même code en même temps. Choisissez une règle :

Approche	Fonctionnement	Convient à
Partage par domaine	Vous et l'IA gérez le texte, les pages et le style; le développeur est responsable des paiements, des données et de l'API	Une collaboration continue
Chacun son tour	Vous suspendez l'IA pendant que le développeur travaille sur une branche, puis vous récupérez ses modifications	Une tâche unique et bien définie
Passation complète	Le développeur prend le relais; vous soumettez des demandes et des rapports de bogues	L'app a dépassé le générateur

Peu importe votre choix : faites un pull du code le plus récent avant chaque session de requêtes, et effectuez les grosses modifications sur des branches que l'autre personne peut examiner.

Étape 5 : Communiquer par écrit

Signalez les problèmes avec les étapes, le résultat attendu et le résultat obtenu. Voir comment rédiger un bon rapport de bogue.
Gardez les décisions à un seul endroit : un outil de suivi des tickets, un document partagé ou les commentaires des pull requests.
Demandez-lui d'expliquer chaque modification en langage simple dans chaque pull request.
Convenez de la fréquence des points de suivi.

Étape 6 : Examiner son travail

Vous n'avez pas besoin de lire le code pour examiner le travail. Vérifiez :

Qu'il fait ce que le bref demandait, sur l'aperçu ou la copie de préproduction.
Que rien d'autre n'a cassé : testez vos parcours critiques.
Qu'il a expliqué ce qu'il a modifié et pourquoi.
Qu'aucun secret n'est apparu dans le code.

Pour un examen plus approfondi, comment examiner le code généré par IA propose une liste de vérification qui fonctionne aussi pour du code écrit à la main. Vous pouvez aussi demander à votre générateur IA de vous expliquer, en termes simples, la pull request d'un développeur.

Étape 7 : Garder la propriété claire

Le dépôt, l'hébergement, le domaine et les comptes tiers restent à votre nom.
Mettez par écrit la propriété du code qu'il écrit avant le début du travail. Vérifiez les règles locales ou consultez un conseiller pour les questions contractuelles.
À la fin du mandat, retirez son accès et changez toute clé qu'il a vue.

Exemples de requêtes

Un développeur a modifié le code de paiement dans le dernier pull. Explique en langage simple ce qu'il a changé et si d'autres parties de l'app en dépendent.

Liste les parties de cette app qui sont les plus complexes ou les plus risquées, pour que je puisse indiquer à un développeur où concentrer sa revue.

Je confie les paiements à un développeur. Désormais, ne touche à aucun fichier sous src/payments ni aux routes /api/billing. Si une modification les exige, dis-le-moi plutôt que de la faire.

Erreurs courantes

Pas de bref. Le développeur passe des heures payées à deviner ce que vous vouliez.
Une portée vague comme « corriger les bogues » ou « rendre prêt pour la production ».
Modifier en même temps sans faire de pull, puis perdre du travail à cause de conflits.
Partager votre propre connexion ou coller des clés dans un clavardage.
Des comptes au nom du développeur, ce qui complique la séparation.
Oublier de retirer l'accès et de changer les clés après le mandat.

Liste de vérification

Le code est dans un dépôt privé à mon nom, sans aucun secret.
Un fichier README explique l'installation; un bref d'une page explique l'app et la tâche.
La tâche a une définition de « terminé » vérifiable.
L'accès passe par des invitations de collaborateur, et les secrets par les paramètres ou un gestionnaire de mots de passe.
Nous avons convenu de qui modifie quoi, et je fais un pull avant de faire une requête.
Le travail est examiné par rapport au bref et aux parcours critiques.
La propriété est écrite; l'accès est retiré et les clés sont changées à la fin du mandat.

Travailler avec un développeur sur Mythex

Invitez-le dans un espace de travail. Les propriétaires peuvent inviter un nombre illimité de collaborateurs sans frais par siège; les membres travaillent sur les projets de l'espace de travail. Utilisez un espace distinct pour qu'il ne voie que ce projet. Les crédits des apps publiées sont facturés au propriétaire de l'espace de travail. Voir Invitations.
Synchronisation GitHub et export (Pro). Reliez un dépôt et faites des push et des pull, ou exportez le projet sans les secrets. Voir GitHub, export et import.
Partagez un lien d'aperçu pour montrer un travail en cours à quelqu'un qui n'a pas de compte Mythex; supprimez-le quand vous avez terminé.
Le mode Question répond aux questions sur le code sans le modifier, ce qui est utile pour comprendre les changements d'un développeur.

Si le développeur fera fonctionner l'app ailleurs, voir comment exporter et héberger soi-même une app créée par IA.

Questions

Un développeur pourra-t-il travailler sur du code écrit par une IA?

En général, oui. Les générateurs d'apps IA produisent surtout du code standard dans des cadriciels courants comme React et TypeScript, que les développeurs connaissent déjà. Prévoyez qu'il passera du temps à le lire d'abord, et qu'il proposera parfois du nettoyage à certains endroits.

Dois-je continuer à utiliser le générateur IA après avoir embauché un développeur?

Vous le pouvez, mais convenez d'abord de règles. Le partage le plus simple se fait par domaine : par exemple, vous vous occupez du texte et des ajustements de pages, pendant que le développeur est responsable des paiements et des données. Faites toujours un pull du code le plus récent avant de faire une requête, pour qu'aucun des deux côtés n'écrase le travail de l'autre.

Comment m'assurer de posséder le code qu'un développeur écrit?

Gardez le dépôt et les comptes d'hébergement à votre nom, et ajoutez le développeur comme collaborateur. Mettez la propriété du travail par écrit avant qu'il ne commence, et vérifiez les règles locales ou consultez un conseiller pour les questions contractuelles.

Que dois-je fournir à un développeur avant qu'il commence?

L'accès au code, une brève description de ce que fait l'app et de qui l'utilise, la liste des problèmes connus, la tâche à accomplir avec la façon dont vous jugerez qu'elle est terminée, et des comptes de test. Partagez les secrets par les paramètres de votre hébergeur ou un gestionnaire de mots de passe, pas par clavardage.