Загрузка видео...

Не удалось загрузить видео

На главную

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 просмотров • 1 месяц назад •via X (Twitter)

Комментарии: 16

Фото профиля kadd
kadd1 месяц назад

Plan quality is the real multiplier

Фото профиля elune
elune1 месяц назад

agre w u

Фото профиля Callan
Callan1 месяц назад

bad planning parallelizes failure

Фото профиля elune
elune1 месяц назад

yeah

Фото профиля beamnxw ./
beamnxw ./1 месяц назад

thx for ur explanations

Фото профиля elune
elune1 месяц назад

🫡🫡

Фото профиля Akbar Shaik
Akbar Shaik1 месяц назад

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
SEO Mastery1 месяц назад

One bad plan breaks everything downstream

Фото профиля Yasir Prototyper
Yasir Prototyper1 месяц назад

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
Tony Tong | Founder | Ancient Systems x AI1 месяц назад

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
Natalie Thompson1 месяц назад

straight facts the plan really makes or breaks everything

Фото профиля Arick Goomanovsky
Arick Goomanovsky1 месяц назад

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
Tara Curry1 месяц назад

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

Фото профиля غالي الاثمان
غالي الاثمان1 месяц назад

bro this is so real, planning is literally everything

Фото профиля Shikhar Sugandhi
Shikhar Sugandhi1 месяц назад

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

Фото профиля Leo Oliemans | Refinery
Leo Oliemans | Refinery1 месяц назад

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.

Похожие видео

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,638 просмотров • 3 месяцев назад