Live data from Hacker News

Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

github.com

81–90 of 128 posts

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#81
This is really nice, thanks for sharing! If you don't mind a little feature request, I'd love to have a "thinking level" selector on the GUI for models that have it.

I really like how easy it is to verify exactly what happened on each tool call, inspect the thinking blocks, etc.

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#82
Miller columns rather than a big doom-scroll

Sold, this is my biggest annoyance with Cline.

Go backend, Wails for windowing (no Electron), plain type-checked JS (strict JSDoc), Yjs for the documents. Usual BYOK provider support: Claude (CLI or API), OpenAI/Codex, Gemini, Ollama, OpenRouter, DeepSeek, etc.

Double sold

As a longtime sound engineer I'm pretty familiar with JUCE and your other productions, so I will be trying this with confidence.

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#83

@julesrms thank you for lending more credibility to the idea that agent conversations need to be natively branching. It's crazy that we're almost 3 years in on this LLM joyride and we still don't have the ability to do, like, reddit/slack-style "aside" convo threads. ~~edit~~ wait, are you doing that? Love JUCE btw

Can you go more in depth on why LLM conversations should branch reddit-style? That doesn't seem immediately clear to me, and I'd be afraid that the different branches would step on each others toes? (also I'm assuming what you're describing here goes beyond the "fork" feature found in many agent harnesses).

The best example that comes to mind is orthogonal "thread pulling," and the fact that it's not immediately evident that you'd want to do it like this, makes me wonder if I'm the weirdo.

Say you're studying something: STEM topics, Liberal arts topics, a codebase, a textbook, etc XYZ. You're in the flow of discussing a main topic. Invariably, the main topic is built on top of atomic subelements. For example, discussions about Bonds invariably invoke discussions of Present Value, Yield to Maturity.

The branching is because you have a side query that is a potentially unbounded stack of "wait, but why this?" You highlight a segment of text in the current chat, click a button that pops a new conversation over to the right, and continue your "related but off-topic question." You have both context threads in view at once: the main topic & the side topic. You should be able to do this N layers deep.

The alternative is that you get to play scrollbar warrior in the current regime of LLM-designs. It's not really conducive to deep understanding.

This kind of conversation applies naturally to software development too: "wait, so we're working on feature X/refactor X/bugfix X, but that requires us to answer this subthread. And sure these days Claude Fable can probably do it all with the right harness, but does that mean you _understand_ what it just did?

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#84

Earlier quoted context omitted.

An agent like claude might run a subagent (e.g. to fetch and summarise a web page, or explore a code question) as if it's a tool, so you can't really see what's going on inside it. Juggler makes these sub-threads part of the overall structure, so you can navigate into them. Another really elegant thing that pops out of subthreads is that to do a compaction, you simply move the entire conversation into a subthread, an…

Ah, ok. Visibility into subagents makes perfect sense. From the "reddit-style" description I was imagining something where the user was conversing non-linearly with the agent at different points in some big tree.

Honestly even just a bookmarking system would go a long way to fix the problem, but getting "off-topic" in LLMs (3 years later and trillions of dollars of investment) still ruins my flow entirely. I end up playing an unwanted game of scrollbar warrior jumping back and forth between two points in chat. Could be that I'm studying a textbook and looking to enhance/check my understanding with Claude, or that I'm working on complicated tasks in my codebase. Side tangents always crop up. LLMs don't handle it well. Blows my mind that it doesn't bother anybody else, perhaps IATAH

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#85
Seems to work when I click the juggler.app in Ubuntu 24.04 (Noble Numbat) GNOME's desktop. Running same app via terminal does not launch the app. Appear to be a sandbox issue common in Noble Numbat. In this case, WebKitGTK's sandbox failing to initialize properly via bubblewrap.

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#86
Love the "session is a document, not a log" model — linear scrollback is the worst part of long agent sessions.

When you fork a sub-thread, does the model get the full parent context up to the branch point, or can you trim what carries over? Context bloat across a lot of branches feels like the hard part.

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#87
Nice to see people wanting to strike a balance between automated AI and staying involved. I have been frustrated by push to fully autonomous long horizon agents because the lack of course correction seems to burn tokens with worse results

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#88

Earlier quoted context omitted.

You seem pretty cool and in it for the fun. May I make one feature request that would cause me to try it? A big reassuring READ ONLY mode that sandboxes file writes to zero. Of course that would constrain some of the product from working, that’s okay.

The default mode it uses for approving LLM tools is already read-only - it has a quite complicated (but conservative) bash parser that tries to let things that are definitely read-only get approved without bothering the user. It also has a tool for exploring the codebase where the LLM provides javascript code that runs in a sandbox with a read-only filesystem class. But the architecture is such that this core functio…

At least on macos and linux you can put the whole process tree into a seatbelt or bubblewrap sandbox. This lets you limit file and even network access fairly trivially.

Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE

#90

Earlier quoted context omitted.

Ah, ok. Visibility into subagents makes perfect sense. From the "reddit-style" description I was imagining something where the user was conversing non-linearly with the agent at different points in some big tree.

Honestly even just a bookmarking system would go a long way to fix the problem, but getting "off-topic" in LLMs (3 years later and trillions of dollars of investment) still ruins my flow entirely. I end up playing an unwanted game of scrollbar warrior jumping back and forth between two points in chat. Could be that I'm studying a textbook and looking to enhance/check my understanding with Claude, or that I'm working…

You can go off topic and just rewind the context or edit it and delete the off topic messages. Not all harnesses let you do this as easily as you should.

If the off topic messages change files, then it's a bit more complex.

Post reply on HN