Mon entreprise m'a imposé un régime extrême de tokens IA. Résultat : la pourriture du design.

Un budget mensuel strict de tokens par designer est une mesure légitime de maîtrise des coûts, et c'est aussi le moyen le plus rapide de livrer un travail de moins bonne qualité sans que personne ne l'ait décidé.

Quand on rationne les tokens de manière brutale, les designers tronquent le contexte, sautent la deuxième passe, et laissent le modèle se reposer sur son réglage générique par défaut. La ligne budgétaire baisse d'un chiffre que la finance peut voir. La qualité baisse d'un chiffre que personne ne mesure. Cet échange, c'est ce que j'appelle la pourriture du design, mon propre terme pour ce qui se produit quand deux tendances bien documentées de 2026 entrent en collision : les entreprises qui serrent la vis sur les dépenses IA, et la production IA qui s'effondre vers un plancher générique quand on la prive de contexte.

Aucune de ces deux tendances n'est un secret. Le pont entre elles, c'est la partie que personne n'a encore établie. Laissez-moi l'établir.

Ce qu'est vraiment un régime de tokens IA

Un token est l'unité de facturation des fournisseurs d'IA, à peu près un fragment de mot, comptabilisé à la fois sur ce qu'on envoie au modèle et sur ce qu'il renvoie. Un « régime de tokens » consiste, pour une entreprise, à plafonner combien chaque personne peut en dépenser par mois, de la même manière qu'elle plafonne le calcul cloud.

Les prix sont réels, et c'est pour ça que la finance a remarqué. Selon la tarification API publiée par Anthropic, Claude Opus 4.8 et Claude Sonnet 5 sont facturés comme indiqué ci-dessous, et Claude Haiku 4.5 démarre à 1 $ par million de tokens en entrée.

Source : tarification API publiée par Anthropic.

Un seul prompt coûte des centimes. Un designer qui alimente le modèle avec des guidelines de marque complètes, une bibliothèque de composants, trois captures d'écran de référence et cinq itérations, ça ne coûte pas des centimes. Multipliez ça par une équipe sur un mois et vous obtenez une facture qui mérite d'être plafonnée. Ça, c'est honnête.

Le virage : les dépenses IA sont devenues un budget par designer

Ce retournement est documenté, quatre rapports distincts en 2026 constatent le même revirement.

Voici la réserve honnête : chacun de ces plafonds documentés s'applique à toute l'entreprise ou vise l'ingénierie. Je n'ai trouvé aucune source rapportant qu'une entreprise nommée rationne les tokens spécifiquement pour son équipe de design. Le modèle de mesure arrive à la porte du design parce que c'est là que tous les coûts logiciels finissent par atterrir, pas parce qu'une étude de cas l'a déjà documenté.

À quoi ressemble la pourriture du design

La pourriture du design n'a rien de spectaculaire. C'est la dérive lente d'un travail « correct » qui était autrefois un bon travail. Elle se manifeste par des comportements, et chaque comportement a un coût.

Deux de ces lignes s'appuient sur des témoignages nommés de 2026. Le « Slop Floor » est le terme du designer Nurkhon Akhmedov pour désigner « ce que l'agent livre quand on lui donne un prompt sans ancrage ». Le comportement « caveman » est réel : 404 Media a rapporté que des développeurs chez OpenAI, Nvidia et GitHub ont adopté un plugin qui force les assistants IA à produire des sorties dépouillées pour réduire les coûts en tokens, « moins de "vous avez raison de me contredire", plus de "Hulk smash" ».

La ligne sur l'accessibilité est celle que je signale comme illustrative, pas rapportée. Je n'ai trouvé aucun cas documenté où un plafond de tokens aurait causé une régression d'accessibilité. C'est un symptôme plausible du même mécanisme, et je le présente comme un risque, pas comme un fait.

Pourquoi rationner les tokens se retourne contre le travail

La qualité de la production IA est fonction de la quantité de contexte qu'on lui donne, et les tokens, c'est du contexte. Privez l'entrée de contexte, et le modèle retombe sur ce qu'il connaît de plus moyen.

