Remix.run Logo
▲ bottlepalm 5 hours ago

I used to use ChatGPT/Claude in the TUI up until like 3 months ago, but my usage of LLMs has exploded - many sessions across many projects. I feel like I outgrew the TUI and now I'm using ChatGPT/Claude desktop. VS Code has become a code review tool and place where I manage git if need be.

The GUI is less verbose with the nitty gritty hidden in expandable sections, which makes history easier and cleaner to scroll through, also no scrolling bugs, rich text is easier to read with tables, and images integrated into the chat, resources like browsers in the context of the session. Drag and drop session organization (pins), scheduled tasks, etc.. all that in the side bar.

Usually a TUI would be open in VS Code and scoped to whatever repo I'm working with so 10 projects, 10 VS Code instances open, not super scalable. With the GUI desktop app it's one app, and I can start sessions in an repo and switch between them easily, no need to open VS Code for each. I don't see what could make me want to go back to using a TUI.

Who else is just using the GUI nowadays, or are you still on the TUI, and why, have you tried the GUI interfaces?

▲LinXitoW 3 minutes ago | parent | next [-]

I graduated from Claude Code to Herdr to now T3Code.

T3Code can do anything I might need such a tool to. It supports a bunch of different harnesses, therefore also subscriptions. It supports running agents on different servers, from the same GUI. Mobile app that works well. Orchestration that allows any agent to orchestrate others in T3Code directly.

▲Daviey 22 minutes ago | parent | prev | next [-]

I find TUI scales better for multiple concurrent agents across the same and different codebases, especially using tools such as herdr. I can fire off an agent, which runs sub-agents. Then check-in periodically to re-steer as needed or be interrupt driven for completions of tasks. I can't see how vscode/GUI is better for this?

▲ianm218 12 minutes ago | parent | next [-]

For me the tight integration with Claude Artifacts (and whatever OpenAIs copy of those is) is super value-able for me. The biggest bottleneck for me is gathering all my thoughts and analyzing what needs to be done.

I was a long term user of the TUI and tools like cmux / herdr but now I find it much easier to actually focus

▲nvarsj 15 minutes ago | parent | prev [-]

Same... I use herdr to manage 12+ sessions easily. There's no GUI that can do that.

▲jnordt 2 hours ago | parent | prev | next [-]

I went from TUI and tested several GUIs that can also support a "TUI" view.

After testing several options at the moment I'm using Orca IDE as my daily driver - effectively as a layer on top anthropic / openai

- Supports both anthropic and openai with subscriptions and can you swithc easily between those two + other LLms

- Its a bit hidden / non intuitive to setup but it does support running everything on remove host -> I run (95%) of my jobs on remote hosts that I can both access from my laptop + their native app via a wirguard vpn

- You can switch between chatview + TUI on the same conversation - very useful if you move e.g. from desktop session to mobile view.

- For repeating LLM tasks Orca also suports a kind of scheduler - but I prefer currently to have the agent set things up via chronjobs on the remote machine (not super happy with this ...)

Key reason I dont want to go fully ChatGPT/Claude is also I dont want to build a super strong dependency on those mega players and remain the ability to switch to other interefernce providers / models.

As LLM usage is already a core workflow in our company - a sudden unavailability of one or a massive price increase - makes it absolutely necessary to build out alternatives.

We all know the downsides of SAAS Lock in too well from the 2010s. In that sense Fool me once, fool me twice..

▲KronisLV 21 minutes ago | parent | prev | next [-]

> now I'm using ChatGPT/Claude desktop

Same, it's lovely software for that mode of work!

I also briefly tried out other ADEs, like:

- Kepler (by the GitKraken folks) - https://www.gitkraken.com/kepler

- Paseo - https://paseo.sh/

Kepler had a really nice issue tracker integration but the UI was very vibey and not quite as to the point as I'd like (who needs graph visualization of what the agents do, just give me tools that work), and Paseo had a really nice UI that I could use to drive both Codex and Claude Code, but some OpenCode agents would sometimes hang and I didn't have tools to really do anything about it.

Maybe I should also give JetBrains Air a look again, if I ever end up subscribing to them again (I just moved to Zed for my code editing): https://www.jetbrains.com/air/

Interesting space, with so many additional tools popping up! That said, the OpenCode TUI was really pleasant too.

▲cromka an hour ago | parent | prev | next [-]

I hear people swear by https://github.com/getpaseo/paseo

Not only it's a GUI in client-server topology, it can also orchestrate the agents to work for you.

Haven't tried it yet.

▲codethief an hour ago | parent [-]

Looks like GitHub is down (again)? I'm getting a 504.

▲cromka an hour ago | parent [-]

Works for me

▲sadilek 3 hours ago | parent | prev | next [-]

