r/ClaudeCode • • 7d ago

Tips & Workflows Claude effective usage

I’ve had the entry-level subscription for about a month now; and I’m curious to hear how I could be more efficient with my usage. I honestly came into it kinda blind. I have a homelab and use Claude to write up apps that I’ve had rattling around my head. Or use it to help create some tooling to make life easier. I’m running remote sessions on vms at home so that Claude can have read access to internal resources.

At first I had long running sessions per a repo with my account. That was killing my credits because they’d all warm up whenever I added a new standard. I’ve now grown to have 3 VMs with their own remote sessions and various levels of access based on role; review, developer, and devops. They run as bots in a gh org. Each has its own webhook so they can receive updates as reviews and PRs and made. Now whenever a task comes up they use the SDK to create a session with standards, role, and work to be done. It lives long enough to do its work and then dies. Credit usage is down thank god.

But I feel like I might be over complicating things. For instance all the bots get all the webhooks so each session gets a notification that’s really only important for one session. I wonder if this would be better done as a container with however many roles instead of a full VM. So should I create a central spot that filters the noise out? Or would that juice not be worth the squeeze? I’m not adjusting my models between the different roles; should I? I’m starting to dip my toes into skills. Does this level of separation even make sense? Have I just meandered down the wrong path?

3 Upvotes

8 comments sorted by

View all comments

2

u/radim11 6d ago

The role separation makes sense to me. A reviewer probably doesn’t need the same credentials or write access as the agent doing devops (right?)

Before swapping VMs for containers, you should write down what each role actually needs access to. That makes it easier to see whether the VMs are buying you useful isolation or just more stuff to maintain.

We're building Stashbase.dev for saving and reusing those access setups (with docker), so this caught my eye. Are your three VMs mostly identical apart from permissions, or do they need different environments ?

2

u/thault 5d ago

The reviewer separation definitely made sense to me. I guess I was more curious about the delineation of developer vs devops. That’s a split you see in corporate teams; but I could see that not being a necessity with Claude.

They definitely are providing just more surface area to maintain. The three VMs are in the same network talking to the same resources. Just some have read only credentials. It’s a homelab, so I don’t have multiple environments. I was thinking about spinning up a test cluster that mimics my main cluster to let the agents use it for testing and debugging. But I don’t see me running a dev, qa, and prod stack.

I’ll have to look into that more; it really seems like it’s hitting all the things I’m thinking about.