GPT-5.5 « Spud » : ce qui est vérifié, ce qui reste une rumeur

Verdict, point par point

Ce qui n’est pas établi : une sortie publique de GPT-5.5 Spud

La formulation la plus prudente est simple : GPT-5.5 Spud n’est pas confirmé dans la documentation publique d’OpenAI examinée ici. Les pages officielles de modèles orientent les développeurs vers GPT-5.4 comme guide de modèle le plus récent, et la page listant les modèles présente GPT-5.4 comme adapté aux workflows agentiques, de codage et professionnels.

Cela ne prouve pas que le nom Spud ne puisse pas exister en interne. Cela signifie seulement que les sources disponibles ici ne démontrent pas l’existence d’une sortie publique, d’une fiche modèle officielle, d’un endpoint API, d’une page de prix ou d’un guide OpenAI consacré à GPT-5.5 Spud. Les sources les plus directes sur Spud dans ce corpus sont tierces : TokenMix dit qu’aucune date officielle de sortie, fiche modèle ou tarification API de GPT-5.5 n’a été annoncée, et India Today parle de Spud comme d’un modèle supposé être GPT-5.5.

Ce qu’OpenAI documente vraiment : GPT-5.4, GPT-5-Codex et Codex

Sur la couche modèle, la documentation officielle consultée se concentre sur GPT-5.4 et Codex. La page de tous les modèles présente GPT-5.4 comme une option pour les workflows agentiques, de codage et professionnels, tandis que la page dédiée à GPT-5.4 le décrit comme un modèle frontière pour le travail professionnel complexe.

Pour l’ingénierie logicielle, GPT-5-Codex est le nom le plus clair dans les sources. OpenAI le décrit comme une version de GPT-5 optimisée pour les tâches de codage agentique dans Codex ou des environnements similaires, disponible via l’API Responses. Le guide de génération de code ajoute qu’il faut utiliser Codex pour des agents de codage prêts à l’emploi et présente Codex comme l’agent de codage d’OpenAI pour le développement logiciel.

Agents et orchestration : la capacité existe déjà, sans invoquer Spud

OpenAI décrit sa plateforme d’agents comme un ensemble de briques composables : modèles, outils, état/mémoire et orchestration. Le même contenu présente l’API Responses comme l’API phare pour construire des agents puissants.

L’Agents SDK correspond à l’approche code-first lorsque l’application doit gérer elle-même l’orchestration, l’exécution d’outils, les validations et l’état. OpenAI publie aussi une documentation séparée sur l’orchestration et les transferts entre agents ou étapes, ce qui inscrit les workflows multi-étapes dans la plateforme documentée plutôt que dans une hypothétique exclusivité de Spud.

La couche outils : appels de fonctions, web, fichiers et modifications de code

La surface d’outils documentée est large. L’appel de fonctions permet de brancher des outils définis par les développeurs, et la recherche web est documentée comme un outil utilisable via l’API Responses.

OpenAI documente aussi la recherche dans les fichiers, l’usage d’un ordinateur, MCP/connecteurs, shell, apply patch, code interpreter et skills. Mis bout à bout, ces outils permettent à un agent de récupérer du contexte privé, d’appeler des API applicatives, de chercher sur le web, de se connecter à des systèmes externes, d’utiliser des environnements de calcul contrôlés et d’appliquer des changements de code par des interfaces documentées.

Conseils pratiques pour les développeurs

Si la question est : peut-on déjà bâtir des applications de codage agentique et d’orchestration d’outils avec la pile OpenAI documentée ? La réponse est oui. Si la question est : faut-il attendre ou invoquer GPT-5.5 Spud pour le faire ? Les sources examinées ne le montrent pas.

1. Partez des modèles documentés, notamment GPT-5.4 et GPT-5-Codex/Codex, plutôt que de noms de modèles non confirmés.
2. Utilisez l’API Responses et l’Agents SDK lorsque votre application doit gérer l’état, l’exécution d’outils, les validations et l’orchestration.
3. Ajoutez les outils selon le besoin : function calling pour vos propres API, web search pour la recherche web en direct, file search pour vos contenus privés, MCP/connecteurs pour les systèmes externes, puis shell, apply patch ou code interpreter lorsque l’exécution ou la modification de code est pertinente.
4. Appuyez-vous sur les guides d’orchestration et de handoff quand le travail doit passer par plusieurs étapes ou agents spécialisés.

Comment parler de Spud sans surinterpréter

La bonne formule est : GPT-5.5 Spud n’est pas confirmé comme modèle public dans les documents OpenAI examinés ici. Il vaut mieux éviter de présenter des dates de sortie, résultats de benchmark, tailles de contexte, disponibilités API ou prix comme des faits établis par ces sources. TokenMix indique explicitement qu’aucune date officielle de sortie, fiche modèle ou tarification API de GPT-5.5 n’a été annoncée, et India Today décrit Spud comme une rumeur de GPT-5.5.

Jusqu’à une éventuelle publication officielle d’OpenAI sous ce nom, le chemin le mieux étayé pour les développeurs reste la pile déjà documentée : GPT-5.4, GPT-5-Codex/Codex, l’API Responses, l’Agents SDK et les guides d’outils officiels.