@hopla/claude-setup 1.2.6 → 1.2.7
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
|
@@ -5,6 +5,8 @@ argument-hint: "<plan-file-path>"
|
|
|
5
5
|
|
|
6
6
|
Execute the implementation plan provided. You are the executing agent — you have not seen the planning conversation. The plan is your only source of truth.
|
|
7
7
|
|
|
8
|
+
**Language:** Respond in the same language the user has been writing in throughout this conversation.
|
|
9
|
+
|
|
8
10
|
## Step 1: Load Context
|
|
9
11
|
|
|
10
12
|
Read in this order:
|
|
@@ -15,17 +17,35 @@ Read in this order:
|
|
|
15
17
|
|
|
16
18
|
Do not start implementing until you have read everything above.
|
|
17
19
|
|
|
18
|
-
## Step 2:
|
|
20
|
+
## Step 2: Verify Git Branch
|
|
21
|
+
|
|
22
|
+
```bash
|
|
23
|
+
git branch --show-current
|
|
24
|
+
git status
|
|
25
|
+
```
|
|
26
|
+
|
|
27
|
+
Check that the current branch follows Git Flow:
|
|
28
|
+
- **Never execute on `main` or `master`** — stop and warn the user
|
|
29
|
+
- **If on `develop`/`dev`** — ask: "You're on `develop`. Should I create a feature branch first? (recommended: `feature/[plan-name]`)"
|
|
30
|
+
- **If on a `feature/`, `fix/`, or `hotfix/` branch** — proceed
|
|
31
|
+
|
|
32
|
+
If a new branch is needed, propose the name and wait for confirmation before creating it:
|
|
33
|
+
```bash
|
|
34
|
+
git checkout -b feature/[kebab-case-plan-name]
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
## Step 3: Confirm Understanding
|
|
19
38
|
|
|
20
39
|
Before executing, summarize:
|
|
21
40
|
- What you are about to build
|
|
41
|
+
- The branch where changes will be made
|
|
22
42
|
- How many tasks are in the plan
|
|
23
43
|
- Any constraints or gotchas flagged in the plan
|
|
24
44
|
- Anything unclear that needs clarification before proceeding
|
|
25
45
|
|
|
26
46
|
If anything in the plan is ambiguous or contradictory, **stop and ask** before writing code.
|
|
27
47
|
|
|
28
|
-
## Step
|
|
48
|
+
## Step 4: Execute Tasks in Order
|
|
29
49
|
|
|
30
50
|
Work through each task in the plan sequentially. For each task:
|
|
31
51
|
|
|
@@ -44,7 +64,7 @@ Work through each task in the plan sequentially. For each task:
|
|
|
44
64
|
|
|
45
65
|
Do not improvise silently. When in doubt, stop and ask.
|
|
46
66
|
|
|
47
|
-
## Step
|
|
67
|
+
## Step 5: Run Full Validation Pyramid
|
|
48
68
|
|
|
49
69
|
After all tasks are complete, run the full validation sequence in order.
|
|
50
70
|
**Do not skip levels. Do not proceed if a level fails.**
|
|
@@ -76,7 +96,7 @@ List what the user should manually verify:
|
|
|
76
96
|
- Edge cases to check
|
|
77
97
|
- Any decisions made during implementation that the user should review
|
|
78
98
|
|
|
79
|
-
## Step
|
|
99
|
+
## Step 6: Completion Report
|
|
80
100
|
|
|
81
101
|
Provide a summary of what was done:
|
|
82
102
|
|
|
@@ -105,7 +125,7 @@ Provide a summary of what was done:
|
|
|
105
125
|
- [anything that differed from the plan and why]
|
|
106
126
|
```
|
|
107
127
|
|
|
108
|
-
## Step
|
|
128
|
+
## Step 7: Suggest Next Steps
|
|
109
129
|
|
|
110
130
|
After the summary, suggest:
|
|
111
131
|
1. Run `/hopla-execution-report` to document this implementation for system review
|