https://github.com/ehrlich-b/wingthing Here’s my take on this idea, also FOSS. Does tmux style sessions so you can come and go. It also exposes a web terminal so you can get remote access - but you can also run fully locally for less latency.
Show HN: Tmux-IDE, OSS agent-first terminal IDE
31–40 of 49 posts
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#32[dead]
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#33I'm so married to my existing tmux workflows and layout that I'm not sure whether I'd ever feel open to trying out something like this. At the same time, orchestrating multiple agents with native tmux and git worktree does feel cumbersome.
What tools do you use on tmux to achieve your workflow ? Do you do just prompting or do you code too ?
tmux by itself lets you create any number of sessions, windows and panes. You can arrange them for anything you want to do.
Having a pane dedicated to some LLM prompt split side by side with your code editor doesn't require additional tools, it's just a tmux hotkey to split a pane.
There's also plugins like tmux resurrect that lets you save and restore everything, including across reboots. I've been using this set up for like 6-7 years, here's a video from ~5 years ago but it still applies today https://www.youtube.com/watch?v=sMbuGf2g7gc&t=315s. I like this approach because you can use tmux normally, there's no layout config file you need to define.
It lets me switch between projects in 2 seconds and everything I need is immediately available.
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#34I'm so married to my existing tmux workflows and layout that I'm not sure whether I'd ever feel open to trying out something like this. At the same time, orchestrating multiple agents with native tmux and git worktree does feel cumbersome.
I am in the same boat. It's the unix philosophy. tmux does its job well enough and it is already scriptable. I don't think I was sticking to the same layout for a long time because different projects tend to require different layouts. But that's the fun part of streamlining down your automation. I haven't felt the need to explore other options yet because I haven't felt the limitation of tmux yet.
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#35[flagged]
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#36I'm so married to my existing tmux workflows and layout that I'm not sure whether I'd ever feel open to trying out something like this. At the same time, orchestrating multiple agents with native tmux and git worktree does feel cumbersome.
I built a tool that lets you keep your existing tmux workflow and adds a simple dashboard for monitoring and discovering agents inside tmux: https://github.com/sethdeckard/atria
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#37Earlier quoted context omitted.
What tools do you use on tmux to achieve your workflow ? Do you do just prompting or do you code too ?
tmux by itself lets you create any number of sessions, windows and panes. You can arrange them for anything you want to do. Having a pane dedicated to some LLM prompt split side by side with your code editor doesn't require additional tools, it's just a tmux hotkey to split a pane. There's also plugins like tmux resurrect that lets you save and restore everything, including across reboots. I've been using this set up…
Oh I mixed up tmux and termux.. woops.
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#38I like a good CLI, I like a good TUI, but why are we eschewing high-DPI graphical displays, icons, true-color, images, and everything else in favour of a 1980s terminal? Is it just to be retro, or do you guys really think you're seeing some advantage restricting yourself like this? Do you all REALLY hate moving your hand over to your mouse?
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#39[dead]
Re: Show HN: Tmux-IDE, OSS agent-first terminal IDE
#40I'm so married to my existing tmux workflows and layout that I'm not sure whether I'd ever feel open to trying out something like this. At the same time, orchestrating multiple agents with native tmux and git worktree does feel cumbersome.
I am in the same boat. It's the unix philosophy. tmux does its job well enough and it is already scriptable. I don't think I was sticking to the same layout for a long time because different projects tend to require different layouts. But that's the fun part of streamlining down your automation. I haven't felt the need to explore other options yet because I haven't felt the limitation of tmux yet.
I don't consider tmux to be very unix-y. It does two different jobs -- connection persistence and window management. Most people these days only use tmux for the former now that tabbed terminal programs are commonplace, but the complexity of the latter still infects tmux.