I really like how easy it is to verify exactly what happened on each tool call, inspect the thinking blocks, etc.
Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE
81–90 of 128 posts
Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE
#82Sold, 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).
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
#84Earlier 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.
Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE
#85Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE
#86When 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
#87Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE
#88Earlier 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…
Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE
#89Thank you for building this!
Re: Show HN: Juggler – an open-source GUI coding agent, by the creator of JUCE
#90Earlier 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…
If the off topic messages change files, then it's a bit more complex.