Jouer au codage vibe doit idéalement résoudre un problème dans un contexte de travail ou de la vie quotidienne.

Tout d'abord, il faut organiser ce scénario en SOP, puis, grâce à cette organisation des SOP, élaborer le document de développement PRD. Ensuite, il faut continuer à peaufiner ce document.

Deuxièmement, on peut utiliser le modèle B pour vérifier la documentation de développement générée par le modèle A, en effectuant plusieurs vérifications croisées, par exemple en utilisant Claude pour vérifier GPT, puis en vérifiant à nouveau. Les enseignants disent bien que le temps consacré à l'analyse des besoins au début doit représenter 70 % du temps, tandis que le véritable développement ne nécessite en fait que 30 % du temps. À l'avenir, je pense que le temps de développement sera encore plus court grâce au soutien de l'IA.

Enfin, il ne reste plus qu'à donner le document PRD à l'IDE pour qu'il s'exécute (bien sûr, avant de faire tourner le développement du code, la configuration de l'environnement informatique et l'installation des logiciels appropriés sont des travaux de base).

C'est fondamentalement cette idée, ce que j'ai appris jusqu'à présent. En fait, l'élaboration du processus SOP de la première étape est cruciale, car l'IA ne comprend que la logique. Plus la logique est rigoureuse, plus le développement est fluide, et moins il y aura de bugs et de problèmes inexplicables.