Live data from Hacker News

Orchestrate teams of Claude Code sessions

code.claude.com

21–30 of 238 posts

Re: Orchestrate teams of Claude Code sessions

#21
post #17

I’m looking for something like this, with opus in the driver seat, but the subagents should be using different LLMs, such as Gemini or Codex. Anyone know if such a tool? just-every/code almost does this, but the lead/orchestrator is always codex, which feels too slow compared to opus or Gemini.

I think this is where future cursor features will be great - to coordinate across many different model providers depending on the sub-jobs to be done

Re: Orchestrate teams of Claude Code sessions

#22
post #6

[flagged]

Shaking fist at clouds!!

Wow, a bunch of NFT people used to say the same thing.

lmao, please explain to me why these companies should be valued at 200x revenue.. They are providing autocomplete APIs.

How come Google's valuation hasn't increased 100-200x, they provide foundation models + a ton more services as well and are profitable. None of this makes sense, its destined to fail.

Re: Orchestrate teams of Claude Code sessions

#24
post #9
post #6

[flagged]

People often compare working with AI agents to being something like a project manager. I've been a project manager for years. I still work on some code myself, but most of it is done by the rest of the team. On one hand, I have more bandwidth to think about how the overall application is serving the users, how the various pieces of the application fit together, overall consistency, etc. I think this is a useful role.…

It's very difficult to operate effectively at a higher level for a continued period of time without periodically getting back into the lower levels to try new things and learn new approaches or tools.

That doesn't even have to be writing a ton of code, but reading the code, getting intimately familiar with the metrics, querying the logs, etc.

Re: Orchestrate teams of Claude Code sessions

#25
post #17

I’m looking for something like this, with opus in the driver seat, but the subagents should be using different LLMs, such as Gemini or Codex. Anyone know if such a tool? just-every/code almost does this, but the lead/orchestrator is always codex, which feels too slow compared to opus or Gemini.

I think this is where future cursor features will be great - to coordinate across many different model providers depending on the sub-jobs to be done

What I want is something else: I want them to work in parallel on the same problem, and the orchestrator to then evaluate and consolidate their responses. I’m currently doing this manually, but it’s tedious.

Re: Orchestrate teams of Claude Code sessions

#26
post #9

Earlier quoted context omitted.

People often compare working with AI agents to being something like a project manager. I've been a project manager for years. I still work on some code myself, but most of it is done by the rest of the team. On one hand, I have more bandwidth to think about how the overall application is serving the users, how the various pieces of the application fit together, overall consistency, etc. I think this is a useful role.…

I do think there’s a real risk of Brain Atrophy when you rely on AI coding tools for everything and while learning something new. About a year ago, I dealt with this problem by using Neovim and having shortcuts like below to easily toggle GitHub Copilot on/off. Now that AI is baked into almost every part of the toolchain in VSCode, Cursor, ClaudeCode, Intellij, I don't know how the newer engineers will learn without…

I think in-line autocomplete is likely not that dangerous, if it's used in this manner responsibly, it's the large agentic tools that are problematic for your brain imo. But in-line autocompletes aren't going to raise billions of dollars and aren't flashy.

Re: Orchestrate teams of Claude Code sessions

#27
post #5

With stuff like this, might be that all the infra build-out is insufficient. Inference demand will go up like crazy.

Anyone paying attention has known that demand for all type of compute than can run LLMs (i.e. GPUs, TPUs, hell even CPUs) was about to blow up, and will remain extremely large for years to come.

It's just HN that's full of "I hate AI" or wrong contrarian types who refuse to acknowledge this. They will fail to reap what they didn't sow and will starve in this brave new world.

Re: Orchestrate teams of Claude Code sessions

#28
post #22

Earlier quoted context omitted.

Shaking fist at clouds!!

Wow, a bunch of NFT people used to say the same thing. lmao, please explain to me why these companies should be valued at 200x revenue.. They are providing autocomplete APIs. How come Google's valuation hasn't increased 100-200x, they provide foundation models + a ton more services as well and are profitable. None of this makes sense, its destined to fail.

Google is valued at 4T. Up from 1.2T in 2022.

Re: Orchestrate teams of Claude Code sessions

#29
post #22

Earlier quoted context omitted.

Shaking fist at clouds!!

Wow, a bunch of NFT people used to say the same thing. lmao, please explain to me why these companies should be valued at 200x revenue.. They are providing autocomplete APIs. How come Google's valuation hasn't increased 100-200x, they provide foundation models + a ton more services as well and are profitable. None of this makes sense, its destined to fail.

I like your name, it suggests you're here for a good debate.

Let me start by conceding on the company value front; they should not have such value. I will also concede that these models lower your value of labor and quality of craft.

But what they give in return is the ability to scale your engineering impact to new highs - Talented engineers know which implementation patterns work better, how to build debuggable and growable systems. While each file in the code may be "worse" (by whichever metric you choose), the final product has more scope and faster delivery. You can likewise choose to hone in the scope and increase quality, if that's your angle.

LLMs aren't a blanket improvement - They come with tradeoffs.

Post reply on HN