task-planning
npx machina-cli add skill athola/claude-night-market/task-planning --openclawTask Planning
Overview
Transforms specifications and implementation plans into actionable, dependency-ordered tasks. Creates phased breakdowns that guide systematic implementation.
When To Use
- Converting specifications to implementation tasks
- Planning feature implementation order
- Identifying parallel execution opportunities
- Breaking down complex features into phases
When NOT To Use
- Writing specifications - use spec-writing
Task Phases
Tasks follow a 5-phase structure from setup through polish:
- Phase 0: Setup - Project initialization, dependencies, configuration
- Phase 1: Foundation - Data models, interfaces, test infrastructure
- Phase 2: Core Implementation - Business logic, APIs, services
- Phase 3: Integration - External services, middleware, logging
- Phase 4: Polish - Optimization, documentation, final testing
For detailed phase definitions, selection guidelines, and anti-patterns, see modules/phase-structure.md.
Task Format
Each task includes:
- ID: Unique identifier (TASK-001)
- Description: Clear action statement
- Phase: Which phase it belongs to
- Dependencies: Tasks that must complete first
- Parallel Marker: [P] if can run concurrently
- Files: Affected file paths
- Criteria: How to verify completion
Dependency Rules
Dependencies define execution order and identify parallelization opportunities:
- Sequential Tasks: Execute in strict order when dependencies exist
- Parallel Tasks [P]: Can run concurrently when ALL nonconflicting conditions are met
- File Coordination: Tasks affecting same files MUST run sequentially
Nonconflicting Criteria for Parallel Execution:
- ✅ Files: No file overlap between tasks
- ✅ State: No shared configuration or global state
- ✅ Dependencies: All prerequisites satisfied
- ✅ Code paths: No merge conflicts possible
- ✅ Outputs: Tasks don't need each other's results
Mark tasks with [P] ONLY if they pass ALL criteria above.
For fan-out/fan-in patterns, task ID conventions, and validation rules, see modules/dependency-patterns.md.
Example Task Entry
## Phase 2: Core Implementation
### TASK-007 - Implement user authentication service [P]
**Dependencies**: TASK-003, TASK-004
**Files**: src/services/auth.ts, src/types/user.ts
**Criteria**: All auth tests pass, tokens are valid JWT
Verification: Run pytest -v to verify tests pass.
Quality Checklist
- All requirements mapped to tasks
- Dependencies are explicit
- Parallel opportunities identified
- Tasks are right-sized (not too large/small)
- Each task has clear completion criteria
Related Skills
spec-writing: Creating source specificationsspeckit-orchestrator: Workflow coordination
Troubleshooting
Common Issues
Command not found Ensure all dependencies are installed and in PATH
Permission errors Check file permissions and run with appropriate privileges
Unexpected behavior
Enable verbose logging with --verbose flag
Source
git clone https://github.com/athola/claude-night-market/blob/master/plugins/spec-kit/skills/task-planning/SKILL.mdView on GitHub Overview
Task planning translates specifications and implementation plans into actionable, dependency-ordered tasks. It produces phased breakdowns that guide systematic implementation from setup to polish.
How This Skill Works
It follows a 5-phase structure (Setup, Foundation, Core Implementation, Integration, Polish) and uses a standardized Task entry format: ID, Description, Phase, Dependencies, Parallel Marker [P], Files, and Criteria. Dependencies enforce execution order, while [P] marks parallelizable tasks that pass nonconflicting criteria such as no file overlap or shared state. See modules/phase-structure.md and modules/dependency-patterns.md for details.
When to Use It
- Converting specifications to implementation tasks
- Planning feature implementation order
- Identifying parallel execution opportunities
- Breaking down complex features into phases
- Planning for fan-out/fan-in patterns and validation rules
Quick Start
- Step 1: Analyze specs and draft a 5-phase plan (Setup to Polish).
- Step 2: Create explicit TASK entries with ID, Description, Phase, Dependencies, Files, and Criteria.
- Step 3: Evaluate dependencies, mark [P] for parallel tasks only after nonconflicting checks, and validate per dependency-pattern rules.
Best Practices
- Map every requirement to a concrete task
- Make dependencies explicit and avoid hidden coupling
- Mark parallelizable tasks with [P] only after all criteria are satisfied
- Size tasks appropriately—not too large, not too small
- Define clear, objective Criteria for task completion
Example Use Cases
- TASK-007 - Implement user authentication service [P] with dependencies TASK-003, TASK-004; files: src/services/auth.ts, src/types/user.ts; criteria: All auth tests pass, tokens are valid JWT
- Phase 0: Setup for a new project with dependencies and configuration
- Phase 2 tasks: parallel implementation of independent services with separate files and configs
- Sequential task chain across Phase 1 and Phase 2, with explicit dependencies ensuring correct ordering
- Fan-out/fan-in example demonstrating TASK-010 and TASK-011 coordinating without file or state conflicts
Frequently Asked Questions
Related Skills
SEO Plan
openclaw/skills
Strategic SEO planning for new or existing websites. Industry-specific templates, competitive analysis, content strategy, and implementation roadmap.
content-strategy
coreyhaines31/marketingskills
When the user wants to plan a content strategy, decide what content to create, or figure out what topics to cover. Also use when the user mentions "content strategy," "what should I write about," "content ideas," "blog strategy," "topic clusters," "content planning," "editorial calendar," "content marketing," "content roadmap," "what content should I create," "blog topics," "content pillars," or "I don't know what to write." Use this whenever someone needs help deciding what content to produce, not just writing it. For writing individual pieces, see copywriting. For SEO-specific audits, see seo-audit. For social media content specifically, see social-content.
project-planning
athola/claude-night-market
Transform specifications into implementation plans with architecture design and dependency-ordered tasks. Use for spec-to-plan conversion, task breakdown, effort estimation. Skip if no spec exists.
architect
aiskillstore/marketplace
Design systems, plan implementations, review architecture decisions - Use when you need to plan a complex feature, design system architecture, or make high-level technical decisions.
project-brainstorming
athola/claude-night-market
Guide project ideation through Socratic questioning and constraint analysis for actionable project briefs. Use for starting projects, exploring problems, comparing approaches, feasibility. Skip if requirements are clear.