gPTY : Un multiplexeur de terminal Godot‑Rust conçu pour les espaces de travail d’agents IA

Un nouveau projet open source appelé gPTY repense ce qu’un multiplexeur de terminal peut être. Au lieu de rester dans le monde texte‑seul de tmux ou screen, il utilise le moteur de jeu Godot pour son interface graphique et Rust pour son backend PTY. Le résultat est une application de bureau multiplateforme qui dispose des panneaux de terminal en mosaïque aux côtés de visionneuses de code, d’arbres de fichiers et de panneaux personnalisés — le tout contrôlable par des agents IA via un protocole documenté. [1] [2]

Pourquoi Godot et Rust pour un terminal ?

Le projet a commencé comme un exercice d’apprentissage : le créateur souhaitait combiner Godot et Rust dans un projet personnel. L’inspiration de base était tmux — créer plusieurs PTY et laisser l’utilisateur les organiser en grille et les disposer en mosaïque. Mais Godot apporte une toile 2D accélérée par le matériel qui fonctionne sous Linux, macOS, Windows, Android, et même les casques VR. Cette toile permet à gPTY d’accomplir des choses que les terminaux traditionnels ne peuvent pas faire : un compteur FPS réglable pour la gestion de l’énergie, un mode plein écran « zen » sans barre des tâches, et une feuille de route incluant le rendu Markdown, un cadre de wiki local, des panneaux audio/vidéo natifs, et de simples jeux 2D. Le créateur précise qu’un panneau navigateur n’est pas prévu.

Capacités principales du terminal

Sous le capot, gPTY utilise portable-pty pour le lancement de PTY multiplateforme (Linux /dev/ptmx, Windows ConPTY), la crate vte pour l’analyse ANSI, et alacritty_terminal pour une machine d’état de grille DEC STD 070 complète avec 16/256/couleurs vraies, un défilement consultable par expressions régulières, et une sélection de texte enveloppée. Chaque PTY s’exécute sur un std::thread dédié pour des lectures bloquantes prévisibles, relié à Tokio via des canaux MPSC. Le pont Godot utilise gdext 0.5 comme GDExtension native pour Godot 4.7+. Les paramètres, espaces de travail, profils et le défilement par panneau sont persistés dans SQLite et JSON avec recherche en texte intégral dans l’historique, et tout est restauré au redémarrage.

Interface de contrôle pour les agents IA

Ce qui distingue gPTY, c’est sa couche de contrôle. Elle expose une socket IPC JSON‑RPC, une CLI (gpty new-pane, gpty inject, gpty layout save, etc.), et un serveur MCP (Model Context Protocol) afin que les agents IA et les scripts puissent créer des panneaux, injecter du texte et lire la sortie sans scraper une interface texte. Le serveur MCP fonctionne via stdio pour les agents locaux ou via HTTP pour les agents cloud. Les schémas d’outils sont générés à partir des mêmes définitions Clap que la CLI, de sorte qu’ils ne peuvent pas diverger de gpty --help. Un moteur de concepts piloté par des expressions régulières surveille la sortie du PTY et redirige les correspondances vers les panneaux adjacents — par exemple, envoyer les erreurs de compilation à un visionneur de code — mais les concepts ne font que capturer et afficher ; ils n’injectent jamais d’entrée dans un shell. Deux panneaux d’observabilité sont fournis par défaut : un panneau Reasoning qui projette passivement les événements documentés du cycle de vie des agents (OMP, extensible), et un panneau Inspector qui exécute une session Q&R privée, sans outil. Le projet souligne que gPTY n’orchestre jamais l’état d’un agent ; il se contente d’observer.

Installation et distribution

Des binaires autonomes sont publiés dans les GitHub Releases pour Linux (tar.gz), macOS (zip avec .app) et Windows (zip). Aucun outil Godot ou Rust n’est requis pour les exécuter. Chaque version comprend un fichier SHA256SUMS pour vérifier l’intégrité. Le binaire CLI (gpty) est fourni à côté de l’interface graphique et se connecte à une instance en cours via un socket Unix ($XDG_RUNTIME_DIR/gpty.sock sous Linux) ou la variable d’environnement GPTY_SOCKET. La commande gpty schema --format mcp affiche le manifeste d’outils MCP pour le transmettre aux configurations d’agents sans interface graphique active.

État actuel et compromis

La grande majorité du code — y compris la plupart de la mise en page UI de Godot et le pont Rust GDExtension — a été générée à l’aide de LLM. Le README comporte une clause de non‑responsabilité indiquant que le code peut contenir des schémas non idiomatiques et des bugs. Le projet est un side‑project en développement actif ; le raffinement et les améliorations de confort restent à faire. Le README ne comporte pas de captures d’écran (le site de documentation en possède), et le travail d’accessibilité est en cours (les contrôles standards de Godot s’intègrent à AccessKit). La licence est GPL‑3.0 avec des exceptions : les plugins, extensions et adaptateurs qui fonctionnent via la CLI, JSON‑RPC, MCP ou les interfaces d’événements de gPTY peuvent utiliser Apache‑2.0, MIT ou d’autres termes. Les fichiers de configuration et de données ne sont pas soumis au copyleft.

Si vous développez des outils pour les flux de travail d’agents IA et que vous souhaitez un espace de travail visuel et scriptable qui dépasse les grilles de texte, gPTY mérite votre attention. Téléchargez un binaire de version, lancez l’interface graphique, et essayez gpty mcp depuis une configuration d’agent pour voir la surface de contrôle en action.

Sources

1. GitHub - godot-pty/gpty : Émulateur multi‑PTY basé sur Godot et Rust pour le bureau …
2. Godot et Rust alimentent un terminal · 36 commentaires HN | Zeli
3. Multiplexeur basé sur Godot et Rust (panneaux de terminal et plus)
4. Show HN : Multiplexeur basé sur Godot et Rust (panneaux de terminal et plus)
5. Godot + Rust : Redéfinir l’expérience du multiplexeur de terminal
6. GitHub - samdotson61/gpty : Un ensemble d’outils Go sur le vrai tmux C : donne aux LLM …
7. Show HN : Multiplexeur basé sur Godot et Rust (panneaux de terminal et plus)
8. gPTY : Un terminal propulsé par Godot pour les espaces de travail d’agents IA