AtlasLibrary
Browse articles

131 articles

Use the map, then test a route

Search vs Planning

Read the articleMarkdown
A cook tastes from a simmering pot before deciding how much seasoning to add.
The recipe gives a starting point. The next adjustment comes from tasting.

The Lens

Before testing a piece of code, you can reason about what it will do. Running it then supplies information about interactions the reasoning missed. The useful balance depends on how much the model can predict and how expensive the test is.

Planning builds a predictive model and derives a path before execution. It assumes a shortcut is available: thinking can obtain the answer without running every step.

Search acts, observes the outcome and changes direction. It accepts that some answers require running the system.

The question is when each strategy deserves more of the work. Their relative value determines when to simulate and when to make contact, and cheaper AI-assisted iteration changes that balance.

A closer look

Let planning and trials inform each other

Let planning and trials inform each otherModel the situation → Choose a candidate → Run a real trial → Update the search → Model the situation. The balance depends on the costs of modeling and trying, and on how much of the outcome can be predicted in advance.Model thesituationChoose acandidateRun a realtrialUpdate thesearchLet planning and trials inform each otherModel the situation → Choose a candidate → Run a real trial → Update the search → Model the situation. The balance depends on the costs of modeling and trying, and on how much of the outcome can be predicted in advance.Model the situationChoose a candidateRun a real trialUpdate the search

The balance depends on the costs of modeling and trying, and on how much of the outcome can be predicted in advance.

Read this diagram

Model the situation → Choose a candidate → Run a real trial → Update the search → Model the situation.

Computational Reducibility vs Irreducibility

The distinction turns on whether the system permits a shortcut to its result.

Computationally Reducible Systems

A reducible system can be predicted without simulating every intermediate step.

PropertyReducible ExampleWhy Predictable
Mathematical proof2 + 2 = 4Axioms + logic = answer
Physics equationProjectile motionF = ma, solve analytically
Simple algorithmSortingKnown time complexity
Chess endgameKing + Rook vs KingTabulated optimal moves

Planning works perfectly in these cases: reasoning derives the correct answer, which can then be executed once.

Computationally Irreducible Systems

An irreducible system has no shortcut. Knowing its outcome requires running the steps. In Wolfram's formulation, the system is its own fastest simulator.

PropertyIrreducible ExampleWhy Unpredictable
MarketsStock pricesEmergent from millions of agents
Human behaviorWill they buy?Too many interacting variables
Complex codeWill it work?Interactions exceed mental model
RelationshipsHow will they respond?Other mind is opaque
StartupsProduct-market fit?Market is computationally irreducible

Planning still permits an approximation, but a remainder of uncertainty can be resolved only by running the system.

The Key Insight

Most domains of practical interest are irreducible: human behavior, markets, complex systems, relationships and creative work.

Expensive iteration encouraged treating them as if a sufficiently detailed plan could determine the answer. When there is only one chance to act, as with surgery or a rocket launch, extensive planning is necessary even though the model cannot remove every uncertainty.

When Each Strategy Dominates

Iteration cost is only one part of the decision. Failure severity, model complexity, available feedback and system type also determine the value of planning versus trying.

FactorPlanning WinsSearch Wins
Iteration costVery high (surgery, rockets)Low (software, conversations)
Model complexitySimple enough to hold in mindUnknown unknowns exist
Failure costCatastrophic and irreversibleRecoverable, can try again
Feedback availabilityDelayed or unavailableImmediate and clear
System typeReducible (math, simple physics)Irreducible (markets, behavior)

Planning Doesn't Fail in Irreducible Systems

Planning can identify likely regions and predict rough behavior without obtaining an exact answer. Reducing a million possibilities to a hundred is useful even when the hundred still contain uncertainty.

Search then tests within that smaller set to find the one that works. Planning narrows the gap; contact closes it.

Why Planning + Search Together

Each strategy supplies what the other lacks: an initial direction and a correction from the actual result.

Planning Alone

A model of an irreducible system is wrong to some degree. Optimizing entirely within that model can therefore produce a wrong answer with high confidence.

"But my analysis said this would work!" describes the failure. The analysis followed the model, while the world followed its own rules.

Search Alone

Unguided search faces a different problem. Randomly trying possibilities in a space with 1000 dimensions is exponentially slow. Without direction, the attempts do not converge in a useful time.

Together: Initialization + Descent

Planning provides a starting point and a likely direction. Search uses feedback to move from that point toward the optimum.

This is the gradient-descent relationship. A poor initialization with a good descent converges slowly. A good initialization without descent never leaves the starting point. A good initialization followed by descent converges quickly.

The plan need not be correct to constrain the search. Narrowing 1 million options to 100 can make testing tractable.

AI's Effect: Collapsing Iteration Cost

Reducing the cost of an attempt changes how much planning is worth doing before that attempt.

Before AI

When producing and revising an artifact took hours or days, avoiding a failed iteration was valuable.

DomainIteration CostStrategyReasoning
SoftwareHours/daysMostly planningDebug cycles expensive
WritingHoursMostly planningRevision is slow
ResearchDays/weeksHeavy planningExperiments expensive
DesignHoursMostly planningPrototypes take time

The expensive cycle favored planning before action.

After AI

Cheaper generation and revision make it possible to obtain feedback through more attempts.

DomainIteration CostStrategyReasoning
SoftwareMinutesSearch dominantAI generates, tests fail/pass, iterate
WritingMinutesSearch dominantAI drafts, you iterate on feedback
ResearchHoursMixedAI synthesizes, you validate
DesignMinutesSearch dominantAI generates options, you select