L'article de 2026 de Built In sur le AI design slop nomme précisément le résultat : des interfaces « techniquement correctes, mais dépourvues d'identité de marque spécifique ou de point de vue, érodant finalement la confiance des utilisateurs », une convergence que l'article présente comme le nouveau skeuomorphisme du design. Les chiffres du secteur pointent dans la même direction.

Le rapport AI in Design Report 2026 a constaté que 91 % des designers utilisent désormais l'IA au moins chaque semaine, contre 54 % en 2025, et que la panoplie moyenne d'outils a plus que doublé, passant de trois à sept outils. Le détail révélateur : le rapport cite la qualité de la production à la fois comme la principale raison pour laquelle les outils de design IA s'imposent et comme la plus grande plainte à leur sujet. La qualité, c'est tout l'enjeu, et c'est la première chose qu'un régime de tokens sacrifie.

Le témoignage d'Akhmedov est l'avertissement le plus tranchant. Il raconte avoir livré la production non ancrée du plancher pendant deux semaines avant de s'en rendre compte, parce que ça avait l'air correct.

« Le MCP relève le plancher », écrit-il. « Grimper vers le plafond reste votre travail. » Un plafond de tokens vous cloue au plancher et appelle ça des économies.

Le problème du shadow IT (clés API personnelles)

Certains designers paieront discrètement leur propre accès pour maintenir la qualité quand le plafond de l'entreprise dégrade le travail. Passer une clé API personnelle en note de frais, faire tourner le vrai contexte à leurs propres frais, livrer un meilleur travail que leurs collègues mesurés.

Je veux être précis, parce que la preuve ici tient d'une tendance, pas d'un cas nommé. Je n'ai trouvé aucun témoignage direct d'un designer passant une clé personnelle en note de frais spécifiquement pour contourner un plafond de tokens. Ce qui existe, ce sont des données sur le shadow AI à l'échelle de la main-d'œuvre : RedTeam Partners, citant le Salesforce 2026 Workforce AI Survey, rapporte que 67 % des employés utilisent des outils IA au travail alors que seulement 18 % des organisations ont des politiques de sécurité IA formelles. C'est exactement dans cet écart que prospèrent les contournements non sanctionnés.

Considérez donc ceci comme une prévision ancrée dans un véritable manque de gouvernance, pas comme un scandale rapporté d'une équipe de design. La logique est difficile à contester.

Si votre plafond pénalise les gens qui font un travail soigné, ces gens le contournent, et maintenant le contexte de votre marque transite par un compte personnel non surveillé. Vous n'avez pas économisé d'argent. Vous en avez juste perdu la trace.

Le contre-argument honnête (une part de rationnement est juste)

Les tokens ne sont pas gratuits, et une bonne partie des dépenses IA est du gaspillage véritable. L'exemple divulgué d'Accenture, « PDF vers diapositives », est du vrai gaspillage : cramer un modèle premium sur une tâche qui n'en avait jamais besoin. Ça vaut la peine d'être arrêté.

Les factures aussi sont réelles. Forbes a rapporté la propre justification de GitHub pour la facturation à l'usage, à savoir que les workflows agentiques consomment bien plus de calcul qu'un poste forfaitaire ne peut absorber. Et une analyse de gouvernance d'iSimplifyMe rapporte que la plupart des déploiements d'agents IA en entreprise dépassent leur budget pilote de quatre à onze fois au cours des 90 premiers jours, poussés en grande partie par une récupération non plafonnée et une récursion des appels d'outils.

Le budget n'est donc pas le méchant de l'histoire. Le plafond brutal, si. La faute, c'est de mesurer la réflexion au lieu du gaspillage.

Comment plafonner les dépenses IA sans pourrir le travail

Plafonnez le gaspillage, protégez le contexte. Le manuel de gouvernance existe déjà. Il a été écrit pour les ingénieurs, et il se transpose parfaitement au design.

