CODEXHOST : choisir l’agent sans quitter Codex Desktop
https://github.com/BytePioneer-AI/codex-host/blob/main/docs/README.en.md
📌 CODEXHOST est une surcouche open source pour Codex Desktop qui laisse choisir, avant chaque tâche, quel agent — Codex, Pi, Claude Code, Oh My Pi, Grok ou DeepSeek Harness — exécutera réellement le travail.
Quand on aime l’interface d’un outil mais qu’on préfère un autre agent pour certaines tâches, la solution habituelle consiste à jongler entre plusieurs fenêtres. CodexHost part d’un autre postulat : on peut garder Codex Desktop comme surface de travail, et choisir l’agent qui s’exécute dessous, sans relancer un nouveau client. La sélection se fait dans le sélecteur déjà intégré, et chaque conversation reste une session Codex Desktop ordinaire.
L’apport le plus visible est l’unification de l’expérience. Streaming des réponses, suivi des outils, diffs d’édition, autorisations, questions, mode de permission, fork, compaction du contexte, slash commands : la matrice de compatibilité du dépôt montre que ces capacités sont projetées depuis l’agent réel plutôt que réimplémentées par l’hôte. Concrètement, un échange avec Claude Code conserve ses approbations natives, et un usage de Pi garde son outillage RPC habituel. Le shell n’est pas réécrit, ce qui évite les approximations que l’on voit avec les clients multi-agents génériques.
L’autre point intéressant est la collaboration entre agents. Depuis une session en cours, vous pouvez demander à un agent de déléguer une tâche à un autre, par exemple « laisser @pi enquêter sur ce test qui échoue de façon intermittente » ou « laisser @omp implémenter cette fonctionnalité pendant que je continue la doc ». CodexHost crée alors une session native distincte pour l’agent cible, qui apparaît dans la liste des conversations Codex. Vous pouvez l’ouvrir, suivre son avancée, ou la laisser tourner en arrière-plan.
Cette architecture n’est pas anodine. Plutôt que d’embrasser le protocole ACP, qui aplatit les capacités des harnesses, le projet agit à plusieurs niveaux : une couche Desktop qui s’appuie sur CDP et l’inspecteur Electron pour étendre l’installateur officiel sans le modifier, une couche Protocole avec un shim CLI qui relaie les requêtes Codex inchangées, une couche Harness qui intègre chaque agent via son interface native, et enfin une couche Orchestration qui crée une session et un fil inscriptible séparés pour la délégation. Le but affiché est la fidélité, pas seulement la compatibilité.
L’installation reste simple. Sous macOS, Windows ou Linux x64/ARM64, une commande npm install -g @codexhost/cli suivie de codexhost suffit. Des installateurs sont aussi disponibles. Pour les utilisateurs qui veulent exécuter un harness sur une autre machine, CodexHost propose une connexion SSH (les deux bouts doivent tourner la même version) et, en mode expérimental, un chemin Remote Control pour utiliser Windows comme hôte contrôlé sans ouvrir de port public. Vos identifiants restent sur la machine qui les possède.
Je trouve la promesse pertinente. Le multi-agents est souvent vendu comme « choisissez votre LLM » alors qu’il faudrait aussi choisir l’expérience qui entoure ce modèle. CodexHost accepte ce deuxième niveau : on garde l’UI que l’on préfère, on change d’agent pour la tâche, et la collaboration s’organise dans la même conversation list. La limite est la dépendance à Codex Desktop, qui reste la surface d’accueil ; si vous n’utilisez pas cet outil, l’intérêt disparaît.
Points clés
- 🧭 Sélecteur d’agent et de modèle intégré à Codex Desktop
- 🔌 Intégration native de Codex, Pi, Claude Code, Oh My Pi, Grok et DeepSeek Harness
- 🤝 Délégation entre agents dans des sessions Codex distinctes
- 🔁 Mode SSH pour exécuter un harness sur une machine distante
- 🧱 Architecture en quatre couches qui préserve l’expérience officielle
Pour qui jongle déjà entre Codex, Pi et Claude Code, CodexHost propose une voie cohérente : continuer à travailler dans l’interface que l’on connaît, mais choisir l’agent qui exécutera la prochaine étape.
Sources
