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.
Orchestrate teams of Claude Code sessions
21–30 of 238 posts
Re: Orchestrate teams of Claude Code sessions
#22[flagged]
Shaking fist at clouds!!
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
#23Re: Orchestrate teams of Claude Code sessions
#24[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.…
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
#25I’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
#26Earlier 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…
Re: Orchestrate teams of Claude Code sessions
#27With stuff like this, might be that all the infra build-out is insufficient. Inference demand will go up like crazy.
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
#28Earlier 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.
Re: Orchestrate teams of Claude Code sessions
#29Earlier 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.
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.
Re: Orchestrate teams of Claude Code sessions
#30[flagged]