• Compressez, ne tronquez pas. La recommandation d'iSimplifyMe est de résumer le contexte reporté à chaque point de contrôle, « payer le résumé une fois plutôt que la transcription brute dix fois », plutôt que de couper brutalement l'entrée dont le modèle a besoin.
• Répartissez par tâche. Envoyez le travail jetable vers un modèle bon marché comme Haiku et réservez le modèle coûteux au travail qui sera livré. Toutes les tâches n'ont pas besoin d'Opus.
• Escaladez, n'échouez pas en silence. iSimplifyMe recommande que le franchissement d'une limite stricte déclenche une réponse structurée « besoin d'une revue humaine » « plutôt qu'un événement de facturation », parce que « les utilisateurs tolèrent 'escaladé vers un humain', ils ne tolèrent pas les dépassements silencieux ».
• Plafonnez l'équipe, pas la tâche. Un budget mensuel mutualisé avec de la visibilité vaut mieux qu'une limite rigide par prompt qui force les designers à rationner en plein milieu de leur réflexion.
• Mesurez les reprises, pas seulement les dépenses. Le token que vous avez économisé n'est pas une économie s'il revient sous forme de reprise.

FAQ

Quatre questions reviennent chaque fois que ce cadrage est présenté. Réponses directes ci-dessous.

La « pourriture du design » est-elle un vrai terme du secteur ?

Non. C'est mon propre cadrage pour cet article. Les tendances qui le sous-tendent sont documentées, le rationnement de l'IA en entreprise et la production IA qui converge vers un plancher générique, mais aucune source que j'ai trouvée ne les relie sous un seul nom. Considérez-le comme un prisme, pas comme une mesure citable.

Les entreprises rationnent-elles vraiment les tokens IA en 2026 ?

Oui, même si les cas documentés concernent toute l'entreprise ou se concentrent sur l'ingénierie. TechCrunch a parlé de « l'ère du rationnement des tokens », 404 Media a rapporté le coup de vis d'Accenture, et Forbes a couvert la réduction par Microsoft de Claude Code ainsi que le passage de Copilot à la facturation à l'usage par GitHub. Aucun de ces cas ne nomme spécifiquement une équipe de design.

Pourquoi moins de contexte rend-il le design IA moins bon ?

Parce que la qualité de la production suit la quantité d'ancrage spécifique à la marque qu'on donne au modèle. Retirez-le, et vous obtenez le réglage moyen par défaut. Built In qualifie le résultat de travail techniquement correct mais dépourvu de point de vue, et l'AI in Design Report 2026 cite la qualité de la production comme la plus grande plainte à l'égard des outils de design IA.

Devrais-je simplement passer ma propre clé API en note de frais ?

Comprenez d'abord le risque. Le shadow AI est répandu, seulement 18 % des organisations ont des politiques IA formelles selon l'enquête Salesforce 2026, mais faire transiter le contexte de marque par un compte personnel non surveillé, c'est échanger un problème contre un plus gros. Réglez plutôt le plafond.

À retenir (mesurez les dépenses, pas la réflexion)

Un budget de tokens est une réponse raisonnable à une facture réelle. Un budget de tokens bête est une taxe silencieuse sur la seule chose pour laquelle votre équipe de design est payée.

La solution n'est pas de combattre le budget. C'est de le pointer vers le gaspillage, les tâches jetables, la récursion non plafonnée, le modèle premium qui fait un travail médiocre, et de laisser l'ancrage tranquille.

Compressez le contexte au lieu de le couper. Envoyez le travail bon marché vers des modèles bon marché. Escaladez vers un humain au lieu d'échouer en silence. Et suivez les reprises, parce que le token économisé ne compte pas s'il revient sous forme de reprise.

Bon marché et sûr, ce n'est pas l'objectif. Bon marché et sûr, c'est comme ça qu'on finit avec un portfolio plein de travaux qui passent la revue et n'émeuvent personne. Mesurez les dépenses. Laissez la réflexion tranquille.