Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Orchestrate teams of Claude Code sessions

code.claude.com

Post reply on HN
Print view View original

191–200 of 238 posts

Re: Orchestrate teams of Claude Code sessions

#191

Post by MarkMarine »

bluerooibos wrote: post #126

This is great and all but, who can actually afford to let these agents run on tasks all day long? Is anyone here actually using this or are these rollouts aimed at large companies? I'm burning through so many tokens on Cursor that I've had to upgrade to Ultra recently - and i'm convinced they're tweaking the burn rate behind the scenes - usage allowance doesn't seem proportional. Thank god the open source/local LLM w…

A Claude max 20x plan and you’ll be fine. I’d been doing my normal process of running 4 Claude sessions in parallel because that was about the right amount of concurrent sessions for me to watch what’s going on and approve/deny plans and code… and this blows it out of the water. With an agent swarm it’s so fast at executing and testing I’m limited by my idea and review capabilities now. I tried running 2 and I can’t keep up, I’m defining specs and the other window is done, tested, validated and waiting for me.

Re: Orchestrate teams of Claude Code sessions

#192

Post by __turbobrew__ »

tehjoker wrote: post #183
spiderfarmer wrote: post #180

Earlier quoted context omitted.

I don’t need external research to validate or invalidate my own experience.

I think it depends on the tasks you use it for. Bootstrapping or translating projects between languages is amazing. New feature development? Questionable.

I don’t write frontend stuff, but sometimes need to fix a frontend bug.

Yesterday I fed claude very surgical instructions on how the bug happens, and what I want to happen instead, and it oneshot the fix. I had a solution in about 5 minutes, whereas it would have taken me at least an hour, but most likely more time to get to that point.

Literally an hour or two of my day was saved yesterday. I am salaried at around $250/hour, so in that one interaction AI saved my employer $250-500 in wages.

AI allows me to be a T shaped developer, I have over a decade of deep experience in infrastructure, but know fuck all about front end stuff. But having access to AI allows me as an individual who generally knows how computers work to fix a simple problem which is not in my domain.

Re: Orchestrate teams of Claude Code sessions

#193

Post by anupamchugh »

simianwords wrote: post #188
anupamchugh wrote: post #187

Earlier quoted context omitted.

[flagged]

Need it be actually disjoint? Interested in learning about the limitation here because apparently the agents can coordinate. Otherwise what’s the difference between what they are providing vs me creating two independent pull requests using agents and having an agent resolve merge conflicts?

[flagged]

Re: Orchestrate teams of Claude Code sessions

#194

Post by frankc »

RollAHardSix wrote: post #179
rahimnathwani wrote: post #139

Earlier quoted context omitted.

But it continually, wildly performs slower and falls short every time I’ve tried. If it falls short every time you've tried, it's likely that one or more of these is true: A. You're working on some really deep thing that only world-class expects can do, like optimizing graphics engines for AAA games. B. You're using a language that isn't in the top ~10 most popular in AI models' training sets. C. You have an opportun…

Trying to make a media player, media server, all by using ffmpeg and a pre-built media streaming engine as it's core. Python and SQLite. About a week's worth of effort every time until it begins to go too far off the rails to be reliable to continue to develop with. It never did get the ffmpeg commands right, I had to go back to crafting those by hand, it never did get the streaming engine to play in the browser's vi…

I recently built something in the same universe - using ffmpeg to receive streams from obs to capture audio and video - don't want to get into details beyond except to say it involved a fairly involved pipeline of ray actors and a significant admin interface with nicegui. I had no problem doing this with claude. You need to give it access to look up how do things, like context7. If you are doing something very specific, you need to have a session that does research to build a skill so it doesn't need to redo that research every time. And yes, you do need to tell it the architecture and be fairly detailed with something like how you want rbac.

Using these tools takes quite a bit of effort but even after doing all those steps to use the tool well, I still got this project done in a few days when it otherwise would have taken me 1-2 months and likely simply would never happened at all.

Re: Orchestrate teams of Claude Code sessions

#195

Post by indemnity »

