plan-taskslisted

# Plan small tasks Use the clarified brief as the source of scope. If what, why or who is missing, first use [clarify-request](../clarify-request/SKILL.md). Do not turn a guess into a confirmed requirement. Assign stable acceptance IDs (AC1, AC2, ...) and task IDs (T1, T2, ...). Each task should deliver one independently testable behavior or a necessary enabling contract. Split a task when it needs unrelated behavioral changes, several separate interfaces, or cannot be explained and reviewed on its own. Avoid arbitrary line counts and unsupported time estimates. For each task, fill [the task template](../deliberate-dev/assets/task.md): purpose, small scope, acceptance IDs, dependencies, owned paths, input/output contracts, test cases and commands, expected failing behavior, worktree assignment, and review criteria. Describe error cases at the same boundary as success cases. Dependencies refer to actual task IDs; reject cycles and missing IDs. Map every acceptance criterion to at least one task; justify every task using the brief. Two tasks may contribute to a criterion if the integrated behavior is also tested. Plan an integration check for the user's complete scenario, including interactions between independently implemented parts. Parallelize only tasks that do not rely on each other's unmerged output or modify the same interfaces/files. When paths overlap, assign one owner or add an ordering dependency. Establish shared interfaces before dispatch, and pass reviewed pr