Cursor rule

1---
2description:
3globs:
4alwaysApply: false
5---
6# Execute Planned Task Commits from Task File
7 
8**Your Primary Goal: Systematically execute the step-by-step plan defined in a specified task file (e.g., `docs/tasks/<YYYY-MM-DD-task-name>.md`), creating each commit as planned and verifying its success.**
9 
10## File Existence Check
11 
12Verify that the provided task file exists before starting:
13 
14```bash
15ls . docs
16```
17 
18If the file is missing, stop and notify the user.
19 
20## Workflow for Each Commit in the Task File:
21 
221.  **Implement Changes:** Execute the instructions for the *current* commit precisely as written in the task file.
232.  **Verify Thoroughly:** BEFORE committing, perform **ALL** specified **Verification** steps for that commit. Confirm successful completion of each verification step.
243.  **Commit Changes:** Stage all implemented changes. Create the Git commit using the exact commit message specified in the task file for this commit.
254.  **Proceed to Next Commit:** Immediately advance to the next commit outlined in the task file. **Do not ask for feedback or confirmation.** Continue this cycle until all commits in the task file are processed.
26 
27## Definition of "Task Completion"
28 
29A task is considered **"Complete"** if and ONLY if all the following conditions are met:
301.  **All Commits Created:** Every commit detailed in the task file has been successfully created.
312.  **Tests Pass:** All automated tests relevant to the changes made pass successfully.
323.  **All Verifications Successful:** Every verification step specified for *every* commit in the task file has been performed and has passed.
33 
34## Actions After Entire Task is Complete:
35 
361.  **Invoke Project Update Rule:** Once the entire task is Complete (as defined above), you MUST then load and meticulously follow all instructions within the `.cursor/rules/project-update-rules.mdc` file.
372.  **Provide Feedback (to `project-update-rules.mdc`):** When prompted by the `project-update-rules.mdc` (or as part of its process), provide the following specific information:
38    - Any failures encountered during the task execution that could have been prevented (and how).
39    - Any significant changes to overall project behavior or developer workflow/expectations resulting from the completed task.
40 
41## Strict Output Constraints:
42 
43- **NO Conversational Output Between Commits:** Absolutely no commentary, summaries, or status updates between individual commits of the task.
44- **Focus on Execution Artifacts:** Your outputs during the commit cycle should ONLY be:
45    - The results of commands executed (if they produce output).
46    - The diffs of file changes applied.
47- **After Task Completion:** The only further output is that generated by following `.cursor/rules/project-update-rules.mdc`.
48- **AVOID Unnecessary Chatter:** Do not output messages like the following example:
49```
50    <bad_example>
51    Commit 1 complete and verified. Tests green. Verification successful.
52    Moving to Commit 2 now.
53    </bad_example>
54```
55 
56**REMEMBER: Execute the task plan with precision. For each commit: Implement, Verify, Commit, then immediately Proceed. No chatter. Once all commits are done and verified, trigger the project update rule.**
57