Aller au contenu principal
OutilsVentureBeat AI · 2 min de lecture

L'assistant IA de Writer réduit la consommation de tokens de près de 40 %, sans perte de précision

Source originale ↗·

Writer, l'entreprise d'IA générative dirigée par le CTO et cofondateur Waseem AlShikh, a publié une étude qui s'attaque à un problème central de l'IA en entreprise : l'explosion des coûts liés à la consommation de tokens dans les systèmes agentiques. Les chercheurs se sont penchés sur le « harness », la couche d'orchestration qui entoure le modèle de langage et gère le routage, le formatage et l'exécution des tâches, plutôt que sur le modèle lui-même. En optimisant cette couche via la mise en cache des prompts systèmes, la compaction de l'historique des interactions, une meilleure gestion des outils, des stratégies de récupération d'information plus précises et une gestion des erreurs plus rigoureuse, l'équipe a obtenu une réduction du coût par tâche réussie allant jusqu'à 61%, avec une baisse de près de 40% du nombre de tokens consommés par tâche, sans dégrader la qualité des résultats et sans modifier ni réentraîner le modèle de fondation sous-jacent.

Cette avancée répond directement à ce que Writer qualifie de « tokenmaxxing », une pratique répandue chez les développeurs qui consiste à s'appuyer sur des fenêtres de contexte massives et une consommation de tokens à outrance plutôt que de concevoir des workflows intelligents. Selon AlShikh, cette habitude s'est imposée parce qu'elle constitue la solution la plus rapide dans l'instant, calquée sur les réflexes du développement logiciel traditionnel: générer, exécuter, échouer, puis renvoyer l'erreur et davantage de contexte dans la fenêtre avant de réessayer. Le problème est que la baisse du prix par token masque une inefficacité croissante: dans les workflows agentiques, le nombre de tokens par tâche augmente à chaque boucle, car le contexte grandissant est retransmis intégralement à chaque itération, et cette croissance dépasse largement la vitesse à laquelle les prix chutent. Résultat, des équipes envoient par défaut des tâches simples vers des modèles premium coûteux, utilisent le LLM comme un moteur de recherche paresseux en saturant le contexte de documents bruts, ou laissent des boucles agentiques non maîtrisées s'emballer dès qu'une erreur survient, ce qui pèse lourdement sur les factures compte tenu du coût plus élevé des tokens de sortie par rapport aux tokens d'entrée chez tous les grands fournisseurs.

L'étude souligne que les techniques d'efficacité existantes, comme la compression de prompts, le raisonnement budgétisé, la génération de code minimal ou le décodage spéculatif, échouent car elles optimisent le modèle isolément sans jamais s'attaquer à la couche d'orchestration elle-même. En démontrant que des gains substantiels sont possibles simplement en repensant le harness, sans toucher au modèle de fondation ni engager de coûts de fine-tuning, les chercheurs de Writer offrent aux équipes d'ingénierie un levier directement actionnable et sous leur contrôle total. Dans un contexte où l'adoption de l'IA agentique en entreprise se heurte de plus en plus à un paradoxe de rentabilité, où les expériences produit fonctionnent bien mais les coûts de déploiement en production deviennent insoutenables, cette approche pourrait inciter davantage d'acteurs du secteur à concentrer leurs efforts d'optimisation sur l'architecture des systèmes plutôt que sur la seule course aux modèles les plus puissants ou aux prix de tokens les plus bas.

Dans nos dossiers

Cet article vous a été utile ?

Vu une erreur factuelle dans cet article ? Signalez-la. Toutes les corrections valides sont publiées sur /corrections.

À lire aussi

GitHub Copilot augmente ses prix selon la consommation de tokens
1AI News 

GitHub Copilot augmente ses prix selon la consommation de tokens

