Le problème agentique de Meta n'est pas les benchmarks
En bref
Meta a deux histoires IA en même temps.
La première est la plus bruyante : Meta est peut-être en train de rattraper son retard.
D'après des informations résumées par The Decoder, Alexandr Wang aurait dit aux employés que le prochain modèle de Meta, nom de code Watermelon, avait rattrapé GPT-5.5 d'OpenAI sur des benchmarks internes. Le modèle est encore en entraînement, les benchmarks ne sont pas nommés, Meta n'a pas publié les résultats, et ce n'est pas un lancement public.
Donc il faut traiter ça comme un signal, pas comme un fait établi.
La deuxième histoire est plus discrète et plus utile : les agents sont plus difficiles que ne le laisse croire une slide de capex.
Reuters, via TechCrunch, rapporte que Mark Zuckerberg a dit aux employés que le développement agentique de Meta n'avait pas accéléré comme les dirigeants l'espéraient ces quatre derniers mois. En même temps, Wang a répondu publiquement que la prochaine mise à jour de Muse Spark apportera de grosses améliorations en code et en capacités agentiques, avec un déploiement dans Meta AI et une nouvelle API.
C'est cette tension qui compte.
Pas "Meta est foutue".
Pas "Meta a rattrapé OpenAI".
La vraie question est de savoir si une quantité énorme de calcul peut être transformée assez vite en agents utilisables.
Les benchmarks peuvent donner l'impression qu'un modèle est proche.
Les produits montrent si le workflow est proche.
Pourquoi ça mérite un deuxième débrief
J'ai déjà écrit aujourd'hui sur Claude Science, avec une idée centrale : les agents ont besoin d'un lieu. Ils deviennent utiles quand ils vivent dans l'environnement où le vrai travail se fait : repos, notebooks, clusters, docs, dashboards et boucles de revue.
Meta raconte la même leçon par l'autre côté.
Meta a une distribution que la plupart des labs IA échangeraient volontiers contre plusieurs data centers très chers. WhatsApp, Instagram, Facebook, Messenger, Quest, les lunettes Ray-Ban, Meta AI et la machine publicitaire sont autant d'endroits où l'IA peut apparaître.
Mais ça ne produit pas automatiquement de bons agents.
Un agent n'est pas juste une boîte de réponse plus intelligente.
Il lui faut une surface de travail, des permissions, de la mémoire, une revue, un comportement de repli, et une raison pour laquelle l'utilisateur accepte de le laisser agir. Il doit savoir s'il aide à écrire une légende, acheter un produit, debugger un site, planifier un voyage, analyser une photo, gérer un workflow de créateur ou répondre à un client.
Ce sont des produits différents.
Le modèle peut être unique.
L'agent, non.
La rumeur Watermelon n'est pas le produit
La rumeur Watermelon reste intéressante.
Si Meta a vraiment un modèle encore en entraînement qui égale GPT-5.5 sur des évaluations internes sérieuses, c'est important. Son modèle d'avril, Muse Spark, était déjà présenté comme la première étape d'une stack reconstruite : raisonnement multimodal, utilisation d'outils, chaîne de pensée visuelle et orchestration multi-agents.
Meta disait que Muse Spark n'était pas la fin du chemin. C'était la première marche d'une échelle.
Watermelon, si les informations sont justes, serait la marche suivante.
Mais la parité sur benchmarks internes est la version la plus facile du succès.
On peut être proche sur un benchmark et perdre dans le produit.
On peut être excellent sur des questions d'évaluation difficiles et ne pas être l'outil que les développeurs ouvrent quand ils ont un repo plein de scripts de build bizarres. On peut être fort en multimodal et ne pas être l'assistant auquel les gens font confiance pour acheter quelque chose dans Instagram. On peut avoir un bon score en code et manquer de l'environnement d'outils, des logs, des validations et du comportement de récupération qui rendent un agent fiable.
C'est pour ça que l'histoire Meta ne parle pas seulement de rattrapage modèle.
Elle parle de conversion.
Meta peut-elle convertir le calcul en capacité ?
Puis convertir cette capacité en produit ?
Puis convertir ce produit en habitude ?
Ce sont trois combats différents.
Le progrès agentique n'est pas un seul chiffre
Le problème avec les agents, c'est que tout le monde en parle comme s'il s'agissait d'une seule capacité.
Ce n'est pas le cas.
"Agentique" peut vouloir dire un modèle qui réfléchit plus longtemps avant de répondre. Un modèle qui appelle des outils. Un agent de code qui modifie des fichiers. Un assistant d'achat. Un bot de workflow en entreprise. Un assistant d'appareil qui voit le monde à travers des lunettes. Un système de sous-agents qui se répartissent une tâche.
Quand Zuckerberg dit, d'après les articles, que le progrès agentique n'a pas accéléré comme prévu, ça peut vouloir dire beaucoup de choses.
Peut-être que les modèles ne sont pas assez fiables.
Peut-être que les outils ne sont pas prêts.
Peut-être que les surfaces produit sont maladroites.
Peut-être que les cas d'usage ne convertissent pas.
Peut-être que les réorgs internes sont brouillonnes, ce qui n'est pas exactement rare dans une grande entreprise qui essaie de pivoter pendant que tout le monde regarde le cours de Bourse.
La réponse publique de Wang, visible via le récap X de Digg, est plus précise : Muse Spark va progresser en code et en capacités agentiques, et la mise à jour arrivera dans Meta AI et une nouvelle API.
Ce dernier point compte.
Une API, c'est Meta qui admet au moins un peu que la bataille agentique ne se joue pas seulement dans ses propres apps grand public. Les développeurs ont besoin d'une entrée. Les builders ont besoin d'un modèle qu'ils peuvent tester, comparer, router et intégrer.
Si Meta veut être prise au sérieux par les développeurs, elle ne peut pas être seulement "l'IA dans les apps que vous utilisez déjà".
Elle doit devenir une plateforme.
L'avantage étrange de Meta
L'avantage de Meta est évident, et pourtant facile à sous-estimer.
Meta possède l'attention.
OpenAI a ChatGPT et Codex. Anthropic a Claude et Claude Code. Google a Gemini et Workspace. Microsoft a Copilot et Windows. Meta a les endroits où des milliards de personnes discutent, scrollent, achètent, regardent, créent, et prennent parfois de très mauvaises décisions dans les commentaires.
Ça devrait être parfait pour des agents personnels.
Un agent Meta pourrait aider une petite entreprise à répondre aux clients sur WhatsApp, transformer un catalogue produit en contenu Instagram, générer des variantes publicitaires, gérer des workflows de créateurs, traduire des messages, résumer des commentaires, comparer des performances de campagne, ou finir par acheter quelque chose sans faire sortir l'utilisateur de six apps différentes.
Ce n'est pas un problème de benchmark.
C'est un problème de confiance et de workflow.
Si l'agent est pénible, les gens l'ignorent.
S'il est trop insistant, il ressemble à de l'ad tech avec un sourire.
S'il se trompe en commerce, quelqu'un perd de l'argent.
S'il touche aux messages, les alarmes de confidentialité sonnent tout de suite.
S'il ne peut pas agir, ce n'est qu'un chatbot de plus.
S'il peut agir, chaque frontière de validation compte.
La distribution de Meta lui donne plus de cas d'usage agentiques possibles que presque tout le monde. Elle lui donne aussi plus de manières de rendre les gens nerveux.
Très efficace. Un avantage stratégique, douze problèmes de confiance.
Ce que les builders devraient retenir
La leçon utile n'est pas "attendez Watermelon".
La leçon utile, c'est que le progrès modèle et le progrès produit vivent maintenant sur deux calendriers différents.
Un lab peut améliorer le modèle plus vite qu'il n'améliore l'agent.
Une entreprise peut acheter le modèle plus vite qu'elle ne redessine son workflow.
Un utilisateur peut essayer l'assistant plus vite qu'il ne lui fait confiance avec quelque chose d'important.
C'est pour ça que la prochaine année IA sera pleine de contradictions. Les modèles vont progresser. Les agents vont encore rater des handoffs ennuyeux. Les entreprises annonceront de gros sauts de benchmarks. Les utilisateurs demanderont encore pourquoi l'assistant ne se souvient pas du bon fichier. Les dirigeants diront que la technologie avance trop lentement pendant que les chercheurs diront que les evals progressent à toute vitesse.
Tout ça peut être vrai en même temps.
Pour les builders, la question est pratique :
- Que peut vraiment faire l'agent ?
- Ou vit-il ?
- Quelles données peut-il utiliser ?
- Quelles actions demandent une validation ?
- Comment l'utilisateur récupère-t-il quand l'agent se trompe ?
- Pourquoi quelqu'un l'utiliserait demain au lieu de revenir à l'ancien workflow ?
Si vous ne savez pas répondre à ça, un meilleur benchmark ne vous sauvera pas.
Le fond du sujet
Meta est peut-être en train de rattraper son retard sur les modèles.
Peut-être que Watermelon est réel. Peut-être que les chiffres internes tiendront. Peut-être que la prochaine mise à jour de Muse Spark rendra Meta AI vraiment meilleure en code et en agents. Peut-être que la nouvelle API donnera aux développeurs une vraie troisième ou quatrième option frontier.
Très bien.
Plus de concurrence, c'est bien.
Mais la course aux agents ne se gagne pas quand un modèle rattrape un autre modèle sur des benchmarks internes non nommés.
Elle se gagne quand les utilisateurs délèguent une tâche et ressentent moins de friction, pas plus.
C'est la partie difficile pour Meta.
Pas entraîner un plus gros modèle.
Transformer ce modèle en agents que les gens veulent vraiment dans les feeds, les chats, les lunettes, les boutiques et les workflows où Meta vit déjà.
Le calcul peut acheter beaucoup de choses.
Il n'achète pas la confiance préassemblée.