INQUIRING LINE

An AI's planning skill generalizes to new problems; its execution skill doesn't — so bundling them hides which one is broken.

Why should decomposition be diagnosed and fixed separately from solving?

This explores why treating the 'break the problem into steps' phase as its own failure surface — measured and fixed on its own — beats folding it into one monolithic solve.


This explores why the 'break the problem into steps' phase should be diagnosed and repaired on its own terms, rather than treated as one seamless part of solving. The core reason the corpus keeps surfacing: decomposition and solving fail differently, transfer differently, and get masked by different metrics — so a system that scores them together can't tell you which one is broken.

Start with where the failures actually live. When researchers separate a decomposer model from a solver model, accuracy and generalizability both improve, and the reason is revealing: decomposition skill transfers across domains while solving skill does not Does separating planning from execution improve reasoning accuracy?. That asymmetry is the whole argument. If planning generalizes and execution doesn't, then bundling them means your portable, reusable capability is being dragged down by the brittle, domain-specific one — and you'd never see it, because a single end-to-end score can't attribute the loss. Diagnosing them separately is how you find out that the planning was fine and the execution wasn't, or vice versa.

And the decomposition step is often the actual bottleneck, not the solving. Standard LLM decomposition hits only 34% step-level recall, and that gates everything downstream — correcting just the step count recovers 75% of the gains, shifting the remaining problem to a completely different stage (representation-level reranking) What blocks skill retrieval in task decomposition?. In other words, once you isolate decomposition you discover the fix is cheap and the leverage is enormous; folded into solving, the same error looks like a vague, hard-to-place reasoning failure. This echoes a broader finding that fine-tuning can make outputs *look* right — proper structure, valid format — without making them feasible Does supervised fine-tuning actually improve reasoning on optimization problems?: surface metrics reward the appearance of a good plan, not a plan that actually decomposes the problem correctly.

There's also a mechanical payoff to keeping the two apart. Decoupling the reasoning/planning phase from execution — planning fully before acting, or using abstract placeholders for results — eliminates redundant prompt growth and unlocks parallelism, without hurting reasoning quality Can reasoning and tool execution be truly decoupled?. A related architectural stance restricts the LLM to the abstraction-only job (read the messy input, emit clean formal structure) and hands the deterministic grind to a solver that's better at it Should LLMs handle abstraction only in optimization?. Both say the same thing from different angles: decomposition is a distinct competence with a distinct best-tool, and merging it into solving wastes the specialization.

The deepest version of the argument is that identical outputs can hide fundamentally broken internal structure — models can be perfectly linearly decodable yet fractured and entangled underneath, unable to recombine parts in novel ways Can identical outputs hide broken internal representations?, which is a symptom of the binding problem: networks struggle to segregate entities and reuse learned structure compositionally Why do neural networks fail at compositional generalization?. Bad decomposition is exactly this failure wearing a task-success mask. So the case for diagnosing decomposition separately isn't tidiness — it's that a correct-looking answer can sit on top of a decomposition that never actually carved the problem at its joints, and only a separate diagnosis will ever catch it.


Sources 7 notes

Does separating planning from execution improve reasoning accuracy?

Modular architectures with separate decomposer and solver models outperform monolithic LLMs, with decomposition ability transferring across domains while solving ability does not. The separation prevents planning-execution interference and produces more generalizable skills.

What blocks skill retrieval in task decomposition?

Standard LLM decomposition reaches only 34% step-level recall, gating retrieval success. Correcting step count recovers 75% of gains in iterative methods, shifting the bottleneck to representation-level reranking rather than vocabulary alignment.

Does supervised fine-tuning actually improve reasoning on optimization problems?

Supervised fine-tuning makes model outputs look correct—proper JSON structure, valid identifiers, expected sections—without making them physically feasible. The model learns surface features of solutions, not the reasoning to construct valid ones.

Can reasoning and tool execution be truly decoupled?

ReWOO and Chain-of-Abstraction both decouple reasoning from tool responses through different mechanisms—planning-before-execution and abstract placeholders respectively—eliminating quadratic prompt growth and sequential latency while maintaining reasoning quality.

Should LLMs handle abstraction only in optimization?

LLMs plateau at constraint satisfaction regardless of scale, but excel at natural-language-to-formal-structure translation. The productive architecture restricts LLMs to reading input and emitting solver code, leaving numeric iteration to deterministic solvers.

Show all 7 sources
Can identical outputs hide broken internal representations?

Networks trained with SGD reproduce outputs perfectly while having radically different internal structure than evolved networks, with weight perturbations revealing fractured, entangled representations that prevent transfer to novel contexts or creative recombination.

Why do neural networks fail at compositional generalization?

Greff et al. argue that neural networks cannot dynamically bind distributed information into compositional structures due to three failures: segregating entities from inputs, maintaining representational separation, and reusing learned structure in novel combinations. Scaling can partially overcome this by enabling compositional representations to emerge.

Papers this line draws on 8

The research behind the notes this line reads — ranked by how closely each paper relates.

Research prompt for your LLMexpand ↓

Copy into ChatGPT or Claude to take this line of inquiry further — it asks the model to find newer work and re-test which earlier constraints still hold.

You are a reasoning-systems analyst. Still-open question: why should decomposition (breaking a problem into steps) be diagnosed and repaired separately from solving?

What a curated library found — and when (dated claims, not current truth; findings span ~2020–2026):
- Separate a decomposer model from a solver and both accuracy and generalizability rise, because decomposition skill transfers across domains while solving skill does not — bundling them hides which one broke (~2024).
- Standard LLM decomposition reaches only 34% step-level recall; fixing just the step count recovers 75% of the gains, shifting the residual to representation-level reranking (~2024).
- Fine-tuning can make outputs LOOK right — valid structure and format — without making the plan feasible; surface metrics reward appearance over a correct carving (~2025).
- Decoupling planning from execution (plan fully first, or use abstract placeholders for results) removes redundant prompt growth and unlocks parallelism with no reasoning-quality loss (~2024).
- Identical task success can sit atop fractured, entangled internal structure that cannot recombine parts compositionally — the binding problem wearing a success mask (~2025).

Anchor papers (verify; mind their dates): On the Binding Problem in Artificial Neural Networks (2020); Efficient Tool Use with Chain-of-Abstraction Reasoning (2024); Divide-or-Conquer? Which Part Should You Distill (2024); Questioning Representational Optimism / Fractured Entangled Representations (2025).

Your task: (1) Re-test each constraint: have newer models, step-wise RL, agent memory/orchestration, or evals RELAXED it? Separate the durable question from the perishable limitation; say plainly where a constraint still holds. (2) Surface the strongest CONTRADICTING or superseding work from the last ~6 months — especially any showing joint end-to-end training now beats separated decompose/solve. (3) Propose 2 research questions assuming the regime moved. Cite arXiv IDs; flag anything you cannot ground in a real paper.