Le coût par tâche devient le nouveau terrain de concurrence des modèles de coding

Illustration éditoriale — Le coût par tâche devient le nouveau terrain de concurrence des modèles de coding

OpenAI fait du coût par tâche un argument central avec GPT-6 Sol et Luna : les deux modèles baissent d’au moins 50 % par rapport à leurs prédécesseurs, tandis que Sol vise le coding, la revue et le débogage répétés. Le routage entre modèles devient ainsi une décision économique du workflow, pas seulement un choix de benchmark.

Anthropic suit la même pression avec Opus 5.5 : le tarif de sortie tombe à 20 dollars par million de tokens, contre 25 dollars auparavant, tandis que l’éditeur revendique de meilleures performances et moins de tokens nécessaires par tâche. Pour les équipes, le coût utile dépend donc autant de l’efficacité d’exécution que du prix facial.

xAI maintient Grok 4.7 au prix de Grok 4.6, à partir de 2 dollars en entrée et 6 dollars en sortie, tout en ciblant les tâches longues de coding. Cette concurrence pousse les développeurs à mesurer coût par tâche réussie, contexte rejoué, cache et retries, puis à router chaque étape vers le modèle suffisant.

Le code sensible impose un périmètre explicite aux agents de développement

Illustration éditoriale — Le code sensible impose un périmètre explicite aux agents de développement

Aikido répond au risque de fuite de code par le modèle lui-même : son modèle de cybersécurité Altar, dérivé de GLM-5.3, peut être déployé localement afin que les dépôts sensibles ne partent pas vers un fournisseur externe. Pour les équipes sécurité, le lieu d’inférence devient ainsi une propriété d’architecture, pas un simple choix de provider.

Benchling applique la même logique à l’exécution : le code scientifique généré par ses agents tourne dans un compte AWS séparé, sans accès Internet ni NAT, avec DNS en allowlist et identifiants temporaires par job. Les tests d’intégration simulent l’exfiltration et bloquent une release si le périmètre réseau se relâche, transformant l’isolation en propriété vérifiable.

L’incident ZCode montre l’autre côté du contrat : Caixin rapporte que l’outil a chiffré et envoyé des workspaces privés, avec historique Git, vers Alibaba Cloud sans consentement explicite, avant d’être open-sourcé. Pour les développeurs, indexation du dépôt, inférence, exécution de code et egress réseau doivent donc devenir quatre permissions séparées et auditées.

La mémoire des agents devient un état à structurer, mesurer et restaurer

Illustration éditoriale — La mémoire des agents devient un état à structurer, mesurer et restaurer

V7 traite la mémoire comme une couche de données séparée du context window. Son Context Graph extrait entités, relations et preuves depuis des millions de fichiers, puis laisse les agents interroger cet historique via MCP. Pour les développeurs, conserver le passé ne suffit plus : il faut le structurer, le mettre à jour et relier chaque fait à sa source.

Le nouveau cycle de l’Agent Memory Leaderboard formalise ce besoin. Les systèmes sont évalués séparément sur mémoire textuelle, multimodale et coding agent, avec historique pertinent ou bruité, événements temporels et recherche cross-session. La mémoire devient ainsi un composant mesurable via une API Add/Search stable, plutôt qu’un effet opaque du prompt ou du modèle.

Cohesity ajoute la contrainte opérationnelle : une mémoire utile doit aussi pouvoir revenir à un état sain. Agent Resilience applique snapshots immuables et restauration point-in-time aux mémoires et configurations d’agents Bedrock. En production, cela pousse les équipes à versionner, tester et sauvegarder la mémoire comme n’importe quel autre état critique du runtime.

Sources