todo-task-planning
Execute task planning based on the specified file and manage questions[/todo-task-planning file_path --pr --branch branch_name]
Best use case
todo-task-planning is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Execute task planning based on the specified file and manage questions[/todo-task-planning file_path --pr --branch branch_name]
Teams using todo-task-planning should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/todo-task-planning/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How todo-task-planning Compares
| Feature / Agent | todo-task-planning | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Execute task planning based on the specified file and manage questions[/todo-task-planning file_path --pr --branch branch_name]
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
SKILL.md Source
**Command arguments**: $ARGUMENTS
## Usage
```
/todo-task-planning <file_path> [--pr] [--branch <name>]
```
### Arguments
- `file_path` (required): Path to the file for task planning execution
- `--pr` (optional): Create a pull request after task completion. When specified, tasks will include branch creation (auto-generated if --branch not specified), commits, and PR creation
- `--branch <name>` (optional): Branch name to create and use for task execution. Creates the specified branch and commits all changes to it. Can be used independently or with --pr option
## Command Overview
This command reads the specified file ($ARGUMENTS) and performs comprehensive task planning.
It can be executed repeatedly on the same file and also manages, confirms, and updates questions.
**Important**: This command is designed to be executed repeatedly.
Do not question the fact that the same command will be executed multiple times; analyze and plan with a fresh perspective each time.
**Important**: The file specified in $ARGUMENTS will be the TODO management file.
Avoid including specifications and research results in this file as much as possible; use docs/memory to store research results.
Also, do not excessively abbreviate research results; retain them.
Check each time whether you have researched something in the past.
Do not neglect checking to avoid duplicating research results and tasks.
## Branch and PR Options Usage
### Option Behavior
**`--branch [branch_name]` option:**
- **Adds a branch creation task at the beginning of the task list**
- If `branch_name` is provided: Uses the specified branch name
- If `branch_name` is omitted: Auto-generates branch name following Git naming conventions
- All commits during task execution will be made to this branch
- Can be used independently without `--pr`
- Useful when you want to work on a feature branch but don't need a PR yet
**Branch name auto-generation rules:**
- Analyzes TODO file content to determine branch type and purpose
- Follows Git naming conventions: `{type}/{descriptive-name}`
- Types: `feature/`, `bugfix/`, `refactor/`, `chore/`, `docs/`
- Format: lowercase, hyphen-separated, English
- Example: `feature/actionlog-email-notification`
**`--pr` option:**
- Includes all `--branch` functionality (branch creation and commits)
- **Adds a pull request creation task at the end of the task list**
- If `--branch` is not specified, a branch name will be auto-generated
- The PR will include all changes made during task execution
- If PR template instructions exist in CLAUDE.md or similar files, those templates will be used
### Usage Examples
```bash
# Example 1: Create branch with auto-generated name (no PR)
/todo-task-planning TODO.md --branch
# → Generates branch name like: feature/actionlog-notification
# Example 2: Create branch with specific name (no PR)
/todo-task-planning docs/todos/feature-x.md --branch feature/user-auth
# Example 3: Create PR with auto-generated branch name
/todo-task-planning docs/todos/feature-x.md --pr
# → Auto-generates branch name and creates PR
# Example 4: Create PR with specific branch name
/todo-task-planning docs/todos/feature-x.md --pr --branch feature/user-auth
# Example 5: Basic task planning (no branch, no PR)
/todo-task-planning docs/todos/feature-x.md
```
### Implementation Guidance
When these options are specified, the task planning should include:
**For `--branch` option:**
- **Branch Name Determination:**
- If branch name is provided: Use as-is (validate against naming conventions)
- If branch name is omitted: Auto-generate following this logic:
1. Read TODO file title and content
2. Determine branch type based on task nature:
- `feature/` - New functionality implementation
- `bugfix/` - Bug fixes, issue resolution
- `refactor/` - Code restructuring without behavior change
- `chore/` - Development environment, dependencies, tooling
- `docs/` - Documentation updates
3. Extract key feature/issue name from TODO (2-4 words max)
4. Convert to lowercase, hyphen-separated English
5. Format: `{type}/{descriptive-name}`
6. Example: "ActionLog Email Notification" → `feature/actionlog-email-notification`
- Task to create the determined/generated branch at the beginning
- All modification tasks should indicate they will be committed to this branch
- No PR-related tasks
**For `--pr` option:**
- Task to create a branch (using specified name or auto-generated)
- All modification tasks with commit instructions
- Final task to create a pull request with proper description
- PR description should summarize all changes made
## Reference Documentation
- [todo-task-run skill](../todo-task-run/SKILL.md)
- [key-guidelines skill](../key-guidelines/SKILL.md)
## Core Guidelines
Phase 0 reads and applies `/key-guidelines` at the start of every execution
## [CRITICAL]Important Implementation Requirements
**MANDATORY**: This command MUST update the $ARGUMENTS file (the file specified as a parameter)
- **Main Claude executor** (not a subagent) uses Edit or Write tool to update files
- After calling subagents in Phase 1, update the $ARGUMENTS file with those results in Phase 5
- Add new task planning results in a structured format while preserving existing content
- After file update is complete, confirm, verify, and report the updated content
- **CRITICAL**: The $ARGUMENTS file update is NOT optional - it must be executed in every run
## Processing Flow
### [CRITICAL]Phase Dependency and Execution Rules
**[PROHIBITED]PROHIBITED PHASE SHORTCUTS - MUST FOLLOW SEQUENTIAL FLOW ⛔**
The following phase shortcuts are **STRICTLY PROHIBITED**:
- [NG]**Phase 1 → Phase 5 direct transition** (MOST COMMON VIOLATION)
- [NG]**Phase 1 → Phase 6 direct transition**
- [NG]**Phase 2 → Phase 5 direct transition** (skipping Phase 3-4)
- [NG]**Phase 3 → Phase 5 direct transition** (skipping Phase 4)
**Why These Shortcuts Are Dangerous:**
- **Data Loss**: Phase 2 existing task analysis will be ignored
- **No Integration**: New tasks won't integrate with existing TODO.md content
- **Missing Validation**: User questions won't be asked, leading to incorrect assumptions
- **File Creation Failures**: docs/memory files won't be created at proper time
### 📊 Phase Dependency Flow Chart
```
┌─────────────────────────────────────────────────────────────────┐
│ PHASE EXECUTION FLOW │
│ (MUST FOLLOW SEQUENTIAL ORDER) │
└─────────────────────────────────────────────────────────────────┘
Phase 0: Key Guidelines Reading → [詳細](PHASE-0-KEY-GUIDELINES.md) [OK]MANDATORY
└─ Read and apply key-guidelines skill
└─ Output: guidelines_loaded
↓
Phase 1: TODO File Reading → [詳細](PHASE-1-TODO-READING.md) [OK]MANDATORY
└─ Read and parse $ARGUMENTS file
└─ Parse --pr and --branch options
└─ Output: HAS_PR_OPTION, HAS_BRANCH_OPTION, BRANCH_NAME
↓
Phase 2: Explore Subagent → [詳細](PHASE-2-EXPLORE.md) [OK]MANDATORY
└─ Call Task tool (Explore)
└─ Output: exploration_results
↓
Phase 3: Plan Subagent → [詳細](PHASE-3-PLAN.md) [OK]MANDATORY
└─ Call Task tool (Plan) with exploration_results
└─ Output: planning_results
↓
Phase 4: project-manager skill → [詳細](PHASE-4-PROJECT-MANAGER.md) [OK]MANDATORY
└─ Call Skill tool (project-manager) with exploration + planning results
└─ Output: strategic_plan
↓
Phase 5: Verification → [詳細](PHASE-5-VERIFICATION.md) [OK]MANDATORY
└─ Verify all subagents completed successfully
└─ Verify: exploration_results, planning_results, strategic_plan exist
↓
Phase 6: File Analysis → [詳細](PHASE-6-ANALYSIS.md) [OK]MANDATORY
└─ Read $ARGUMENTS file
└─ Output: existingTasks, taskProgress
↓
Phase 7: Task Analysis & Breakdown → [詳細](PHASE-7-BREAKDOWN.md) [OK]MANDATORY
└─ Input: Phase 1-5 results + Phase 6 results
└─ Output: Task breakdown, feasibility analysis
↓
Phase 8: Question Management → [詳細](PHASE-8-QUESTIONS.md) [WARNING]CONDITIONAL
├─ CONDITION A: Questions exist [OK]MANDATORY
│ └─ Execute AskUserQuestion tool
│ └─ Wait for user responses
│ └─ Create questions.md file
│ └─ Output: User decisions recorded
├─ CONDITION B: No questions [OK]ALLOWED (Must document reason)
│ └─ Proceed to Phase 9
│ └─ Document why no questions needed
└─ [PROHIBITED]GATE: Phase 9 entrance checkpoint
↓
Phase 9: File Update → [詳細](PHASE-9-UPDATE.md) [OK]MANDATORY
├─ Create docs/memory files (exploration, planning, questions)
├─ Update $ARGUMENTS file with task checklist
├─ Conditional branch/PR task insertion:
│ └─ Evaluate HAS_BRANCH_OPTION and HAS_PR_OPTION
│ └─ Insert branch creation task if needed (beginning)
│ └─ Insert PR creation task if needed (end)
└─ Output: Complete TODO.md with all tasks
↓
Phase 10: Verification & Feedback → [詳細](PHASE-10-VERIFICATION.md) [OK]MANDATORY
└─ Verify file updates, AskUserQuestion execution
└─ Report to user
```
### 🔐 Phase Requirement Markers
| Phase | Status | Skippable? | Dependencies | Critical Output |
|-------|--------|------------|--------------|-----------------|
| **Phase 0** | [OK]MANDATORY | 🚫 NO | None | guidelines_loaded |
| **Phase 1** | [OK]MANDATORY | 🚫 NO | Phase 0 | HAS_PR_OPTION, HAS_BRANCH_OPTION, BRANCH_NAME |
| **Phase 2** | [OK]MANDATORY | 🚫 NO | Phase 1 | exploration_results |
| **Phase 3** | [OK]MANDATORY | 🚫 NO | Phase 2 | planning_results |
| **Phase 4** | [OK]MANDATORY | 🚫 NO | Phase 3 | strategic_plan |
| **Phase 5** | [OK]MANDATORY | 🚫 NO | Phase 4 | Verification status |
| **Phase 6** | [OK]MANDATORY | 🚫 NO | Phase 5 | existingTasks, taskProgress |
| **Phase 7** | [OK]MANDATORY | 🚫 NO | Phase 1-6 | Task breakdown, feasibility |
| **Phase 8** | [WARNING]CONDITIONAL | 🚫 NO (See conditions) | Phase 7 | User decisions (if questions exist) |
| **Phase 9** | [OK]MANDATORY | 🚫 NO | Phase 1-8 | Updated $ARGUMENTS file, docs/memory files, branch/PR tasks inserted |
| **Phase 10** | [OK]MANDATORY | 🚫 NO | Phase 9 | Verification report |
**Phase 8 Conditions:**
- [OK]**Questions exist**: MUST execute AskUserQuestion tool and wait for responses
- [OK]**No questions**: MUST proceed to Phase 9 and document reason in Phase 10
### [WARNING]Critical Phase Transition Rules
**Rule 1: Sequential Execution Only**
- Each phase MUST complete before the next phase begins
- No parallel execution of phases
- No skipping of phases
- Each Phase is independent and must be executed in a separate turn/message
**Rule 2: Subagent Phases (2-4) Must Execute Sequentially**
```
[NG]WRONG FLOW (Parallel Execution):
Phase 2 (Explore) + Phase 3 (Plan) + Phase 4 (project-manager) → Called in same message
↓
PARALLEL EXECUTION
↓
Result: Phase 3/4 start before Phase 2 completes, missing dependencies
[OK]CORRECT FLOW (Sequential Execution):
Phase 0 → Phase 1 → Phase 2 (wait) → Phase 3 (wait) → Phase 4 (wait) → Phase 5 → ...
↓ ↓ ↓ ↓ ↓ ↓
Key- TODO Explore Plan project-mgr Verify
Guide Reading (output) (needs P2) (needs P2+P3) (check all)
```
**Rule 3: Never Skip to Phase 9 (File Update)**
- Phase 9 requires outputs from ALL previous phases
- Skipping Phase 6-8 causes data loss and missing integration
- Phase 6 (File Analysis) results are mandatory for Phase 7
- Phase 8 (Questions) is the entrance gate to Phase 9
**Rule 4: Phase 8 is a Mandatory Checkpoint**
- Even if no questions exist, Phase 8 MUST be executed to document this fact
- Phase 9 entrance gate verifies Phase 8 completion
## Variable Scope and Persistence
**IMPORTANT**: Variables set in Phase 1 persist throughout all subsequent phases (Phase 2-10).
**Phase 1 Variables Used in Later Phases**:
- `HAS_PR_OPTION`, `HAS_BRANCH_OPTION`, `BRANCH_NAME`, `IS_AUTO_GENERATED`
- Set in: Phase 1 Step 2 (argument parsing)
- Used in: Phase 9 (conditional task insertion)
- Scope: Available throughout entire skill execution
**Variable Lifecycle**:
```
Phase 1 → Set variables
↓
Phase 9 → Use variables for conditional logic
```
---
## Related Documentation
For detailed information about each phase, see:
- [Phase 0: Key Guidelines](PHASE-0-KEY-GUIDELINES.md) - Read and apply key-guidelines skill
- [Phase 1: TODO Reading](PHASE-1-TODO-READING.md) - Read and parse TODO file and arguments
- [Phase 2: Explore](PHASE-2-EXPLORE.md) - Explore subagent execution
- [Phase 3: Plan](PHASE-3-PLAN.md) - Plan subagent execution
- [Phase 4: Project Manager](PHASE-4-PROJECT-MANAGER.md) - project-manager skill execution
- [Phase 5: Verification](PHASE-5-VERIFICATION.md) - Verify all subagents completed
- [Phase 6: Analysis](PHASE-6-ANALYSIS.md) - File Analysis and Status Confirmation
- [Phase 7: Breakdown](PHASE-7-BREAKDOWN.md) - Task Analysis and Breakdown
- [Phase 8: Questions](PHASE-8-QUESTIONS.md) - Question Management and User Confirmation
- [Phase 9: Update](PHASE-9-UPDATE.md) - $ARGUMENTS File Update and Branch/PR Creation
- [Phase 10: Verification](PHASE-10-VERIFICATION.md) - Verification and Feedback
Additional resources:
- [Advanced Usage](ADVANCED-USAGE.md) - Iterative Execution, Best Practices, Common Mistakes
- [Examples](EXAMPLES.md) - Usage Examples and Output FormatsRelated Skills
aidf-task-templates
Task template definitions for AIDF. Provides structured templates for component, refactor, test, docs, architecture, and bugfix task types.
agenttodo
Manage tasks via the AgentTodo REST API — a shared execution layer for humans and AI agents. Use when the user asks to create, list, update, or manage tasks, todos, projects, or agent feedback.
adding-todos
Use this skill to capture an idea, task, or issue that surfaces during a Kata session as a structured todo for later work. This skill creates markdown todo files in the .planning/todos/pending directory with relevant metadata and content extracted from the conversation. Triggers include "add todo", "capture todo", "new todo", and "create todo".
task-automation
Execute development tasks from manifest, run parallel agents, verify builds, manage task pipeline. Use when user wants to run tasks, check task status, execute dev loop, or work through the backlog.
task-add
This skill should be used when the user asks to "add a task", "create task", "new task", or "task to do X". Adds timestamped tasks to daily note log with optional due dates.
planning-with-files
Implements Manus-style file-based planning for complex tasks. Creates task_plan.md, findings.md, and progress.md. Use when starting complex multi-step tasks, research projects, or any task requiring >5 tool calls. Now with automatic session recovery after /clear.
pixi-tasks
Complex pixi task workflows and orchestration. Use when building task dependency chains, configuring caching with inputs/outputs, creating parameterized tasks, or setting up CI pipelines—e.g., "pixi task depends-on", "task caching for build automation", "multi-environment test matrices".
mise-tasks
Orchestrate workflows with mise [tasks]. TRIGGERS - mise tasks, mise run, task runner, depends, depends_post, workflow automation, task dependencies.
inventory-demand-planning
Codified expertise for demand forecasting, safety stock optimisation, replenishment planning, and promotional lift estimation at multi-location retailers.
gsd:add-todo
Add a todo item to track tasks
sqlmodel-task-models
This skill should be used when defining a robust, type-safe, and async-compatible database schema for the Todo application using SQLModel, ensuring compatibility with Better Auth and optimized for PostgreSQL.
anaplan-planning
Anaplan connected planning for territory and quota management