J'ai de bons résultats avec l'IA. Je trouve gemini-3-flash particulièrement bon et rapide.
Mon conseil, c'est comme pour un junior ou un stagiaire, il faut pas le laisser trop faire :-)
J'utilise ces prompts https://github.com/snarktank/ai-dev-tasks/tree/main pour créer un PRD ticket afin de mettre en place le contexte de la feature (en plus de l'Agents.md), ensuite un autre prompt pour en dériver une liste de tâches assez fines. Il faut bien travailler sur ces 2 étapes, ça doit prendre plusieurs heures. Avec ces 2 premiers prompts, on arrive à un fichier PRD et un fichier tasks.
Une fois que c'est fait, on doit avoir une bonne compréhension du développement a faire. On peut générer une tâche a la fois, on doit être a 20-30 lignes max a chaque fois, et comme le contexte est déjà bien clarifié, on peut prendre un petit modèle rapide.
L'avantage ? Oui certainement un gain de temps, mais au delà de ça, on anticipe les problèmes, on design la solution proprement. Chose qu'on ne pas toujours lorsqu'on code a la main.
Autre avantage: lorsqu'une feature évolue en cours par le PM change d'avis, vous reprenez votre PRD, droppez les commits d'implémentation qui ne sont plus valides, et vous raffinez la solution. Comme derrière le code se re-genere rapidement c'est pas un problème, finalement ça ira bien plus vite. On est plus résilient face aux specs non figées, le travail devient moins stressant.
# PRD
Posté par flagos . En réponse au journal Retour d'expérience sur le développement d'une application par l'utilisation d'IA. Évalué à 7. Dernière modification le 30 janvier 2026 à 17:34.
J'ai de bons résultats avec l'IA. Je trouve gemini-3-flash particulièrement bon et rapide.
Mon conseil, c'est comme pour un junior ou un stagiaire, il faut pas le laisser trop faire :-)
J'utilise ces prompts https://github.com/snarktank/ai-dev-tasks/tree/main pour créer un PRD ticket afin de mettre en place le contexte de la feature (en plus de l'Agents.md), ensuite un autre prompt pour en dériver une liste de tâches assez fines. Il faut bien travailler sur ces 2 étapes, ça doit prendre plusieurs heures. Avec ces 2 premiers prompts, on arrive à un fichier PRD et un fichier tasks.
Une fois que c'est fait, on doit avoir une bonne compréhension du développement a faire. On peut générer une tâche a la fois, on doit être a 20-30 lignes max a chaque fois, et comme le contexte est déjà bien clarifié, on peut prendre un petit modèle rapide.
L'avantage ? Oui certainement un gain de temps, mais au delà de ça, on anticipe les problèmes, on design la solution proprement. Chose qu'on ne pas toujours lorsqu'on code a la main.
Autre avantage: lorsqu'une feature évolue en cours par le PM change d'avis, vous reprenez votre PRD, droppez les commits d'implémentation qui ne sont plus valides, et vous raffinez la solution. Comme derrière le code se re-genere rapidement c'est pas un problème, finalement ça ira bien plus vite. On est plus résilient face aux specs non figées, le travail devient moins stressant.