Live data from Hacker News

Show HN: Sculptor – A UI for Claude Code

imbue.com

31–40 of 92 posts

Re: Show HN: Sculptor – A UI for Claude Code

#31
post #15

So... are we all just working on various ways of using Claude Code in docker with git worktrees? Is that like, the whole world's project this month? :-)

Seems like an important project to unlock a whole amount of productivity.

Although, Sculptor does not use work trees, but that is an implementation detail.

Re: Show HN: Sculptor – A UI for Claude Code

#32
post #16
post #7

> Sculptor is free while we're in beta. Ok, and then what? Honest question.

Our current plan is to make the source code available and make it free for personal use, but we're not quite ready to open-source it. Someday we'll probably have paid plans and business / enterprise licenses available as well, but our focus right now is on making it really useful for people. To me, the whole point of our company is to make these kinds of systems more open, understandable, and modifiable, so at least…

If Anthropic doesn't buy you guys out before then. This looks a little too nice, I could see them trying to acquihire your efforts.

Re: Show HN: Sculptor – A UI for Claude Code

#35
post #6

Congrats on the launch Imbue team! I used Sculptor to build most of https://lingolog.app/ (featured in this post). It was a blast - I was cooking dinner and blasting out features, coming back to see what Sculptor had cooked up for me in the meantime. I also painted the landing page in procreate while Sculptor was whirring away. Of course, this meant that my time shifted from producing code to reviewing code. I found…

lffgggg excited to see where you take lingo log :)

Re: Show HN: Sculptor – A UI for Claude Code

#36
post #6

Congrats on the launch Imbue team! I used Sculptor to build most of https://lingolog.app/ (featured in this post). It was a blast - I was cooking dinner and blasting out features, coming back to see what Sculptor had cooked up for me in the meantime. I also painted the landing page in procreate while Sculptor was whirring away. Of course, this meant that my time shifted from producing code to reviewing code. I found…

I'm so happy to hear this — your experience was what we hoped to enable!

Re: Show HN: Sculptor – A UI for Claude Code

#37
post #15

So... are we all just working on various ways of using Claude Code in docker with git worktrees? Is that like, the whole world's project this month? :-)

It's the new TODO app. Anthropic are just going to build one or acquire one of these soon and the rest will be dead.

Re: Show HN: Sculptor – A UI for Claude Code

#38
post #33

Silly question but what about GPT? it feels like with the experimental api that most of the clients added for interacting the the cli clients it should be possible for something like this to run for gpt, claude, or gemini no?

in the works! we want it to be possible to always have the best models and agents available

Re: Show HN: Sculptor – A UI for Claude Code

#39
post #27

It's not clear to me what a "container" and "pairing" is in this context. What if my application is not dockerized? Can Claude Code execute tests by itself in the context of the container when not paired? This requires all the dependencies, database, etc. - do they all share the same database? Running full containerized applications with many versions of Postgres at the same time sounds very heavy for a dev laptop. B…

Replying to each piece:

> What if my application is not dockerized?

Then claude runs in a container created from our default image, and any code it executes will run in that container as well.

> Can Claude Code execute tests by itself in the context of the container when not paired?

Yup! It can do whatever you tell it. The "pairing" is purely optional -- it's just there in case you want to directly edit the agent's code from your IDE.

> Do they all share the same database?

We support custom docker containers, so you should be able to configure it however you want (eg, to have separate databases, or to share a database, depending on what you want)

> Running full containerized applications with many versions of Postgres at the same time sounds very heavy for a dev laptop

Yeah -- it's not quite as bad if you run a single containerized Postgres and they each connect to a different database within that instance, but it's still a good point.

One of the features on our roadmap (that I'm very excited about) is the ability to use fully remote containers (which definitely gets rid of this "heaviness", though it can get a bit expensive if you're not careful)

> the feature I was most looking forward to is a mobile integration to check the agent status while away from keyboard, from my phone.

That's definitely on the roadmap!

Post reply on HN