T3 Code : configurer Claude Code, Codex et les passerelles API

Utilisez T3 Code pour réunir Claude Code et Codex dans une interface et réduire les transferts manuels de tâches. Installez d’abord le CLI d’un fournisseur, puis authentifiez-le ou configurez une instance distincte utilisant une API. Vérifiez la lecture d’un fichier du dépôt avant d’autoriser l’agent à modifier le code.

À la date du 2026-11-12, v0.1.9 est la dernière version stable. Elle est sortie le 11 novembre. La fonction Use T3 Code in another app (MCP) est arrivée dans v0.1.8, publiée le 9 novembre. Commencez par la version stable plutôt que par une préversion destinée aux mainteneurs.

Quand T3 Code est-il utile ?

Choisissez T3 Code pour passer fréquemment le travail d’un agent à un autre, gérer des tâches distinctes du projet ou les superviser à distance. Gardez votre CLI habituel si vous utilisez un seul agent dans un terminal et avez rarement besoin de ces fonctions.

T3 Code est une interface de contrôle, pas un nouveau modèle. L’environnement d’exécution de l’agent, ou harness, fournit les outils et les exécute. T3 coordonne ces environnements depuis ses interfaces de bureau, web et mobiles.

Le projet officiel prend notamment en charge Claude Code, Codex, Cursor, Grok Build, OpenCode, Antigravity et fx. Il est gratuit et distribué sous licence MIT. Vous continuez à payer le fournisseur du modèle. T3 ne revend pas de tokens et n’ajoute aucun quota à votre abonnement.

Si vous utilisez Claude Desktop ou l’application Codex, demandez-vous si une interface commune à plusieurs agents supprime des actions répétitives. Notre comparatif de Codex CLI, de l’application de bureau et de l’extension IDE aide à choisir lorsque seul le type d’interface vous intéresse.

Installez un fournisseur, puis T3 Code

Installez et authentifiez l’agent sur la machine où T3 l’exécutera. Un CLI installé uniquement sur votre ordinateur portable ne configure pas un serveur distinct.

L’exercice de transfert nécessite les deux fournisseurs. Pour n’en tester qu’un, utilisez celui que vous avez installé et arrêtez-vous avant le transfert.

Les exemples de terminal ci-dessous utilisent Bash sous Linux ou macOS sur Apple Silicon. Commencez avec un dépôt contenant README.md, sans données de test sensibles.

Pour Claude Code, suivez les instructions d’installation native d’Anthropic :

curl -fsSL https://claude.ai/install.sh | bash
claude --version

Pour une instance utilisant votre abonnement, exécutez claude auth login et terminez la connexion dans le navigateur. Pour un accès uniquement par API, ignorez cette connexion. Configurez l’instance isolée avec sa passerelle, comme indiqué plus bas, avant d’ouvrir un fil.

Pour Codex, le guide officiel du CLI propose cet installateur autonome :

curl -fsSL https://chatgpt.com/codex/install.sh | sh
codex login

Téléchargez T3 depuis t3.codes ou le dépôt GitHub indiqué sur ce site. Vérifiez l’orthographe du domaine : l’adresse officielle est t3.codes, et non t33.codes.

Pour utiliser l’interface web locale, exécutez :

curl -fsSL https://t3.codes/install.sh | sh
t3

La commande t3 lance le serveur et ouvre l’application web locale. Si l’installateur demande d’ajouter son répertoire au PATH, suivez cette instruction.

Si Node.js et npm sont déjà disponibles, npx t3@latest permet un essai ponctuel. Pour l’application de bureau macOS, exécutez brew install --cask t3-code dans le terminal.

Sous Windows, suivez d’abord les instructions Windows de votre fournisseur pour installer l’agent. Installez ensuite T3 dans PowerShell :

irm https://t3.codes/install.ps1 | iex
t3

Ouvrez Settings → Providers et sélectionnez l’environnement qui contient le dépôt. Activez le fournisseur dans cet environnement. Pour réutiliser une connexion existante de Codex CLI, ajoutez une instance de Codex et choisissez Configure manually.

Si un fournisseur manque, vérifiez son installation et sa connexion sur la machine de l’environnement concerné. Renseignez son exécutable dans Binary path si T3 ne le trouve pas dans le PATH. Le guide d’installation décrit ces réglages propres à chaque environnement.

Vérifiez la lecture d’un fichier, puis passez le fil à Codex

Commencez par une tâche de lecture seule pour vérifier le fournisseur, le dépôt et l’exécution des outils avant de tester des modifications de code.

Ajoutez le dépôt comme projet, puis ouvrez New thread. Pour cet exercice, sélectionnez Claude et choisissez explicitement les permissions Supervised dans la zone de saisie. Ce mode demande une approbation pour les commandes et les modifications de fichiers. Examinez les demandes avant de les accepter.

Envoyez le message suivant. Il demande de lire README.md, de citer son premier titre et d’identifier la commande de test documentée, sans modifier de fichiers ni lancer de tests.

Read README.md from this repository.
Quote its first heading and identify the documented test command.
If no test command is documented, say so.
Do not modify files or run tests.

