Flux de travail
Changez d’agent, pas d’app.
Un agent de code peut épuiser son quota au milieu d’une tâche. Votre dépôt, lui, n’a rien épuisé. Laissez le travail en place, ouvrez l’autre agent et poursuivez dans le même terminal.
Cela arrive généralement après le début de la partie utile. L’agent a lu le dépôt, trouvé le chemin défaillant et modifié deux fichiers. Puis le terminal s’arrête sur une phrase sans rapport avec le code : vous avez atteint une limite d’usage ou de dépense.
Un vrai message de Claude Code ne prend pas de détour : You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit. Codex affiche ses propres avis et choix selon le compte. Les mots changent, l’interruption reste la même : une frontière de fournisseur vient de surgir au milieu de votre arbre de travail.
D’abord : quelle limite avez-vous atteinte ?
On appelle volontiers tout cela une « limite de tokens », mais l’expression confond trois problèmes. Une conversation peut remplir son contexte, un forfait peut épuiser son quota, ou un compte peut atteindre un plafond de crédits ou de dépenses. La suite dépend de ce que le produit signale réellement.
Contexte ou longueur
Une conversation contient tout ce que le modèle peut garder activement.
Que faire: Compactez ou résumez si possible, ou démarrez une nouvelle session avec une passation ciblée.
Quota d’utilisation
Votre forfait a consommé le quota de la fenêtre actuelle du produit.
Que faire: Consultez la réinitialisation et les choix de mise à niveau ou de crédits affichés pour votre compte.
Plafond de dépense ou crédits
La poursuite payante a atteint une limite personnelle, d’espace ou d’organisation.
Que faire: Ajoutez des fonds, modifiez le plafond, demandez à un administrateur, attendez ou changez d’agent.
Lisez l’avis affiché. Consultez la page d’utilisation du fournisseur pour connaître les choix de réinitialisation, de crédits ou d’administration propres à ce compte. Limites et remèdes varient selon le forfait et évoluent. Mais payer, attendre ou solliciter un administrateur ne sont pas les seuls moyens de faire avancer le travail.
L’abonnement s’est arrêté. Pas le dépôt.
La solution évidente a le coût d’un changement d’app
Sur téléphone, le réflexe est de quitter Claude pour ouvrir ChatGPT et Codex, ou l’inverse. Cela fonctionne au sens étroit : un autre agent est disponible. Mais cela remplace aussi tout le poste de pilotage au moment précis où vous avez besoin de continuité.
La navigation bouge, les contrôles d’approbation diffèrent, l’historique n’est pas rangé pareil. Une app peut proposer un flux absent de l’autre, et aucune n’est un terminal SSH général avec vos sessions tmux, votre navigateur SFTP et vos tunnels. Les premières minutes servent à retrouver les commandes plutôt qu’à comprendre les changements précédents.
Faites du terminal la couche stable
Exécutez Claude Code et Codex là où le travail réside déjà : sur la même machine, via le même client SSH. Dans Mobile SSH, changer de fournisseur revient parfois à ouvrir un autre volet tmux et lancer l’autre commande. L’interface reste familière car elle donne accès à votre serveur, pas à un seul fournisseur de modèles.
| État de travail | Conservé ? |
|---|---|
| Fichiers et modifications non validéesSur le même disque | ✓ Oui |
| État Git, diff et résultats des testsLisibles par les deux CLI | ✓ Oui |
| Hôte SSH, shell et répertoireLa même session | ✓ Oui |
| tmux, SFTP, tunnels et alertesLes mêmes outils mobiles | ✓ Oui |
| Historique de l’autre fournisseurNouvelle passation requise | — Non |
Voilà la portabilité utile. Le nouvel agent peut inspecter fichiers, diffs, résultats de tests et consignes présents sur le disque. Mobile SSH garde la connexion, tmux garde la session, SFTP et les redirections restent en place. Les alertes fonctionnent avec les deux agents, car le hook rapporte l’état du terminal sans dépendre d’un fournisseur.
La neutralité ne transfère pas magiquement le contexte. Elle préserve les preuves.
La passation honnête
La conversation de Claude ne devient pas celle de Codex, ni l’inverse. Ne dites pas simplement « continue » en espérant que le remplaçant voie une discussion détenue par un autre service. Donnez-lui l’état durable : règles du dépôt, diff, commandes déjà lancées et résultat attendu.
Une passation en quatre étapes
- Figez les preuves
Ne nettoyez ni n’écrasez l’arbre. Relevez
git status --shortet examinezgit diff --stat. - Lisez les règles locales
Demandez au nouvel agent de lire
AGENTS.mdet la documentation utile avant toute modification. - Rétablissez la référence
Lancez le test pertinent le plus petit et notez ce qui réussit, échoue ou n’a pas été essayé.
- Poursuivez dans un nouveau volet
Lancez l’autre CLI à côté de l’ancien volet, donnez objectif et contraintes, puis exigez l’inspection du diff avant toute édition.
Lis AGENTS.md, git status et le diff actuel. Préserve le travail existant. Lance les tests ciblés, explique ce qui reste, puis poursuis la tâche. Si le premier agent s’est arrêté avant de résumer, le diff fait foi. Demandez au remplaçant d’inspecter avant de modifier. Vous protégez ainsi le travail partiel, repérez les hypothèses du correctif et obtenez un point clair pour poursuivre, corriger ou annuler.
Une interface pour l’agent utile aujourd’hui
Codex et Claude Code ne sont pas interchangeables. Leurs forces, modèles, outils, limites et règles de compte diffèrent. C’est justement pourquoi l’interface ne devrait pas imposer un choix définitif. Choisissez selon la tâche, le quota disponible et les règles du dépôt.
L’app native d’un fournisseur reste souvent le chemin le plus rapide, sans configuration, vers son agent cloud. Gardez-la quand c’est ce qu’il vous faut. Mais si le travail vit sur une machine que vous contrôlez, un terminal général offre un foyer durable : une app pour joindre le serveur, tout agent installé et toute la boîte à outils SSH lorsque le travail redevient de l’ingénierie ordinaire.
Choisissez l’agent pour ses qualités. Gardez l’espace de travail selon vos règles.