Dans Cursor, un modèle nommé Honeycomb EAP est brièvement apparu, puis a été rapidement retiré.
Peu de temps après, beaucoup l'ont considéré comme une fuite précoce de Claude Opus 5.
Mais Anthropic n'a pas confirmé, et Cursor n'a pas expliqué. J'ai donc utilisé Apodex pour tester cette question restée sans réponse, vérifiable dans deux semaines.
Mais ce qui a finalement rendu ce test intéressant, ce n'est pas le chiffre de 10 %. C'est qu'après une question de suivi, il a supprimé deux de ses éléments de preuve centraux et a recalculé.
Le contenu est basé sur mes opérations réelles et des captures d'écran. Les probabilités dans le texte sont des estimations analytiques basées sur des informations publiques au 17 juillet 2026, et non des faits établis.
J'ai demandé :
Anthropic va-t-il officiellement publier et rendre public Claude Opus 5 d'ici le 31 juillet 2026 ? Sinon, qu'est-ce que Honeycomb EAP exactement ?
La question, la date limite et les trois identités à juger ont toutes été clairement écrites avant la soumission, en utilisant Deep Discover Preview.
À 18h28, j'ai commencé l'investigation. La page est entrée dans un processus Swarm à plusieurs chemins, affichant successivement Recherche, Vérification et Rédaction.
La tâche a été soumise, et plusieurs sessions de recherche ont commencé.
La première version du rapport était claire : la probabilité d'une sortie officielle d'Opus 5 avant le 31 juillet est extrêmement faible ; Honeycomb est plus probablement un nœud EAP de niveau Mythos/Fable, suivi d'un Opus 5 retardé, la version de recherche pure arrivant en dernier.
Si je voulais simplement faire un article sponsorisé standard, cela aurait suffi : une conclusion, des sources, des probabilités, et quelques belles captures d'écran du rapport.
Mais plus je regardais, plus j'avais l'impression que deux éléments de preuve ne tenaient pas la route.
Premièrement : Honeycomb bascule vers Opus 4.8 après un safety fallback, donc sa capacité doit être supérieure à celle d'Opus 4.8.
Cela ne tient pas. Les fallbacks peuvent provenir de politiques de sécurité, de la stabilité de l'EAP, de la disponibilité ou de configurations de routage ; ils ne correspondent pas directement à un classement de capacités.
Deuxièmement : Honeycomb est positionné plus haut dans la liste des modèles de Cursor, donc il appartient à un niveau de produit supérieur.
À moins que Cursor n'ait rendu publiques ses règles de tri, la position dans la liste pourrait être influencée par la date de sortie, l'ordre alphabétique, la priorité d'intégration ou des décisions d'interface utilisateur. Utiliser cela pour prouver l'identité d'un modèle est trop tiré par les cheveux.
Donc, à 19h02, au lieu de demander à Apodex de trouver plus de matériel de soutien, je lui ai fait faire un auto-audit inverse : trouver les contre-preuves les plus solides, vérifier les niveaux des sources, et clarifier les conditions d'échec. Si une preuve n'est pas assez solide, supprime-la ; ne défends pas le jugement initial.
Le deuxième tour ne consistait pas à peaufiner le rapport original, mais à contester spécifiquement sa propre chaîne de preuves. Cette invite peut être réutilisée directement.
Résultat : trois corrections, une maintenue.
Il a d'abord admis que « safety fallback vers Opus 4.8 » ne prouve pas que Honeycomb est plus fort. Le matériel original n'était qu'un compte rendu de seconde main avec des formulations incertaines comme « prétendu » et « certains interprètent cela comme », pas un journal technique officiel.
Le poids de cette preuve a été réduit à presque zéro.
Ensuite, il n'a pas pu trouver les règles officielles de tri des modèles de Cursor.
Cette fois, il a cessé de raconter des histoires basées sur la position dans la liste, a changé la conclusion en « inconnu », et a complètement supprimé cette preuve du jugement d'identité.
La troisième correction provenait du rythme historique de sortie des modèles récents d'Anthropic.
La première version traitait « l'absence actuelle d'Opus 5 sur cinq canaux officiels » comme une preuve solide. Mais la deuxième vérification a révélé que les mises à jour incrémentales comme Opus 4.x sont souvent publiées le même jour avec la documentation API et les annonces ; seuls les nouveaux niveaux comme Fable/Mythos ont eu un délai d'avance EAP d'environ 60 jours.
Donc, « cinq canaux vides » prouve seulement qu'il n'y a actuellement aucun signal public, pas qu'il ne sera certainement pas publié dans les deux prochaines semaines.
Après avoir supprimé les preuves intenables et recalibré les références historiques, Apodex a tout de même maintenu un jugement de faible probabilité : environ 10 % pour une sortie publique officielle d'Opus 5 d'ici le 31 juillet.
Les trois identités pour Honeycomb ont également été redistribuées :
Ces chiffres ne sont pas des vérités objectives issues d'un modèle statistique ; ce sont des estimations analytiques basées sur les preuves publiques actuelles.
De plus, aucune des trois explications n'a dépassé 50 %. Actuellement, aucune identité ne mérite d'être qualifiée de « fait confirmé ».
La partie la plus intéressante n'était pas les 10 % finaux, mais le fait qu'après mon suivi, il a effectivement supprimé deux éléments de preuve intenables et a recalculé. Au moins, il n'a pas essayé de forcer le récit pour que ça tienne debout, juste pour défendre sa première réponse.
Les signaux qui pourraient renverser le jugement actuel ont également été listés : une annonce officielle d'Anthropic, la réapparition de Honeycomb en tant qu'EAP Fable/Mythos, une explication officielle du retrait, l'apparition d'Opus 4.9, ou la disparition à long terme de Honeycomb.
Le rapport a fourni des conditions falsifiables, permettant une vérification future par rapport aux événements publics.
Après cela, j'ai tendance à considérer Apodex comme un « auditeur de recherche » plutôt qu'une machine à réponses.
Sa première version donnera encore trop de poids aux documents de seconde main et raisonnera à partir de positions dans l'interface sans règles officielles. Mais il peut exposer les sources, les inférences, les contre-preuves et les inconnues. Vous pouvez alors faire un suivi et le forcer à supprimer des preuves et à modifier des jugements.
Les sources clés nécessitent toujours une vérification manuelle, et les prédictions doivent être vérifiées une fois les résultats révélés. Le deuxième audit a finalement listé 13 références, principalement issues des matériels officiels d'Anthropic, de Claude Platform et de Cursor.
Après le 31 juillet, je reviendrai vérifier : quelles preuves étaient réellement utiles, et lesquelles semblaient seulement raisonnables à l'époque.
Si vous avez une question qui « n'a pas de réponse standard maintenant mais peut être vérifiée publiquement plus tard », vous pouvez la soumettre à Apodex. Ne vous contentez pas d'un seul tour ; au deuxième tour, faites-lui directement un auto-audit inverse.
