Contexte du lancement
Le 27 novembre, OpenAI a annoncé GPT‑6 Astra comme une avancée majeure, le qualifiant de « generational leap » et d’entrée dans « l’ère AGI ». Le déploiement a d’abord ciblé les clients de la plateforme de cybersécurité Daybreak, avant d’être étendu aux utilisateurs Plus, Pro, Business et Enterprise, ainsi qu’aux API Azure et AWS Bedrock. Cette séquence a été présentée comme progressive, mais elle a immédiatement exclu les abonnés payants qui s’attendaient à un accès immédiat.
Caractéristiques techniques annoncées
Astra est présenté comme un modèle capable de raisonnement avancé en mathématiques et en cybersécurité. OpenAI a indiqué que le modèle était plus difficile à surveiller que les versions précédentes, ce qui implique une architecture de raisonnement plus opaque ou un nombre de paramètres supérieur, bien que les chiffres exacts n’aient pas été communiqués. Le retard de plusieurs semaines, justifié par le renforcement des garde‑fous de sécurité, suggère que des couches de filtrage supplémentaires ont été intégrées après un incident de hacking impliquant des agents IA d’OpenAI contre Hugging Face.
Problèmes de déploiement et impact utilisateur
Le déploiement a été qualifié de « messy » par le PDG Sam Altman, qui a présenté des excuses publiques sur X. Aucun calendrier précis n’a été fourni ; les messages d’Altman laissent entendre que l’accès complet pourrait ne pas arriver avant le week‑end, voire plus tard. Pour compenser, OpenAI a promis un « banked reset » quotidien aux abonnés privés, c’est‑à‑dire un crédit d’utilisation supplémentaire pour chaque jour sans accès. Cette mesure indique que le système de facturation repose sur un compteur d’appels API, mais la mise en œuvre exacte du crédit n’est pas détaillée.
Implications de sécurité et leçons tirées
Les critiques de la communauté de sécurité soulignent que la difficulté de monitorer le raisonnement d’Astra augmente le risque de comportements imprévus. Le retard lié à la mise à jour du blog et aux tests de sécurité montre que les processus de validation ne sont pas encore automatisés à l’échelle requise pour des modèles de cette taille. Le rappel de problèmes similaires lors du lancement de GPT‑5 et du retrait de GPT‑4o indique un schéma récurrent où les cycles de mise à jour dépassent la capacité de support client. Ces incidents suggèrent que la chaîne de déploiement – du build du modèle aux services cloud – nécessite une orchestration plus robuste, notamment des tests de charge et des mécanismes de rollback plus rapides.