I do with it Pulumi, bc you can write some python or typescript for your infrastructure. But there are many infrastructure as code tools to choose from.
Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
31–40 of 42 posts
Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#32You can spin up cloud infra in claude code by just having it write IaC code. It's very good at this. I do with it Pulumi, bc you can write some python or typescript for your infrastructure. But there are many infrastructure as code tools to choose from.
Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#33Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#34Interesting approach. I've been going the opposite direction - building a local orchestration platform where 70+ agents share resources on my own machine. The isolation problem you mention is real. I've found that for many dev tasks, local-first avoids the latency and cost of cloud VMs, though GPU workloads are a different story. Curious how you handle agent state persistence across VM sessions?
Curious to hear more about your local orchestration platform, how did you solve resource sharing (mainly ports for web stuff tbh)? Or is it more intra-task vs inter-task parallelism?
Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#35Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#36Myself I already pre-provisioned a kubernetes cluster and it just makes new manifests and deploys there. Less dangerous, less things for it to fail at. The networking is already setup. The costs are known/fixed (unless you autoscale in the cloud). It's much faster to deploy.
Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#37Myself I already pre-provisioned a kubernetes cluster and it just makes new manifests and deploys there. Less dangerous, less things for it to fail at. The networking is already setup. The costs are known/fixed (unless you autoscale in the cloud). It's much faster to deploy.
Same same... i have prepared a sample config file with most of most common k8s object types as examples and just use that as a skill. I have given it access to my test cluster. I have configured my own container registry as well. Claude generates perfect deployment artifacts every single time. Works superbly well. I use k3s btw.
Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#38Earlier quoted context omitted.
Same same... i have prepared a sample config file with most of most common k8s object types as examples and just use that as a skill. I have given it access to my test cluster. I have configured my own container registry as well. Claude generates perfect deployment artifacts every single time. Works superbly well. I use k3s btw.
Same, I love k3s, so convenient for baremetal self hosted
Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#39Re: Show HN: Skill that lets Claude Code/Codex spin up VMs and GPUs
#40One challenge I keep running into on the other side of this: even with a full VM and browser available, the bottleneck is often teaching the agent what to do. Writing detailed step-by-step instructions for each workflow is tedious and error-prone.
I've been working on a complementary tool (SkillForge — https://skillforge.expert) that takes a different angle: you record your screen doing the task once, and AI extracts every click/keystroke/navigation into a structured skill file the agent can replay.
The combo of something like CloudRouter (agent gets its own machine) + structured skill extraction (agent knows exactly what to do) feels like it could make agent automation much more practical for non-trivial workflows.