Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

ANTHROPIC JUST EXPOSED WHY MOST MULTI AGENT CODING SYSTEMS FAIL BEFORE WRITING A SINGLE LINE OF CODE the model is not the problem the plan is one bad dependency cut gets copied across six agents then three builders produce the wrong result in parallel spec → planner → three...

34,491 görüntüleme • 1 ay önce •via X (Twitter)

16 Yorum

kadd profil fotoğrafı
kadd1 ay önce

Plan quality is the real multiplier

elune profil fotoğrafı
elune1 ay önce

agre w u

Callan profil fotoğrafı
Callan1 ay önce

bad planning parallelizes failure

elune profil fotoğrafı
elune1 ay önce

yeah

beamnxw ./ profil fotoğrafı
beamnxw ./1 ay önce

thx for ur explanations

elune profil fotoğrafı
elune1 ay önce

🫡🫡

Akbar Shaik profil fotoğrafı
Akbar Shaik1 ay önce

The biggest insight here isn't even the number of agents. It's the dependency graph. Give each builder a clearly defined surface, let them operate independently, keep failures contained, then bring everything together only after verification.

SEO Mastery profil fotoğrafı
SEO Mastery1 ay önce

One bad plan breaks everything downstream

Yasir Prototyper profil fotoğrafı
Yasir Prototyper1 ay önce

Basically supply chain optimization. I work with upstream dependencies daily. One bad plan stalls the whole line. Same principle, different stack.

Tony Tong | Founder | Ancient Systems x AI profil fotoğrafı
Tony Tong | Founder | Ancient Systems x AI1 ay önce

A bad assumption early in the pipeline is the quiet killer. My production app tokenized with NLTK while my training pipeline lemmatized with spaCy, and that mismatch alone created more out-of-vocabulary words at inference than any downstream fix could catch.

Natalie Thompson profil fotoğrafı
Natalie Thompson1 ay önce

straight facts the plan really makes or breaks everything

Arick Goomanovsky profil fotoğrafı
Arick Goomanovsky1 ay önce

Right - the model isn't the problem, the plan is. Which is another way of saying the failure lives in how agents are organized and hand off, not in any single agent. Multi-agent coding breaks at the seams, not the nodes.

Tara Curry profil fotoğrafı
Tara Curry1 ay önce

The success of a multi-agent coding system rests on a well-thought-out plan and effective communication among agents, not just the model itself

غالي الاثمان profil fotoğrafı
غالي الاثمان1 ay önce

bro this is so real, planning is literally everything

Shikhar Sugandhi profil fotoğrafı
Shikhar Sugandhi1 ay önce

Really interesting approach. Keeping agents isolated while feeding failures back into the spec makes a lot of sense

Leo Oliemans | Refinery profil fotoğrafı
Leo Oliemans | Refinery1 ay önce

The dependency graph is part of the safety boundary. I’d want each parallel task to carry the assumptions it depends on, then get rechecked before merge. Otherwise the system can be internally consistent and still build the wrong thing.

Benzer Videolar

THIS GUY CONNECTED HIS AI AGENTS TO HIS OBSIDIAN AND BUILT A BRAIN THAT LEARNS ON ITS OWN. HERE'S HOW TO BUILD IT Obsidian is just markdown files sitting in a folder. That turns out to be the perfect memory for an AI agent, because an agent can read and write those files directly. He wired his agents into the vault so they pull context from it, do the work, and write what they learned back. The notes aren't the point. The loop is, and it gets sharper every cycle How to build it: 1. Point an agent at your vault. The fastest way, no plugins, no API keys: open a terminal and run npx obsidian-mcp /path/to/your/vault. That exposes your Obsidian folder to Claude as a tool it can read, search, and write to. Add it to your Claude Code or Cowork config and restart 2. Confirm it can see the brain. Ask it: "list the notes in my vault and summarize what's in them." If it reads them back, the connection is live. Now it starts every task with everything the vault already holds instead of from zero 3. Give each agent one job and a write-back rule. Tell it: "research this, then save what you found as a new note in /brain with links to related notes." One agent researches, one summarizes, one plans. Each writes its output back into the vault 4. Close the loop. Add one line to every agent's instructions: "read /brain before starting, write your result back when done." Now each task leaves the vault richer, and the next run reads that before it works. It compounds instead of resetting 5. You only steer. Review what the brain produces, point it at the next thing. The agents handle the reading, writing, and connecting The edge isn't better notes. It's a brain that feeds itself, so the work gets sharper every cycle instead of starting over Bookmark this

Yarchi

58,591 görüntüleme • 3 ay önce