Загрузка видео...

Не удалось загрузить видео

На главную

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 просмотров • 3 месяцев назад •via X (Twitter)

Комментарии: 34

Фото профиля Ryan Pillsbury
Ryan Pillsbury3 месяцев назад

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

Фото профиля Robert D. Onley, J.D. 🇨🇦👨‍⚖️ 🇺🇦
Robert D. Onley, J.D. 🇨🇦👨‍⚖️ 🇺🇦3 месяцев назад

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.

Фото профиля Thomas Heimann
Thomas Heimann3 месяцев назад

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.

Фото профиля Jose Mugaburu
Jose Mugaburu3 месяцев назад

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.

Фото профиля Johnny Suede
Johnny Suede3 месяцев назад

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.

Фото профиля Jeff • FREESITES_com•FreeSites are SmartSites
Jeff • FREESITES_com•FreeSites are SmartSites3 месяцев назад

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

Фото профиля Ryan Wigley
Ryan Wigley3 месяцев назад

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

Фото профиля Bekir
Bekir3 месяцев назад

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.

Фото профиля solid.tech
solid.tech3 месяцев назад

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

Фото профиля Wade
Wade3 месяцев назад

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.

Фото профиля Finn
Finn3 месяцев назад

Cloud agents really unlock a whole new level of productivity.

Фото профиля Kyle Helseth
Kyle Helseth3 месяцев назад

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

Фото профиля Tomás F. Serna
Tomás F. Serna3 месяцев назад

suggest you take a look at this:

Фото профиля mariagudelis
mariagudelis3 месяцев назад

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

Фото профиля Cody McLain
Cody McLain3 месяцев назад

"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.

Фото профиля Jure Ursic Cergol
Jure Ursic Cergol3 месяцев назад

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.

Фото профиля Jace J Perry
Jace J Perry3 месяцев назад

@grok summarize this video in a detailed outline summary

Фото профиля @AI Wired
@AI Wired3 месяцев назад

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.

Фото профиля Jett Fu
Jett Fu3 месяцев назад

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.

Фото профиля Stan Krysac
Stan Krysac3 месяцев назад

This is quality. Thanks @gregisenberg

Фото профиля Jack Lumber
Jack Lumber3 месяцев назад

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.

Фото профиля kkiran
kkiran3 месяцев назад

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

Фото профиля Muse Stack
Muse Stack3 месяцев назад

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.

Фото профиля Hussain Hashim | Building SundayBack
Hussain Hashim | Building SundayBack3 месяцев назад

@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.

Фото профиля Kryptoatom ⚡AI Builder
Kryptoatom ⚡AI Builder3 месяцев назад

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

Фото профиля gethookd.ai
gethookd.ai3 месяцев назад

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.

Фото профиля Marko
Marko3 месяцев назад

@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?

Фото профиля AI Mastery Guide
AI Mastery Guide3 месяцев назад

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

Фото профиля Emon Datta
Emon Datta3 месяцев назад

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

Фото профиля Carson | Korelyy
Carson | Korelyy3 месяцев назад

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?

Фото профиля Bitcoin Basics for Everyone
Bitcoin Basics for Everyone3 месяцев назад

That was great. Thank you.

Фото профиля Quin @ ArchitectFWD
Quin @ ArchitectFWD3 месяцев назад

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

Фото профиля Devin NFT Hunter
Devin NFT Hunter3 месяцев назад

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

Фото профиля Lucas Franco
Lucas Franco3 месяцев назад

How about branches?

Похожие видео

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 просмотров • 1 месяц назад