This looks really cool, especially on the remote control part. I've experienced exactly the same problem, but ended up building my own tool through an opposite architectural approach than Saggar.
The main difference is that I want to keep my existing workflow in Kitty and tmux/zellij. Since all of them provide solid remote control protocol, I wrote captain-miao (https://github.com/hyperlogue/captain-miao) which is a standalone TUI app that runs inside these terminals, observing the agent sessions, managing tabs and windows, and allow me to quickly jump to the exact window/tab that needs my attention. The sessions are still native windows/panes inside the terminal/multiplexer that I configured and polished for years.
One difficulty I found when trying to expanding the agent support beyond claude code and codex, many agents don't provide a good way to inject hooks to listen to the session status change. wondering how Saggar solves this problem. do it infer state from the screen buffer?
Claude's RLHF has gone really over the top in recent versions. If you browbeat Claude enough you can get it to start self-censoring, but it takes a lot of training and memory creation. I almost feel bad for it, given the amount of brow-beatings I've performed.
Some people claim setting the writing style will help, but what ever finishing training is provided to Claude seems to leak through no matter what.
I created something similar, fully open source, using the ideas behind scrolling window managers. There's currently no website as I'm actively using it to work on a different project. It has features such as a shortcut (command+.) to open an overlay menu that allows you to switch to any split just by typing a letter and a number. Throughout the app. It also has optional vim bindings, support for different models and agents (e.g Claude, Codex, etc via ACP), and much more. There're bugs, but if you run into any, feel free to let AI create a PR. Goes without saying that it's vibe coded.
Nice design, I look forward to trying it out when I get back to the computer. I don't like kicking off some web server process on localhost and then forgetting about it if I close the browser window.
Any special reason it's Apple silicon only? This seems like something that'd be handy to have on any machine.
Thank you! If there's interest I could look into other OS', I don't rate electron apps and I'd want to do that natively. Plus, I'm personally a Mac user haha.
Why? Tahoe hasn’t even reached its first birthday and plenty of us are still on Seqouia not wanting to put up with apple’s disaster release. There’s nothing a terminal needs from Tahoe specifically.
i've noticed recently that some agentic TUIs have introduced a dashboard of sorts for different sessions that you access by just pressing left arrow. i wonder if they are trying to solve some of the problems mentioned by the author and whether that would ultimately be the best solution.
I used those dashboards extensively, they are useful! But found that they put visibility at the wrong level. I wanted a view across all my terminals, regardless of which agent or provider they’re running, including terminals where I’m working manually.
Before you try stuff like this, from an unknown developer, do you run the codebase through AI to scan for malware, backdoors, etc and build it yourself? I'm always skeptical about running stuff like this now a days.
The main difference is that I want to keep my existing workflow in Kitty and tmux/zellij. Since all of them provide solid remote control protocol, I wrote captain-miao (https://github.com/hyperlogue/captain-miao) which is a standalone TUI app that runs inside these terminals, observing the agent sessions, managing tabs and windows, and allow me to quickly jump to the exact window/tab that needs my attention. The sessions are still native windows/panes inside the terminal/multiplexer that I configured and polished for years.
One difficulty I found when trying to expanding the agent support beyond claude code and codex, many agents don't provide a good way to inject hooks to listen to the session status change. wondering how Saggar solves this problem. do it infer state from the screen buffer?
I have purposefully kept things quite tight for my own sanity, but I think it makes sense market-share wise at the moment.
At the moment I'm also assuming that if someone is using Cursor AI tooling/Grok, they're probably using Cursor IDE and terminals in there.
I am planning on looking into integrating Pi.dev, which I love the philsophy of (though don't use personally just because API usage costs so much).
I am begging Claude to stop treating the English language this way.
Some people claim setting the writing style will help, but what ever finishing training is provided to Claude seems to leak through no matter what.
I will admit I've been more focused on the app itself!
https://github.com/terhechte/Cormac
Any special reason it's Apple silicon only? This seems like something that'd be handy to have on any machine.
Why? Tahoe hasn’t even reached its first birthday and plenty of us are still on Seqouia not wanting to put up with apple’s disaster release. There’s nothing a terminal needs from Tahoe specifically.
It's a great call out, I'll take a look at that shortly.
I open source a lot of projects (https://github.com/mcclowes) so my first instinct was to, and I'll consider that in the future!
I was hoping this would satisfy a need so I didn't have to build a full tool myself. Kiln looks interesting, too.