Software, writing and design shift toward search, while research retains a mixed strategy because validation still takes time.

The Mechanism

AI changes the cost of running a system without making the system more reducible. More of the unanswered questions can therefore be addressed through affordable experiments.

Strategy=f(iteration cost,system reducibility)\text{Strategy} = f(\text{iteration cost}, \text{system reducibility})

Lower iteration cost makes search viable in domains where the previous expense favored extensive planning.

Reality Contact as the Differentiator

Planning runs the model in the person's head. Search runs the actual system. The difference is whether the next observation comes from simulation or from the world the model is meant to describe.

AI Accelerates Reality Contact

AI can interpret an error quickly, produce a variation for the next attempt and extract a direction from a binary result. Gradient extraction develops that last step.

When the interface to reality becomes faster and cheaper, the balance shifts from planning first toward acting to obtain the next observation.

The Danger

The same tool can accelerate an isolated simulation. More elaborate plans and more scenarios do not supply outside evidence, so blind spots can expand along with the model.

When each iteration encounters reality, AI instead accelerates the sequence of feedback and correction. The tool does not choose between those uses. The distinction is whether it helps avoid the encounter or makes the encounter easier.

The Planning-Search Loop

In an irreducible domain, the two strategies form a repeating process:

1. PLAN (LLM constrains search space)
   → Hypothesis about what might work
   → Direction to search

2. ACT (execute in reality)
   → Try the hypothesis
   → Touch actual territory

3. OBSERVE (collect signal)
   → What happened?
   → How does it differ from prediction?

4. EXTRACT GRADIENT (LLM converts outcome to direction)
   → Binary outcome → directional information
   → What does this suggest about where to go next?

5. UPDATE PLAN (refine model)
   → Incorporate new information
   → Narrow search space further

6. REPEAT until converged

This Loop Is Irreducible

Each step supplies something needed by the next iteration. Omitting one produces a distinct failure:

If You SkipWhat Happens
No hypothesis (step 1)Random walk, no direction
No reality contact (step 2)Pure simulation, blind spots
No observation (step 3)Wasted action, no learning
No gradient extraction (step 4)Binary outcomes don't guide
No model update (step 5)Same mistakes repeated
No repetition (step 6)Single-shot = planning only

The complete sequence is the minimum structure for learning in an irreducible domain. No step can be skipped.

Variations Are Parameter Changes

Parallel attempts, nested timescales, batched updates and different amounts of exploration alter how the process runs without replacing its structure.

VariationWhat ChangesCore Loop Intact
ParallelizationRun multiple hypotheses simultaneouslyYes, just more loops in parallel
HierarchyNested loops (tactical inner, strategic outer)Yes, loops at different scales
Batch vs onlineUpdate frequencyYes, just timing of updates
Exploration/exploitationHow much to deviate from best hypothesisYes, parameter in step 5

Agentic AI as Planning-Search Loops

Tool calling alone does not define an agent. An agent combines planning and search with contact and state that persists between attempts.

What Makes an Agent

The modules supply hypotheses, execution, observed results, interpretation and a record that carries forward.

ComponentFunctionImplementation
Planning moduleGenerate hypotheses, constrain spaceLLM reasoning
Execution moduleInterface with realityTool calls, APIs
Observation moduleCollect outcomesParse results, measure
Gradient extractionInterpret outcomes directionallyLLM analysis of results
StatePersist across iterationsMemory, context

Infrastructure Determines Viability

Manual wiring and repeated state management make every iteration expensive. Automated loops and persistent state reduce that cost.

Good AI infrastructure makes the complete loop cheap enough that search can dominate. Its value depends on the expense of the next iteration, rather than on the sophistication of a plan produced once.

Search is especially useful when the solution space has structured rules and defined moves, results can be verified, and the number of possibilities exceeds what exhaustive planning can handle.

DomainWhy Search WorksExample
CodingTests verify, iteration cheapTry → run tests → iterate
Tax optimizationRules defined, compliance testableTry deduction → valid/invalid → iterate
Cooking ratiosChemistry verifiable, taste testableAdjust ratio → taste → iterate
Workout programmingRecovery measurable, results visibleTry protocol → measure → adjust
Calendar optimizationConstraints verifiable, conflicts detectableTry schedule → conflicts? → iterate

These domains can supply binary results. Gradient extraction turns the result into directional information for the next attempt, allowing a repeated optimization loop.

Practical Application

When to Plan More

Planning deserves more effort when attempts are expensive, failure is catastrophic or irreversible, the model is simple enough to predict accurately, or feedback is unavailable. These conditions make the next untested action costly or make reasoning comparatively informative.

When to Search More

Search deserves more effort when attempts are cheap, failures are recoverable, the model contains too many unknowns for accurate prediction, and feedback arrives quickly. A trial then obtains information the plan cannot supply at a tolerable cost.

The Meta-Heuristic

Spending more than 20% of the time planning without reality contact probably indicates the wrong strategy. The suggested planning/search ratio responds to the lower iteration cost made available by AI.

Key Principle

Planning constrains the possibilities worth testing. Search supplies the evidence needed to correct that plan and converge on what works.

Cheaper iteration changes how much uncertainty it is worth resolving before an attempt. It does not remove the need to act, observe, extract a direction, update the model and repeat.

Return to the libraryBack to the beginning