Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

If your whole workflow is one Claude Code instance on your MacBook, you're leaving 10x on the table. Here's why. On your laptop, running 2 agents at once means two copies of your code, and you're constantly fighting over which worktree you're on and whether everything's synced. It caps...

145,639 Aufrufe • vor 3 Monaten •via X (Twitter)

34 Kommentare

Profilbild von Ryan Pillsbury
Ryan Pillsburyvor 3 Monaten

Respectfully, you clearly don’t understand how git worktrees work if you’re if you’re have contention issues with agents across worktrees.

Profilbild von Robert D. Onley, J.D. 🇨🇦👨‍⚖️ 🇺🇦
Robert D. Onley, J.D. 🇨🇦👨‍⚖️ 🇺🇦vor 3 Monaten

What’s the difference between this idea and running multiple agents inside 10 different branches inside Claude Code simultaneously? I run multiple agents all day.

Profilbild von Thomas Heimann
Thomas Heimannvor 3 Monaten

Well, actually, you can have 10 sessions run on Claude simultaneously in parallel each of them with their own directory, i.e. workspace. Zero collision.

Profilbild von Jose Mugaburu
Jose Mugaburuvor 3 Monaten

OR you can run multiple containers in your laptop too, skip the cloud VMs infra. With one dockerfile and docker-compose, you can clone, make changes, commit, push to PR, test, merge, and repeat. OR Tell your agents to use a specific folder /wt for all your worktrees, and use a cleanup instruction after they're done.

Profilbild von Johnny Suede
Johnny Suedevor 3 Monaten

True, and the bottleneck moves fast once you do it. Running many agents is easy. Reviewing what they all produced is the part that does not parallelize, so the leverage only shows up if you have built a way to verify output faster than you generate it.

Profilbild von Jeff • FREESITES_com•FreeSites are SmartSites
Jeff • FREESITES_com•FreeSites are SmartSitesvor 3 Monaten

FREE Guide to Run Multiple AI Agents on Your Machine at Once

Profilbild von Ryan Wigley
Ryan Wigleyvor 3 Monaten

I disagree here. There are plenty of things we want agents to do that require using and access information you would never want hosted in the cloud, managed by a third party. I know the efficiency gains make sense on paper, but the cloud forward strategy is not a one-size-fits-all. It is frankly, not what most customers will need or want with AI. Sensitive data, pii, personal taste, daily habits / trends…. Maybe that’s something you, me, and Ryan are comfortable with in some cases but definitely not the majority of adopters going forward. m2c

Profilbild von Bekir
Bekirvor 3 Monaten

parallelism makes shipping cheaper, but it makes judgment more expensive. the real 10x isn’t ten agents—it’s knowing which decisions can run unsupervised.

Profilbild von solid.tech
solid.techvor 3 Monaten

This is EXACTLY what solid is built for - your own cloud agents with real machines.

Profilbild von Wade
Wadevor 3 Monaten

Cloud VMs move the bottleneck from worktree conflicts to review bandwidth. Ten parallel agents is easy, reviewing ten parallel diffs at 2am is the actual limit.

Profilbild von Finn
Finnvor 3 Monaten

Cloud agents really unlock a whole new level of productivity.

Profilbild von Kyle Helseth
Kyle Helsethvor 3 Monaten

@10_X_eng has been doing this since Fall of 2025... he built:

Profilbild von Tomás F. Serna
Tomás F. Sernavor 3 Monaten

suggest you take a look at this:

Profilbild von mariagudelis
mariagudelisvor 3 Monaten

totally getting into cloud agents excited to watch this episode thanks Greg!

Profilbild von Cody McLain
Cody McLainvor 3 Monaten

"each one gets its own machine" is the part people underestimate. it's not just parallelism, it's that you stop context switching between environments entirely. that mental overhead was eating more time than the actual compute limits.

Profilbild von Jure Ursic Cergol
Jure Ursic Cergolvor 3 Monaten

Treating your local laptop as the runtime for parallel AI agents is the same architectural mistake as running production workloads on a single bare-metal server in your closet. Ephemeral cloud VMs are cattle, not pets. If you are not orchestrating isolated, disposable environments for your agents, you are not actually scaling; you are just bottlenecking your own pipeline.

Profilbild von Jace J Perry
Jace J Perryvor 3 Monaten

@grok summarize this video in a detailed outline summary

Profilbild von @AI Wired
@AI Wiredvor 3 Monaten

Matches what I've been seeing. The real unlock wasn't a smarter agent, it was giving each one its own lane so they stop stepping on each other's changes.

Profilbild von Jett Fu
Jett Fuvor 3 Monaten

The bottleneck shifts from generation to adjudication. Four parallel Claude Code streams means four decision queues waiting on you. The 10x only holds if scopes are pre-defined tightly enough that each agent runs without constant check-ins. Most people discover they're the single-threaded component.

