planning-and-task-breakdown

Decomposes specifications into ordered, verifiable implementation tasks with acceptance criteria.

Updated Jul 9, 2026
One-click install
npx skills add https://github.com/assafmanor/waypoint --skill planning-and-task-breakdown-assafmanor
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: planning-and-task-breakdown
Source: https://github.com/assafmanor/waypoint/tree/main/.claude/skills/planning-and-task-breakdown
Command: npx skills add https://github.com/assafmanor/waypoint --skill planning-and-task-breakdown-assafmanor

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Large or vague development tasks often lead agents and developers to start coding without a plan, producing tangled implementations, missed dependencies, and rework. This Skill turns a spec or clear requirements into a written plan of small, verifiable tasks before any code is written. ## Core Features & Use Cases - Dependency-aware task ordering: Maps what depends on what and orders tasks bottom-up so foundations are built first. - Vertical slicing guidance: Splits work into complete feature slices (schema + API + UI) rather than horizontal layers, so every task delivers testable functionality. - Structured task format: Each task includes acceptance criteria, verification steps, dependencies, files likely touched, and a size estimate (XS through XL), with checkpoints between phases. - Flexible output targets: Writes the plan to tasks/plan.md and the task list to tasks/todo.md by default, or maps tasks onto an external tracker like GitHub Issues, Jira, or Linear when the project designates one. - Use Case: Given a spec for a group trip-planning feature, produce a phased plan where Task 1 delivers account creation end-to-end, Task 2 delivers login, and a checkpoint after every 2-3 tasks verifies tests pass and the build is clean. ## Quick Start Ask the agent to read the feature spec and break the work into an ordered task list with acceptance criteria saved to tasks/plan.md and tasks/todo.md.

Frequently Asked Questions about planning-and-task-breakdown

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I break a large feature spec into implementable tasks?▼

Read the spec in read-only mode, map the dependency graph between components, then slice work vertically so each task delivers one complete feature path. Record each task with acceptance criteria, verification steps, and dependencies in tasks/todo.md.

What is vertical slicing in task breakdown?▼

Vertical slicing builds one complete feature path at a time, covering schema, API, and UI together, instead of building all layers separately. Each slice delivers working, testable functionality rather than partial layers that only connect at the end.

How big should a single implementation task be?▼

Tasks should fit in one focused session, typically touching 1-5 files (sizes S or M). Anything touching 5 or more files, spanning two subsystems, or needing more than three acceptance criteria bullets should be broken down further.

Can tasks be tracked in GitHub Issues or Jira instead of a markdown file?▼

Yes. If the project's agent rules or the user designate an external tracker such as GitHub Issues, Jira, Linear, or beads, create one tracker item per task instead of writing tasks/todo.md, and note the tracker in tasks/plan.md.

When should I not use a formal task breakdown process?▼

Skip it for single-file changes with obvious scope, or when the spec already contains well-defined tasks. The planning step adds value only when work is large, vague, parallelized, or has unclear implementation order.