TMUX-BRIDGE-MCP : faites parler vos agents IA entre eux dans tmux

https://github.com/howardpen9/tmux-bridge-mcp

📌 tmux-bridge-mcp est un serveur MCP standalone qui permet à Claude Code, Codex, Gemini CLI et Kimi CLI de communiquer entre eux via des panneaux tmux. Zéro dépendance au-delà de tmux.

Le problème est simple. Vous lancez Claude Code dans un panneau, Codex dans un autre, Gemini dans un troisième. Chacun travaille en isolation. Quand Claude finit d’écrire une fonction et que vous voulez que Codex la relise, vous devenez le bus de messages — vous copiez-collez le contexte, vous basculez de panneau, vous collez, vous tapez « review this code », vous recopiez la réponse, vous retournez vers Claude. Avec trois agents, c’est ingérable en quelques minutes.

tmux-bridge-mcp résout ça. Il donne à chaque agent la capacité de lire, taper et envoyer des messages dans n’importe quel autre panneau tmux — programmatiquement, via des appels MCP standard. Pas de framework, pas de SDK, pas de réécriture de votre workflow.

Le serveur parle directement à tmux — capture-pane, send-keys, list-panes — sans couche intermédiaire. Neuf outils MCP sont disponibles : tmux_list pour voir tous les panneaux, tmux_read pour lire le contenu, tmux_type et tmux_message pour taper du texte, tmux_keys pour envoyer des touches spéciales, tmux_name pour étiqueter les panneaux par rôle.

• 🔌 MCP standard : tout agent qui parle MCP bénéficie immédiatement des outils cross-pane
• 🖥️ Communication directe via tmux, pas de dépendance externe
• 🛡️ Read guard : il faut lire un panneau avant de pouvoir y écrire
• ⚙️ Une seule commande pour configurer tous vos agents : npx tmux-bridge-mcp setup
• 🎬 Mode démo : npx tmux-bridge-mcp demo ouvre une session tmux 3 panneaux

L’installation se fait en une commande. Le setup auto-détecte Claude Code, Codex, OpenCode, CodeBuddy, Copilot CLI, Grok Build, Gemini CLI et Kimi CLI, puis écrit la bonne config MCP pour chacun. Le mode démo ouvre une session tmux avec trois panneaux et lance une démonstration de communication cross-pane en direct.

Le workflow suit un schéma « read-act-read » : vous lisez le panneau cible, vous envoyez votre message, vous relisez pour vérifier que le texte a bien atterri, puis vous appuyez sur Entrée. Le read guard est imposé au niveau MCP — tmux_type et tmux_keys échouent si vous n’avez pas lu le panneau cible au préalable.

tmux-bridge-mcp fonctionne avec tout agent compatible MCP : Claude Code, Codex, OpenCode, Gemini CLI, Kimi CLI, Copilot CLI, Cursor, Windsurf, Cline, Roo Code, et même des scripts shell. La seule exigence est tmux 3.2+ et Node.js 18+.

Si vous utilisez plusieurs agents IA côte à côte dans tmux et que le copier-coller entre panneaux vous soule, tmux-bridge-mcp est la solution la plus directe. C’est un serveur MCP standalone, MIT, sans infrastructure à maintenir.