Cursor rule

1---
2description: 
3globs: 
4alwaysApply: false
5---
6---
7description: 
8globs: 
9alwaysApply: false
10---
11# Rule: Generating a Task List from a PRD
12 
13## Goal
14 
15To guide an AI assistant in creating a detailed, step-by-step task list in Markdown format based on an existing Product Requirements Document (PRD). The task list should guide a developer through implementation.
16 
17## Output
18 
19- **Format:** Markdown (`.md`)
20- **Location:** `/tasks/`
21- **Filename:** `tasks-[prd-file-name].md` (e.g., `tasks-prd-user-profile-editing.md`)
22 
23## Process
24 
251.  **Receive PRD Reference:** The user points the AI to a specific PRD file
262.  **Analyze PRD:** The AI reads and analyzes the functional requirements, user stories, and other sections of the specified PRD.
273.  **Phase 1: Generate Parent Tasks:** Based on the PRD analysis, create the file and generate the main, high-level tasks required to implement the feature. Use your judgement on how many high-level tasks to use. It's likely to be about 5. Present these tasks to the user in the specified format (without sub-tasks yet). Inform the user: "I have generated the high-level tasks based on the PRD. Ready to generate the sub-tasks? Respond with 'Go' to proceed."
284.  **Wait for Confirmation:** Pause and wait for the user to respond with "Go".
295.  **Phase 2: Generate Sub-Tasks:** Once the user confirms, break down each parent task into smaller, actionable sub-tasks necessary to complete the parent task. Ensure sub-tasks logically follow from the parent task and cover the implementation details implied by the PRD.
306.  **Identify Relevant Files:** Based on the tasks and PRD, identify potential files that will need to be created or modified. List these under the `Relevant Files` section, including corresponding test files if applicable.
317.  **Generate Final Output:** Combine the parent tasks, sub-tasks, relevant files, and notes into the final Markdown structure.
328.  **Save Task List:** Save the generated document in the `/tasks/` directory with the filename `tasks-[prd-file-name].md`, where `[prd-file-name]` matches the base name of the input PRD file (e.g., if the input was `prd-user-profile-editing.md`, the output is `tasks-prd-user-profile-editing.md`).
33 
34## Output Format
35 
36The generated task list _must_ follow this structure:
37 
38```markdown
39## Relevant Files
40 
41- `path/to/potential/file1.ts` - Brief description of why this file is relevant (e.g., Contains the main component for this feature).
42- `path/to/file1.test.ts` - Unit tests for `file1.ts`.
43- `path/to/another/file.tsx` - Brief description (e.g., API route handler for data submission).
44- `path/to/another/file.test.tsx` - Unit tests for `another/file.tsx`.
45- `lib/utils/helpers.ts` - Brief description (e.g., Utility functions needed for calculations).
46- `lib/utils/helpers.test.ts` - Unit tests for `helpers.ts`.
47 
48### Notes
49 
50- Unit tests should typically be placed alongside the code files they are testing (e.g., `MyComponent.tsx` and `MyComponent.test.tsx` in the same directory).
51- Use `npx jest [optional/path/to/test/file]` to run tests. Running without a path executes all tests found by the Jest configuration.
52 
53## Tasks
54 
55- [ ] 1.0 Parent Task Title
56  - [ ] 1.1 [Sub-task description 1.1]
57  - [ ] 1.2 [Sub-task description 1.2]
58- [ ] 2.0 Parent Task Title
59  - [ ] 2.1 [Sub-task description 2.1]
60- [ ] 3.0 Parent Task Title (may not require sub-tasks if purely structural or configuration)
61```
62 
63## Interaction Model
64 
65The process explicitly requires a pause after generating parent tasks to get user confirmation ("Go") before proceeding to generate the detailed sub-tasks. This ensures the high-level plan aligns with user expectations before diving into details.
66 
67## Target Audience
68 
69Assume the primary reader of the task list is a **junior developer** who will implement the feature.