C’est un ensemble de problèmes vraiment intéressants, Denis. Beaucoup de ces frustrations sont légitimes. Mais la question est... à qui la faute ?
Les factures d’API salées ? Ouais, on ne rigole pas avec ça.
Utiliser Claude Sonnet ou OpenAI o1 à plein temps vous coûtera entre 2 000 $ et 6 000 $ par mois.
DeepSeek en mainline ? Environ 300 $/mois.
Groq ? Vous aurez le même volume d’inférence sur des modèles de code très capables pour environ 200 $.
Il existe des options moins chères, voire gratuites — faire tourner des modèles open-source localement, utiliser des outils qui offrent du temps d’inférence gratuit. Mais tous les modèles ne se valent pas. Il faut les tester. Et j’ai l’impression que... Denis ne l’a pas fait.
Alors, on commence par quoi ?
1. Trouvez un modèle de raisonnement avec une grande fenêtre de contexte (120k+ tokens) et des capacités multimodales. Vous voulez un raisonnement transdomaine et des chaînes de pensée bien développées. Les modèles avec un raisonnement visuel sont souvent (mais pas toujours) meilleurs pour écrire du code.
Tentez ce test :
« Hunter S. Thompson et Ada Lovelace collaborent sur un FizzBuzz en TypeScript. À quoi ressemble le code ? »
Si le résultat est ennuyeux ? N’utilisez pas ce modèle pour coder.
2. Définissez un vrai system prompt.
Soyez explicite sur ce que signifie un « bon code » pour vous.
Vous n’attendriez pas d’un dev humain qu’il lise dans vos pensées — pourquoi attendre d’une machine qu’elle sache que vous voulez de l’OOP avec MVC, des observers, des event buses et des singletons ? Épelez-le.
Aussi : rappelez à l’agent que la QA existe. Dites-lui que les standards de la QA sont brutaux. Le simple fait de savoir que le code sera revu changera à la fois le code et le comportement général de votre agent.
3. Il vous faut un framework d’agents qui ne soit pas nul.
Bonne chance. La plupart le sont.
Quelques-uns pourraient répondre à vos attentes, selon votre cas d’usage et votre tolérance à la douleur.
4. Arrêtez de vouloir bâtir des monolithes !!!
Les monolithes sont morts.
Je n’arrête pas de rappeler qu’on est en plein dans l’ère des microservices, mais les gens veulent toujours concevoir leurs apps n’importe comment. Une IA vous laissera faire, sans broncher. Mais elle atomisera complètement votre app à l’échelle si vous lui laissez assez de mou et des instructions vagues.
La meilleure approche ?
Bâtir des microservices petits, autonomes, centrés sur l’API, et des UI jetables.
Modulaire.
Simple. Stable.
En espérant que ça aide.