I went the same way but found that the GUIs (Claude and Codex Desktop) are still too low-level to scale well. They are basically just tabbed chat windows. I wanted more structure and more targeted UX for managing my work. It's easy nowadays to build your own GUI, so I did.

(I found it's still quite some work to polish it so that it's actually good. Therefore, sharing it could still benefit others, so I did: obeya.si, free, open-source)

▲badestrand 36 minutes ago | parent | prev | next [-]

I also like the inner text display of the GUI more, but the window management of it terrible IMO. On my Mac I have 3 desktops open, one for "private" and two for a project each. With the Claude TUIs I just have 1-5 open terminals per desktop, each with its title neatly set automatically. With the GUI app, I can only have 1 open, not one per desktop. It seems you can open several very reduced versions of the Claudr app with a single chat but that didn't work well for me. So that's why I'm still with TUIs..

▲jaapz 32 minutes ago | parent [-]

Try herdr (or something like it). For me it fits exactly between claude desktop and having lots of open terminals.

The UI can be made to fit exactly the workflow you want to have.

I switched to it recently - my previous workflow was managing many terminals in a tiling window manager but I just kept losing track of stuff.

▲richardw 23 minutes ago | parent | prev | next [-]

Just GUI now. I can also connect to Mac Codex from my phone and have a voice chat with it. Collects all my work in projects, can jump in and out anytime. Can start a project on the phone, move to Mac. (Almost) No sync issues, which I found the TUI/phone had.

▲nsingh2 5 hours ago | parent | prev | next [-]

I just ended up making my own GUI. I never really liked any of the pre-build ones. It started slow (3-4 days of work) and grew organically around my working style. I can also have my preferred UX (e.g., high information density).

Take a look at the Codex App Server or the Claude Agent SDK as a way to communicate with harnesses running headlessly and build your own UI on top. I’m sure Pi can be set up in a similar fashion.

▲ilteris 2 hours ago | parent | next [-]

I have the same setup. All you need is a server hosted on your own machine and a few adapters to connect them to providers using ACP and various thin client all connected through tailnet. I have developed my own web and mobile applications with gemini live full duplex routing to opus my local projects and maintain the same session across any platform I choose, including Hermes. Building personal software is easy these days.

▲vinhnx 5 hours ago | parent | prev | next [-]

I've been building my own open-source coding agent, VT Code, in Rust.

I wanted more control over the harness itself, especially tool execution, sandboxing, approvals, and context management.

Recently built a native macOS app with GPUI on top of the same agent runloop. It's been interesting exploring how the same engine works across terminal and desktop workflows.

https://github.com/vinhnx/VTCode

▲bob1029 4 hours ago | parent | prev [-]

I did this for myself several times. I started with winforms and evolved into a full blown clone of ChatGPT.com experience built as a razor/MVC project in .NET10.

I have 2 versions that are just for working on unity projects. One that is for working on the client project. There is also one that I refer to as the ring of power / Death Star that I keep mostly to myself. Eventually, the client saw what I was doing and decided they wanted a custom ChatGPT.com experience for the whole team, so I got paid to build the most recent one.

Using AI to assist with the development of this stuff is the RSI you've been looking for. I'm in a situation where I was only able to solve a problem due to two levels of bootstrapping enabled by custom harnesses. The product the client uses cannot be "one shot" using the latest frontier tools. I had to build an ad-hoc agent loop fit for just that one purpose using another tool that was possible to build via copilot. For example, using copilot in VS over a unity project's scripts might as well be a drunk person throwing darts from a boat compared to a purpose built harness that can execute ad-hoc scripts in the editor environment as often as it pleases.

The client's custom experience is better than ChatGPT.com in many important ways now. It certainly performs better. It will run on safari without doing horrific things to layout and my CPU. You can easily exceed the capabilities of the frontier AI companies in ways that are important if you use their tools cleverly. These companies are great at making AI models. Not harnesses, websites, apps, etc.

▲sdevonoes 28 minutes ago | parent | prev | next [-]

Im also using the desktop apps (codex/claude). Using the tui doesn’t bring any advantage anymore. I can drag and drop pdfs, images, i have the browser view, can easily switch between conversations, fork them at any point.

I use whatever IDE to review the code, read tests, etc. I used to use the terminal for everything prio AI, but not anymore.

▲bluegatty 3 hours ago | parent | prev | next [-]

""GUI is less verbose with the nitty gritty hidden in expandable sections, ""

? The GUI has nothing to do with that.

If you use Chat / Work / Code <- that's the differentiation.

So 'Code' in 'Gui' is identical to Claude Code except for the visual layout.

If you use Work or Chat, which are not optimized for Coding you'll see a different experience.

If you use iTerm or Ghostty and set a key combo to switch tabs you can very easily switch between tabs and the TUI generally gives more dense information.

