Loading source
Pulling the file list, source metadata, and syntax-aware rendering for this listing.
Source from repo
Structured planning workflow that uses files to track tasks, decisions, and project progress.
Files
Skill
Size
Entrypoint
Format
Open file
Syntax-highlighted preview of this file as included in the skill package.
templates/task_plan.md
1# Task Plan: [Brief Description]2<!--3WHAT: This is your roadmap for the entire task. Think of it as your "working memory on disk."4WHY: After 50+ tool calls, your original goals can get forgotten. This file keeps them fresh.5WHEN: Create this FIRST, before starting any work. Update after each phase completes.6-->78## Goal9<!--10WHAT: One clear sentence describing what you're trying to achieve.11WHY: This is your north star. Re-reading this keeps you focused on the end state.12EXAMPLE: "Create a Python CLI todo app with add, list, and delete functionality."13-->14[One sentence describing the end state]1516## Current Phase17<!--18WHAT: Which phase you're currently working on (e.g., "Phase 1", "Phase 3").19WHY: Quick reference for where you are in the task. Update this as you progress.20-->21Phase 12223## Phases24<!--25WHAT: Break your task into 3-7 logical phases. Each phase should be completable.26WHY: Breaking work into phases prevents overwhelm and makes progress visible.27WHEN: Update status after completing each phase: pending → in_progress → complete28-->2930### Phase 1: Requirements & Discovery31<!--32WHAT: Understand what needs to be done and gather initial information.33WHY: Starting without understanding leads to wasted effort. This phase prevents that.34-->35- [ ] Understand user intent36- [ ] Identify constraints and requirements37- [ ] Document findings in findings.md38- **Status:** in_progress39<!--40STATUS VALUES:41- pending: Not started yet42- in_progress: Currently working on this43- complete: Finished this phase44-->4546### Phase 2: Planning & Structure47<!--48WHAT: Decide how you'll approach the problem and what structure you'll use.49WHY: Good planning prevents rework. Document decisions so you remember why you chose them.50-->51- [ ] Define technical approach52- [ ] Create project structure if needed53- [ ] Document decisions with rationale54- **Status:** pending5556### Phase 3: Implementation57<!--58WHAT: Actually build/create/write the solution.59WHY: This is where the work happens. Break into smaller sub-tasks if needed.60-->61- [ ] Execute the plan step by step62- [ ] Write code to files before executing63- [ ] Test incrementally64- **Status:** pending6566### Phase 4: Testing & Verification67<!--68WHAT: Verify everything works and meets requirements.69WHY: Catching issues early saves time. Document test results in progress.md.70-->71- [ ] Verify all requirements met72- [ ] Document test results in progress.md73- [ ] Fix any issues found74- **Status:** pending7576### Phase 5: Delivery77<!--78WHAT: Final review and handoff to user.79WHY: Ensures nothing is forgotten and deliverables are complete.80-->81- [ ] Review all output files82- [ ] Ensure deliverables are complete83- [ ] Deliver to user84- **Status:** pending8586## Key Questions87<!--88WHAT: Important questions you need to answer during the task.89WHY: These guide your research and decision-making. Answer them as you go.90EXAMPLE:911. Should tasks persist between sessions? (Yes - need file storage)922. What format for storing tasks? (JSON file)93-->941. [Question to answer]952. [Question to answer]9697## Decisions Made98<!--99WHAT: Technical and design decisions you've made, with the reasoning behind them.100WHY: You'll forget why you made choices. This table helps you remember and justify decisions.101WHEN: Update whenever you make a significant choice (technology, approach, structure).102EXAMPLE:103| Use JSON for storage | Simple, human-readable, built-in Python support |104-->105| Decision | Rationale |106|----------|-----------|107| | |108109## Errors Encountered110<!--111WHAT: Every error you encounter, what attempt number it was, and how you resolved it.112WHY: Logging errors prevents repeating the same mistakes. This is critical for learning.113WHEN: Add immediately when an error occurs, even if you fix it quickly.114EXAMPLE:115| FileNotFoundError | 1 | Check if file exists, create empty list if not |116| JSONDecodeError | 2 | Handle empty file case explicitly |117-->118| Error | Attempt | Resolution |119|-------|---------|------------|120| | 1 | |121122## Notes123<!--124REMINDERS:125- Update phase status as you progress: pending → in_progress → complete126- Re-read this plan before major decisions (attention manipulation)127- Log ALL errors - they help avoid repetition128- Never repeat a failed action - mutate your approach instead129-->130- Update phase status as you progress: pending → in_progress → complete131- Re-read this plan before major decisions (attention manipulation)132- Log ALL errors - they help avoid repetition133