imiric wrote: post #154
rahimnathwani wrote: post #139

Earlier quoted context omitted.

But it continually, wildly performs slower and falls short every time I’ve tried. If it falls short every time you've tried, it's likely that one or more of these is true: A. You're working on some really deep thing that only world-class expects can do, like optimizing graphics engines for AAA games. B. You're using a language that isn't in the top ~10 most popular in AI models' training sets. C. You have an opportun…

The possibility that the performance of these tools still isn't at the level some people need it to be is not an option? It's insulting that criticism is often met with superficial excuses and insinuation that the user lacks the required skills.

When really solid programmers who started skeptical (and even have a ban policy if PR submitters don’t disclose they used AI) now show how their workflows have been improved by AI agents, it may be worth trying to understand what they are doing and you are not.

https://mitchellh.com/writing/my-ai-adoption-journey

My experience mirrors that of Mitchell. It absolutely is at the level now where AI can free up time to do the really interesting stuff.

Re: Orchestrate teams of Claude Code sessions

#197

Post by indemnity »

tclancy wrote: post #95
nickstinemates wrote: post #92

Earlier quoted context omitted.

You write a generic architecture document on how you want your code base to be organized, when to use pattern x vs pattern y, examples of what that looks like in your code base, and you encode this as a skill. Then, in your prompt you tell it the task you want, then you say, supervise the implementation with a sub agent that follows the architecture skill. Evaluate any proposed changes. There are people who maximize…

How does this not use up tokens incredibly fast though? I have a Pro subscription and bang up against the limits pretty regularly.

I had to go to Max, Pro is more like a taster.

At work tho we use Claude Code thru a proxy that uses the model hosted on AWS bedrock. It’s slower than consumer direct-to-Anthropic and you have to wait a bit for the latest models (Opus 4.5 took a while to get), but if our stats are to be believed it’s much much cheaper.

Re: Orchestrate teams of Claude Code sessions

#198

Post by Aditya_Garg »

anupamchugh wrote: post #193
simianwords wrote: post #188

Earlier quoted context omitted.

Need it be actually disjoint? Interested in learning about the limitation here because apparently the agents can coordinate. Otherwise what’s the difference between what they are providing vs me creating two independent pull requests using agents and having an agent resolve merge conflicts?

[flagged]

Anthropic themselves were able to write a c compiler using teams all at the same time

https://www.anthropic.com/engineering/building-c-compiler

Here is the relevant excerpt:

"To prevent two agents from trying to solve the same problem at the same time, the harness uses a simple synchronization algorithm:

Claude takes a "lock" on a task by writing a text file to current_tasks/ (e.g., one agent might lock current_tasks/parse_if_statement.txt, while another locks current_tasks/codegen_function_definition.txt). If two agents try to claim the same task, git's synchronization forces the second agent to pick a different one. Claude works on the task, then pulls from upstream, merges changes from other agents, pushes its changes, and removes the lock. Merge conflicts are frequent, but Claude is smart enough to figure that out."

Re: Orchestrate teams of Claude Code sessions

#199

Post by hpdigidrifter »

asdev wrote: post #68

I personally have no use for this type of workflow. I like parallel claude code instances in worktrees but nothing beyond that

Am not a fan of dealing with worktrees Maybe for larger longer lived tasks but the time spent on merges from different agents is definitely a big headwind for parallel work.

This seems handled by this new agent which is cool.

I gave up on worktrees and hacked together a solution with fine-grained lockfiles for editing, running builds, etc that worked surprisingly good for what it was

Re: Orchestrate teams of Claude Code sessions

#200

Post by vardalab »

d4rkp4ttern wrote: post #125

This sounds very promising. Using multiple CC instances (or mix of CLI-agents) across tmux panes has always been a workflow of mine, where agents can use the tmux-cli [1] skill/tool to delegate/collaborate with others, or review/debug/validate each others work. This new orchestration feature makes it much more useful since they share a common task list and the main agent coordinates across them. [1] https://github.co…

Yeah, I've been using your tools for a while. They've been nice.
Post reply on HN