Profilbild von Stan Krysac
Stan Krysacvor 3 Monaten

This is quality. Thanks @gregisenberg

Profilbild von Jack Lumber
Jack Lumbervor 3 Monaten

or just clone the same repo into different folders, run more than 1 pc at home, claude is already on the cloud, a 500 mini pc is all you need.... how do sell VMs 101 is all this is.

Profilbild von kkiran
kkiranvor 3 Monaten

How about raspberry PI 5s, always on, cheaper and pays back within a year, tailscale and access from anywhere?

Profilbild von Muse Stack
Muse Stackvor 3 Monaten

I don't get how people think you can just let AI do a bunch of stuff without review. Like you still have to spend HOURS of reviewing and making sure the stuff isn't cooked. Yea you can have 10x output for simple tasks but for complex stuff nah. This is just hype.

Profilbild von Hussain Hashim | Building SundayBack
Hussain Hashim | Building SundayBackvor 3 Monaten

@gregisenberg totally been there. trying to juggle multiple agents on one machine is a nightmare. split it up and save yourself the hassle, trust me.

Profilbild von Kryptoatom ⚡AI Builder
Kryptoatom ⚡AI Buildervor 3 Monaten

I'd already been thinking about this, but I wasn't sure if it would work out🤔

Profilbild von gethookd.ai
gethookd.aivor 3 Monaten

Most miss the opposite pattern for ad ops. Parallel agents wreck creative workflows without a lead agent holding brand voice. Ran multi-agent creative iteration on Gethookd's stack, quality collapsed by round 3. Serial beats parallel when the output is taste.

Profilbild von Marko
Markovor 3 Monaten

@grok, what could one learn from a man talking about the importance of security and demonstrating copy-pasting production API keys from 1Password to agents?

Profilbild von AI Mastery Guide
AI Mastery Guidevor 3 Monaten

Cloud agents not colliding with each other is the real unlock there.

Profilbild von Emon Datta
Emon Dattavor 3 Monaten

The multiplier isn't just more agents, it's giving each one an environment where it can work independently without creating coordination overhead.

Profilbild von Carson | Korelyy
Carson | Korelyyvor 3 Monaten

the parallel agents point is real but the hidden cost is context switching for the human. running 3 agents means I'm the bottleneck reviewing 3 streams. curious how you keep your own head from thrashing?

Profilbild von Bitcoin Basics for Everyone
Bitcoin Basics for Everyonevor 3 Monaten

That was great. Thank you.

Profilbild von Quin @ ArchitectFWD
Quin @ ArchitectFWDvor 3 Monaten

Cloud agents would still have those issues you’ve just moved the environment

Profilbild von Devin NFT Hunter
Devin NFT Huntervor 3 Monaten

cloud vms are fire but gotta pair that with onchain physics for real game state sync

Profilbild von Lucas Franco
Lucas Francovor 3 Monaten

How about branches?

Ähnliche Videos

WHAT IS AN AI "SOFTWARE FACTORY" AND IS IT HYPE (31 MINUTE BREAKDOWN) I think it's a silly name for a genuinely USEFUL idea! A software factory is 5-6 markdown files that sit next to your code and tell your agents how you like to work, so you can build high quality apps 24/7. It's going viral because AI coding has a trust problem. The model can build the feature, but with no structure around it you end up babysitting the agent, wondering what changed and hoping it didn't break something important. So you build with agents the same way a factory builds physical products! 1. Each feature gets its own station, which in software means its own branch, so multiple agents can work at the same time without stepping on each other. 2. The build station gives the agent rules for how to write the code, because "it works" is very different from "a developer could open this repo next month and understand what happened." 3. The proof station makes the agent show evidence. Screenshots, videos, speed numbers, before-and-after states. It has to prove the thing works instead of saying it works. 4. The review station runs the work through a code review agent, and if it doesn't clear the bar, it goes back through the line. 5. Then you show up at the end to merge. For a 100+ years people have run production this way, and it worked because the structure is good. The full episode on what’s a software factory is NOW live on The Startup Ideas Podcast (SIP) 🧃 with the wonderful Micky Watch: So is it hype?!? I don't think it is, because of what it does to your output! WITHOUT a factory, you build ONE feature at a time and you're the bottleneck at every step, prompting, checking the diff, testing it yourself, hoping nothing else broke (spoiler alert it often does). WITH a factory, EACH feature runs in its own isolated copy of the app, so you can have 10+ of them going at once, and each agent has to prove its own work and pass a code review before it ever reaches you. Instead of supervising the work, you're APPROVING finished work that already has evidence attached. REALLY interesting to see how work with agents is evolving to be….well, similar to working with people!

GREG ISENBERG

32,056 Aufrufe • vor 1 Monat