--- name: todo-output-template description: | TODO.md file output template examples for todo-task-planning command. Provides structured checklist format with task classification, status indicators, and research rationale. model: Haiku --- # TODO Output Template This template shows the expected output format for `/todo-task-planning` command results. ## Overview The output template demonstrates: - **Execution Summary**: Research performance, technical analysis, and duplicate checks - **Task Classification**: Tasks organized by feasibility (โœ… Ready, โณ Pending, ๐Ÿ” Research, ๐Ÿšง Blocked) - **Complete Checklist Format**: All items in markdown checklist format with status indicators - **Research Rationale**: File references (๐Ÿ“) and analysis basis (๐Ÿ“Š) for each task - **Git Workflow Integration**: Branch creation and PR tasks when `--branch` or `--pr` options are used ## Template Structure ### Option-Based Variations **Differences by Option**: - **`--branch` only**: Phase 0 (Branch Creation) is added, Phase 4 (PR and Merge) is NOT added - **`--pr`**: Both Phase 0 (Branch Creation) and Phase 4 (PR and Merge) are added - **No options**: Neither Phase 0 nor Phase 4 is added ### Full Example Template **Note**: The following is an example when `--branch` option is specified. In practice, include only tasks directly necessary to achieve the objective. ```markdown ## ๐Ÿ“Š Thorough Execution Summary - [ ] **Research Performance**: 18 files and 5 directories researched and completed - [ ] **Technical Analysis**: Confirmed Nuxt.js 3.x + MySQL configuration - [ ] New tasks: 6 (โœ…3, โณ1, ๐Ÿ”1, ๐Ÿšง1) - [ ] **Research Rationale**: Detailed analysis of 8 files, confirmation of 3 technical constraints - [ ] **Duplicate Check**: Avoided duplication of 4 past researches, 2 questions, 1 task - [ ] **docs/memory saved**: analysis/2025-01-15-auth-flow.md, questions/auth-questions.md - [x] **Updated file**: $ARGUMENTS file (directly updated and verified) ## ๐Ÿ“‹ Task List (Complete Checklist Format) ### Phase 0: ใƒ–ใƒฉใƒณใƒไฝœๆˆ โœ… (when --branch option is specified) - [ ] โœ… **ใƒ–ใƒฉใƒณใƒใ‚’ไฝœๆˆ** - ใ‚ณใƒžใƒณใƒ‰: `git checkout -b feature/actionlog-notification` - ๐Ÿ“‹ ใ“ใฎใƒ–ใƒฉใƒณใƒใงๅ…จใฆใฎๅค‰ๆ›ดใ‚’ใ‚ณใƒŸใƒƒใƒˆ - ๆŽจๅฎšๆ™‚้–“: 1ๅˆ† ### ๐ŸŽฏ Ready Tasks (โœ… Immediately Executable) - [ ] โœ… API authentication system implementation ๐Ÿ“`src/api/auth/` ๐Ÿ“ŠAuthentication flow confirmed - [ ] Implement login endpoint - Create `auth/login.ts` - ๐Ÿ’ก Use Express.js POST handler pattern from `auth/register.ts` - ๐Ÿ’ก Validate credentials with bcrypt, generate JWT token - ๐Ÿ’ก Return { token, user } on success, 401 on failure - [ ] Implement token verification middleware - Create `middleware/auth.ts` - ๐Ÿ’ก Follow middleware pattern in `middleware/logger.ts` - ๐Ÿ’ก Use jsonwebtoken.verify() to validate token from Authorization header - ๐Ÿ’ก Attach decoded user to req.user for downstream handlers - [ ] Add session management - Extend `utils/session.ts` - ๐Ÿ’ก Add createSession() and destroySession() methods - ๐Ÿ’ก Use Redis client pattern from `utils/cache.ts` - [ ] โœ… Database schema update ๐Ÿ“`prisma/schema.prisma` ๐Ÿ“ŠMySQL support - [ ] Update Prisma schema - Add new model definitions - ๐Ÿ’ก Follow existing User model pattern (id, createdAt, updatedAt fields) - ๐Ÿ’ก Add Session model with userId foreign key relation - [ ] Generate migration - Execute `npx prisma migrate dev` - ๐Ÿ’ก Run after schema changes, provide descriptive migration name - [๐Ÿ”„] โœ… User profile page implementation ๐Ÿ“`pages/user/profile.vue` - In progress - [x] Basic profile display โœ“ `components/UserProfile.vue` completed - [ ] Add profile edit functionality - Create `components/UserProfileEdit.vue` - ๐Ÿ’ก Copy form structure from `components/UserProfile.vue` - ๐Ÿ’ก Add v-model bindings for editable fields (name, email, bio) - ๐Ÿ’ก Call PATCH /api/user/:id with updated data on submit - [ ] โœ… Commit after implementation complete - ๐Ÿ’ก Execute micro-commit to commit changes by context - ๐Ÿ’ก Estimated time: 2-3 minutes ### โณ Pending Tasks (Waiting for Dependencies) - [ ] โณ Frontend UI integration ๐Ÿ“`components/` - After API completion (waiting for `auth/login.ts` completion) - [ ] Login form component - Create `components/LoginForm.vue` - [ ] API client setup - Configure `composables/useApi.ts` ### ๐Ÿ” Research Tasks (Research Required) - [ ] ๐Ÿ” Third-party API integration ๐Ÿ“ŠTo research: API documentation and authentication method - [ ] Review API documentation - Check endpoints and rate limits - [ ] Determine authentication approach - OAuth vs API key ### ๐Ÿšง Blocked Tasks (Blocked) - [ ] ๐Ÿšง Payment integration ๐Ÿ“ŠBlocking factor: Payment provider not decided, Stripe vs PayPal - [ ] Payment provider selection - Compare pricing and features - [ ] Payment flow design - Determine checkout process ## โ“ Questions Requiring Confirmation (Checklist Format with Research Rationale) - [ ] [Specification] What authentication method should be used? ๐Ÿ“ŠCurrent status: Session-based auth implemented, token-based TBD - [ ] [UI] What is the design system color palette? ๐Ÿ“ŠCurrent status: Basic Tailwind config, custom theme not set - [ ] [UX] What are the detailed specifications of the user flow? ๐Ÿ“ŠCurrent status: Only basic authentication flow implemented ## ๐ŸŽฏ Next Actions (Checklist Format) - [ ] Collect answers to blocker questions, confirm authentication approach - [ ] Start implementation from โœ…Ready tasks, progress step-by-step - [ ] Confirm and adjust dependencies ``` ## Key Elements ### Status Indicators - `โœ…` Ready - Immediately executable tasks - `โณ` Pending - Waiting for dependencies - `๐Ÿ”` Research - Research required before implementation - `๐Ÿšง` Blocked - Blocked by unclear specifications or decisions - `[๐Ÿ”„]` In progress - Currently being worked on - `[x]` Completed - Task finished ### Reference Symbols - `๐Ÿ“` File reference - Indicates target implementation files - `๐Ÿ“Š` Research rationale - Shows analysis basis and technical constraints - `๐Ÿ’ก` Implementation hint - Provides guidance from existing codebase patterns - `๐Ÿ“‹` Checklist format - Indicates structured task breakdown ### Task Structure Each task should include: 1. **Status indicator** (โœ…โณ๐Ÿ”๐Ÿšง) 2. **Task description** with clear objective 3. **File references** (๐Ÿ“) showing target files 4. **Research rationale** (๐Ÿ“Š) showing analysis basis 5. **Subtasks** with implementation hints (๐Ÿ’ก) when applicable 6. **Dependencies** explicitly stated for โณ Pending tasks 7. **Blocking factors** explicitly stated for ๐Ÿšง Blocked tasks