Usually people migrate to TUI not the other way around.

I think that there are reasons to use GUI - if there is deeper integration with Git or an issue tracker - or - in VSCode - for navigating files etc. - definitely those things are valid.

But for raw AI the getting a TUI to work the way you want it is ideal.

▲miki123211 2 hours ago | parent [-]

I don't get why people love TUIs so much. They're basically GUIs made using inferior tools. Why hammer in a nail using your fist if you have a hammer handy?

A GUI is strictly more powerful than a TUI (because a GUI could just show plain text in cases where that is the most appropriate mode of interaction, E.G. Bloomberg, AMadeus), but it could also do so much more in cases where it is not.

I do love terminals, don't get me wrong. When what you're interacting with is CLIs and Unix tools in a shell, a terminal is exactly what you want. I do love the Unix philosophy, I like small and composable tools that you can use together, and I think the interactive way of working that a shell or REPL can give you is great (though notebooks would have been better, but that's beside the point). Those are things that the terminal shines at. Pretending to be a GUI is not one of those things.

▲barnabee 30 minutes ago | parent | next [-]

Most GUIs are designed in a way that I dislike. It’s true that terminals lack power compared to GUIs, and some GUI apps (Bloomberg, Blender, …) are reasonably well designed for their use case, but most GUIs are such a disaster that it’s almost more fun interacting with them via curl to an API or SQL directly to a database.

The other problem is that all the GUI apps look different. I really want one extremely powerful, composable GUI “framework” that all apps sit within. Ideally I could even decompose and recombine parts of different apps into new tools or workspaces.

Now that anyone can build a GUI by prompting LLMs, maybe we’ll get actually good GUIs, or at least be able to build our own, but up to now the direction of travel has been disappointing to say the least.

▲orbital-decay 2 minutes ago | parent [-]

Most agentic UIs are structured exactly the same regardless of the interface. TUIs are not composable in any possible meaning of that word (unlike CLI/REPL), they are GUIs on a fixed cell grid.

▲cwaffles 2 hours ago | parent | prev | next [-]

A couple of reasons

1. Lower resource consumption (ram, binary size)

2. Usable over the network (ssh)

3. Often much easier to drive with automation software (agents/scripts)

4. Ui tends to be dense, matches your font perferences

▲bluegatty 2 hours ago | parent | prev | next [-]

Terminals are 'activity dense' and usually have a lot of key cusotmizations.

You can't even have 'tabs' inside of Claude Desktop, which is a dealbreaker for most power users.

▲dns_snek 2 hours ago | parent | prev | next [-]

One benefit is that they're easy to use remotely over SSH or in a VM, but I agree that a local, native GUI is generally better than a TUI.

▲fauigerzigerk 27 minutes ago | parent [-]

You can use VSCode over SSH as well.

▲solyin 2 hours ago | parent | prev | next [-]

It's because you can ssh into something and VNC sucks.

GUIs are great when you're sitting in front of the computer it's running on. Trying to do anything remotely with them is terrible. RDP is pretty great at making that experience suck less tho.

▲estetlinus 2 hours ago | parent | prev | next [-]

Are you saying I should go back to GUI? I just feel it’s so awkward. I have LazyVim for more advanced review, Hunk, etc… the GUI is like a inferior version of Eclipse IDE or something. Or it used to be, atleast.

▲queenkjuul 2 hours ago | parent | prev [-]

Personally the Claude Code TUI also sucked every time i used it. Scrollback bugs in IDEA embedded shells, extraneous output vs the VSCode extension, and unreliable links to source code.

Isn't the CC TUI written in React?? I mean my web dev "all i have is this hammer" brain is intrigued, but surely, there's better things to do? Like you said, the terminal is great for piping inputs and outputs, for scripting, for bulk operations. It's really not great for real time interaction across many files, which is how i use CC and kind of wonder how you would use it any other way. (I guess if you literally just prompt and pray, the UI literally doesn't matter?)

▲user43928 2 hours ago | parent | prev | next [-]

I switched to the GUIs half a year ago and never looked back.

From the text rendering and scrolling alone, they are much more pleasant to work with.

Conversations with activity and MR status indicators, nested sessions, images in the chat, and generally more information and functionality on the screen.

One negative is that it gives Claude, and particularly Codex, room to mess up with auto-opening artifacts.

Codex, when I was still using it, kept opening report or comparison pages in fullscreen when I did not ask for artifacts.

Claude loves to open its iOS simulator pane, but somehow never displays the one it's actually using, instead showing a simulator that is idle. It might be related to my custom tooling.

▲thomasahle an hour ago | parent | prev | next [-]

I mostly use TUI because I have agents running on different servers over SSH.

I often need agents on one server to talk to a different agent on another server through tmux, and it's just much easier with TUI.

