Helm chart for deploying Agent Canvas on k8s: github.com/OpenHands/agent-canvas/pull/1641/changes Any objections to getting this merged?

My only objection is I don’t really understand the use case for this, what’s this for?

The pattern @able-napkin-92802 set up in the openhands cloud charts is you could have a subchart component only release using the openhands umbrella chart github.com/OpenHands/…/agent-canvas. So you could set up an agent canvas only release using the openhands umbrella chart. Might be a bit of overhead but that seems to be less overhead than managing a separate chart?

I don't think Robert's PR is something that we want to incorporate into the enterpise installer. It's hosting an agent server in addition to canvas, which is something enterprise installs manage via runtime API.

Thanks @able-napkin-92802

Sorry, maybe I’m being dense here, but what’s the use case for this chart?

Were you at demos on friday? I showed it off there

no, unfortunately I had a conflict with dinner on friday

but doesn't really step on enterprise since agents are still collocated

Sorry, do I understand correctly, this is a full OSS deployment?

Yeah, it’s fully OSS but on Kubernetes

I imagined that if we do k8s, it would be a workspace 🤔

(tbh it’s a little confusing for me, but Robert is excited about it so I couldn’t say no 😂 )

👍 I set off an agent but it's slow to respond to me; anyway I was mostly concerned that it doesn't bump into proprietary stuff Coincidentally, speaking of alternative deployments, I just saw Daytona is releasing a "VM sandbox" 😅 I'm so curious to try it, I don't know yet why they call it "VM sandbox" as it appears to be... a VM

Yeah this is OSS only 🙂 It's a minimum viable kubernetes deployment--it runs agent-canvas similarly to how you'd run it on a VM.