planning-and-task-breakdown

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

2|1|Updated Aug 19, 2026
One-click install
npx skills add https://github.com/lanceyuu/mimiwork --skill planning-and-task-breakdown-lanceyuu
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: planning-and-task-breakdown
Source: https://github.com/lanceyuu/mimiwork/tree/main/coworker/skills/builtin/planning-and-task-breakdown
Command: npx skills add https://github.com/lanceyuu/mimiwork --skill planning-and-task-breakdown-lanceyuu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Large or vaguely defined work items cause agents and developers to start coding without a plan, producing tangled implementations, missed dependencies, and rework. This Skill turns a spec into a written plan with small, testable tasks before any code is written. ## Core Features & Use Cases - Structured Task Decomposition: Maps dependency graphs, slices work vertically into complete feature paths, and sizes each task (XS through XL) so nothing exceeds a single focused session. - Acceptance Criteria and Checkpoints: Every task gets testable acceptance criteria, verification steps, and dependency notes, with checkpoints after every 2-3 tasks to keep the system in a working state. - 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 new user authentication feature, produce an ordered task list covering schema, API, and UI slices, each with acceptance criteria, so implementation can proceed or be parallelized across agents. ## Quick Start Break this feature spec into an ordered task list with acceptance criteria and save the plan to tasks/plan.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?▼

Map the dependency graph first, then slice vertically so each task delivers one complete feature path across schema, API, and UI. Give every task acceptance criteria, verification steps, and a size estimate, keeping tasks to five files or fewer.

What is vertical slicing in task breakdown?▼

Vertical slicing builds one complete feature path at a time, such as user registration covering schema, API, and UI together, instead of building all of one layer first. Each slice leaves the system in a working, testable state.

How big should a single implementation task be?▼

Tasks should fit one focused session, roughly one to five files. If a task touches more than five files, spans two independent subsystems, or needs more than three acceptance criteria bullets, break it 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, create one tracker item per task with acceptance criteria in the body and dependencies via the tracker's linking mechanism, and note the tracker in tasks/plan.md.

When should I skip formal task breakdown?▼

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