The HashiCorp co founder's new company, Superlogical, starts with a tool that combines multiple command line sessions into one shared workspace, and wants to grow into the rest of dev work. The bet has a clean way to be proved wrong.
Mitchell Hashimoto's new company, Superlogical, is making a specific architectural bet: that the right place to unify interactive development, automated CI jobs, and production control planes is the terminal multiplexer, not a platform layer stacked above them.
The bet, if it works, would replace the stitched-together stack most developer teams use today. Right now, an engineer might run commands in a terminal like iTerm2 or Warp, push code through a separate CI service like GitHub Actions, and then fight production incidents in a third tool like Datadog or PagerDuty. None of these share session state, history, or controls. Hashimoto's thesis is that this fragmentation is the real problem, and that one long-lived "session" that humans and agents can drive at the same time is the fix.
Superlogical's homepage calls this a "multiplexer for all work," a term borrowed from tmux, the terminal tool that combines many shell sessions into one window. In plain English, a multiplexer is a layer that combines several independent streams of activity into one interface you can drive. The company is taking that pattern and pushing it past the terminal: it wants the same multiplexing behavior to extend into the automated jobs layer (CI) and the production-debug layer (runbooks, incident response).
The first product is a terminal multiplexer accessible through a web app and native macOS and iOS clients, with built-in live session sharing. That choice, to start at the terminal and grow upward, is the actual news beneath the launch, per Hashimoto's own writeup. The bet is that a shared terminal substrate, durable across machines and agents, becomes the place where CI triggers, log tails, and production commands eventually live, because they all need the same thing: a way to multiplex stateful work that humans and automation can both reach.
To make that substrate durable, Hashimoto has moved Ghostty, the terminal emulator he open-sourced in 2024, into a non-profit foundation, and libghostty will stay MIT-licensed. The components that Superlogical needs (terminal parsing, rendering, PTY handling) will be shared upstream rather than forked into a proprietary stack. Hacker News commenters raised governance questions about the transfer, but the licensing and the public-availability claim are not in dispute: the code that does the hardest part of being a modern terminal stays MIT and broadly usable.
The cleanest way to read whether the bet is right is to ask one question: does Superlogical's terminal grow into a CI and production layer, or does it stay a polished tmux with a web UI? The first signal will be whether the MIT components that get upstreamed are the kind of pieces a CI runner or a production-debug tool would actually consume, or just terminal-frontend pieces that happen to be useful to other terminal apps. The second signal is whether the live session sharing, which today reads as a collaboration feature, becomes a real control-plane primitive that production systems can hang off.
Hashimoto has been here before: he co-founded HashiCorp in 2012, ran it for eleven years, and left in 2023 to focus on family and philanthropy before returning to building full-time. The architectural bet is not a hobby; it is a continuation of the kind of infrastructure-software work HashiCorp did with Vagrant, Terraform, and Consul. The difference is that this time, the bet is being made in public, on top of MIT-licensed building blocks, with a falsifier a reader can actually point to.
The first concrete thing to watch is which MIT components land in the libghostty repo in the next few months, and whether they look like the kind of pieces an external CI service or an external incident tool would consume. That answer is more useful than the launch copy.