RADAR / TERMINAL TOOLS DESK REVIEW

Someone built an agent-aware terminal multiplexer with Godot. The odd choice is starting to look deliberate.

gPTY combines a Rust PTY engine with a Godot interface, then exposes panes through JSON-RPC, a CLI and MCP so automation can read and drive terminals without scraping their rendered TUI.

FIRST SPOTTED 13/09/2026 / PUBLISHED 13/09/2026

A Toolglass Radar diagram of four tiled terminal panes connected to JSON-RPC, CLI and MCP control paths.
RADAR PLATEToolglass Radar explanatory plate based on the documented gPTY control surface; not a hands-on screenshot.
RADAR STATUS: DESK REVIEW
Project repository and documentation, v0.5 release notes, current GitHub metadata and independent command documentation. Toolglass has not downloaded or run gPTY.
TESTED BY TOOLGLASS: NO

What is it?

gPTY is a graphical multi-terminal workspace whose plumbing is more interesting than its tiling grid. Rust handles the PTY engine and terminal state, Godot renders the desktop interface, and the running workspace exposes a documented JSON-RPC socket, CLI and MCP server. Agents and scripts can spawn panes, inject input, inspect recent output, wait for regex matches and query process state without pretending coloured terminal cells are an API.

It also has a 'concept' engine that watches parsed terminal output for regex-defined events and routes captured material into neighbouring panes such as code or inspector views. The project deliberately says those concepts are display-only rather than command injection. Scrollback and workspaces persist, and release bundles currently target Linux, macOS and Windows.

Why did Radar notice it?

Because terminal automation is full of awkward impersonation. Humans receive a visual stream; agents often receive either a shell tool that bypasses the visible terminal entirely or brittle screen scraping that tries to infer when a command finished. gPTY's more useful idea is to make the terminal workspace itself addressable: panes get stable identities and expose status, reads, waits and events as protocol operations.

The Godot choice also stops looking merely eccentric once the product wants mixed panes, graph-like UI, persistent layouts and richer instrumentation. A game engine is not the conventional foundation for a terminal, but it is very good at composable interactive surfaces. The project is unusually candid that most of the codebase was LLM-generated, which turns gPTY into a second experiment as well: how far can generated code carry a systems-heavy desktop application before maintenance debt bites?

What's the catch?

This is not tmux with a prettier coat. The documented caveats say there is no attach-from-an-existing-TTY session model, panes execute with the user's privileges, persisted scrollback is plaintext, and same-user processes are inside the trust boundary. Anyone expecting terminal multiplexing to double as a security sandbox is standing in the wrong building.

The LLM-generated-code disclosure deserves to be taken literally rather than charmingly. A terminal emulator, IPC server and agent control surface contain exactly the sort of edge cases where unidiomatic code can graduate from untidy to dangerous. The project has a threat model and hardening work, but 62 GitHub stars and a July 2026 birth date are not years of hostile field testing.

Who might want it?

Developers running several coding agents or long-lived shell tasks who want one human-visible workspace that automation can also inspect through structured protocols, plus terminal-tool builders interested in treating panes as controllable objects rather than character grids.

Radar verdict

A wonderfully odd stack wrapped around a serious idea: stop making agents scrape terminals and give the terminal a protocol surface of its own. Early, over-ambitious in interesting ways, and absolutely one to watch.

Next step

Run the 0.5.4 release with two ordinary shells and one coding agent, exercise pane-read, pane-wait and MCP control, then deliberately probe process exit, huge scrollback, hostile escape sequences and workspace trust boundaries.

Sources

github.com/godot-pty/gpty ↗
godot-pty.github.io/gpty/ ↗
godot-pty.github.io/gpty/blog/v0.5.0/ ↗
linuxcommandlibrary.com/man/gpty ↗

← Back to Radar

THE TOOLGLASS LETTER

Toolglass, occasionally.

New reviews, strange software and useful things that deserved more attention.

The subscription desk is being connected. The letter will open here once its Buttondown account is ready.