Imagine you're running a kitchen during dinner rush. You could have every cook shout orders at each other and figure it out on the fly — that's dynamic dispatch. Or you could write every ticket before service starts and never change it — that's a predefined workflow. What actually works is a head chef who maintains the full menu hierarchy in their head, only calls out the next course when the previous one is plated, and lets each station run its own line. That's HTN-Orchestrate. The committed claim: a two-layer architecture that separates global task decomposition (via hierarchical task networks) from local subtask execution (via worker orchestrators) outperforms both flat reactive agents and rigid workflow systems on complex multi-step tasks. The Planner holds a tree of subtasks with explicit AND-dependencies, deferring decomposition of child nodes until parent results arrive. Local Orchestrators then schedule workers — tool-calling agents — against each leaf subtask. When the current decomposition dead-ends, results propagate upward and the Planner rebuilds the task network using accumulated findings. The ladder is respectable but not dominant. On BrowseComp (web research), HTN-Orchestrate hits 89.73% accuracy, beating Agent Team by 2.45 points and ReAct by a wider margin. On SUPERChem (scientific reasoning), it reaches 73.44%, a 4.69-point lead over Agent Team. These are real but modest margins, and the baselines — ReAct, Agent Team, DeepSeek Harness — are reasonable contemporaries, not straw men. Five benchmarks spanning web, science, and research workflows provide breadth, though absolute performance on some tasks leaves room. Architecturally, this is classical AI planning married to LLM agents. Hierarchical Task Networks are a decades-old formalism from automated planning: you decompose tasks into subtask trees with ordering constraints, and primitive tasks map to executable actions. The novelty is using an LLM as both the HTN planner (deciding decompositions dynamically) and the orchestrator (scheduling tool-calling workers). The AND-semantics for result propagation and the replanning trigger when decomposition fails are the load-bearing structural choices. The base model is shared across all compared systems, isolating the orchestration architecture as the variable. Integrity is mixed. Five benchmarks is good breadth, and holding the base model constant is the right experimental design. But we're told nothing about variance, statistical significance of those 2-5 point margins, or how many runs were averaged. The benchmarks appear to be established community tasks (BrowseComp, SUPERChem), which is a plus. No code release is mentioned. The authors are grading their own homework with their own implementation of baselines, which is standard but not ideal. The milestone question is straightforward: HTN-Orchestrate shows that planning-aware orchestration helps on tasks requiring 5-15 step decompositions. The next unlock is scaling to tasks with 50+ step hierarchies and cross-domain tool chains — enterprise-grade research workflows where the decomposition tree is deep and the replanning frequency is high. We're probably 1-2 years from seeing whether HTN-style planning holds up at that depth, or whether the LLM planner's decomposition quality degrades. The experiment not run: scaling analysis. How does performance change as task hierarchy depth increases? At what depth does the Planner's LLM-generated decomposition start producing incoherent subtree structures? The authors likely ran out of benchmark coverage — existing benchmarks max out at moderate complexity — but it's also possible that deeper hierarchies exposed replanning loops that hurt results. Either way, this is the obvious next test.
