Task Decomposition
Task decomposition is the process of breaking one large or ambiguous task into smaller, more concrete subtasks that can each be executed and checked individually.
“Add authentication to this app” is a fine request for a human, but it's too large and underspecified for an agent to just execute in one shot. Task decomposition is the step where an agent (or a person directing one) breaks that big task into smaller pieces it can actually act on: design the schema, add the login endpoint, add session handling, write tests.
Decomposition matters because smaller subtasks are easier to get right, easier to verify individually, and easier to hand off — to a different subagent, to a different tool, or to a later step in a workflow — than one large, vague instruction. It's also what makes a multi-agent-system practical: you can't usefully split work across agents without first breaking it into pieces.
There's no single required structure for decomposition. It's often drawn as a tree or hub-and-spoke (one big task, several subtasks), but a flat list of subtasks with no hierarchy at all is just as legitimate a decomposition, depending on whether the subtasks actually depend on each other.
Example
Given “add authentication to this app,” an agent might decompose it into: add a users table and password hashing, add login/logout endpoints, add session or token middleware, and add tests covering both successful and failed logins.
How it differs
Task decomposition vs. planning: decomposition specifically means splitting a task into subtasks; planning is the broader activity of deciding what to do, which usually includes decomposition plus figuring out the order and dependencies between the pieces.
Common misconceptions
FAQ
What is task decomposition in AI agents?
How is task decomposition different from planning?
Last checked: 2026-08-28