Claude Code et Grok Build dans un même espace

La consommation de tokens fixe désormais le rythme des agents de développement. Un modèle peut être excellent sur une tâche et s'arrêter à mi-chemin, parce que le compte qui le fait tourner a épuisé son quota de la session ou de la semaine. Les développeurs ont commencé à traiter ces quotas comme une ressource à planifier : ils comparent ce que chaque abonnement permet et répartissent le travail entre les modèles en conséquence.

Un schéma revient souvent : un modèle pour le cerveau, un autre pour les mains. Un modèle Claude performant écrit le plan, et un second agent doté d'un large quota se charge de l'implémentation, longue et gourmande en tokens. Claude Code et Grok Build se prêtent bien à ce partage, parce qu'ils puisent dans deux budgets distincts, tenus par deux entreprises distinctes.

Sur SpineOS, vous pouvez faire tourner les deux dans le même espace de travail. Claude Code tourne sur un bureau cloud et Grok Build sur un autre, avec la même base de connaissances et le même tableau Mission Control. Quand le quota de l'un est en pause, l'autre continue sur son propre compte.

Pourquoi la consommation de tokens limite le travail d'un agent

Un agent de développement consomme des tokens bien au-delà des réponses que vous lisez, si bien que son quota s'épuise plus vite qu'en simple conversation. Chaque tour transporte la conversation jusque-là, les fichiers lus, la sortie des commandes exécutées et le raisonnement de l'agent.

La documentation d'Anthropic sur Claude Code nomme les principales causes :

• Le contexte long. Claude Code renvoie la conversation complète à chaque requête. Une courte question en fin de longue session mobilise donc tout l'historique.
• Le raisonnement. Les tokens de réflexion sont facturés comme des tokens de sortie, et le budget par défaut peut atteindre plusieurs dizaines de milliers de tokens par requête.
• La compaction. /compact relit la conversation qu'il résume, ce qui en fait une requête volumineuse. /clear, lui, ne coûte rien.

xAI dit la même chose de Grok dans sa FAQ : un message de chat demande peu de calcul, alors qu'une longue tâche de développement en demande beaucoup plus.

Conséquence concrète : une journée chargée de travail avec un agent finit par atteindre une limite, et la limite tombe en pleine tâche.

Ce que vaut un abonnement au prix de l'API

Un abonnement vaut bien plus que son prix quand on mesure le même travail aux tarifs de l'API. Des comparaisons partagées par des développeurs sur X estiment qu'un abonnement Claude Max à 200 dollars couvre plus de 7 000 dollars d'utilisation par mois aux prix de l'API, et que l'abonnement Grok le plus cher de xAI en couvre plus de 12 000.

Ni Anthropic ni xAI ne publient de quota de tokens par offre : ces chiffres restent des estimations. Les prix de l'API qui servent de référence, eux, sont publics :

Sources : la page des tarifs de l'API d'Anthropic et la liste des modèles de xAI, consultées le 14 septembre 2026. Les prix de grok-4.6 valent pour les requêtes de moins de 200 000 tokens ; xAI les double au-delà.

Deux enseignements. Le volume d'un agent de développement vient surtout des entrées qu'il relit à chaque tour, ce qui rend ces estimations crédibles pour quiconque fait tourner un agent toute la journée. Et l'écart de prix entre modèles est large : la sortie de Fable 5.1 coûte plus de huit fois celle de grok-4.6. C'est cet écart qui justifie le partage entre cerveau et mains.

Comment Claude Code et Grok Build comptent l'utilisation

Claude Code et Grok Build mesurent l'utilisation selon des horloges différentes, et aucun ne partage son quota avec l'autre. Le tableau résume ce que chaque éditeur publie pour ses abonnements.

Sources : l'article d'Anthropic sur l'offre Pro et son guide des coûts de Claude Code ; la FAQ Grok et la liste des commandes de Grok Build de xAI. Consultés le 14 septembre 2026.

Deux détails comptent quand vous organisez une journée autour de ces limites. Sur les abonnements Claude, les limites sont communes à Claude et à Claude Code : une longue conversation le matin laisse moins de marge à l'agent l'après-midi. Et Anthropic précise que les limites de session et hebdomadaires valent pour tous les modèles, si bien que changer de modèle avec /model ne rend pas l'accès. Côté Grok, le quota hebdomadaire couvre aussi la génération d'images et de vidéos.

Cerveau et mains : planifier avec Claude, coder avec Grok Build

