Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

github.com

Post reply on HN
Print view View original

21–30 of 128 posts

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

#21

Post by drcongo »

julesrms wrote: post #9
blackberrysoda wrote: post #7

I thought "Wails" was gonna be short for "Wuby on Wails" lmao Cool project actually, but I noticed the author said "No Electron" as if Electron is synonymous with JavaScript. My biggest concern about it actually is using Go to render web front-ends in HTML/CSS hahah so I'm not sure "No electron" is selling me.

"No electron" is more about avoiding bloat and dependencies. I come from a hardcore, real-time C++ background and the idea of a product not being a single self-contained binary is just too far for me to go! (But I don't think the choice of JS back-end should make the slightest difference to anyone using this. I could swap electron in there in the future and probably no-one would notice)

"no electron" sold it for me. I'll give this a go!

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

#23

Post by julesrms »

LeSaucy wrote: post #19

For running headless is it possible to not require installing libwebkitgtk-6.0.so.4

At the moment it uses a GTK webview for running server-side javascript, so it's needed right now. At some point I'll see if I can find a JS engine that I could swap in there

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

#26

Post by MomsAVoxell »

julesrms wrote: post #14
MomsAVoxell wrote: post #12

Earlier quoted context omitted.

Out of curiosity, did you use JUCE to build this? Were there any interesting gotcha's you encountered along the way? I've settled on JUCE as my cross-platform app framework (not just plugins) of choice, so it'd be interesting to hear about your experience with building this app out .. could you tell us a bit more about the architecture and any impactful decisions you made along the way with regards to tooling/integra…

No, this is pretty much the anti-juce! There's no c++ in it, it's all Go/Javascript. And all the UIs are HTML. JUCE is a great choice for some things, but this wasn't one of them!

Ah, very interesting! I'm a little disappointed, but it's understandable.

Well, my first run wasn't very pretty .. installed it on a MacBook Air M5 with 16Gigs of RAM, set it up to access the local ollama instance (because I'm cheap like that), gave it a local JUCE app with a prompt to "analyze the project for issues porting from 32-bit to 64-bit" .. plugged in the laptop as it started processing, and then the system froze. I guess Juggler doesn't like display/USB enumeration events while its busy having ollama chug up all the resources .. well, that produced a system crash .. so came back, set it all back up again, and was .. after a few minutes .. told "the 'ls' tool is not available on this system" .. hmm .. I guess I might have missed a few setup steps in my rush to get it cranking on my JUCE project ..

In any case, will tinker with it some more, looks really great and a nice way to organize AI into a functional UI - especially better than some of the other things I've been using lately (hermes, mostly..) ..

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

#28

Post by julesrms »

MomsAVoxell wrote: post #26
julesrms wrote: post #14

Earlier quoted context omitted.

No, this is pretty much the anti-juce! There's no c++ in it, it's all Go/Javascript. And all the UIs are HTML. JUCE is a great choice for some things, but this wasn't one of them!

Ah, very interesting! I'm a little disappointed, but it's understandable. Well, my first run wasn't very pretty .. installed it on a MacBook Air M5 with 16Gigs of RAM, set it up to access the local ollama instance (because I'm cheap like that), gave it a local JUCE app with a prompt to "analyze the project for issues porting from 32-bit to 64-bit" .. plugged in the laptop as it started processing, and then the system…

Hmm, that's odd. Would like to dig into that more if you can find any more clues about what went wrong. Feel free to message me if you want to discuss it

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

#29

Post by MomsAVoxell »

julesrms wrote: post #28
MomsAVoxell wrote: post #26

Earlier quoted context omitted.

Ah, very interesting! I'm a little disappointed, but it's understandable. Well, my first run wasn't very pretty .. installed it on a MacBook Air M5 with 16Gigs of RAM, set it up to access the local ollama instance (because I'm cheap like that), gave it a local JUCE app with a prompt to "analyze the project for issues porting from 32-bit to 64-bit" .. plugged in the laptop as it started processing, and then the system…

Hmm, that's odd. Would like to dig into that more if you can find any more clues about what went wrong. Feel free to message me if you want to discuss it

The 'ls' problem is me just being a dufus and not setting up ollama to have tool access .. but I can confirm that plugging/unplugging my laptop into a USB-C hub (to get another monitor and keyboard/mouse) seems to plague Juggler in such a way that the system reboots, and only while it is actively engaged in an ollama connection, answering a prompt. Maybe its a resource issue - this is not the fattest machine for the job, after all.

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

#30

Post by robbomacrae »

This looks really interesting and a unique take on the AI agent orchestration. I think we need a bunch of experiments in this area as it's clear we are entering a new paradigm and the tools for it are lacking. The session tree in particular has merits.

I've got my own attempt with OrcaBot (short for orchestration of bots). It's also been a 6 month solo build experiment. I'm not trying to plug.. just that I'm also neck deep in Steve Yegge's Stage 8 AI-assisted coding chart and understand how much thought and effort went into this.

Thinking about where this is all going with talking to AI like fully autonomous employees similar to @Claude can you see a comms app type approach that combines something like slack with your tree/thread structure? It's somewhat orthogonal to your "inspect everything" but could intersect by bringing click through/open in options...

Post reply on HN