Live data from Hacker News

Don't Build Multi-Agents

cognition.ai

41–50 of 95 posts

Re: Don't Build Multi-Agents

#41
post #31

Why is this article on top of HN? this is nothing breaking/new/interesting/astonishing.. The principles are super basic to get the first time you build an agent. The real problem is to get reliability. If you have reliability and clear defined input and output you can easily go parallel. THis seems like a bad 5th class homework

Perhaps because author is perhaps the most prominent agent builder outside of the big labs.

Re: Don't Build Multi-Agents

#42
post #31

Why is this article on top of HN? this is nothing breaking/new/interesting/astonishing.. The principles are super basic to get the first time you build an agent. The real problem is to get reliability. If you have reliability and clear defined input and output you can easily go parallel. THis seems like a bad 5th class homework

Personally I found the article informative and well-written. I had been wondering for a while why Claude Code didn't more aggressively use sub-agents to split work, and it wasn't obvious to me (I don't build agents for a living).

Re: Don't Build Multi-Agents

#43
"It is now 2025 and React (and its descendants) dominates the way developers build sites and apps." Is there any research which tells react is dominating or most of the internet is not vanilla HTML but react?

Re: Don't Build Multi-Agents

#44

> As of June 2025, Claude Code is an example of an agent that spawns subtasks. However, it never does work in parallel with the subtask agent, and the subtask agent is usually only tasked with answering a question, not writing any code. Has this changed since June? Because I’ve been experimenting over the last month with Claude Cide subagents that work in parallel and agents which write code (doing both simultaneousl…

I’ve been quite successful since June doing parallel edits just on different components within the same codebase. But I’ve not been able to do it with “auto-accept” because I need a way to course correct if one of the agents goes off the rails.

Re: Don't Build Multi-Agents

#45

Don't hide your content from people using NoScript, how about that for starters... And oh great, another Peter Thiel company booted to the top of HN, really? > "Cognition AI, Inc. (also known as Cognition Labs), doing business as Cognition, is an artificial intelligence (AI) company headquartered in San Francisco in the US State of California. The company developed Devin AI, an AI software developer...Originally, the…

Counterpoint, we'll crack autonomous coding within ~3 years, and with increases in token efficiency the speed of software development is going to go crazy. Project managers and salespeople are gonna take over big tech.

are we calling customers project managers now?

Re: Don't Build Multi-Agents

#46
post #39

We're in the context engineering stone age. You the engineer shouldn't be trying to curate context, you should be building context optimization/curation engines. You shouldn't be passing agents context like messages, they should share a single knowledge store with the parent, and the context optimizer should just optimally pack their context for the task description.

You're not wrong. This is just a storage/retrieval problem. But ... the current systems have limits. If you want commercial success in <3yrs, are any of those ideas remotely viable?

Oh yeah, and if you tried to do one now it'd be a bad idea because I'm almost done :)

The agentic revolution is very different from the chatbot/model revolution because agents aren't a model problem, they're a tools/systems/process problem. Honestly the models we have now are very close to good enough for autonomous engineering, but people aren't giving them the right tools, the right processes, we aren't orchestrating them correctly, most people have no idea how to benchmark them to tune them, etc. It's a new discipline and it's very much in its infancy.

Re: Don't Build Multi-Agents

#47
post #31

Why is this article on top of HN? this is nothing breaking/new/interesting/astonishing.. The principles are super basic to get the first time you build an agent. The real problem is to get reliability. If you have reliability and clear defined input and output you can easily go parallel. THis seems like a bad 5th class homework

It doesn’t feel like news, yeah.

I would emphasize, though, that getting clearly defined input _that remains stable_ is hard. Often something is discovered during implementation of a task that informs changes in other task definitions. A parallel system has to deal with this or the results of the parallel tasks diverge.

Re: Don't Build Multi-Agents

#48
post #22

Earlier quoted context omitted.

Apart from requiring entirely the opposite solution? With respect, if there's an AI bubble, I can't see it for all the sour grapes, every time it's brought up, anywhere.

A lot of it seems to be resistance to change. People are afraid their skillset may be losing relevance, and instead of making any effort to adapt, they try to resist the change.

I suspect there's more to it than that. Some people are sprinting with this stuff, but it seems that many more are bouncing off it, bruised. It's a tell. Something is different.

It's an entirely new way of thinking, nobody is telling you the rules of the game. Everything that didn't work last month works this month, and everything you learned two months ago, you need to throw away. Coding assistants are inscrutable, overwhelming and bristling with sharp edges. It's easier than ever to paint yourself into a corner.

Back when it took weeks to put out a feature, you were insulated from the consequences of bad architecture, coding and communication skills: by the time things get bad enough to be noticed, the work had been done months ago and everyone on the team had touched the code. Now you can seeing the consequences of poor planning, poor skills, poor articulation being run to their logical conclusion in an afternoon.

I'm sure there are more reasons.

Re: Don't Build Multi-Agents

#49

There’s both “no multi-agent system” and “multi-agent system,” depending on how you look at it. In reality, you’re always hitting the same /chat/completion API, itself has no awareness of any agents. Any notion of an agent comes purely from the context and instructions you provide. Separating agents, has a clear advantage. For example, suppose you have a coding agent with a set of rules for safely editing code. Then…

Calling a different prompt template an 'agent' doesn't help communicate meaningful details about an overall system design. Unnecessary verbiage or abstraction in this case.
Post reply on HN