OpenAI planifie l’arrêt des prompts réutilisables

OpenAI indique dans sa documentation développeurs que les objets de prompts réutilisables dans le tableau de bord et l’API sont en cours de dépréciation. La notification date du 3 juin 2026 : la création de prompts est désormais moins mise en avant dans la plateforme, et l’API v1/prompts ainsi que les objets de prompts réutilisables doivent s’arrêter le 30 novembre 2026. Le fait central est donc un calendrier de migration pour les équipes qui avaient externalisé une partie de leurs instructions hors du code applicatif.

Un prompt réutilisable est une consigne enregistrée dans la plateforme pour être appelée depuis une application, plutôt qu’un texte versionné dans le dépôt logiciel. L’idée pouvait sembler pratique : modifier une instruction sans redéployer l’application, partager un même gabarit entre plusieurs appels, ou laisser des équipes produit ajuster le comportement d’un assistant. OpenAI recommande désormais l’inverse pour la production : stocker les prompts dans le code de l’application. La documentation met en avant les entrées typées, la revue de code, les tests et le processus normal de déploiement comme mécanismes plus robustes pour changer le comportement d’un système.

Cette décision est technique, mais elle touche un point de gouvernance très concret. Dans une application IA, le prompt n’est pas une simple phrase d’accompagnement ; il contient souvent des règles métier, des contraintes de sécurité, des formats de sortie et des arbitrages de ton. S’il vit dans un objet modifiable séparément, il peut évoluer plus vite, mais aussi échapper aux contrôles habituels du logiciel. Le replacer dans le code rend les changements plus visibles, plus faciles à relire et plus simples à associer à une version précise de l’application. Cela ne règle pas tous les problèmes de qualité des prompts, mais cela les rapproche des pratiques d’ingénierie classiques.

Pour les équipes concernées, la conséquence pratique est de traiter le 30 novembre comme une vraie échéance d’inventaire. Il faut repérer les appels à v1/prompts, migrer le contenu vers le code, ajouter des tests de non-régression et vérifier que les personnes qui modifiaient ces prompts gardent un chemin de contribution clair. La migration peut aussi être l’occasion de réduire les consignes dupliquées, d’expliciter les entrées attendues et d’associer chaque changement à une revue traçable. Le signal plus large est net : à mesure que les applications IA deviennent critiques, OpenAI pousse les développeurs à gérer les instructions de modèle comme du logiciel, pas comme une configuration flottante.