Depuis le 1er juin 2026, GitHub Copilot a basculé vers un système de facturation à la consommation de tokens, remplaçant l'accès illimité aux modèles d'IA inclus dans les abonnements mensuels. Les tarifs d'abonnement restent inchangés, Copilot Pro à 10 dollars par mois, Pro+ à 39 dollars, Business à 19 dollars par utilisateur, Enterprise à 39 dollars, mais ils définissent désormais un nombre de crédits mensuels, et non plus un accès illimité. Un utilisateur Enterprise dispose ainsi de 3 900 crédits, un utilisateur Business de 1 900. Ces crédits se consomment en tokens selon le modèle choisi : avec GPT-5.2 par exemple, les tokens en entrée coûtent 1,75 dollar par million, les tokens en sortie 14 dollars par million. Les complétions de code dans l'éditeur et les suggestions "next edit" restent gratuites, mais toutes les autres fonctionnalités, y compris la revue de code, sont désormais décomptées. Le changement a provoqué une vague de réactions sur le forum GitHub Community Discussions dès le lendemain de l'entrée en vigueur. Plusieurs utilisateurs signalent un épuisement rapide et inattendu de leurs crédits. L'un d'eux, "rvs99", rapporte avoir dépensé environ 0,35 dollar par ligne modifiée sur une tâche mineure avec Claude Sonnet 4.6. Un autre, "prhost", montre qu'après une seule journée de travail, il ne lui reste que 3 705 crédits sur une allocation de 7 000, concluant que Microsoft "s'est tiré une balle dans le pied". La frustration est réelle : des équipes entières voient leur budget LLM exploser sans avoir modifié leurs habitudes de travail, simplement parce que la transparence sur les coûts réels était absente des offres initiales. La transition était pourtant prévisible. Microsoft avait annoncé ce changement de modèle dès avril 2026, et les abonnements à tarif fixe avec accès illimité aux LLMs constituaient clairement des offres d'appel, destinées à ancrer GitHub Copilot comme outil standard dans les équipes de développement. Faire tourner des modèles de langage à grande échelle est coûteux, entre l'infrastructure GPU, le post-entraînement, la maintenance et la construction de nouveaux datacenters. La facturation au token aligne désormais les recettes de GitHub sur les coûts réels de la plateforme. Pour les entreprises, l'équation change : les directions techniques devront soit encadrer strictement l'usage des modèles les plus puissants, soit réévaluer leur dépendance à Copilot face à des alternatives comme Cursor ou des solutions auto-hébergées. Ce virage tarifaire de Microsoft pourrait accélérer une rationalisation plus large du marché des assistants de code.

UELes équipes de développement françaises et européennes utilisant GitHub Copilot doivent revoir leurs budgets LLM et envisager des alternatives auto-hébergées ou des outils concurrents, car leurs coûts réels pourraient exploser sans modification de leurs habitudes de travail.

💬 C'était écrit depuis le début : l'accès illimité pour 10 dollars par mois, c'était du prix d'appel pour t'ancrer dans l'outil. Maintenant que la dépendance est bien installée, Microsoft présente l'addition, et les chiffres sont saignants (0,35 dollar la ligne modifiée, ça fait mal). Si tu as Cursor ou une solution auto-hébergée sous le coude, c'est le moment d'y regarder sérieusement.

OutilsOutil
1 source
Anthropic lance Claude Tag, un assistant IA persistant et autonome pour remplacer son application Slack
2VentureBeat AI 

Anthropic lance Claude Tag, un assistant IA persistant et autonome pour remplacer son application Slack

