sdlc-framework 2.0.0 → 2.1.1
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 +13 -4
- package/package.json +2 -2
- package/src/commands/close.md +2 -2
- package/src/commands/debug.md +2 -2
- package/src/commands/help.md +7 -1
- package/src/commands/impl.md +2 -2
- package/src/commands/review.md +2 -2
- package/src/commands/spec.md +2 -2
- package/src/commands/transition.md +99 -0
- package/src/commands/verify.md +2 -2
package/README.md
CHANGED
|
@@ -168,13 +168,21 @@ Follows: reproduce → isolate → root-cause → fix → verify.
|
|
|
168
168
|
- Reconciles spec vs actual implementation
|
|
169
169
|
- Records deviations, decisions, lessons
|
|
170
170
|
- Creates SUMMARY.md for audit trail
|
|
171
|
-
- Advances state to next
|
|
171
|
+
- Advances state to next plan or triggers phase transition
|
|
172
|
+
|
|
173
|
+
### TRANSITION — Advance to next phase
|
|
174
|
+
|
|
175
|
+
- Verifies all plans in the current phase are complete
|
|
176
|
+
- Cross-checks STATE.md, PROJECT.md, and ROADMAP.md for consistency
|
|
177
|
+
- Updates PROJECT.md with implemented and newly discovered requirements
|
|
178
|
+
- Creates a git commit at the phase boundary
|
|
179
|
+
- Advances state to the first spec of the next phase
|
|
172
180
|
|
|
173
181
|
---
|
|
174
182
|
|
|
175
183
|
## Commands
|
|
176
184
|
|
|
177
|
-
|
|
185
|
+
14 commands, grouped by purpose. Run `/sdlc:help` for the full reference.
|
|
178
186
|
|
|
179
187
|
### Core Loop
|
|
180
188
|
|
|
@@ -184,7 +192,8 @@ Follows: reproduce → isolate → root-cause → fix → verify.
|
|
|
184
192
|
| `/sdlc:impl` | Build via parallel sub-agents | → `/sdlc:verify` |
|
|
185
193
|
| `/sdlc:verify` | Automated testing (Playwright MCP) | → `/sdlc:review` |
|
|
186
194
|
| `/sdlc:review` | Engineering laws compliance check | → `/sdlc:close` |
|
|
187
|
-
| `/sdlc:close` | Reconcile and close the loop | → `/sdlc:spec` |
|
|
195
|
+
| `/sdlc:close` | Reconcile and close the loop | → `/sdlc:spec` or → `/sdlc:transition` |
|
|
196
|
+
| `/sdlc:transition` | Advance to next phase when all plans complete | → `/sdlc:spec` |
|
|
188
197
|
|
|
189
198
|
### Quick Entry
|
|
190
199
|
|
|
@@ -270,7 +279,7 @@ Severity is configurable per project in `.sdlc/LAWS.md`:
|
|
|
270
279
|
|
|
271
280
|
| Aspect | PAUL | SDLC |
|
|
272
281
|
|--------|------|------|
|
|
273
|
-
| Commands | 26 (cognitive overload) |
|
|
282
|
+
| Commands | 26 (cognitive overload) | 14 (focused) |
|
|
274
283
|
| Testing | Manual UAT | Automated (Playwright MCP) |
|
|
275
284
|
| Code review | None | Engineering Laws enforcement |
|
|
276
285
|
| Implementation | In-session | Sub-agent parallel waves |
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "sdlc-framework",
|
|
3
|
-
"version": "2.
|
|
3
|
+
"version": "2.1.1",
|
|
4
4
|
"description": "Structured Development Lifecycle - A closed-loop AI-assisted development framework for Claude Code",
|
|
5
5
|
"bin": {
|
|
6
6
|
"sdlc-framework": "bin/install.js"
|
|
@@ -31,7 +31,7 @@
|
|
|
31
31
|
"license": "MIT",
|
|
32
32
|
"repository": {
|
|
33
33
|
"type": "git",
|
|
34
|
-
"url": ""
|
|
34
|
+
"url": "https://github.com/nadyshalaby/sdlc-framework.git"
|
|
35
35
|
},
|
|
36
36
|
"engines": {
|
|
37
37
|
"node": ">=16.7.0"
|
package/src/commands/close.md
CHANGED
|
@@ -27,7 +27,7 @@ Close the current SDLC loop by reconciling what was planned (SPEC.md) against wh
|
|
|
27
27
|
</objective>
|
|
28
28
|
|
|
29
29
|
<execution_context>
|
|
30
|
-
@~/.claude/sdlc-framework/workflows/close-
|
|
30
|
+
@~/.claude/sdlc-framework/workflows/close-phase.md
|
|
31
31
|
@.sdlc/STATE.md
|
|
32
32
|
@.sdlc/ROADMAP.md
|
|
33
33
|
</execution_context>
|
|
@@ -45,7 +45,7 @@ Read these files:
|
|
|
45
45
|
</context>
|
|
46
46
|
|
|
47
47
|
<process>
|
|
48
|
-
Follow workflow: @~/.claude/sdlc-framework/workflows/close-
|
|
48
|
+
Follow workflow: @~/.claude/sdlc-framework/workflows/close-phase.md
|
|
49
49
|
|
|
50
50
|
Step-by-step:
|
|
51
51
|
|
package/src/commands/debug.md
CHANGED
|
@@ -21,7 +21,7 @@ Structured debugging that follows a disciplined flow: REPRODUCE, ISOLATE, ROOT-C
|
|
|
21
21
|
</objective>
|
|
22
22
|
|
|
23
23
|
<execution_context>
|
|
24
|
-
@~/.claude/sdlc-framework/workflows/debug.md
|
|
24
|
+
@~/.claude/sdlc-framework/workflows/debug-flow.md
|
|
25
25
|
@.sdlc/STATE.md
|
|
26
26
|
@.sdlc/LAWS.md
|
|
27
27
|
</execution_context>
|
|
@@ -35,7 +35,7 @@ Gather any error messages, stack traces, or reproduction steps from the user's d
|
|
|
35
35
|
</context>
|
|
36
36
|
|
|
37
37
|
<process>
|
|
38
|
-
Follow workflow: @~/.claude/sdlc-framework/workflows/debug.md
|
|
38
|
+
Follow workflow: @~/.claude/sdlc-framework/workflows/debug-flow.md
|
|
39
39
|
|
|
40
40
|
Step-by-step:
|
|
41
41
|
|
package/src/commands/help.md
CHANGED
|
@@ -1,6 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: sdlc:help
|
|
3
3
|
description: "Show SDLC framework command reference"
|
|
4
|
+
argument-hint: "[command]"
|
|
4
5
|
allowed-tools: [Read]
|
|
5
6
|
---
|
|
6
7
|
|
|
@@ -49,6 +50,11 @@ COMMANDS — Core Loop
|
|
|
49
50
|
/sdlc:close Archive the plan. Update STATE.md. Advance to next cycle.
|
|
50
51
|
|
|
51
52
|
|
|
53
|
+
COMMANDS — Phase Management
|
|
54
|
+
───────────────────────────
|
|
55
|
+
|
|
56
|
+
/sdlc:transition Advance to the next phase after all plans complete.
|
|
57
|
+
|
|
52
58
|
COMMANDS — Quick Entry
|
|
53
59
|
──────────────────────
|
|
54
60
|
|
|
@@ -133,7 +139,7 @@ If .sdlc/LAWS.md exists, read it and append any project-specific law customizati
|
|
|
133
139
|
|
|
134
140
|
<success_criteria>
|
|
135
141
|
- [ ] Core loop diagram displayed
|
|
136
|
-
- [ ] All
|
|
142
|
+
- [ ] All 14 commands listed with one-line descriptions
|
|
137
143
|
- [ ] Commands grouped by purpose (core loop, shortcuts, session, planning)
|
|
138
144
|
- [ ] Quick start guide shown (3 steps)
|
|
139
145
|
- [ ] Small tasks shortcut mentioned (/sdlc:fast)
|
package/src/commands/impl.md
CHANGED
|
@@ -24,7 +24,7 @@ Execute an approved specification by spawning parallel sub-agents for independen
|
|
|
24
24
|
</objective>
|
|
25
25
|
|
|
26
26
|
<execution_context>
|
|
27
|
-
@~/.claude/sdlc-framework/workflows/
|
|
27
|
+
@~/.claude/sdlc-framework/workflows/impl-phase.md
|
|
28
28
|
@.sdlc/STATE.md
|
|
29
29
|
@.sdlc/LAWS.md
|
|
30
30
|
The SPEC.md path is read from STATE.md or provided via $ARGUMENTS.
|
|
@@ -40,7 +40,7 @@ Read these files:
|
|
|
40
40
|
</context>
|
|
41
41
|
|
|
42
42
|
<process>
|
|
43
|
-
Follow workflow: @~/.claude/sdlc-framework/workflows/
|
|
43
|
+
Follow workflow: @~/.claude/sdlc-framework/workflows/impl-phase.md
|
|
44
44
|
|
|
45
45
|
Step-by-step:
|
|
46
46
|
|
package/src/commands/review.md
CHANGED
|
@@ -25,7 +25,7 @@ Review all code modified during implementation against the Engineering Laws defi
|
|
|
25
25
|
</objective>
|
|
26
26
|
|
|
27
27
|
<execution_context>
|
|
28
|
-
@~/.claude/sdlc-framework/workflows/
|
|
28
|
+
@~/.claude/sdlc-framework/workflows/review-phase.md
|
|
29
29
|
@.sdlc/STATE.md
|
|
30
30
|
@.sdlc/LAWS.md
|
|
31
31
|
The SPEC.md and IMPL.md paths are read from STATE.md.
|
|
@@ -45,7 +45,7 @@ Use `git diff` to identify changed files if IMPL.md is unavailable.
|
|
|
45
45
|
</context>
|
|
46
46
|
|
|
47
47
|
<process>
|
|
48
|
-
Follow workflow: @~/.claude/sdlc-framework/workflows/
|
|
48
|
+
Follow workflow: @~/.claude/sdlc-framework/workflows/review-phase.md
|
|
49
49
|
|
|
50
50
|
Step-by-step:
|
|
51
51
|
|
package/src/commands/spec.md
CHANGED
|
@@ -26,7 +26,7 @@ Define a complete specification for one unit of work (a "plan"). Produce a SPEC.
|
|
|
26
26
|
</objective>
|
|
27
27
|
|
|
28
28
|
<execution_context>
|
|
29
|
-
@~/.claude/sdlc-framework/workflows/
|
|
29
|
+
@~/.claude/sdlc-framework/workflows/spec-phase.md
|
|
30
30
|
@.sdlc/STATE.md
|
|
31
31
|
@.sdlc/PROJECT.md
|
|
32
32
|
@.sdlc/ROADMAP.md
|
|
@@ -46,7 +46,7 @@ Scan the codebase to understand existing structure, patterns, and conventions.
|
|
|
46
46
|
</context>
|
|
47
47
|
|
|
48
48
|
<process>
|
|
49
|
-
Follow workflow: @~/.claude/sdlc-framework/workflows/
|
|
49
|
+
Follow workflow: @~/.claude/sdlc-framework/workflows/spec-phase.md
|
|
50
50
|
|
|
51
51
|
Step-by-step:
|
|
52
52
|
|
|
@@ -0,0 +1,99 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sdlc:transition
|
|
3
|
+
description: Transition to the next phase after all plans in a phase complete
|
|
4
|
+
argument-hint: "[phase-name]"
|
|
5
|
+
allowed-tools: [Read, Write, Bash, Glob, Grep, Edit, AskUserQuestion]
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
<objective>
|
|
9
|
+
Transition from the current phase to the next phase within a milestone. Verify phase completeness, update project state, commit the phase, and advance to the next phase.
|
|
10
|
+
|
|
11
|
+
**When to use:** After /sdlc:close detects the last plan in a phase is done. Can also be run manually to force a phase transition.
|
|
12
|
+
|
|
13
|
+
**What it does:**
|
|
14
|
+
1. Verify all plans in the current phase are complete (every SPEC has a SUMMARY, all ACs passed).
|
|
15
|
+
2. Cross-check STATE.md, PROJECT.md, and ROADMAP.md for consistency.
|
|
16
|
+
3. Update PROJECT.md with implemented, superseded, and newly discovered requirements.
|
|
17
|
+
4. Advance state to the next phase (or trigger milestone completion if this was the last phase).
|
|
18
|
+
5. Update ROADMAP.md with phase completion details.
|
|
19
|
+
6. Create a git commit marking the phase boundary.
|
|
20
|
+
|
|
21
|
+
**What happens next:**
|
|
22
|
+
- Next phase exists: Framework directs you to /sdlc:spec for the first plan of the new phase.
|
|
23
|
+
- Last phase in milestone: Framework directs you to /sdlc:close for milestone finalization.
|
|
24
|
+
|
|
25
|
+
**Critical rule:** No phase transitions without completeness verification. Every plan must have a summary. Every AC must pass. State inconsistencies are surfaced and resolved before advancing.
|
|
26
|
+
</objective>
|
|
27
|
+
|
|
28
|
+
<execution_context>
|
|
29
|
+
@~/.claude/sdlc-framework/workflows/transition-phase.md
|
|
30
|
+
@.sdlc/STATE.md
|
|
31
|
+
@.sdlc/ROADMAP.md
|
|
32
|
+
@.sdlc/PROJECT.md
|
|
33
|
+
</execution_context>
|
|
34
|
+
|
|
35
|
+
<context>
|
|
36
|
+
$ARGUMENTS — optional phase name to transition from. If not provided, read from .sdlc/STATE.md current_phase field.
|
|
37
|
+
|
|
38
|
+
Read these files:
|
|
39
|
+
- .sdlc/STATE.md — current phase, milestone, loop position.
|
|
40
|
+
- .sdlc/ROADMAP.md — phase list, plan counts, next phase identification.
|
|
41
|
+
- .sdlc/PROJECT.md — requirements to update based on completed work.
|
|
42
|
+
- All SUMMARY.md files in the completing phase's directory.
|
|
43
|
+
</context>
|
|
44
|
+
|
|
45
|
+
<process>
|
|
46
|
+
Follow workflow: @~/.claude/sdlc-framework/workflows/transition-phase.md
|
|
47
|
+
|
|
48
|
+
Step-by-step:
|
|
49
|
+
|
|
50
|
+
1. **Verify phase completeness**
|
|
51
|
+
- Read .sdlc/STATE.md. Confirm loop_position is CLOSE ✓. If not, warn: "Loop not closed. Run /sdlc:close first."
|
|
52
|
+
- List all SPEC and SUMMARY files in .sdlc/phases/{current_phase}/.
|
|
53
|
+
- Every SPEC must have a corresponding SUMMARY. If not, block: "Phase transition blocked. Plan {N} has a spec but no summary."
|
|
54
|
+
- Every SUMMARY must show all ACs passed. If not, block: "Phase transition blocked. Plan {N} has failing ACs."
|
|
55
|
+
|
|
56
|
+
2. **Verify state consistency**
|
|
57
|
+
- Cross-check STATE.md, PROJECT.md, and ROADMAP.md:
|
|
58
|
+
- STATE.md current_milestone matches ROADMAP.md in-progress milestone.
|
|
59
|
+
- STATE.md current_phase matches the phase being completed.
|
|
60
|
+
- Prior phases in this milestone are all COMPLETE.
|
|
61
|
+
- If inconsistency found: display details, offer to auto-fix, ask for confirmation.
|
|
62
|
+
|
|
63
|
+
3. **Update PROJECT.md**
|
|
64
|
+
- Read all SUMMARY.md files from the completing phase.
|
|
65
|
+
- Mark addressed requirements as IMPLEMENTED.
|
|
66
|
+
- Mark contradicted requirements as SUPERSEDED.
|
|
67
|
+
- Add newly discovered requirements as NOT STARTED.
|
|
68
|
+
- Display proposed changes and ask user to confirm before writing.
|
|
69
|
+
|
|
70
|
+
4. **Advance state to next phase**
|
|
71
|
+
- Read ROADMAP.md to identify the next phase.
|
|
72
|
+
- If next phase exists:
|
|
73
|
+
- Update STATE.md: current_phase, clear current_plan, set loop_position: TRANSITION ✓, set next_required_action: /sdlc:spec.
|
|
74
|
+
- Update ROADMAP.md: mark completed phase as COMPLETE, set next phase to IN PROGRESS.
|
|
75
|
+
- If no next phase (last phase in milestone):
|
|
76
|
+
- Update STATE.md: set next_required_action: /sdlc:close (milestone completion).
|
|
77
|
+
|
|
78
|
+
5. **Update ROADMAP.md with phase summary**
|
|
79
|
+
- Add completion date, plan count, hotfix count, key deliverables, and duration.
|
|
80
|
+
|
|
81
|
+
6. **Create git commit** (if in a git repository)
|
|
82
|
+
- Stage .sdlc/ files and source files from the phase.
|
|
83
|
+
- Commit with message: "feat({phase-name}): complete phase {number}"
|
|
84
|
+
|
|
85
|
+
7. **Output next action**
|
|
86
|
+
- If next phase exists: end with NEXT ACTION REQUIRED: /sdlc:spec
|
|
87
|
+
- If milestone complete: end with NEXT ACTION REQUIRED: /sdlc:close
|
|
88
|
+
</process>
|
|
89
|
+
|
|
90
|
+
<success_criteria>
|
|
91
|
+
- [ ] Phase completeness verified: every SPEC has a SUMMARY, all ACs passed
|
|
92
|
+
- [ ] State consistency checked across STATE.md, PROJECT.md, ROADMAP.md
|
|
93
|
+
- [ ] PROJECT.md updated with implemented, superseded, and new requirements
|
|
94
|
+
- [ ] STATE.md advanced to next phase (or milestone completion)
|
|
95
|
+
- [ ] ROADMAP.md updated with phase completion details and summary
|
|
96
|
+
- [ ] Git commit created at phase boundary (if in a git repo)
|
|
97
|
+
- [ ] If next phase exists: output ends with NEXT ACTION REQUIRED: /sdlc:spec
|
|
98
|
+
- [ ] If milestone complete: output ends with NEXT ACTION REQUIRED: /sdlc:close
|
|
99
|
+
</success_criteria>
|
package/src/commands/verify.md
CHANGED
|
@@ -25,7 +25,7 @@ Verify the implementation against every acceptance criterion in the SPEC.md. Use
|
|
|
25
25
|
</objective>
|
|
26
26
|
|
|
27
27
|
<execution_context>
|
|
28
|
-
@~/.claude/sdlc-framework/workflows/
|
|
28
|
+
@~/.claude/sdlc-framework/workflows/verify-phase.md
|
|
29
29
|
@.sdlc/STATE.md
|
|
30
30
|
The SPEC.md path is read from STATE.md or provided via $ARGUMENTS.
|
|
31
31
|
</execution_context>
|
|
@@ -40,7 +40,7 @@ Read these files:
|
|
|
40
40
|
</context>
|
|
41
41
|
|
|
42
42
|
<process>
|
|
43
|
-
Follow workflow: @~/.claude/sdlc-framework/workflows/
|
|
43
|
+
Follow workflow: @~/.claude/sdlc-framework/workflows/verify-phase.md
|
|
44
44
|
|
|
45
45
|
Step-by-step:
|
|
46
46
|
|