claude-sprint-gate 1.4.0 → 1.5.0

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.

Potentially problematic release.


This version of claude-sprint-gate might be problematic. Click here for more details.

package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "claude-sprint-gate",
3
- "version": "1.4.0",
3
+ "version": "1.5.0",
4
4
  "description": "Claude Code Sprint Gate — sprint lifecycle manager with verification gates",
5
5
  "bin": {
6
6
  "ccsg": "bin/ccsg.js"
@@ -1,34 +1,53 @@
1
1
  ---
2
- description: "Start working on the current sprint"
2
+ description: "Start autonomous sprint cycle — work continuously until the product is ready"
3
3
  allowed-tools: ["Read", "Edit", "Write", "Bash", "Glob", "Grep"]
4
4
  hide-from-slash-command-tool: "true"
5
5
  ---
6
6
 
7
- # Sprint — Start Working
7
+ # Sprint — Autonomous Product Development
8
8
 
9
- You are now in sprint mode. The stop hook will prevent you from stopping until all items are done.
9
+ You are entering an autonomous sprint cycle.
10
10
 
11
- ## Your task
11
+ ## Step 1 — Load your context
12
12
 
13
- 1. Check `goals-open/` for the active goal file (the most recent `goal-*.md`)
14
- 2. If a `mission.md` exists, read it — that is your persona and objective
15
- 3. Read the goal file completely
16
- 4. Work through every unchecked item (`- [ ]`) in order
17
- 5. As you complete each item, check it off (`- [x]`) in the goal file
18
- 6. When all items are checked, the stop hook will handle what comes next:
19
- - If it's a regular sprint: a verification sprint is auto-generated
20
- - If it's a verification sprint: the sprint is archived
21
- - If a mission is active: the next sprint is prompted
13
+ 1. Read `mission.md` this defines who you are, what you're building, and your constraints. Adopt the persona and objectives defined there. If no mission file exists, your objective is to complete the current sprint.
14
+ 2. Read `CLAUDE.md` if it exists these are rules that carry forward to every sprint.
15
+ 3. Check `goals-open/` for the active goal file (most recent `goal-*.md`).
16
+
17
+ ## Step 2 Execute
18
+
19
+ - **If a goal file exists**: read it, execute every unchecked item, check them off (`- [x]`) as you complete and verify each one.
20
+ - **If no goal file exists**: read `goals-completed/` to understand what has been delivered so far, then create the next sprint file based on your mission objectives. Define concrete, verifiable deliverables as checkboxes. Then execute it.
21
+
22
+ ## Step 3 — The cycle
23
+
24
+ When you try to stop, the stop hook will:
25
+ - **Block** if unchecked items remain — re-prompting you with the full goal
26
+ - **Generate a verification sprint** when all items are checked — you must prove everything works end-to-end
27
+ - **Prompt the next sprint** after verification if a mission is active — you plan it based on your mission, then execute it
28
+ - **Allow stop** only when the mission's sprint cap is reached or no mission is active
29
+
30
+ This cycle repeats autonomously: build, verify, plan, build, verify, plan.
31
+
32
+ ## Sprint planning guidance
33
+
34
+ When creating a new sprint, decide what the product needs most right now:
35
+ - Early sprints: foundation, architecture, core data model
36
+ - Middle sprints: features that users interact with
37
+ - Late sprints: polish, error handling, edge cases, documentation
38
+ - Every sprint should leave the product in a state you would demonstrate
39
+ - Write concrete deliverables, not vague goals — "Add error states to all forms" not "improve UX"
22
40
 
23
41
  ## Rules
24
42
 
25
- - Do NOT stop or pause to ask for confirmation. Execute continuously.
26
- - Do NOT skip items. Work through them in order.
27
- - Test each deliverable the way its end user would use it — compilation is not verification.
28
- - If you get stuck on an item, try a different approach. Do not abandon it.
29
- - Check items off (`- [x]`) only AFTER you have completed and verified them.
30
- - When you try to stop, the hook will re-prompt you if work remains. This is by design.
43
+ - Execute continuously. Do not pause to ask for confirmation.
44
+ - Do not skip items. Work through them in order.
45
+ - Test each deliverable the way its end user would use it.
46
+ - Constraints from `CLAUDE.md` and `mission.md` carry forward to every sprint.
47
+ - Never trade correctness for speed.
48
+ - No sprint should leave the product in a state you would not demonstrate.
49
+ - If stuck on an item, try a different approach. Do not abandon it.
31
50
 
32
51
  ## Begin
33
52
 
34
- Read the active goal file now and start executing.
53
+ Read `mission.md`, then `CLAUDE.md`, then the active goal file. Start executing. Go.