Vérifiez l’activité enregistrée des outils, pas seulement la réponse finale. Confirmez que l’agent a lu le bon fichier et renvoyé son véritable titre. Une description plausible sans lecture du fichier ne suffit pas.

Une fois la réponse terminée, ouvrez le sélecteur de modèles et choisissez votre instance de Codex et un modèle disponible. Le raccourci est Cmd+Shift+M sous macOS ou Ctrl+Shift+M sous Windows et Linux.

Envoyez ensuite ce message. Il demande de confronter la réponse précédente aux fichiers du dépôt et de vérifier la préparation nécessaire à la commande de test.

Review the previous answer against the repository files.
Check whether the proposed test command needs extra setup.
Do not modify files or run tests.

Le résultat attendu est une réponse de Codex dans le même fil T3, avec ses propres opérations de vérification des fichiers. Il s’agit d’un exercice de validation, pas d’une promesse que l’un des modèles trouvera un défaut.

La documentation des transferts de T3 distingue le contexte de conversation transféré d’une session native complète. Le transfert ne copie ni le raisonnement du fournisseur précédent, ni l’état des appels d’outils, ni les pièces jointes. Répétez les contraintes importantes et joignez à nouveau les documents nécessaires.

Conservez dans les instructions du projet les conventions qui doivent survivre à plusieurs transferts. Notre guide sur la mémoire des agents de programmation explique comment gérer ce contexte durable.

Connectez une passerelle API via une instance isolée de Claude

Utilisez les variables d’environnement de l’instance de Claude pour une passerelle compatible avec Anthropic. Ne collez pas les identifiants dans Launch arguments et ne remplacez pas votre instance habituelle liée à un abonnement.

Créez un répertoire de configuration distinct

Gardez intacte la configuration par défaut de Claude. Dans Bash, créez un répertoire pour l’instance OpenRouter :

mkdir -p "$HOME/.claude_openrouter"

Si ce répertoire contient déjà une connexion Anthropic enregistrée, ouvrez une session de Claude qui l’utilise :

CLAUDE_CONFIG_DIR="$HOME/.claude_openrouter" claude

Exécutez /logout dans cette session, puis quittez-la avant d’ajouter le token de la passerelle. Ignorez cette étape si le répertoire est neuf et ne contient aucune connexion enregistrée. La documentation de T3 avertit que des identifiants enregistrés peuvent entrer en conflit avec le token de la passerelle.

Dans Settings → Providers, ajoutez une instance de Claude nommée Claude OpenRouter. Définissez Binary path sur claude et CLAUDE_CONFIG_DIR path sur ~/.claude_openrouter.

Saisissez les valeurs suivantes dans Environment variables pour cette instance, selon la procédure officielle de T3 pour OpenRouter :

Variable	Valeur
`ANTHROPIC_BASE_URL`	`https://openrouter.ai/api`
`ANTHROPIC_AUTH_TOKEN`	Votre propre clé API OpenRouter, marquée Sensitive
`ANTHROPIC_API_KEY`	Une valeur explicitement vide

Conservez l’entrée ANTHROPIC_API_KEY, mais laissez sa valeur vide. N’y saisissez pas de guillemets. Entrez le véritable token uniquement dans le champ d’identifiants sensibles, jamais dans un message à l’agent ou un fichier du dépôt.

Créez un nouveau fil pour cette instance. Dans un fil Claude existant, vous ne pouvez basculer qu’entre des instances de Claude partageant le même répertoire de configuration.

Choisissez l’ID exact du modèle et vérifiez une requête facturée

Sélectionnez l’ID complet du modèle de la passerelle dans T3. Ne supposez pas qu’un alias Claude choisira automatiquement le modèle voulu.

À la date du 2026-11-12, un exemple sur OpenRouter est anthropic/claude-sonnet-5.5. S’il est absent, ajoutez-le avec Add custom model dans les réglages de l’instance Claude. Sélectionnez-le ensuite dans le sélecteur de modèles du chat.

Les variables ANTHROPIC_DEFAULT_*_MODEL associent un modèle aux alias de Claude Code, comme sonnet. Elles ne remplacent pas le modèle choisi explicitement dans T3. Les modèles personnalisés peuvent proposer moins de réglages d’effort de raisonnement, de réflexion ou de contexte que les modèles intégrés.

Ouvrez le nouveau fil avec l’instance de la passerelle et répétez le test de README.md. Retrouvez la requête et le modèle correspondants dans le tableau de bord d’activité d’OpenRouter. Vérifiez l’usage et le montant facturé. Une bonne réponse sans entrée correspondante chez la passerelle ne confirme pas le circuit de facturation.

OpenRouter documente les mêmes variables d’authentification et le même endpoint dans son guide d’intégration avec Claude Code. Ces requêtes consomment vos crédits OpenRouter, pas un quota supplémentaire de tokens fourni par T3.

À la date du 2026-11-12, OpenRouter limite sa garantie de compatibilité avec Claude Code au fournisseur direct d’Anthropic. Pour cet essai, suivez la recommandation du guide et donnez la priorité à Anthropic 1P.