Le partage entre cerveau et mains confie la planification au modèle en qui vous avez le plus confiance, et l'implémentation à l'agent qui dispose de la plus grande marge de tokens. Planifier produit peu de sortie, mais une sortie de grande valeur. Implémenter, c'est lire des fichiers, lancer des commandes, lire leur sortie et recommencer : c'est là que partent la plupart des tokens.

Sur SpineOS, ce partage tient sur deux bureaux :

1. Claude Code planifie. Sur le bureau Claude, choisissez avec /model le modèle qui fera la réflexion, par exemple Fable 5.1 ou Opus 5 selon ce que comprend votre abonnement Claude. Demandez-lui de lire le dépôt et d'écrire un plan d'implémentation.
2. Le plan va dans la base de connaissances. La base de connaissances de l'espace de travail est un ensemble de notes que chaque bureau de l'espace peut lire et écrire. Claude Code y écrit le plan sous forme de note.
3. Grok Build implémente. Le bureau Grok lit cette note et la déroule sur son propre quota xAI. Il ne dépense pas de tokens à réexplorer le dépôt pour retrouver ce que le plan dit déjà.
4. Claude Code relit. Une fois l'implémentation terminée, le bureau Claude relit la modification au regard du plan. La relecture est courte comparée à l'implémentation, et coûte donc peu au modèle le plus cher.

Mission Control assure le passage de relais quand vous ne voulez pas le faire à la main. Créez la tâche de planification attribuée au bureau Claude et la tâche d'implémentation attribuée au bureau Grok, ou ajoutez à chaque agent une étiquette qui décrit son rôle et répartissez les tâches par étiquette.

