Vous voulez améliorer le code de vos produits ? Voici quelques conseils et astuces que je peux partager après 1800 commits et plus de 1000 heures de codage : 1. Commencez par expliquer votre idée au LLM et demandez-lui de préparer un PRD et des documents d'architecture (sous forme de fichiers md). 2. Chargez les fichiers md dans votre LLM, laissez-le les lire tous, et demandez-lui de créer un document de plan d'implémentation. 3. Pour en tirer le meilleur parti, au lieu d'utiliser un LLM général, faites en sorte que des sous-agents avec des compétences spécifiques s'attaquent à différentes parties. Cela vous donnera un ensemble de membres d'équipe spécialisés, au lieu d'un LLM générique, qui est un touche-à-tout. 4. Pour que le point 3 soit efficace, dites à votre LLM de coder les agents comme des experts dans leur domaine, formés par les meilleures personnes de leur catégorie, ou mieux encore, utilisez un outil pour générer les agents (je partagerai bientôt un outil que j'ai construit pour cela, appelé Spawner). 5. Pendant l'implémentation, assurez-vous d'utiliser les commits GitHub autant que possible. Au lieu d'essayer de réaliser toute l'application d'un coup, testez les fonctionnalités pour vous assurer que chacune fonctionne avant de passer à la suivante. 6. Pour que le design UI ne ressemble pas à du désordre, je recommande fortement soit d'importer des références, soit d'utiliser un agent spécialisé en UI avec plus de contexte sur : (1) comment vous voulez que les utilisateurs vivent votre produit, (2) qui est votre public cible, (3) obtenir une page qui a l'air incroyable, (4) laisser l'IA utiliser ce style pour le reste de votre produit, et (5) dire à l'IA d'éviter les dégradés et les mauvaises icônes car elle a tendance à se baser là-dessus. 7. L'IA n'est pas très douée pour construire des systèmes d'autorisation par elle-même, surtout pour X. Utilisez également un agent qualifié pour cela : cela rendra tout beaucoup plus facile. Vous pouvez passer des heures à vous arracher les cheveux si vous ne le faites pas. 8. Si certaines fonctionnalités ne vous plaisent pas et que vous souhaitez les modifier, assurez-vous ensuite de dire à l'IA de revoir votre code et de nettoyer les fonctionnalités et le code inutilisés. Encore mieux : revenez aux commits avant qu'une certaine fonctionnalité ne soit codée et construisez la version que vous souhaitez à partir de là. Si vous laissez votre code devenir spaghetti, cela causera tellement de maux de tête que vous voudrez abandonner le projet : il devient insupportable de corriger les choses, même avec l'IA. 9. Dites à l'IA d'utiliser un document de changelog et assurez-vous que vos documents d'architecture/PRD initiaux sont mis à jour pour refléter vos fonctionnalités actuelles de manière cohérente. L'IA peut avoir une mauvaise impression de ce à quoi ressemble votre ensemble de fonctionnalités si vos documents initiaux et vos fonctionnalités actuelles divergent, ce qui peut conduire à des fonctionnalités et un code spaghetti. 10. Utilisez des scanners de vulnérabilités pour vérifier si vous avez laissé des secrets exposés ou des lacunes de sécurité : l'IA a tendance à avoir ces problèmes. J'ai également construit un outil pour cela ; consultez vibeship dot co. Bonne chance !