Pour BetterToken, la documentation de Claude Code indique https://bettertoken.ai comme URL de base Anthropic, sans /v1. Saisissez votre propre clé BetterToken dans le champ sensible ANTHROPIC_AUTH_TOKEN. Laissez ANTHROPIC_API_KEY vide et utilisez un répertoire distinct, comme ~/.claude_bettertoken.

À la date du 2026-11-12, son catalogue contient claude-sonnet-5-5. Choisissez cet ID exact et répétez les vérifications de lecture et de facturation avant une tâche plus importante. Il s’agit d’un usage API facturé séparément ; consultez les tarifs actuels.

Pour un routeur local, utilisez une autre instance isolée de Claude et vérifiez que la machine hébergeant T3 peut joindre le routeur. Le guide de configuration de Claude Code Router décrit ce processus de routage supplémentaire. Ces variables Anthropic configurent le fournisseur Claude ; elles ne constituent pas une procédure pour Codex.

Utilisez T3 Code depuis un autre assistant via MCP

Utilisez MCP lorsqu’un assistant externe doit accéder aux projets et aux fils de T3. Passer de Claude à Codex dans T3 ne nécessite pas cette configuration. Commencez avec un assistant externe dont l’authentification auprès du modèle fonctionne déjà.

Le guide des agents externes décrit les opérations disponibles via le serveur MCP de T3. Vous pouvez lire les projets, lister les fournisseurs disponibles, ouvrir des fils et leur envoyer des messages.

Appuyez sur Cmd/Ctrl+K et choisissez Use T3 Code in another app (MCP). La même action est disponible dans Settings → Sharing & access. Choisissez le client et suivez ses instructions.

Dans Settings → Environments, ouvrez le menu de l’environnement enregistré et choisissez Copy MCP URL. Laissez le serveur T3 en marche. Exécutez ce bloc dans Bash, collez l’URL copiée lorsque read attend une saisie, puis appuyez sur Entrée :

read -r T3_MCP_URL
claude mcp add --transport http t3 "$T3_MCP_URL"
claude mcp login t3

Pour un client Codex, utilisez plutôt :

read -r T3_MCP_URL
codex mcp add t3 --url "$T3_MCP_URL"
codex mcp login t3

Pour la première connexion, choisissez Read only pendant la configuration ou l’approbation de la connexion. Ce mode permet de consulter les ressources disponibles sans les modifier.

Demandez à l’assistant externe de lister les projets T3 et les fournisseurs disponibles. Comparez le résultat avec l’interface T3. Vous vérifiez ainsi une véritable opération d’outil, pas seulement l’enregistrement d’une URL de connexion.

Si la connexion échoue, vérifiez que le client peut joindre l’adresse copiée de l’environnement avant de modifier les identifiants API du modèle.

N’accordez des droits d’exécution que si vous souhaitez permettre à cet assistant de lancer ou de diriger des tâches. Vérifiez l’étendue de l’accès avant d’approuver. Le token API du modèle et la connexion MCP utilisent des identifiants distincts ; modifier l’un ne répare pas l’autre connexion.

Vérifiez les limites, la confidentialité et la couche en cause

Pour diagnostiquer un problème, séparez les limites de l’abonnement, les frais d’API et la configuration du client.

À la date du 2026-11-12, la FAQ de T3 signale toujours une consommation plus rapide du quota de cinq heures de Claude via Anthropic Agent SDK qu’avec Claude Code directement. Les mainteneurs l’attribuent à un bug côté Anthropic. Selon eux, cette accélération n’affecte pas les limites hebdomadaires ; cela ne signifie pas que ces limites disparaissent.

Si votre compte dispose d’un quota de cinq heures, comparez une petite tâche représentative avant de transférer toute votre journée de travail dans T3. Si cette fenêtre constitue votre principale contrainte, gardez la possibilité d’utiliser Claude Code directement.

La FAQ précise aussi que T3 ne prend pas en charge les modèles locaux. Un routeur exécuté localement qui transmet des requêtes à un modèle hébergé ne fait pas tourner ce modèle sur votre machine.

Pour l’inférence, la FAQ indique que le code et les prompts vont de votre machine au fournisseur, pas aux serveurs de T3. Une passerelle API fait partie de ce trajet. Cela ne signifie pas une absence totale de télémétrie : T3 envoie des métadonnées d’usage, notamment le fournisseur, le modèle et le total de tokens.

Sa documentation sur la télémétrie précise que les événements d’usage du produit excluent les prompts et le contenu des fichiers. Consultez aussi les sections distinctes consacrées au diagnostic avant d’utiliser des dépôts sensibles.

Si un fournisseur manque, corrigez l’installation, la connexion ou Binary path sur la machine sélectionnée. Si l’authentification de la passerelle échoue, vérifiez le token sensible, la valeur vide de ANTHROPIC_API_KEY et l’éventuelle connexion enregistrée. Si un modèle est indisponible, vérifiez son ID exact chez la passerelle et l’instance sélectionnée dans le fil.

Après chaque modification, ouvrez un nouveau fil de test et répétez la lecture du fichier. Ne conservez la modification que si l’activité des outils et le relevé d’usage du fournisseur voulu concordent.