@hopla/claude-setup 1.2.4 → 1.2.6
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.
- package/README.md +6 -4
- package/cli.js +1 -0
- package/files/commands/hopla-create-prd.md +4 -4
- package/files/commands/hopla-execute.md +1 -1
- package/files/commands/hopla-git-pr.md +82 -0
- package/files/commands/hopla-init-project.md +1 -1
- package/files/commands/hopla-plan-feature.md +3 -3
- package/files/commands/hopla-prime.md +20 -3
- package/package.json +1 -1
- /package/files/commands/{hopla-commit.md → hopla-git-commit.md} +0 -0
package/README.md
CHANGED
|
@@ -90,7 +90,8 @@ After each PIV loop, run `/hopla-execution-report` + `/hopla-system-review` to f
|
|
|
90
90
|
| `/hopla-create-prd` | Create a Product Requirements Document through guided questions |
|
|
91
91
|
| `/hopla-plan-feature` | Research codebase and create a structured implementation plan |
|
|
92
92
|
| `/hopla-execute` | Execute a structured plan from start to finish with validation |
|
|
93
|
-
| `/hopla-commit` | Create a Conventional Commit with Git Flow awareness |
|
|
93
|
+
| `/hopla-git-commit` | Create a Conventional Commit with Git Flow awareness |
|
|
94
|
+
| `/hopla-git-pr` | Create a GitHub Pull Request with a structured description |
|
|
94
95
|
| `/hopla-code-review` | Technical code review on recently changed files |
|
|
95
96
|
| `/hopla-code-review-fix` | Fix issues found in a code review report |
|
|
96
97
|
| `/hopla-execution-report` | Generate an implementation report for system review |
|
|
@@ -104,7 +105,7 @@ After each PIV loop, run `/hopla-execution-report` + `/hopla-system-review` to f
|
|
|
104
105
|
```
|
|
105
106
|
/hopla-init-project → creates CLAUDE.md + .agents/ structure
|
|
106
107
|
/hopla-create-prd → defines product scope (PRD.md)
|
|
107
|
-
/hopla-commit
|
|
108
|
+
/hopla-git-commit → saves Layer 1 foundation to git
|
|
108
109
|
```
|
|
109
110
|
|
|
110
111
|
### Feature development (PIV loop)
|
|
@@ -114,7 +115,8 @@ After each PIV loop, run `/hopla-execution-report` + `/hopla-system-review` to f
|
|
|
114
115
|
/hopla-execute → implement the plan with validation
|
|
115
116
|
/hopla-code-review → technical review of changes
|
|
116
117
|
/hopla-code-review-fix → fix issues found
|
|
117
|
-
/hopla-commit
|
|
118
|
+
/hopla-git-commit → save to git
|
|
119
|
+
/hopla-git-pr → open pull request on GitHub
|
|
118
120
|
```
|
|
119
121
|
|
|
120
122
|
### After implementation
|
|
@@ -156,7 +158,7 @@ Commands are modular — the output of one becomes the input of the next. Some c
|
|
|
156
158
|
/hopla-code-review-fix .agents/code-reviews/add-user-authentication.md
|
|
157
159
|
|
|
158
160
|
# 5. Commit
|
|
159
|
-
/hopla-commit
|
|
161
|
+
/hopla-git-commit
|
|
160
162
|
|
|
161
163
|
# 6. Document
|
|
162
164
|
/hopla-execution-report
|
package/cli.js
CHANGED
|
@@ -201,17 +201,17 @@ Do NOT show the full PRD in the chat. Instead:
|
|
|
201
201
|
1. Save the draft to `PRD.draft.md` at the project root
|
|
202
202
|
2. Save any on-demand context documents created in Step 3 (also with `.draft` suffix if new)
|
|
203
203
|
3. Tell the user:
|
|
204
|
-
> "Draft saved to `PRD.draft.md` — open it in your editor.
|
|
204
|
+
> "Draft saved to `PRD.draft.md` — open it in your editor and review it carefully. If you want changes, add comments like `<? change this >` anywhere in the file and tell me 'apply comments'. You can also request changes directly in the chat. When it's ready, say 'done' to create the final file."
|
|
205
205
|
|
|
206
206
|
**Review loop:** Stay in this loop until the user finalizes:
|
|
207
207
|
|
|
208
|
-
- If the user says **"apply comments"** (or similar) → scan `PRD.draft.md` for `<? ...
|
|
208
|
+
- If the user says **"apply comments"** (or similar) → scan `PRD.draft.md` for `<? ... >` comments, apply each one, remove the comment tags, update the file, then list what was changed: "Applied 3 changes: [list]. Anything else, or ready to finalize?"
|
|
209
209
|
- If the user requests changes in chat → apply them directly to `PRD.draft.md`, then say: "Updated — anything else, or ready to finalize?"
|
|
210
210
|
- If the user says the draft is ready (e.g. "looks good", "finalize", "listo") → proceed to Step 6
|
|
211
211
|
|
|
212
212
|
**Comment format the user can add directly in the draft:**
|
|
213
213
|
```
|
|
214
|
-
<? your instruction here
|
|
214
|
+
<? your instruction here >
|
|
215
215
|
```
|
|
216
216
|
Comments can be placed anywhere in the file — inline after a line, or on their own line above a section. Process them in order from top to bottom.
|
|
217
217
|
|
|
@@ -222,4 +222,4 @@ Do not ask clarifying questions about changes — just apply them and confirm wh
|
|
|
222
222
|
1. Rename `PRD.draft.md` → `PRD.md` (overwrite if it existed)
|
|
223
223
|
2. Rename any `.draft` context documents to their final names
|
|
224
224
|
3. Delete all `.draft` files
|
|
225
|
-
4. Confirm: "✅ `PRD.md` saved. Run `/hopla-commit` to save it to the repository."
|
|
225
|
+
4. Confirm: "✅ `PRD.md` saved. Run `/hopla-git-commit` to save it to the repository."
|
|
@@ -110,4 +110,4 @@ Provide a summary of what was done:
|
|
|
110
110
|
After the summary, suggest:
|
|
111
111
|
1. Run `/hopla-execution-report` to document this implementation for system review
|
|
112
112
|
2. Run `/hopla-code-review` for a technical quality check
|
|
113
|
-
3. Run `/hopla-commit` once everything is approved
|
|
113
|
+
3. Run `/hopla-git-commit` once everything is approved
|
|
@@ -0,0 +1,82 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Create a GitHub Pull Request with a structured description
|
|
3
|
+
argument-hint: "[optional: base branch, defaults to develop]"
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
Create a Pull Request on GitHub for the current branch.
|
|
7
|
+
|
|
8
|
+
## Step 1: Gather Context
|
|
9
|
+
|
|
10
|
+
```bash
|
|
11
|
+
git status
|
|
12
|
+
git branch --show-current
|
|
13
|
+
git log --oneline origin/$(git rev-parse --abbrev-ref --symbolic-full-name @{u} 2>/dev/null | sed 's|.*/||' || echo 'develop')..HEAD
|
|
14
|
+
git diff --stat origin/$(git rev-parse --abbrev-ref --symbolic-full-name @{u} 2>/dev/null | sed 's|.*/||' || echo 'develop')..HEAD
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
Read the following if they exist:
|
|
18
|
+
- The plan file in `.agents/plans/` related to this feature
|
|
19
|
+
- `CLAUDE.md` — for project context
|
|
20
|
+
|
|
21
|
+
## Step 2: Determine Base Branch
|
|
22
|
+
|
|
23
|
+
- If `$1` is provided, use it as the base branch
|
|
24
|
+
- Otherwise default to `develop` (or `dev` if that's what the project uses)
|
|
25
|
+
- If on `main` or `develop` directly, warn the user: "You're on `[branch]` — PRs should come from feature branches."
|
|
26
|
+
|
|
27
|
+
## Step 3: Check Push Status
|
|
28
|
+
|
|
29
|
+
```bash
|
|
30
|
+
git status
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
If the branch hasn't been pushed yet:
|
|
34
|
+
> "Branch not pushed yet. Push to origin first?"
|
|
35
|
+
|
|
36
|
+
Wait for confirmation before pushing:
|
|
37
|
+
```bash
|
|
38
|
+
git push -u origin <branch>
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
## Step 4: Build PR Description
|
|
42
|
+
|
|
43
|
+
Using the commits and plan context, draft:
|
|
44
|
+
|
|
45
|
+
**Title:** `[type(scope)]: short description` — match the main commit or feature name, max 70 chars
|
|
46
|
+
|
|
47
|
+
**Body:**
|
|
48
|
+
```markdown
|
|
49
|
+
## Summary
|
|
50
|
+
- [What was built — 2-3 bullets max]
|
|
51
|
+
|
|
52
|
+
## Changes
|
|
53
|
+
- [Key files modified and why]
|
|
54
|
+
|
|
55
|
+
## Test Plan
|
|
56
|
+
- [ ] [How to verify this works]
|
|
57
|
+
- [ ] [Edge cases to check]
|
|
58
|
+
|
|
59
|
+
## Related
|
|
60
|
+
- Plan: `.agents/plans/[feature-name].md` (if exists)
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
## Step 5: Propose and Confirm
|
|
64
|
+
|
|
65
|
+
Show the proposed PR title and body to the user:
|
|
66
|
+
> "Proposed PR:
|
|
67
|
+
> Title: `[title]`
|
|
68
|
+
> Base: `[base branch]`
|
|
69
|
+
> [body preview]
|
|
70
|
+
> Shall I create it?"
|
|
71
|
+
|
|
72
|
+
Wait for explicit approval before creating.
|
|
73
|
+
|
|
74
|
+
## Step 6: Create PR
|
|
75
|
+
|
|
76
|
+
```bash
|
|
77
|
+
gh pr create --title "[title]" --body "[body]" --base [base-branch]
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
After creating, show the PR URL to the user.
|
|
81
|
+
|
|
82
|
+
**Never merge automatically** — the PR is for human review.
|
|
@@ -258,4 +258,4 @@ Once confirmed:
|
|
|
258
258
|
2. Create `.agents/` directory structure
|
|
259
259
|
3. Update `.gitignore`
|
|
260
260
|
4. Tell the user: "Project initialized. Run `/hopla-create-prd` next to define the product scope, or `/hopla-plan-feature` to start planning a feature."
|
|
261
|
-
5. Suggest running `/hopla-commit` to save everything
|
|
261
|
+
5. Suggest running `/hopla-git-commit` to save everything
|
|
@@ -134,16 +134,16 @@ Before saving the draft, review the plan against these criteria:
|
|
|
134
134
|
|
|
135
135
|
1. Save the plan to `.agents/plans/[kebab-case-feature-name].draft.md`
|
|
136
136
|
2. Tell the user:
|
|
137
|
-
> "Plan draft saved to `.agents/plans/[feature-name].draft.md` — open it in your editor.
|
|
137
|
+
> "Plan draft saved to `.agents/plans/[feature-name].draft.md` — open it in your editor and review it carefully. If you want changes, add comments like `<? change this >` anywhere in the file and tell me 'apply comments'. You can also request changes directly in the chat. When it's ready, say 'done' to create the final file."
|
|
138
138
|
3. Also mention:
|
|
139
139
|
- How many tasks are in the plan
|
|
140
140
|
- Any open questions or decisions that require human input before execution
|
|
141
141
|
|
|
142
142
|
**Review loop:** Stay in this loop until the user finalizes:
|
|
143
|
-
- If the user says **"apply comments"** → scan the draft for `<? ...
|
|
143
|
+
- If the user says **"apply comments"** → scan the draft for `<? ... >`, apply each one, remove the comment tags, update the file, report what changed
|
|
144
144
|
- If the user requests changes in chat → apply directly to the draft, confirm what changed
|
|
145
145
|
- If the user says the plan is ready → proceed to finalize
|
|
146
146
|
|
|
147
147
|
**Finalize:**
|
|
148
148
|
1. Rename `.agents/plans/[feature-name].draft.md` → `.agents/plans/[feature-name].md`
|
|
149
|
-
2. Confirm: "✅ Plan saved to `.agents/plans/[feature-name].md`. Run `/hopla-execute .agents/plans/[feature-name].md` to implement it, or `/hopla-commit` to save the plan first."
|
|
149
|
+
2. Confirm: "✅ Plan saved to `.agents/plans/[feature-name].md`. Run `/hopla-execute .agents/plans/[feature-name].md` to implement it, or `/hopla-git-commit` to save the plan first."
|
|
@@ -29,14 +29,31 @@ git log --oneline -10
|
|
|
29
29
|
git status
|
|
30
30
|
```
|
|
31
31
|
|
|
32
|
-
## Step 4:
|
|
32
|
+
## Step 4: Check Pending Work
|
|
33
33
|
|
|
34
|
-
|
|
34
|
+
```bash
|
|
35
|
+
ls .agents/plans/ 2>/dev/null
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
If `.agents/plans/` exists, identify:
|
|
39
|
+
- `.draft.md` files — unfinished drafts waiting for review
|
|
40
|
+
- `.md` files (without `.draft`) — finalized plans ready to execute
|
|
41
|
+
|
|
42
|
+
## Step 5: Summary Report
|
|
43
|
+
|
|
44
|
+
Write a short, conversational message addressed directly to the user. Mention:
|
|
35
45
|
- What the project is and what it does
|
|
36
46
|
- The current branch and what it's for
|
|
37
47
|
- Whether there are uncommitted changes or pending work
|
|
38
48
|
- The command to start the project (if available)
|
|
39
49
|
|
|
50
|
+
If there are pending plans, list them clearly after the prose summary:
|
|
51
|
+
```
|
|
52
|
+
Pending plans:
|
|
53
|
+
- inventory-page.draft.md ← draft, not finalized yet
|
|
54
|
+
- add-user-authentication.md ← ready to execute with /hopla-execute
|
|
55
|
+
```
|
|
56
|
+
|
|
40
57
|
End with a sentence like: "Listo para continuar — ¿por dónde empezamos?" or "All caught up — what are we working on today?" depending on the language the user writes in.
|
|
41
58
|
|
|
42
|
-
Do NOT use headers
|
|
59
|
+
Do NOT use headers in the prose summary. Write it as natural, friendly prose, then the pending plans list if applicable.
|
package/package.json
CHANGED
|
File without changes
|