The Paradox of Scaling Brainpower: Why More Agents Can Mean Better Science, Not Just Faster Code

Emil Funk Vangsgaard

Hatched by Emil Funk Vangsgaard

Jul 22, 2026

10 min read

74%

0

The real question is not whether we can do more, but whether we can keep thinking

What do a six agent coding workflow and a therapy against TDP43 have in common? At first glance, almost nothing. One is about shipping software at astonishing speed. The other is about intervening in a protein that misbehaves in ALS and FTD. But both sit on the same deeper fault line of modern work: when does scale amplify intelligence, and when does it simply amplify chaos?

That is the hidden question behind both domains. In software, the temptation is to celebrate raw throughput, more code, more agents, more lines committed. In neuroscience and drug development, the temptation is to celebrate every new intervention as evidence that the problem is becoming tractable. Yet both worlds teach a more demanding lesson: scale is useful only when it is disciplined by feedback, design, and restraint.

The most interesting insight is not that tools make us faster. It is that tools force us to confront the limits of control. If a person can manage only six coding agents at once because they still need to design and review carefully, that is not a weakness. It is a map of the human bottleneck. Likewise, if a therapy can suppress TDP43 in a lab but fails in the body, that is not a failure of ambition. It is a map of biological bottlenecks.

The deeper lesson connecting both is this: progress does not come from adding more force. It comes from finding the narrowest point where leverage is real.


Scale is seductive, but control is the scarce resource

There is a common fantasy in every high performance domain: if one unit of effort is good, ten units must be better. In coding, this becomes the dream of parallel agents all generating features, tests, fixes, and refactors at once. In biology, it becomes the dream of a molecule, antibody, or gene therapy that can simply knock down the disease driver and restore order. Both fantasies are partially true, which is why they are dangerous.

The coding workflow described by the highest performing teams is not just about multiplying output. It is about orchestration. Six agents can be manageable because the human remains the architect, the reviewer, the taste filter, and the final judge of coherence. Beyond that point, the system can degrade. More agents may produce more code, but they also create more integration debt, more subtle inconsistencies, and more opportunities for false confidence.

Drug development has a similar pattern. TDP43 is not merely a target. It is a node in a dense living system. It binds DNA and RNA, participates in RNA metabolism, and when it goes wrong, it mislocalizes, aggregates, and acquires toxic behavior. So the idea of targeting it is appealing: remove the toxic driver, and perhaps the disease can be slowed. But the body is not a codebase. It is more like a city where every traffic reroute changes the entire flow. A therapy that looks precise in isolation can still create off target effects, delivery problems, or long term consequences once deployed at scale inside the central nervous system.

This is why the most important resource in both systems is not raw output. It is coherence under load.

The limiting factor is rarely the number of actions you can launch. It is the quality of the loop that turns action into understanding.

A person directing coding agents needs to see what each agent is doing, catch subtle mistakes, and preserve architecture. A drug developer targeting TDP43 needs to know not just whether aggregation decreases, but whether neuronal function improves, whether delivery reaches the right tissue, and whether long term modulation causes new harms. In both cases, the bottleneck is not creation. It is integration.


The hidden common pattern: intervene upstream, but only where the system can absorb it

TDP43 is interesting because it sits upstream in the disease process. Instead of treating downstream symptoms, the strategy is to intervene at a source of dysfunction. That is a powerful idea because upstream interventions often offer the greatest leverage. If you can correct the root cause, you may not need to fight every downstream consequence one by one.

Coding workflows have an analogous pattern. If a human reviewer waits until the end to catch every problem, the system becomes brittle. But if the architecture, task decomposition, and review checkpoints are designed well from the start, many errors never multiply. A small correction upstream can prevent a cascading mess later. The exact same principle drives good engineering and good therapeutics: move upstream, but only as far as the system can tolerate change.

This is where the analogy becomes more than poetic. TDP43 is a reminder that the most attractive target is not always the easiest one. In fact, the best target is often the one that is both central and fragile. Too little intervention, and disease keeps progressing. Too much, and you risk disrupting an essential biological function. That is a familiar shape in software as well. Too little structure, and agents produce noise. Too much structure, and they lose flexibility, inventiveness, or speed.

A useful mental model here is the Goldilocks leverage zone:

  1. Low leverage: action is safe but too indirect to matter.
  2. High leverage: action changes the core system, but may destabilize it.
  3. Goldilocks leverage: action is upstream enough to matter, but constrained enough to preserve function.

Targeting TDP43 aims for this middle zone. Managing multiple coding agents also requires it. You want enough parallelism to matter, but not so much that the coordination cost overwhelms the gain.

In both worlds, the skill is not maximizing intervention. It is locating the point where small, well timed pressure creates a disproportionately large effect.


Speed is only useful when it compounds judgment

The phrase that should make any thoughtful technologist or scientist pause is the claim of a 5 to 10x performance boost. That number can be real, but it can also be misleading. A team can produce 20,000 lines of code in two days and still ship a fragile system if the lines do not compound into clarity. Likewise, a therapeutic program can show elegant preclinical effects and still fail in translation if the biology does not compound into patient benefit.