Le schéma ne se limite pas à ces deux agents. Codex tourne aussi sur SpineOS : un espace de travail peut réunir un planificateur Claude avec Codex et Grok Build comme deux paires de mains, chacun sur son propre compte. (Grok Bot, le produit d'agents hébergés de xAI, est distinct de Grok Build. Ce qui tourne sur un bureau SpineOS, c'est Grok Build, l'agent en ligne de commande.)

Ce qui se passe quand un agent atteint sa limite

Quand un agent atteint sa limite, son travail s'arrête jusqu'à la réinitialisation. Ce que vous perdez dépend de l'endroit où tournait l'agent et de ce qui attendait derrière lui.

Sur un portable, c'est souvent la session entière. Le terminal reste bloqué sur un message de limite, le reste du programme de l'après-midi attend, et le contexte accumulé est menacé dès que vous refermez l'écran.

Sur SpineOS, trois choses changent :

1. Le bureau garde son état. Chaque agent tourne sur son propre bureau cloud, avec un disque persistant. Un agent en pause conserve ses fichiers, son terminal, ses sessions de navigateur et sa conversation jusqu'à la levée de la limite.
2. Le travail planifié est reprogrammé. Quand une tâche Mission Control se heurte à une limite du fournisseur, SpineOS la remet dans la file pour après la réinitialisation au lieu de la marquer en échec. Elle est retentée une fois, pour qu'une limite persistante apparaisse bien comme un échec lisible.
3. L'autre agent n'est pas touché. Un bureau Grok Build tourne sur votre compte xAI, un bureau Claude Code sur votre compte Claude ou votre clé API. Un quota Claude en pause n'a aucun effet sur le bureau Grok voisin, et l'inverse est aussi vrai.

Il ne s'agit pas d'étirer le quota d'un éditeur. Chaque agent consomme sur son propre compte, selon les conditions de cet éditeur, et Anthropic précise que les limites annoncées de ses offres supposent un usage ordinaire et individuel. Ce que vous gagnez, c'est un second budget indépendant, avec un autre modèle derrière, qui travaille sur le même projet.

Faire tourner Claude Code et Grok Build dans le même espace de travail

Un espace de travail SpineOS peut contenir des bureaux qui font tourner des agents différents. La mise en place tient donc en deux créations de bureau.

1. Connectez-vous sur www.spinestudio.dev et ouvrez Accueil.
2. Créez un bureau, choisissez Claude Code comme agent et reliez-le à votre propre compte Claude ou à votre propre clé API Anthropic. Dans les deux cas, l'utilisation vous est facturée par Anthropic.
3. Créez un second bureau et choisissez Grok. Il démarre, puis vous demande de vous connecter avec votre compte grok.com grâce à un code court. SpineOS ne revend ni ne relaie l'inférence de xAI : la consommation de Grok se règle entre xAI et vous.
4. Donnez à chaque bureau un nom qui dit à quoi il sert. Si vous voulez que Mission Control répartisse le travail par rôle, ajoutez des étiquettes à chaque agent dans son annuaire.
5. Ouvrez Mission Control et créez des tâches. Attribuez une tâche à un bureau précis, ou laissez Assigner automatiquement à un agent disponible pour que l'agent libre la prenne.

Faire tourner deux agents à la fois demande une offre qui accepte deux bureaux. L'offre gratuite pendant la bêta en permet un. Pro, à 49 EUR par mois, en permet trois. Max, à 149 EUR par mois, en permet dix et ajoute les espaces de travail partagés pour une équipe. Le détail est sur la page des tarifs.

Partager le contexte sans partager la machine

Les agents partagent le contexte par la base de connaissances, et par rien d'autre. Chaque bureau est sa propre machine virtuelle, et les bureaux ne peuvent pas se joindre par le réseau.

Le bureau Grok ne peut lire ni les fichiers, ni les sessions de navigateur, ni les identifiants du bureau Claude. Les connecteurs et les secrets s'attachent bureau par bureau : vous décidez quel agent reçoit quelle intégration. C'est particulièrement utile pour le partage entre cerveau et mains : le planificateur peut détenir des accès dont l'implémenteur n'a jamais besoin, et une erreur dans la session d'un agent reste sur la machine de cet agent.

Consommer moins de tokens sur les deux agents

Les bonnes habitudes sont presque identiques sur les deux agents, parce que les deux éditeurs décrivent les mêmes coûts de fond.

• Repartir de zéro entre deux tâches sans rapport. Les deux agents proposent /clear. Un contexte périmé est renvoyé à chaque message.
• Compacter les longues sessions à bon escient. Les deux proposent /compact, disponible dans le menu de commandes du chat SpineOS comme dans le terminal. Gardez en tête que compacter une longue conversation est en soi une grosse requête.
• Garder les fichiers d'instructions courts. Anthropic conseille de limiter CLAUDE.md à moins de 200 lignes et de déplacer les instructions spécialisées ailleurs.
• Écrire des demandes précises. Selon le guide d'Anthropic, une demande vague comme « améliore ce code » déclenche un balayage large, alors qu'une demande précise limite les lectures de fichiers.
• Baisser l'effort de raisonnement pour les tâches simples. Les deux agents ont une commande /effort.
• Transmettre le plan sous forme de note. Un implémenteur qui part d'un plan écrit lit moins le dépôt qu'un implémenteur qui part d'une demande d'une ligne.

Questions fréquentes

Claude Code et Grok Build peuvent-ils tourner dans le même espace de travail SpineOS ?

Oui. Chaque agent tourne sur son propre bureau, et un espace de travail peut contenir des bureaux avec des agents différents. Ils partagent la base de connaissances et le tableau Mission Control, et restent isolés l'un de l'autre au niveau de la machine.

Puis-je planifier avec Claude et coder avec Grok Build ?

Oui. Demandez à Claude Code d'écrire le plan dans la base de connaissances, puis confiez la tâche d'implémentation au bureau Grok. Mission Control peut attribuer chaque tâche au bon bureau.

SpineOS cumule-t-il les quotas Claude et Grok ?

Non. Chaque agent utilise son propre identifiant et consomme sur les limites de son éditeur. SpineOS ne transfère pas d'utilisation d'un compte à l'autre.

SpineOS facture-t-il l'utilisation de Grok ?

Non. Sur SpineOS, Grok fonctionne avec votre propre compte grok.com : la consommation se règle entre xAI et vous. SpineOS facture le bureau.

Grok Bot et Grok Build, est-ce la même chose ?

Non. Grok Bot est le produit d'agents hébergés de xAI. Grok Build est l'agent de développement en ligne de commande de xAI, et c'est lui que SpineOS fait tourner sur un bureau.

Que devient une tâche planifiée quand Claude Code atteint une limite ?

Elle est reprogrammée pour après la réinitialisation, puis retentée une fois. Si la nouvelle tentative se heurte aussi à une limite, la tâche est marquée en échec avec un message qui l'explique.

Quelle offre faut-il pour faire tourner les deux agents ?

Pro ou Max. L'offre gratuite permet un bureau. Pro en permet trois, Max dix.

Créez un bureau Claude Code et un bureau Grok sur www.spinestudio.dev. Vos questions sont les bienvenues à contact@spinestudio.dev.

À lire aussi

• Exécuter Grok Build sur un bureau cloud persistant
• Alternative à Grok Bot : un bureau par agent
• Une base de connaissances partagée entre agents
• Isolation des agents IA : par agent ou par personne ?