T3 Code réunit Claude Code et Codex dans une même fenêtre pour travailler en parallèle

Codex analyse le dépôt, Claude vérifie les modifications, tandis que vous transférez des messages entre les fenêtres en essayant de vous rappeler quel agent attend une réponse. T3 Code rassemble ce travail dans une même interface : vous pouvez distribuer les tâches, consulter les modifications et poursuivre la conversation avec un autre assistant. Un article de Habr explique comment cette organisation aide à mener plusieurs tâches de front.

Pour les développeurs, un scénario concret retient l’attention : un agent prépare un correctif, un deuxième recherche les erreurs et une personne valide le résultat. Pour le fondateur d’une petite équipe, la question est encore plus simple : peut-on consacrer moins de temps à la coordination tout en conservant un processus clair de revue de code ? L’article ne mesure pas les gains de temps ; mieux vaut donc évaluer l’outil sur son propre projet.

Comment les agents travaillent ensemble

Selon l’article, T3 Code se superpose à des agents existants, dont Claude Code et Codex. Ceux-ci conservent leurs propres outils et modes d’accès aux modèles. L’application centralise la gestion des conversations et des tâches. L’utilisateur doit lui-même connecter ses abonnements, ses comptes ou ses clés API.

Prenons une tâche courante : après la mise à jour d’une bibliothèque, l’authentification ne fonctionne plus. Codex reçoit pour mission d’en trouver la cause et de préparer un correctif. Un autre agent peut être chargé d’examiner les modifications et de vérifier qu’elles n’ont pas cassé des parcours connexes. Chacun dispose de sa propre conversation, et leurs résultats peuvent être réunis pour prendre la décision finale.

Cette répartition est utile lorsque les missions diffèrent : recherche de la cause, revue de code, analyse des tests. Si plusieurs assistants répètent simplement le même travail, les requêtes supplémentaires risquent de consommer davantage les quotas disponibles sans apporter un bénéfice comparable. Des solutions élaborées indépendamment sont parfois nécessaires, mais il s’agit d’un objectif distinct, à définir à l’avance.

L’article décrit aussi le transfert d’une conversation entre agents. On peut, par exemple, commencer une analyse avec Codex et la poursuivre avec Claude. Toutefois, transférer le contexte ne revient pas à transférer tout l’état interne : chaque agent conserve son environnement et ses particularités de fonctionnement. Après le changement, il est utile de vérifier que le nouvel assistant a compris la tâche en cours et les décisions déjà prises.

File de tâches et pilotage depuis un téléphone

Quand plusieurs projets avancent en même temps, l’attention humaine devient le facteur limitant. Un agent a terminé, un autre a rencontré une erreur, un troisième demande l’autorisation de poursuivre. D’après l’auteur, le panneau latéral de T3 Code permet de traiter ces situations comme des messages entrants : on peut retirer une tâche terminée de la liste active et reprendre plus tard une tâche mise de côté.

Les tâches en cours peuvent revenir au premier plan lorsqu’elles nécessitent une intervention de l’utilisateur. C’est utile pour les opérations longues : il n’est plus nécessaire d’ouvrir sans cesse chaque conversation pour en vérifier l’état. Pour autant, le nombre d’agents lancés ne dit rien, à lui seul, du nombre de correctifs prêts. Les modifications doivent toujours être examinées et vérifiées.

L’accès à distance s’organise autour de la machine de travail. Elle héberge les dépôts, les agents et les processus, tandis que le téléphone ou le navigateur sert d’interface de pilotage. On peut quitter son bureau, mais pas éteindre l’ordinateur en espérant que le travail continue. Avec plusieurs machines, il faut aussi tenir compte de l’emplacement des fichiers nécessaires et des outils de compilation.

Ce qu’il faut vérifier avant de changer d’outil

Premier point : l’isolation des modifications. Une conversation distincte avec un agent ne garantit pas un répertoire de travail distinct. Si deux assistants modifient les mêmes fichiers, ils peuvent écraser leurs changements respectifs. Pour travailler en parallèle, l’article décrit l’utilisation de Git worktree : des répertoires séparés, chacun avec sa propre branche. Une fois les tâches terminées, il faut tout de même réconcilier les résultats.

Deuxième point : la consommation des quotas de l’abonnement. L’auteur rapporte un avertissement de la FAQ selon lequel le quota de Claude sur une fenêtre de cinq heures peut être consommé plus rapidement via l’Agent SDK. Ce point mérite d’être vérifié dans la documentation à jour avant une utilisation prolongée. Une interface commune ne supprime pas les restrictions des fournisseurs et ne résout pas le problème d’un compte bloqué.

Pour commencer, il est raisonnable de choisir un seul dépôt et deux missions différentes : préparer un petit correctif et le faire vérifier indépendamment. Comparez le temps consacré à la définition de la tâche, à l’attente, au transfert du contexte et à la validation du résultat avec votre processus habituel. Si les changements de fenêtre vous gênent réellement, T3 Code offre un moyen simple de regrouper le travail. Si vous passez toute la journée avec un seul agent, le bénéfice de cette nouvelle interface reste à vérifier.