The key distinction is between speed that adds volume and speed that compounds judgment.

Volume is easy to measure. More code, more experiments, more targets, more papers, more agents. Judgment is harder. It appears as cleaner architecture, better prioritization, more selective targeting, and fewer irreversible mistakes. When a person says they can only handle six coding agents because they still design and review a lot of things, they are really saying that the highest value work is not the generation of options. It is the curation of them.

That same truth haunts drug discovery. It is not enough to generate possible interventions against TDP43. The field must curate among small molecules, antisense oligonucleotides, immunotherapy, and gene therapy, each with different tradeoffs in mechanism, delivery, durability, and risk. The challenge is not scarcity of ideas. It is discrimination. Which modality matches the biology, the tissue, and the stage of disease? Which one can be delivered safely to the central nervous system? Which one preserves enough normal TDP43 function to avoid solving one problem by creating another?

Think of it like editing a movie versus filming raw footage. Raw footage can be abundant, but it is the edit that turns fragments into meaning. In coding, the edit is architecture and review. In medicine, the edit is translational discipline: choosing the right target, the right modality, the right patient population, and the right biomarker.

This is why the most advanced practitioners in both fields do not worship output. They optimize signal to noise.

True acceleration does not mean doing more things at once. It means making each action more informative than the last.


What TDP43 teaches builders about systems, and what coding agents teach scientists about leverage

If we connect these two worlds honestly, the result is not a simple analogy. It is a framework for thinking about complex systems.

First, both domains reward modularity. Coding agents work because tasks can be split, reviewed, and recombined. Drug discovery works best when a pathological mechanism can be isolated enough to become actionable. TDP43 is valuable precisely because it offers a focal point, a mechanism that can be tracked, perturbed, and measured. Modularity makes complexity manageable.

Second, both domains punish unobserved coupling. In code, hidden dependencies among agents create brittle systems. In biology, hidden dependencies among proteins, cell types, and pathways create unexpected side effects. You can never fully eliminate coupling, so the real job is to surface it early and design around it.

Third, both domains depend on feedback latency. The shorter the loop between action and correction, the more aggressive the system can safely become. Coding agents can move fast because tests, reviews, and integrations can offer quick feedback. Drug development moves slowly because clinical feedback is costly and delayed. That is why the stakes of upstream judgment are so high in medicine. A mistake discovered late is expensive, sometimes irreversible.

This suggests a broader thesis: the best systems are not the ones that eliminate complexity, but the ones that compress the cost of complexity into a form humans can still govern.

That is exactly why six agents can be the ceiling, not the floor. Not because six is magical, but because human judgment is the scarce asset. The same principle applies to therapies. TDP43 is compelling not because it is the entire disease, but because it is a tractable handle on a larger, messy process. In both cases, the point is to find an intervention surface narrow enough to control and broad enough to matter.

A practical way to think about this is the Governor, Not the Generator model:

  • Generators create options, code, hypotheses, compounds.
  • Governors decide which options survive, which are merged, and which are discarded.
  • High performance comes when governors are strong enough to preserve coherence while generators remain free enough to explore.

Without governors, scale becomes noise. Without generators, governance becomes stagnation.


Key Takeaways

  1. Do not confuse scale with progress. More agents, more code, or more interventions only help when the system has enough governance to absorb them.
  2. Look for upstream leverage, but respect system fragility. The best targets are often central, but centrality also means risk.
  3. Optimize for compounding judgment, not just output. The real gain comes from faster learning and better decisions, not merely larger totals.
  4. Treat feedback as the true bottleneck. Shorter, cleaner feedback loops are more valuable than raw parallelism.
  5. Use the Governor, Not the Generator mindset. Build systems where creation is abundant but selection is disciplined.

The deeper lesson: intelligence is not addition, it is coordination

The seductive story of modern automation is that intelligence will keep scaling by addition. Add more agents, more models, more targets, more modalities, more data, and the result will naturally become more powerful. But the more honest story is that intelligence scales by coordination. A six agent workflow can outperform a hundred undirected workers because it preserves a coherent center. A TDP43 therapeutic strategy can be promising because it attacks a central mechanism while still respecting the organism’s need for balance.

That is the common thread: the best systems do not merely generate. They compose.

When you look at code written by multiple agents or at a therapeutic strategy built around TDP43, the real achievement is not speed alone. It is that someone managed to keep the whole system legible while increasing its capacity. That is hard because complexity wants to sprawl. Good design, whether in software or medicine, does the opposite. It concentrates power at the right point and leaves everything else as simple as possible.

So perhaps the most important question is not how many agents you can run, or how many targets you can name. It is this: what is the smallest amount of well governed force that can produce a meaningful change in a complex system?

That question reaches from software to biology and back again. And once you start seeing the world through it, you notice a new pattern everywhere: the highest form of scale is not expansion without limit. It is precision with restraint.

Sources

← Back to Library

Hatch New Ideas with Glasp AI 🐣

Glasp AI allows you to hatch new ideas based on your curated content. Let's curate and create with Glasp AI :)

Start Hatching 🐣