prompt-suite 1.0.13 → 1.0.15

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 CHANGED
@@ -20,7 +20,7 @@
20
20
  - [Technical Design Steps (Step 2)](#-technical-design-steps-step-2)
21
21
  - [Implementation Steps (Step 3)](#-implementation-steps-step-3-)
22
22
  - [Testing Steps (Steps 4-5)](#-testing-steps-steps-4-5-)
23
- - [Analysis Step (Step 6)](#-analysis-step-step-6)
23
+ - [Validation Step (Step 6)](#-validation-step-step-6)
24
24
  - [Usage Tips](#-usage-tips)
25
25
  - [Input Format](#input-format)
26
26
  - [Task ID Requirement](#task-id-requirement)
@@ -118,7 +118,7 @@ If a file exists but differs from the new version, a `.new` file will be created
118
118
 
119
119
  [Step 5] Test Code (Patch)
120
120
 
121
- [Step 6] Validate & Analyze
121
+ [Step 6] Full Validation
122
122
  ```
123
123
 
124
124
  ---
@@ -230,11 +230,11 @@ git apply prompt-suite/tasks/FEAT-001/FEAT-001-code.patch
230
230
 
231
231
  > ⚠️ **Note**: Manual `git apply` is required after Step 5.
232
232
 
233
- ### 🔍 Analysis Step (Step 6)
233
+ ### Validation Step (Step 6)
234
234
 
235
- | Command | Purpose | AI Behavior |
236
- | :-------------- | :---------------------------------- | :----------------------------------- |
237
- | `/ps.6-analyze` | Cross-stage validation (Req → Test) | **Generates** inline analysis report |
235
+ | Command | Purpose | AI Behavior |
236
+ | :--------------- | :---------------------------------- | :----------------------------------- |
237
+ | `/ps.6-validate` | Cross-stage validation (Req → Test) | **Generates** inline analysis report |
238
238
 
239
239
  ---
240
240
 
@@ -445,7 +445,7 @@ git apply prompt-suite/tasks/FEAT-001/FEAT-001-test.patch
445
445
  #### Step 6: Validate
446
446
 
447
447
  ```bash
448
- /ps.6-analyze \
448
+ /ps.6-validate \
449
449
  prompt-suite/tasks/FEAT-001/FEAT-001-requirement.md \
450
450
  prompt-suite/tasks/FEAT-001/FEAT-001-design.md \
451
451
  prompt-suite/tasks/FEAT-001/FEAT-001-test.md
@@ -0,0 +1,209 @@
1
+ # AI-Driven Software Development Workflow
2
+
3
+ _(Customized for real-world SDLC)_
4
+
5
+ ## 1. Mastering the SDLC: The AI Leap
6
+
7
+ **1. Rules** | **2. Requirements** | **3. Design** | **4. Code** | **5. Test Plan** | **6. Test Code** | **7. Validation**
8
+
9
+ ### The Paradigm Shift
10
+
11
+ - **The Manual Legacy**: Historically, these stages were siloed and executed manually, often resulting in fragmented documentation and structural inconsistencies.
12
+ - **The AI-Optimized Future**: We are redefining the lifecycle by embedding AI into every phase. Through **"Standardized Prompts"**, we transform the manual grind into a high-velocity, high-quality pipeline.
13
+
14
+ ---
15
+
16
+ ## 2. Applying AI to the SDLC
17
+
18
+ ### AI Components
19
+
20
+ - **AI Models**
21
+ Gemini / Claude / GPT / Grok …
22
+ - **AI Agents**
23
+ Context-aware tools, custom agents… (context7, Serena...)
24
+ - **Prompt Engineering**
25
+ **Precise – Context-rich – Output-constrained** prompts.
26
+
27
+ > AI is only powerful when **input is structured** and **output is controlled**.
28
+
29
+ ---
30
+
31
+ ## 3. Core Strategy
32
+
33
+ > **Apply the Spec-kit mindset**, but **re-design prompts according to the SDLC**.
34
+ >
35
+ > Each step in the process = **1 clear command, 1 standardized output**.
36
+
37
+ This integrated system is called **Prompt Suite (ps)**.
38
+
39
+ ---
40
+
41
+ ## 4. Prompt Suite – Detailed Workflow
42
+
43
+ ### Step 0 – Coding Rules (One-time Setup)
44
+
45
+ Set the "rules of the game" for the entire project.
46
+
47
+ | Command | Purpose |
48
+ | ----------------- | --------------------------------- |
49
+ | `/ps.0-gen-rules` | Generate coding rules per project |
50
+ | `/ps.0-rev-rules` | Review & refine rules |
51
+
52
+ **Output**
53
+
54
+ ```text
55
+ prompt-suite/
56
+ └── rules/
57
+ ├── architecture.md
58
+ ├── backend.md
59
+ ├── frontend.md
60
+ ├── database.md
61
+ └── ...
62
+ ```
63
+
64
+ > Perform this **once**, reuse it throughout the project lifecycle.
65
+
66
+ ---
67
+
68
+ ### Step 1 – Requirements
69
+
70
+ | Command | Purpose |
71
+ | ----------------------- | ------------------------------------ |
72
+ | `/ps.1-gen-requirement` | Raw request → structured requirement |
73
+ | `/ps.1-rev-requirement` | Check for gaps and inconsistencies |
74
+
75
+ **Output**
76
+ `{task-id}-requirement.md`
77
+
78
+ ---
79
+
80
+ ### Step 2 – Technical Design
81
+
82
+ | Command | Purpose |
83
+ | ------------------ | ------------------------------ |
84
+ | `/ps.2-gen-design` | Requirement → technical design |
85
+ | `/ps.2-rev-design` | Review technical feasibility |
86
+
87
+ **Output**
88
+ `{task-id}-design.md`
89
+
90
+ ---
91
+
92
+ ### Step 3 – Feature Code
93
+
94
+ | Command | Purpose |
95
+ | ---------------- | ------------------------- |
96
+ | `/ps.3-gen-code` | Design → code (git patch) |
97
+ | `/ps.3-rev-code` | Review code quality |
98
+
99
+ **Output**
100
+ `{task-id}-feature.patch`
101
+
102
+ ⚠️ **Manual `git apply` required**
103
+ → keeps the developer in full control.
104
+
105
+ ---
106
+
107
+ ### Step 4 – Test Plan
108
+
109
+ | Command | Purpose |
110
+ | --------------------- | ----------------------- |
111
+ | `/ps.4-gen-test-plan` | Design → test scenarios |
112
+ | `/ps.4-rev-test-plan` | Check test coverage |
113
+
114
+ **Output**
115
+ `{task-id}-test.md`
116
+
117
+ ---
118
+
119
+ ### Step 5 – Test Code
120
+
121
+ | Command | Purpose |
122
+ | --------------------- | --------------------- |
123
+ | `/ps.5-gen-test-code` | Test plan → test code |
124
+ | `/ps.5-rev-test-code` | Review test quality |
125
+
126
+ **Output**
127
+ `{task-id}-test.patch`
128
+
129
+ ⚠️ **Manual `git apply` required**
130
+
131
+ ---
132
+
133
+ ### Step 6 – Validation
134
+
135
+ | Command | Purpose |
136
+ | ---------------- | ------------------------ |
137
+ | `/ps.6-validate` | Validate the entire flow |
138
+
139
+ **Output**
140
+
141
+ - Inconsistencies
142
+ - Missing cases
143
+ - Design–code mismatch
144
+ - Risks & improvement suggestions
145
+
146
+ ---
147
+
148
+ ## 5. End-to-End Flow Diagram
149
+
150
+ ```text
151
+
152
+ ┌──────────────────────┐ ┌──────────────────────┐ ┌──────────────────────┐
153
+ │ STEP 0: RULES │ │ STEP 1: REQUIREMENT │ │ STEP 2: DESIGN │
154
+ ├──────────────────────┤ ├──────────────────────┤ ├──────────────────────┤
155
+ │ AI: Detect & Gen │ ──────>│ AI: Structure Req │ ──────>│ AI: Tech Blueprint │
156
+ │ OUT: /rules/ │ │ OUT: requirement.md │ │ OUT: design.md │
157
+ │ DEV: Review Rules │ │ DEV: Approve Logic │ │ DEV: Approve Arch │
158
+ └──────────────────────┘ └──────────────────────┘ └──────────┬───────────┘
159
+
160
+ ┌────────────────────────────────────────────────────────────────────┘
161
+
162
+
163
+ ┌──────────────────────┐ ┌──────────────────────┐ ┌──────────────────────┐
164
+ │ STEP 3: CODE │ │ STEP 4 & 5: TEST │ │ STEP 6: VALIDATION │
165
+ ├──────────────────────┤ ├──────────────────────┤ ├──────────────────────┤
166
+ │ AI: Gen Patch │ ──────>│ AI: Gen Test Patch │ ──────>│ AI: Full Validation │
167
+ │ OUT: feature.patch │ │ OUT: test.patch │ │ OUT: Final Report │
168
+ │ DEV: Review & Apply │ │ DEV: Review & Apply │ │ DEV: Task Sign-off │
169
+ └──────────────────────┘ └──────────────────────┘ └──────────────────────┘
170
+ ```
171
+
172
+ ---
173
+
174
+ ## 6. Flexible Workflow – Pipeline Options
175
+
176
+ ### 🔹 Small task (bug fix)
177
+
178
+ `Requirement → Design → Code`
179
+
180
+ Commands:
181
+ `/ps.1-gen-requirement`
182
+ `/ps.2-gen-design`
183
+ `/ps.3-gen-code`
184
+
185
+ ---
186
+
187
+ ### 🔹 Medium task (new feature)
188
+
189
+ `Requirement → Review → Design → Review → Code → Test Code`
190
+
191
+ ---
192
+
193
+ ### 🔹 Large / Critical feature
194
+
195
+ `Full workflow (Steps 0 → 6)`
196
+
197
+ ---
198
+
199
+ ## 7. Value Proposition
200
+
201
+ - Standardizes technical development mindset.
202
+ - AI follows structured **artifacts**, not random coding.
203
+ - End-to-end traceability:
204
+ **Requirement → Design → Code → Test**
205
+ - Ideal for:
206
+ - Team scaling
207
+ - Developer onboarding
208
+ - Review & Auditing
209
+ - Controlled AI-assisted development.
package/package.json CHANGED
@@ -1,20 +1,11 @@
1
1
  {
2
2
  "name": "prompt-suite",
3
- "version": "1.0.13",
3
+ "version": "1.0.15",
4
4
  "description": "Prompt Suite - Prompt Engineering & Workflow Automation",
5
5
  "main": "index.js",
6
6
  "bin": {
7
7
  "prompt-suite": "bin/cli.js"
8
8
  },
9
- "files": [
10
- "bin/",
11
- "prompts/",
12
- "rules/",
13
- "scripts/",
14
- "tasks/",
15
- "index.js",
16
- "README.md"
17
- ],
18
9
  "scripts": {
19
10
  "test": "echo \"Error: no test specified\" && exit 1"
20
11
  },
@@ -168,4 +168,4 @@ STRICT OUTPUT RULE:
168
168
 
169
169
  ## Next Steps
170
170
 
171
- After reviewing test code → run `/ps.6-analyze` to validate entire flow
171
+ After reviewing test code → run `/ps.6-validate` to validate entire flow
@@ -1,8 +1,8 @@
1
1
  ---
2
- description: Validate requirement designcodetest flow, find inconsistencies
2
+ description: Full flow validation (RequirementDesignCode Test)
3
3
  ---
4
4
 
5
- # /ps.6-analyze
5
+ # /ps.6-validate
6
6
 
7
7
  ## Description
8
8
 
@@ -14,8 +14,8 @@ Validate the entire flow from requirement → tech design → code → test, det
14
14
 
15
15
  - Provide paths to your requirement, design, and test plan files
16
16
  - **Task-id extraction**: AI will try to extract from filenames (optional)
17
- - If found, will be used in analysis report
18
- - If not found, analysis will proceed without task-id reference
17
+ - If found, will be used in validation report
18
+ - If not found, validation will proceed without task-id reference
19
19
  - **Files can be located anywhere** (not limited to `/prompt-suite`)
20
20
  - Examples:
21
21
  - `~/FEAT-001-req.md ~/FEAT-001-design.md ~/FEAT-001-test.md` ✅ (with task-id)
@@ -135,7 +135,7 @@ SELF-CHECK BEFORE OUTPUT:
135
135
  5. ✅ Report follows the structured format.
136
136
 
137
137
  STRICT OUTPUT RULE:
138
- - Output ONLY the Analysis Report.
138
+ - Output ONLY the Validation Report.
139
139
  - No meta commentary before or after the report.
140
140
  - No summaries or introductions.
141
141
  ```
@@ -148,7 +148,7 @@ STRICT OUTPUT RULE:
148
148
  4. ✅ **Coverage** - Check if coverage is sufficient
149
149
  5. ✅ **Prioritize** - P0/P1/P2 recommendations
150
150
 
151
- ## Analysis Checklist
151
+ ## Validation Checklist
152
152
 
153
153
  ### Requirement → Tech Design
154
154
 
@@ -189,19 +189,19 @@ STRICT OUTPUT RULE:
189
189
 
190
190
  ```bash
191
191
  # 1. Run with file paths (can be anywhere in filesystem)
192
- /ps.6-analyze \
192
+ /ps.6-validate \
193
193
  /path/to/FEAT-001-requirement.md \
194
194
  /path/to/FEAT-001-design.md \
195
195
  /path/to/FEAT-001-test.md
196
196
 
197
- # 2. AI reads all files and analyzes
198
- # 3. Receive comprehensive analysis report
197
+ # 2. AI reads all files and validates
198
+ # 3. Receive comprehensive validation report
199
199
  ```
200
200
 
201
201
  ## Example Output Structure
202
202
 
203
203
  ```markdown
204
- # Analysis Report: FEAT-001
204
+ # Validation Report: FEAT-001
205
205
 
206
206
  ## 1. Alignment Check
207
207
 
@@ -276,4 +276,4 @@ STRICT OUTPUT RULE:
276
276
 
277
277
  ## Next Steps
278
278
 
279
- After analyze → Fix issues by priority → Ready to deploy!
279
+ After validation → Fix issues by priority → Ready to deploy!