J'étais sur le point de commencer à écrire cet article lorsque j'ai remarqué quelque chose d'étrange dans ma session Claude Code. Il était 9 h 47 un mercredi – le créneau exact de la journée où mon pipeline d'agents se déroule habituellement. Heures de pointe. La fenêtre où j'avais accepté il y a longtemps que mon budget de cinq heures serait étendu à quelque chose comme trois heures et demie. Je diviserais de manière préventive ma session en deux terminaux, l'un exécutant une refactorisation de contexte long sur Opus, l'autre exécutant des tâches d'agent plus petites sur Sonnet, tous deux limités à une analyse.
Cette fois, rien n’a été limité. Les tâches que j'avais mises en file d'attente pour exécuter sur la voie lente se terminaient à pleine vitesse. Vers 10h30, j'avais fait ce qui me prendrait normalement jusqu'à l'heure du déjeuner. Je suis retourné au terminal, j'ai effectué ma vérification d'utilisation et j'ai vu le nouveau plafond posé là. Environ le double de ce que j'avais mardi.
Voici ce qui a changé : le 6 mai 2026, lors du premier jour de la première conférence des développeurs "Code with Claude" de Anthropic à San Francisco, la société a annoncé un partenariat de calcul stratégique avec SpaceX - et en quelques heures a mis en ligne l'extension de capacité la plus généreuse que les utilisateurs de Claude aient jamais vue dans une seule mise à jour. Les limites de tarif de cinq heures ont doublé dans Pro, Max, Team et Enterprise par siège. Limitation des heures de pointe supprimée pour Pro et Max. Et les limites de taux Opus API ont été augmentées de ce que l'annonce a décrit comme des montants « considérables » – des rapports indépendants ont fait monter le plafond d'entrée de niveau 1 jusqu'à 1 500 % et la production jusqu'à 900 %.
Si vous avez passé du temps à lutter contre le mur des limites de taux Claude au cours de la dernière année, vous savez déjà ce que signifient ces chiffres. Si ce n'est pas le cas, reste avec moi. Parce que le titre n’est pas vraiment l’accord SpaceX, ni les limites de taux. Le titre est ce qui devient possible lundi matin et qui n'était pas possible vendredi après-midi.
Ce qui a été annoncé (et ce qui est réel)
Permettez-moi de clarifier les faits avant d'aborder les implications, car les reportages à ce sujet ont été un peu inégaux.
L'accord : Anthropic a signé un contrat avec SpaceX pour prendre la totalité de la capacité de calcul de Colossus 1, le centre de données initialement construit pour xAI. Cela représente environ 300 mégawatts de puissance et plus de 220 000 GPU Nvidia – un mélange d'accélérateurs H100, H200 et GB200 de nouvelle génération. La capacité sera mise en ligne « dans le mois » selon la propre annonce de Anthropic, c'est-à-dire début juin 2026.
L’élément de science-fiction – celui qui fait la une des journaux – est l’accord à long terme visant à développer « plusieurs gigawatts de capacité de calcul orbitale AI ». Ce sont des clusters GPU dans l'espace. Real, sur le communiqué, a signé. Je reviendrai sur la question de savoir si cela est important, car la réponse est plus intéressante que ce que disent les croyants ou les sceptiques.
Les modifications destinées aux utilisateurs sont expédiées immédiatement :
- Les limites tarifaires de cinq heures Claude Code ont doublé pour les forfaits Pro, Max, Team et Enterprise par siège. Il s'agit de la limite qui se réinitialise toutes les cinq heures au cours d'une session. 2. Limitation des heures de pointe supprimée pour Pro et Max sur Claude Code. Auparavant, les matins de semaine étaient soumis à des limites réduites. C'est fini pour ces deux niveaux. 3. Les limites de débit Claude Opus API ont été considérablement augmentées. Le nombre de jetons d'entrée par minute de niveau 1 aurait augmenté d'environ 30 000 à environ 350 000+ selon le niveau, soit un bond d'environ 16x. La sortie est passée de 8 000 TPM à 80 000 TPM, soit un 10x propre. (Le multiplicateur d'entrée est plus élevé car la sortie coûte plus cher en calcul par jeton ; l'asymétrie est structurelle.)
Les agents gérés obtiennent plus de marge : le harnais d'agent de production Anthropic lancé en avril 2026 fonctionne désormais également sur le nouvel espace de calcul, ce qui est plus important que ce que les gens pensent.
La conférence elle-même — Code with Claude — s'est tellement vendue que Anthropic a ajouté une deuxième journée à San Francisco et confirmé des éditions à Londres et à Tokyo. La veille du coup d'envoi, Anthropic a également annoncé une coentreprise de 1,5 milliard de dollars avec Blackstone, Hellman & Friedman et Goldman Sachs pour lancer une société de services AI ciblant des centaines d'entreprises de taille moyenne.
C'est la nouvelle. Parlons maintenant de pourquoi cela est plus important qu’il n’y paraît.
Pourquoi cela a été si dur pour tous ceux qui construisent déjà
Si vous utilisez Claude avec désinvolture (en l'ouvrant une fois par jour, en posant une question, en fermant l'onglet), la majeure partie de cette mise à jour est invisible. Vous n'aviez pas heurté le mur. Le mur frappait des gens comme moi.
Je gère un pipeline de contenu multimarque via une pile d'agents Claude Code. Le système que vous lisez en ce moment ? Il s'agit de @aria, un agent axé sur la recherche qui effectue des recherches sur le Web, analyse les publications existantes et génère plus de 3 000 articles. Derrière lui se trouve un groupe d'agents de support : un pour les invites d'image, un pour les vérifications SEO, un pour la génération de packages de distribution. Un mercredi normal, ce pipeline brûle à lui seul les jetons Opus à un rythme qui dépasse les limites de débit au moins deux fois par semaine au cours des six derniers mois.
La douleur a été réelle et spécifique. Trois modèles que j'ai combattus :
La falaise de 9 heures du matin. Les mardis matins, mercredis matins, jeudis matins — au moment où la côte est des États-Unis et l'Europe se chevauchent, mes sessions Claude Code ralentissent. Ne vous arrêtez pas. Lent. Les tâches qui prenaient 90 secondes à 6 heures du matin prendraient 4 minutes à 10 heures. Multipliez cela sur une pile d'agents effectuant des dizaines d'appels, et une session qui devrait se terminer dans vingt minutes s'éternise à quatre-vingt-dix. J'avais compensé en faisant la queue pour des travaux pénibles le soir et le week-end. C'est une solution de contournement, pas un flux de travail.
Le plafond de cinq heures sur Max. Je suis sur le forfait Max parce que ma pile d'agents en a réellement besoin : l'économie d'abonnement pure sur un forfait 20x ou 100x bat API par jeton pour le type de volume que j'exécute. Mais la limite de cinq heures signifie que je planifie en fonction de cela. Je fais un lot. Je regroupe le travail. J'ai divisé ma journée en "fenêtres Claude" et "fenêtres non Claude". Cette structure convenait parfaitement au codage en solo. C’était pénible pour les pipelines d’agents autonomes qui fonctionnent selon leur propre calendrier.
Opus API limite le parallélisme étouffant. Lorsque j'avais besoin de me déployer (par exemple, générer dix variantes de contours en parallèle avant d'en choisir une), les limites de débit API par minute sur Opus m'étranglaient fortement. Je sérialiserais ce qui aurait dû être parallèle. La pile d'agents effectuerait cinq appels consécutifs alors qu'elle aurait dû effectuer cinq appels au même instant.
Le doublement corrige presque complètement les deux premiers. L'augmentation de la limite de taux Opus API – en supposant que les chiffres rapportés par 9to5Google et d'autres soient exacts pour mon niveau – fait du troisième un non-problème. C'est un changement structurel dans la façon dont je peux concevoir des agents.
Si vous ne construisez pas déjà à cette échelle, vous lisez peut-être ceci en pensant que les limites n'étaient pas si mauvaises. Ce n’était pas le cas pour la plupart des utilisateurs. Mais ils représentaient le plafond de la prochaine couche de ce qui était possible. Ce plafond vient de bouger.
La pénurie de calcul a toujours été la véritable histoire
Éloignez-vous un instant des chiffres de limite de débit et posez la question la plus importante : pourquoi Anthropic a-t-il dû faire cela ?
La réponse est la partie la plus couverte par la couverture médiatique. Anthropic est en manque de calcul depuis au moins un an. Les pannes ont été suffisamment fréquentes pour que la page d'état Anthropic soit un onglet que je garde ouvert. Les mises à niveau du plan ont été limitées à un moment donné : Claude Code était réservé au plan Max pendant un certain temps, car le système ne pouvait pas gérer un déploiement plus large. Les sessions semblaient plus lentes aux heures de pointe, non pas parce que le modèle devenait plus stupide, mais parce que les serveurs d'inférence étaient saturés.
La demande dépasse la capacité de calcul. Chaque sortie de modèle a aggravé la situation. Chaque déploiement de Claude Code a aggravé la situation. Sonnet 4.6 a atteint 1 million de fenêtres contextuelles en mars ; Opus 4.6 a suivi ; Opus 4.7 a été abandonné plus tôt en 2026. Chaque génération a attiré davantage d'utilisateurs vers des flux de travail plus intensifs, et chaque génération a créé plus de pression sur la même base matérielle contrainte.
La stratégie de calcul de Anthropic a toujours été multifournisseur. AWS Trainium, Google TPU, silicium personnalisé Broadcom-Anthropic, Microsoft Azure, Nvidia-direct, Fluid Stack sur le côté. SpaceX est la couche la plus récente de cette diversification, et c'est de loin l'ajout le plus important. Colossus 1 a été construit à l'origine pour les modèles Grok de xAI. Lorsque cette capacité est devenue contractuellement disponible, Anthropic a tout pris.
C’est la décision qui brise le goulot d’étranglement. Pas "nous obtenons des GPU supplémentaires". Plutôt "nous triplons la superficie en une seule signature".
La raison qui compte pour les constructeurs n’est pas la générosité. C'est la fiabilité. Les limites de taux qui ont doublé aujourd'hui ne doublent pas parce que Anthropic est soudainement devenu grand. Ils doublent parce que la capacité sous-jacente a finalement rattrapé la demande, avec une marge disponible. La même dynamique qui nous a donné ces plafonds plus élevés est aussi ce qui les rend durables. J'ai traversé suffisamment de cycles technologiques de « offre de niveau gratuit, retrait de niveau gratuit » pour savoir que les extensions soutenues par la capacité résistent bien mieux que les extensions promotionnelles.
L'angle de calcul orbital : réalisme sceptique
Maintenant, la partie sur laquelle tout le monde veut poser des questions. GPU dans l'espace. Réel ou marketing ?
Voici mon point de vue honnête : c’est réel, mais pas comme le suggèrent les gros titres. Anthropic et SpaceX se sont engagés à développer une capacité de calcul orbitale de plusieurs gigawatts. Il s'agit d'une déclaration de capacité, pas d'une date de livraison. Personne n’enverra de H200 en orbite terrestre basse au prochain trimestre. La physique n'est pas encore là : durcissement aux radiations, gestion thermique, refroidissement sans atmosphère, latence pour les utilisateurs terrestres, économie de lancement pour du matériel ayant une durée de vie utile d'environ quatre ans. Chaque problème représente à lui seul une ligne de recherche de plusieurs milliards de dollars.
Mais – et c’est là que je pense que les propos dédaigneux sont erronés – la contrainte qui motive cette situation est réelle et ne cesse de s’aggraver. Le calcul terrestre AI est entravé par trois éléments : la production d'électricité, l'eau pour le refroidissement et l'atterrissage à proximité du réseau. Les États-Unis affrontent simultanément les trois. De nouveaux projets de centres de données ont été bloqués au niveau local en raison de la consommation d'eau. Les réseaux électriques de Virginie et du Texas sont à la limite. Le prochain gigawatt de capacité de calcul en 2027 sera plus difficile à ajouter que le précédent. Les dix prochains gigawatts, en 2030, seront encore plus durs.
Orbit n'a pas ces contraintes. L'énergie solaire est ininterrompue. Le refroidissement n’est qu’une dissipation radiative dans l’espace. La terre n'est pas une chose. Le problème n'est pas "pourriez-vous mettre un GPU en orbite" mais plutôt "pourriez-vous le faire de manière économique". Alors que Starship pourrait amener les coûts de lancement à 10 dollars par kilogramme d'ici la fin de la décennie, les calculs commencent à prendre en compte certaines charges de travail. En particulier les charges de travail de formation par lots qui ne nécessitent pas de latence d'une milliseconde pour un utilisateur.
Alors, le calcul orbital va-t-il alimenter votre session Claude Code en 2027 ? Non. Cela représentera-t-il une part significative du calcul de la formation sur les modèles frontières d’ici 2030 ? Peut être. Probablement. Les entreprises qui parient contre cette trajectoire sont celles qui m’inquiéteraient. Ce qui compte réellement aujourd’hui, cependant, ce sont les 300 mégawatts qui seront mis en service à Memphis ce mois-ci – et non les gigawatts qui finiront par être mis en orbite.
Quels changements dans mon flux de travail demain
C’est la partie qui m’intéresse vraiment : qu’est-ce que je construis différemment maintenant ?
Je me suis assis avec ma propre configuration le lendemain de l'annonce et j'ai parcouru les projets dans mon dossier « mis de côté en raison des limites de débit ». Il y en avait six. J'en ramène trois. Deux d’entre eux sont désormais intéressants comme ils ne l’étaient pas hier.
1. La fenêtre contextuelle 1M devient enfin un moteur quotidien
J'ai écrit un article complet sur le contexte de jeton 1M de Opus 4.6 lors de sa livraison, et le verdict honnête était que cela fonctionnait techniquement mais coûtait du temps réel et des jetons à utiliser à grande échelle. Introduire 800 000 jetons dans une session était quelque chose que je ferais pour un audit spécifique de grande base de code, et non pour un flux de travail récurrent.
Avec les limites de taux Opus API augmentées par les multiplicateurs signalés, ce calcul change. Pousser un million de jetons via un agent dans une boucle serrée devient possible sans voir le compteur par minute apparaître en rouge. Pour mon pipeline, cela signifie qu'un agent de recherche peut conserver l'intégralité du contexte des publications d'une marque (plus de 200 articles pour mejba.me uniquement) en une seule session et raisonner sur l'ensemble de celui-ci sans avoir besoin de se diviser en appels plus petits. Il s'agit d'un changement structurel par rapport à l'autorité thématique dans mon flux de travail.
2. Orchestration multi-agents avec sous-agents parallèles
C’est le plus gros déblocage pour moi. Mon pipeline existant exécute les agents séquentiellement dans la plupart des cas : l'agent de recherche se termine, puis l'agent d'écriture démarre, puis l'agent de vérification SEO, puis l'agent de distribution. La raison n’est pas que le séquentiel est meilleur. C'est que les exécuter en parallèle signifiait déployer suffisamment d'appels Opus API par minute pour étouffer la limite de débit.
Avec un TPM de sortie d'environ 80 000 au lieu de 8 000, je peux exécuter ces agents en parallèle sans limitation. Le temps estimé pour générer un message terminé passe d'environ 18 minutes à environ 6 minutes au dos de mon enveloppe. Plus important encore, je peux exécuter plusieurs pipelines complets simultanément : cinq publications, dix publications à la fois, chacune avec sa propre pile d'agents. Le type d'architecture en essaim d'agents dont j'ai parlé en mars dernier devient soudainement un flux de travail quotidien, et non une expérience de week-end.
3. Workflows de production sur Claude Code, pas seulement des prototypes
Il existe une version réelle de la façon dont la plupart d'entre nous utilisent Claude Code : en tant que partenaire de codage pendant le développement, en supposant que les pipelines de production appartenaient à API. Les raisons étaient les limites de débit et le modèle basé sur la session : le budget de cinq heures de Claude Code ne correspondait pas clairement à "cette chose fonctionne toutes les quinze minutes pour toujours".
Les limites de débit doublées + la suppression de la limitation des pics modifient le rapport coût-bénéfice. Une session Claude Code sans pénalité de pointe et avec deux fois plus de marge constitue un budget suffisant pour de nombreux travaux de production récurrents. Je surveille particulièrement ma routine de contrôle de santé SEO - elle s'exécute actuellement via le API et coûte ~ 11 $ /day. Sur le plan Max, la même charge de travail s'inscrit probablement dans le nouveau plafond de cinq heures sans débordement. Il s'agit d'un changement de coût mensuel mesurable.
L’annonce des agents gérés est également importante ici. Anthropic a lancé les agents gérés en avril avec des déclencheurs de webhook, un état persistant et une coordination multi-agents comme primitives de base. Le produit était réel mais sa capacité était limitée au lancement : la plupart des utilisateurs atteignaient les limites de débit avant d'atteindre des cas d'utilisation intéressants. Avec le nouvel espace de calcul, les agents gérés cessent d'être un produit bêta et commencent à être quelque chose pour lequel je déploierais réellement un pipeline.
4. Les solutions de contournement hacky que je peux arrêter de faire
Cette liste est satisfaisante. Choses que j'ai faites au cours de la dernière année uniquement pour éviter les limites de taux :
- Répartition des sessions Claude Code sur deux terminaux pour doubler le budget
- Routage de certaines tâches d'agent vers OpenRouter ou d'autres fournisseurs lorsque Anthropic était limité
- Préchargement agressif du contexte au début d'une session car je savais que le modèle ralentirait plus tard
- Utilisation d'un proxy LLM local pour garder certains travaux de prototype hors du pipeline principal
- Planification des exécutions de génération de contenu les nuits et les week-ends pour éviter les pics
La plupart d’entre eux disparaissent. Pas tous – je souhaite toujours une diversité de prestataires pour la résilience, et les LLM locaux sont toujours utiles pour le prétraitement non critique. Mais les solutions de contournement quotidiennes que je faisais juste pour rester en dessous de la limite ? Pour la plupart retraités.
Le piège dont personne ne parle
Je veux être honnête sur quelque chose que l’annonce a passé sous silence.
Des limites de taux doublées ne signifient pas des limites de taux illimitées. Ils signifient un plafond plus élevé. Si votre utilisation était déjà fixée à 95 % de l’ancien plafond, vous disposerez désormais d’une marge. Si votre utilisation évolue linéairement avec le plafond – et pour les utilisateurs expérimentés, c'est le cas – vous trouverez le nouveau plafond en un quart. Le modèle de chaque précédente expansion de capacité de Claude était que la demande absorbe la nouvelle marge plus rapidement que quiconque ne le projetait.
Deuxième problème : l'annonce précise Pro, Max, Team et Enterprise par siège. Si vous disposez d'un contrat d'entreprise personnalisé ou d'un niveau API de paiement par jeton spécifique qui ne figurait pas dans la liste nommée, vous souhaiterez vérifier votre tableau de bord avant de supposer que les limites ont été modifiées pour vous. L'augmentation de la limite de taux Opus API est plus large, mais je vérifierais les nouveaux plafonds TPM sur votre compte spécifique avant de concevoir autour d'eux.
Troisièmement – et celui-ci est structurel – le calcul SpaceX est « dans le mois ». Ce langage est précis. La capacité augmente, mais elle n’est pas pleinement opérationnelle. Si vous testez les nouveaux plafonds au cours de la première semaine et que vous les trouvez légèrement plus stricts que ce que l'annonce laissait entendre, la réponse pourrait être que votre trafic atteint une infrastructure qui n'a pas encore complètement démarré. Planifiez l'état d'équilibre, pas l'état du jour du lancement.
Quatrième : la limitation des heures de pointe a été supprimée pour Pro et Max sur Claude Code en particulier. Pas pour le API. Pas pour Sonnet. Pas pour les niveaux Team ou Enterprise (bien que ceux-ci aient des mécanismes différents). Si votre charge de travail est pilotée par API sur un forfait non-Pro/Max, vous n'avez pas reçu ce cadeau particulier. Vous avez obtenu une augmentation des limites tarifaires, mais pas la suppression des heures de pointe.
Rien de tout cela n’est écrit en petits caractères destinés à décevoir. C'est juste la différence entre un titre marketing et une spécification de configuration. Lisez les limites réelles de votre niveau. Exécutez votre propre test mercredi à 10 heures avant de repenser votre pile autour des nouveaux chiffres.
Ce que je regarde ensuite
Trois choses que je suivrai au cours des 30 prochains jours :
La capacité tient-elle sous charge ? La raison pour laquelle chaque expansion précédente de Claude a finalement semblé limitée est que la demande a absorbé l'offre. Le code avec Claude va attirer une vague de nouveaux constructeurs. L'adoption des agents gérés va s'accélérer. L'entreprise d'entreprise Goldman/Blackstone va intégrer Claude dans des centaines de nouveaux déploiements de taille intermédiaire. Tout cela va atteindre le nouveau niveau de calcul. D'ici juillet, nous saurons si 300 MW + 220 000 GPU constituaient une « marge confortable » ou « à peine suffisante ».
Anthropic fournit-il la prochaine couche de primitives d'orchestration ? Les agents gérés en avril constituaient une base. La conférence Code with Claude a confirmé que Anthropic souhaite que les développeurs dépassent les « appels API individuels » et se tournent vers des « pipelines d'agents durables et autonomes ». Une fois les contraintes de limite de débit supprimées, je m'attends à ce que la prochaine série de fonctionnalités de la plate-forme (meilleurs déclencheurs de webhooks, agents à exécution plus longue, coordination multi-agents native) diminue au cours des deux prochains trimestres. C’est là que résident les véritables multiplicateurs de productivité pour les constructeurs comme moi.
Comment cela remodèle-t-il le paysage concurrentiel ? OpenAI a annoncé la même semaine sa propre coentreprise de services aux entreprises. xAI se trouve désormais dans la position délicate d'avoir vendu de la capacité à son plus grand rival. Microsoft, Google et Meta surveillent tous de près la dynamique de la capacité de calcul. Les entreprises qui obtiendront les 10 prochains GW de calcul d’inférence jusqu’en 2027 définiront quels modèles deviendront des modèles de production par défaut pour les charges de travail d’entreprise. SpaceX-Anthropic vient de mettre un drapeau sérieux dans le sol.
Alors à propos de ce mercredi matin
Retour au début de cet article. J'avais remarqué que l'accélérateur avait disparu, j'avais vérifié mon utilisation et j'avais trouvé le plafond doublé. Jeudi, j'avais lancé trois projets de mon dossier sur les étagères. Vendredi, j'avais remanié une partie du pipeline @aria pour diffuser des appels de sous-agents parallèles d'une manière qui aurait été impossible une semaine plus tôt.
Ce qui est intéressant, ce n’est pas que tout cela était techniquement impossible auparavant. Les capacités du modèle n'ont pas changé. Opus 4.7 hier est Opus 4.7 aujourd'hui. La fenêtre contextuelle 1M a fonctionné en avril. L’orchestration multi-agents était déjà un modèle.
Ce qui a changé, c’est le niveau opérationnel sous-jacent à tout cela. Créez quelque chose sur Claude qui dépend d'une inférence parallèle cohérente, à grand volume, et vous n'avez plus besoin de concevoir autour de la contrainte. La contrainte vient d’être levée d’un ordre de grandeur proche dans la direction la plus contraignante.
C'est ce que les partenariats informatiques vous achètent réellement : non pas "plus de fonctionnalités", mais "moins de choses à planifier". L'état d'esprit des limites en tant qu'architecture avec lequel je travaille depuis un an vient de vieillir d'un cycle.
Si vous avez retardé un projet parce que les limites de taux le rendaient irréalisable, c'est la semaine pour le retirer du marché et refaire le calcul. Le mur n’est peut-être pas là où vous vous souvenez l’avoir laissé.
Questions fréquemment posées
Quand les limites de débit Claude Code ont-elles été doublées ?
Les limites de débit Claude Code ont doublé le 6 mai 2026, annoncées lors du premier jour de la conférence des développeurs Code de Anthropic avec Claude à San Francisco. Le changement s'applique aux forfaits Pro, Max, Team et Enterprise par siège et est entré en vigueur immédiatement. La capacité derrière cela provient d'un nouveau partenariat informatique avec SpaceX au centre de données Colossus 1.
Que comprend réellement le partenariat Anthropic SpaceX ?
Anthropic s'est engagé à utiliser toute la capacité de calcul du centre de données Colossus 1 de SpaceX, obtenant ainsi accès à plus de 300 mégawatts de puissance et à environ 220 000 GPU Nvidia (un mélange d'accélérateurs H100, H200 et GB200). L'accord comprend également un engagement à long terme visant à développer une capacité de calcul orbitale AI de plusieurs gigawatts, bien que cet élément soit dans des années avant tout déploiement.
Les limites de taux Claude Opus API ont-elles également changé ?
Oui. Les limites de jetons d'entrée par minute de Claude Opus API ont été considérablement augmentées à tous les niveaux : des rapports indépendants ont indiqué une augmentation allant jusqu'à 1 500 % pour les jetons d'entrée de niveau 1 et d'environ 900 % pour les jetons de sortie. Vérifiez les nouvelles limites sur le tableau de bord de votre compte spécifique avant de les concevoir, car les multiplicateurs exacts varient selon le niveau.
Cela affecte-t-il la limitation des heures de pointe ?
La limitation des heures de pointe a été supprimée pour les utilisateurs Pro et Max sur Claude Code en particulier. Les sessions Claude Code pendant les heures du matin en semaine ne bénéficient plus du traitement à limite réduite que ces niveaux avaient l'habitude de voir. Les niveaux Équipe et Entreprise fonctionnent selon des mécanismes différents. Le changement aux heures de pointe ne s’applique pas au API autonome.
Dois-je repenser mon pipeline d'agents en fonction des nouvelles limites ?
Si votre pipeline existant était limité par une limite de débit – séquentiel là où il devrait être parallèle, limité aux heures de pointe ou atteignant régulièrement le plafond Claude Code de cinq heures – oui. Les changements structurels sont suffisamment importants pour justifier de revoir les décisions d’architecture que vous avez prises sous les anciennes contraintes. Testez les nouvelles limites par rapport à votre charge de travail réelle avant de reconstruire, car la capacité est déployée « dans le mois » plutôt que pleinement opérationnelle dès le premier jour.
Travaillons ensemble
Vous cherchez à créer des systèmes AI, à automatiser les flux de travail ou à faire évoluer votre infrastructure technologique ? J'aimerais aider.
- Fiverr (versions et intégrations personnalisées) : fiverr.com/s/EgxYmWD
- Portefeuille : mejba.me
- Ramlit Limited (solutions d'entreprise) : ramlit.com
- ColorPark (conception et image de marque) : colorpark.io
- xCyberSecurity (services de sécurité) : xcybersecurity.io