Anthropic a lancé mardi Claude Tag, une nouvelle intégration Slack qui positionne son modèle d'IA le plus avancé non plus comme un assistant individuel, mais comme un coéquipier partagé, persistant et autonome. Disponible dès aujourd'hui en bêta pour les abonnés Claude Enterprise et Team, le produit remplace l'ancienne application Claude in Slack et fonctionne sur Claude Opus 4.8, sorti il y a moins d'un mois. Le principe est simple : un administrateur connecte Claude à un espace de travail Slack, lui attribue des outils, des sources de données et des limites budgétaires, puis n'importe quel membre du canal peut taper @Claude pour lui déléguer une tâche, rédiger une pull request, extraire des chiffres de ventes, lancer une analyse de données. Claude décompose la demande en étapes, les exécute et répond dans un fil de discussion Slack avec le résultat complet. Ce qui distingue Claude Tag des intégrations IA existantes dans Slack tient à quatre caractéristiques structurelles. D'abord, il est multijoueur : au sein d'un canal, il n'y a qu'un seul Claude, visible de tous, dont chacun peut reprendre la conversation là où un collègue l'a laissée. Ensuite, il mémorise : au fil des échanges, Claude accumule le contexte du projet sans que les utilisateurs aient à se réexpliquer à chaque session. Il prend aussi des initiatives, avec le mode "ambient behavior" activé, il surveille les canaux auxquels il a accès et remonte proactivement les informations pertinentes ou relance les tâches restées sans suite. Enfin, il travaille de façon asynchrone, pouvant poursuivre un projet sur plusieurs heures ou jours sans supervision constante. Anthropic affirme que ses propres équipes produit "délèguent désormais des tâches à de nombreux Claude en parallèle" et que 65 % du code de son équipe produit est déjà généré par la version interne de cet outil, une affirmation frappante sur l'adoption réelle en interne. Claude Tag s'inscrit dans une compétition frontale pour le contrôle de la couche de collaboration d'entreprise, là où se prennent les décisions et s'accumule la connaissance institutionnelle en temps réel. Microsoft (Copilot dans Teams), Google (Gemini dans Workspace) et Salesforce (Agentforce) occupent déjà ce terrain. Anthropic tente de s'y imposer avec un argument de différenciation clair : un agent conçu pour s'intégrer dans les dynamiques d'équipe existantes plutôt que de les remplacer. Sur le plan de la gouvernance, les administrateurs définissent des identités Claude distinctes par usage, cloisonnées à des canaux et des outils spécifiques, avec des mémoires isolées entre contextes. Les suites restent à observer : la capacité de Claude à prendre des initiatives sur des canaux entiers, à surveiller les échanges et à décider de ce que les équipes doivent savoir, soulève des questions de contrôle et de transparence que les entreprises devront trancher avant tout déploiement à grande échelle.

UELes entreprises européennes sous abonnement Claude Enterprise ou Team peuvent dès maintenant tester Claude Tag en bêta, mais devront vérifier la conformité au RGPD avant tout déploiement à grande échelle, notamment pour les fonctions de surveillance ambiante des canaux.

OutilsOutil
1 source
Amazon Bedrock Data Automation : améliorer la précision de l'extraction de plans
3AWS ML Blog 

Amazon Bedrock Data Automation : améliorer la précision de l'extraction de plans

Amazon Web Services a enrichi son service Amazon Bedrock Data Automation (BDA) d'une fonctionnalité appelée "blueprint instruction optimization", conçue pour améliorer automatiquement la précision d'extraction de données structurées à partir de documents non structurés, factures, contrats, formulaires fiscaux ou dossiers d'inscription. Le principe repose sur des blueprints, des schémas personnalisables qui définissent les champs à extraire (numéro de commande, montant total, date, demandes spéciales) accompagnés d'instructions en langage naturel guidant le modèle. Jusqu'ici, lorsqu'un champ était mal extrait, les équipes devaient affiner manuellement ces instructions en boucle. Désormais, il suffit de fournir entre trois et dix documents d'exemple avec les valeurs attendues : BDA analyse les écarts entre ses résultats et la vérité terrain, puis reformule automatiquement les instructions de chaque champ en quelques minutes. Aucun fine-tuning de modèle séparé n'est nécessaire. L'impact est direct pour les équipes en charge de l'automatisation documentaire dans les entreprises. Traiter des documents provenant de centaines de fournisseurs différents posait un problème structurel : les libellés varient ("subtotal" vs "total"), les mises en page changent selon les périodes ou les partenaires, et la qualité des scans dégrade encore la reconnaissance. Ce cycle d'itération manuelle pouvait prendre plusieurs semaines par type de document. Avec cette optimisation automatisée, ce délai tombe à quelques minutes, ce qui réduit considérablement le coût de mise en production de pipelines de traitement intelligent de documents (IDP). Les organisations qui gèrent de grands volumes documentaires, assureurs, cabinets comptables, services achats, sont les premières bénéficiaires. Cette annonce s'inscrit dans la stratégie d'AWS visant à rendre l'automatisation documentaire accessible sans expertise en machine learning. Amazon Bedrock Data Automation, lancé pour unifier classification, extraction, normalisation et validation via une seule API, fait face à une concurrence croissante d'acteurs spécialisés comme Google Document AI ou Microsoft Azure Form Recognizer, ainsi que de solutions fondées sur des modèles de vision généralistes. En supprimant la nécessité de fine-tuner un modèle tout en automatisant le travail d'ingénierie des prompts, AWS réduit la barrière d'entrée pour les équipes métier. La prochaine étape logique serait d'étendre cette optimisation à des flux documentaires plus complexes impliquant plusieurs types de documents interconnectés, un enjeu central pour des secteurs comme la finance ou la santé.

