planning-and-task-breakdown

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

1|Updated Jul 5, 2026
One-click install
npx skills add https://github.com/yersonargotev/packy --skill planning-and-task-breakdown-yersonargotev
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: planning-and-task-breakdown
Source: https://github.com/yersonargotev/packy/tree/main/bundle/skills/planning-and-task-breakdown
Command: npx skills add https://github.com/yersonargotev/packy --skill planning-and-task-breakdown-yersonargotev

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Large or vaguely defined work items cause agents and developers to produce tangled, unverifiable implementations. This Skill turns a spec or clear requirements into an ordered set of small, testable tasks with explicit acceptance criteria, dependencies, and checkpoints. ## Core Features & Use Cases - Structured Planning Process: Guides read-only plan mode, dependency graph mapping, and vertical slicing so each task delivers working, testable functionality. - Task Templates and Sizing: Provides a standard task format (description, acceptance criteria, verification, dependencies, files touched) plus sizing rules from XS to XL, with guidance on when to break tasks down further. - Flexible Output Targets: Writes the plan to tasks/plan.md and the task list to tasks/todo.md by default, or maps tasks onto external trackers like GitHub Issues, Jira, Linear, or beads when the project designates one. - Use Case: Given a spec for a new user registration feature, produce a phased plan where each task (schema, API, UI) is a vertical slice with acceptance criteria, ordered by dependency, with checkpoints after every 2-3 tasks. ## 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 into smaller tasks?▼

Map the dependency graph first, then slice vertically so each task delivers one complete working feature path rather than a horizontal layer. Keep tasks to 1-5 files with 3 or fewer acceptance criteria; anything larger should be split further.

What should a good implementation task include?▼

Each task needs a short description, specific testable acceptance criteria, verification steps (tests, build, manual check), dependencies on other tasks, files likely touched, and a size estimate. Tasks without acceptance criteria are a red flag.

Can I use GitHub Issues or Jira instead of a todo 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?▼

Skip it for single-file changes with obvious scope, or when the spec already contains well-defined tasks. The planning process is designed for work that is too large, vague, or dependency-heavy to start directly.

What is the difference between acceptance criteria and definition of done?▼

Acceptance criteria are per-task and answer whether you built the right thing. The Definition of Done is a fixed project-wide bar covering correctness, quality, integration, documentation, and ship-readiness that every change must clear.