Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
ajianaz avatar

Task Planner

  • 19 installs
  • 4 repo stars
  • Updated December 6, 2025
  • ajianaz/skills-collection

task-planner is a Claude skill that generates structured, step-by-step task lists from a spec, plan, or PRD as a checkable Markdown file.

About

This skill generates detailed, step-by-step task lists from a spec, plan, or PRD. A developer uses it after finishing a spec to break work into 5-7 parent tasks and then actionable sub-tasks, saved as a checkable Markdown file under /tasks/. It identifies relevant source and test files and targets a junior-developer audience so implementation is easy to follow.

  • Generates structured task lists from specs, plans, or PRDs
  • Two-phase flow: parent tasks first, then sub-tasks on confirmation
  • Writes checkable task files to /tasks/ with relevant source and test files

Task Planner by the numbers

  • 19 all-time installs (skills.sh)
  • Ranked #2,032 of 3,282 Productivity & Planning skills by installs in the Skillselion catalog
  • Data as of Jul 28, 2026 (Skillselion catalog sync)
At a glance

task-planner capabilities & compatibility

Capabilities
writing plans · spec lean
Use cases
planning · project management
From the docs

What task-planner says it does

Generate detailed, step-by-step task lists from specs, plans, or requirements.
SKILL.md
Generate 5-7 high-level parent tasks:
SKILL.md
npx skills add https://github.com/ajianaz/skills-collection --skill task-planner

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs19
repo stars4
Last updatedDecember 6, 2025
Repositoryajianaz/skills-collection

What it does

Turn a spec, plan, or PRD into a structured, checkable task list of parent tasks and sub-tasks.

Who is it for?

Developers who want a spec or PRD broken into a checkable parent-and-sub-task implementation plan.

Skip if: Writing the spec itself or implementing the code.

When should I use this skill?

After completing a spec, when the user confirms or requests generating a task list from a plan, spec, or PRD.

What you get

  • A /tasks/tasks-[feature-name].md file
  • 5-7 parent tasks with sub-tasks
  • List of relevant source and test files

By the numbers

  • Generates 5-7 high-level parent tasks
  • 2-phase process (parent tasks, then sub-tasks)

Files

SKILL.mdMarkdownGitHub ↗

Task Generator

Generate detailed, step-by-step task lists from specs, plans, or requirements.

Workflow (2-Phase Process)

Phase 1: Generate Parent Tasks

1. Analyze the spec/plan content for functional requirements and implementation scope 2. Create the task file at /tasks/tasks-[feature-name].md 3. Generate 5-7 high-level parent tasks:

  • Always start with task 0.0: "Create feature branch" (unless user explicitly opts out)
  • Use your judgment for the number of additional tasks

4. Present parent tasks to user in the output format (without sub-tasks) 5. Tell user: "I have generated the high-level tasks. Ready to generate sub-tasks? Reply Go to proceed."

Phase 2: Generate Sub-Tasks

1. Wait for user to reply "Go" 2. Break down each parent task into smaller, actionable sub-tasks 3. Identify relevant files to create/modify (include test files) 4. Update the task file with complete structure

Output Format

Save to /tasks/tasks-[feature-name].md:

## Relevant Files

- `path/to/file.ts` - Brief description of why this file is relevant
- `path/to/file.test.ts` - Unit tests for file.ts
- `path/to/component.tsx` - Component description
- `path/to/component.test.tsx` - Unit tests for component.tsx

### Notes

- Unit tests should be placed alongside the code files they test
- Use `npx jest [optional/path/to/test/file]` to run tests

## Instructions for Completing Tasks

**IMPORTANT:** As you complete each task, check it off by changing `- [ ]` to `- [x]`. Update after completing each sub-task.

## Tasks

- [ ] 0.0 Create feature branch
  - [ ] 0.1 Create and checkout new branch (`git checkout -b feature/[feature-name]`)
- [ ] 1.0 [Parent Task Title]
  - [ ] 1.1 [Sub-task description]
  - [ ] 1.2 [Sub-task description]
- [ ] 2.0 [Parent Task Title]
  - [ ] 2.1 [Sub-task description]

Guidelines

  • Target audience: Junior developer who will implement the feature
  • Task style: Use imperative verbs (Create, Add, Implement, Update)
  • Feature name: Derive from spec title/topic in kebab-case
  • File identification: Include both source and test files
  • Sub-task granularity: Each sub-task should be completable in one focused session

Related skills

FAQ

How does the two-phase process work?

Phase 1 generates 5-7 high-level parent tasks; Phase 2 waits for the user to reply Go, then breaks each into sub-tasks and identifies relevant files.

Where are task lists saved?

To /tasks/tasks-[feature-name].md as a checkable Markdown file.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.