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
|
-
- [
|
|
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]
|
|
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
|
-
###
|
|
233
|
+
### ✅ Validation Step (Step 6)
|
|
234
234
|
|
|
235
|
-
| Command
|
|
236
|
-
|
|
|
237
|
-
| `/ps.6-
|
|
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-
|
|
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.
|
|
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
|
},
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
---
|
|
2
|
-
description:
|
|
2
|
+
description: Full flow validation (Requirement → Design → Code → Test)
|
|
3
3
|
---
|
|
4
4
|
|
|
5
|
-
# /ps.6-
|
|
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
|
|
18
|
-
- If not found,
|
|
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
|
|
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
|
-
##
|
|
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-
|
|
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
|
|
198
|
-
# 3. Receive comprehensive
|
|
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
|
-
#
|
|
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
|
|
279
|
+
After validation → Fix issues by priority → Ready to deploy!
|