UELes entreprises françaises et européennes gérant de grands volumes documentaires (assureurs, cabinets comptables, services achats) peuvent réduire leurs délais de mise en production de pipelines d'extraction documentaire de plusieurs semaines à quelques minutes, sans expertise en machine learning.

OutilsOutil
1 source
De l'idée à l'application IA : créer des assistants de recherche intelligents avec Strands
4AWS ML Blog 

De l'idée à l'application IA : créer des assistants de recherche intelligents avec Strands

Amazon Web Services a publié Strands Agents, un framework open source sous licence Apache 2.0 qui permet de construire un assistant de recherche IA fonctionnel en une trentaine de lignes de Python. L'outil s'appuie sur les modèles fondamentaux d'Amazon Bedrock pour doter les agents d'une capacité de raisonnement autonome, sans avoir à coder manuellement chaque étape logique. AWS affirme déjà utiliser Strands Agents en production dans plusieurs de ses propres services, notamment Amazon Q et AWS Glue. L'annonce s'accompagne de la présentation de Kiro, un environnement de développement intégré alimenté par l'IA, qui intègre un mécanisme d'extensions appelé "Kiro Powers" : plus de cinquante modules préconfigurés couvrant la conception, le déploiement, la sécurité et l'observabilité, installables en un clic. Le module Strands, par exemple, embarque la documentation du SDK, des guides de démarrage et les patterns d'API corrects pour que Kiro puisse générer des agents fiables dès le premier essai. L'enjeu est de taille pour les équipes de développement : orchestrer plusieurs appels d'API, gérer l'état des conversations et construire des agents capables de planifier leurs actions représentait jusqu'ici un chantier réservé aux spécialistes du traitement du langage naturel et des systèmes distribués. Strands Agents casse cette barrière grâce à une approche model-driven où c'est le LLM lui-même qui prend en charge la logique et l'enchaînement des outils, le développeur n'ayant plus qu'à fournir un prompt et une liste de fonctions décorées avec @tool. Le framework est agnostique en matière de fournisseur : il fonctionne avec Amazon Bedrock, Anthropic et OpenAI, et supporte des architectures allant du simple agent isolé aux réseaux multi-agents hiérarchiques. Les réponses en streaming temps réel le rendent particulièrement adapté aux interfaces interactives. Cette publication s'inscrit dans une offensive plus large d'AWS pour capter les développeurs dans l'écosystème d'agents IA, un marché en pleine structuration où Google, Microsoft et Anthropic proposent leurs propres frameworks et plateformes. En rendant Strands open source et en le couplant à un IDE maison, AWS mise sur l'effet de réseau et la fidélisation par les outils plutôt que par le seul accès aux modèles. La compatibilité native avec AWS Lambda et IAM Identity Center facilite le passage du prototype à la production sans réécriture, ce qui constitue un argument décisif pour les entreprises déjà ancrées dans l'écosystème cloud d'Amazon. Les prochaines étapes probables incluent l'extension de la bibliothèque de Kiro Powers par la communauté et l'intégration plus étroite de Strands avec d'autres services AWS d'analyse et d'automatisation.

UELes équipes de développement européennes peuvent adopter Strands Agents pour accélérer leurs projets d'agents IA, mais l'intégration native avec Lambda et IAM renforce la dépendance à l'écosystème AWS, ce qui soulève des questions de souveraineté numérique pour les entreprises françaises et européennes.

OutilsOutil
1 source

Recevez l'essentiel de l'IA chaque jour

Une sélection éditoriale quotidienne, sans bruit. Directement dans votre boîte mail.

Recevez l'essentiel de l'IA chaque jour

Gratuit · 1 email le matin, l'essentiel de l'IA · désinscription en un clic