▲VMG 2 hours ago | parent | prev | next [-]

Some of it is the historical snobbery that CLI users have for GUI users. I count myself among them. Isn't it way cooler how I can fix my NIC with just three chained bash commands, while the windows users have to navigate 8 levels of dialogues?

But that mentality doesn't leave room for a lot of nuance. Even the most hard core TUI proponents and neovim gurus probably do not use Lynx as their browser (well maybe they use a vibe coded hacker news TUI client instead)

▲conception 5 hours ago | parent | prev | next [-]

Herdr changed my tui game. Pi but for tmux.

▲aerhardt an hour ago | parent [-]

Yea me too. I also wnet GUI for a little bit until I discovered herdr.

▲drewnick 5 hours ago | parent | prev | next [-]

I thought the TUI was the ultimate power tool and loved the original embrace from claude code. I still use TUI a lot, but have been using deepseek harness web app atop my local model and am already liking the better organization and UI of this interface. I can see my load shifting to it. But you are right, you almost always need a VS Code interface open as well.

The outputs of Opus 5.5 were so much easier to read, but I do find the the deepseek web based tool much easier to comprehend for some reason. Plus I can access it from phone (over tailscale) as well when out and about and continue sessions very easily. AND it is all open source/weights. I'm pretty thrilled, but it's been less than a week.

▲marktl 5 hours ago | parent | next [-]

Claude Web app includes Claude code tab with remote option to work from your own machine (if preferred). I am using it very often.

I have a project folder which is my default environment, and within it I have my many repo clones. That way I can work on any project from my prompt and reference elements in one project to include in another.

I continue to get good results using lifeOS (though I don't use the entire setup) https://github.com/danielmiessler/LifeOS

▲testaccount28 5 hours ago | parent | prev | next [-]

claude is a terminal-themed gui, not a tui.

▲brabel 3 hours ago | parent | next [-]

People seem to forge Claude has a very powerful GUI as well. I don’t get why most still seem to be using it in the terminal instead. A bit like emacs. The GUI is infinitely superior to use!

▲majorbugger an hour ago | parent [-]

because it's yet another potential attack surface

▲miki123211 2 hours ago | parent | prev [-]

I think this was a marketing play by ANthropic.

Look, it's just a tool, you are a developer, you've used TUIs all your career, this is just one more TUI, no different than your beloved Vim or Emacs. No need to be scared, this won't replace you because mere mortals won't know what to do with a TUI, so you can use it freely and get more work done, just as you were always obsessed with doing when configuring your Vim bindings.

Then, a year in, when everybody is hooked line and sinker, people start to understand that the TUI is the least important part of the whole thing, and the model and harness are what really matters.

▲queenkjuul 43 minutes ago | parent | prev [-]

I've been using deepseek lately (just the chat interface on hobby stuff) and it's frankly better at searching the web and writes less like it's trying to bullshit its way through pretending to know what it's doing, i think it is just easier to understand. Unfortunately it also is more often wrong, or more often writes bugs, but i guess in a harness that's kinda mitigated -- it does usually find its earlier mistakes ime

▲Lapel2742 3 hours ago | parent | prev | next [-]

> Who else is just using the GUI nowadays, or are you still on the TUI, and why, have you tried the GUI interfaces?

I generally prefer GUIs but I'm OK with a TUI harness. Anyway, there's a web frontend for Pi (https://github.com/agegr/pi-web) which looks very promising although it still has some rough edges. They even have an interactive demo: https://agegr.github.io/pi-web/

I'm not associated with the project.

▲CarlitosHighway 3 hours ago | parent | prev | next [-]

I dislike the harness TUIs for this for the same reasons. Nothing against TUI in general, the lazy* universe for example is great.

OpenChamber (the desktop app, not the VSC extension) for OpenCode currently works best for me. Especially because of its seamless remote control via their iOS app.

▲kristjansson 5 hours ago | parent | prev | next [-]

I've lost faith in the ChatGPT desktop app. It's nicer than managing a bunch of TUI sessions, but it's so prone to losing session history / context.

▲walthamstow 4 hours ago | parent | next [-]

The MacOS one has a dreadful startup time as well. I can have the website open in ms but the app takes 7 or 8 seconds

▲szundi 5 hours ago | parent | prev [-]

[dead]

▲olalonde an hour ago | parent | prev | next [-]

I was confused until you mentioned you were running it in VS Code. That issue goes away if you run it in a standalone terminal with tmux or tabs.

▲noduerme 2 hours ago | parent | prev | next [-]

No idea what you're working on, but if it's anything involving sifting a lot of data, how do you know if your code actually works or does what Claude says it's doing?

▲nikanj 4 hours ago | parent | prev [-]

I’m using one iTerm to host the TUIs. The RAM cost is a tiny fraction of modern electron-based gui slop