agents-templated 2.2.9 → 2.2.11
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 +101 -86
- package/agents/commands/README.md +70 -0
- package/agents/commands/SCHEMA.md +22 -0
- package/agents/commands/arch-check.md +33 -0
- package/agents/commands/audit.md +38 -0
- package/agents/commands/debug-track.md +33 -0
- package/agents/commands/docs-sync.md +33 -0
- package/agents/commands/docs.md +34 -0
- package/agents/commands/fix.md +34 -0
- package/agents/commands/learn-loop.md +33 -0
- package/agents/commands/perf-scan.md +33 -0
- package/agents/commands/perf.md +34 -0
- package/agents/commands/plan.md +34 -0
- package/agents/commands/pr.md +35 -0
- package/agents/commands/problem-map.md +33 -0
- package/agents/commands/quality-gate.md +33 -0
- package/agents/commands/refactor.md +34 -0
- package/agents/commands/release-ready.md +33 -0
- package/agents/commands/release.md +39 -0
- package/agents/commands/risk-review.md +33 -0
- package/agents/commands/scaffold.md +34 -0
- package/agents/commands/scope-shape.md +33 -0
- package/agents/commands/task.md +35 -0
- package/agents/commands/test.md +34 -0
- package/agents/commands/ux-bar.md +33 -0
- package/agents/rules/planning.mdc +69 -0
- package/bin/cli.js +116 -4
- package/index.js +12 -1
- package/lib/workflow.js +190 -0
- package/package.json +2 -1
- package/templates/.claude/agents/README.md +13 -1
- package/templates/.claude/agents/compatibility-checker.md +79 -0
- package/templates/.claude/agents/configuration-validator.md +85 -0
- package/templates/.claude/agents/database-migrator.md +83 -0
- package/templates/.claude/agents/dependency-auditor.md +92 -0
- package/templates/.claude/agents/load-tester.md +80 -0
- package/templates/.claude/agents/performance-profiler.md +103 -0
- package/templates/CLAUDE.md +8 -0
- package/templates/README.md +104 -61
- package/templates/agents/commands/README.md +47 -1
- package/templates/agents/commands/arch-check.md +33 -0
- package/templates/agents/commands/debug-track.md +33 -0
- package/templates/agents/commands/docs-sync.md +33 -0
- package/templates/agents/commands/learn-loop.md +33 -0
- package/templates/agents/commands/perf-scan.md +33 -0
- package/templates/agents/commands/problem-map.md +33 -0
- package/templates/agents/commands/quality-gate.md +33 -0
- package/templates/agents/commands/release-ready.md +33 -0
- package/templates/agents/commands/risk-review.md +33 -0
- package/templates/agents/commands/scope-shape.md +33 -0
- package/templates/agents/commands/ux-bar.md +33 -0
- package/templates/agents/skills/README.md +6 -0
- package/templates/agents/skills/emilkowalski-skill/SKILL.md +51 -0
- package/templates/agents/skills/raphaelsalaja-userinterface-wiki/SKILL.md +51 -0
package/templates/README.md
CHANGED
|
@@ -9,48 +9,45 @@
|
|
|
9
9
|
|
|
10
10
|
---
|
|
11
11
|
|
|
12
|
-
##
|
|
12
|
+
## Why This Package Exists
|
|
13
13
|
|
|
14
|
-
|
|
14
|
+
Most starter templates only create files. This package creates operating rules for how teams build, review, test, and ship.
|
|
15
15
|
|
|
16
|
-
|
|
17
|
-
✅ **Security-First Patterns** – OWASP Top 10 protection guidelines built-in
|
|
18
|
-
✅ **Testing Strategy** – 80/15/5 coverage targets (unit/integration/e2e)
|
|
19
|
-
✅ **Agent-Based Architecture** – Specialized patterns for frontend, backend, database, testing, security
|
|
20
|
-
✅ **Technology-Agnostic** – Works with React, Django, Go, FastAPI, Next.js, or any stack you choose
|
|
16
|
+
You get:
|
|
21
17
|
|
|
22
|
-
|
|
18
|
+
- Multi-agent configuration for Cursor, Copilot, Claude, and generic hosts
|
|
19
|
+
- Deterministic command contracts in `agents/commands/`
|
|
20
|
+
- Security-first and testing-first rule baselines
|
|
21
|
+
- Reusable skills and optional subagents
|
|
23
22
|
|
|
24
|
-
|
|
23
|
+
Important: this package does not install your framework. It installs the operating layer around your framework.
|
|
25
24
|
|
|
26
|
-
##
|
|
25
|
+
## 30-Second Start
|
|
27
26
|
|
|
28
|
-
### 1.
|
|
27
|
+
### 1. Install setup
|
|
29
28
|
|
|
30
29
|
```bash
|
|
31
|
-
# Using npx (no installation needed) - RECOMMENDED
|
|
32
30
|
npx agents-templated@latest wizard
|
|
31
|
+
```
|
|
33
32
|
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
33
|
+
### 2. Start the command workflow
|
|
34
|
+
|
|
35
|
+
```bash
|
|
36
|
+
agents-templated workflow
|
|
37
|
+
agents-templated problem-map "daily briefing assistant for founders"
|
|
37
38
|
```
|
|
38
39
|
|
|
39
|
-
|
|
40
|
+
### 3. Optional preset bootstrap
|
|
40
41
|
|
|
41
42
|
```bash
|
|
42
|
-
# Initialize with a specific preset
|
|
43
43
|
npx agents-templated@latest init --preset=nextjs # Next.js
|
|
44
44
|
npx agents-templated@latest init --preset=express-api # Express
|
|
45
45
|
npx agents-templated@latest init --preset=django-react # Django
|
|
46
46
|
npx agents-templated@latest init --preset=fastapi # FastAPI
|
|
47
47
|
npx agents-templated@latest init --preset=go-api # Go
|
|
48
|
-
|
|
49
|
-
# Or install all components without a preset
|
|
50
|
-
npx agents-templated@latest init --all
|
|
51
48
|
```
|
|
52
49
|
|
|
53
|
-
###
|
|
50
|
+
### 4. Install your tech stack
|
|
54
51
|
|
|
55
52
|
After initializing, install your chosen framework:
|
|
56
53
|
|
|
@@ -72,44 +69,58 @@ pip install sqlalchemy alembic # SQLAlchemy
|
|
|
72
69
|
npm install mongoose # Mongoose (MongoDB)
|
|
73
70
|
```
|
|
74
71
|
|
|
75
|
-
###
|
|
72
|
+
### 5. Run the specialist sequence
|
|
73
|
+
|
|
74
|
+
Start with a product objective, then move through specialist commands:
|
|
75
|
+
|
|
76
|
+
```bash
|
|
77
|
+
agents-templated workflow
|
|
78
|
+
agents-templated problem-map "daily briefing assistant for founders"
|
|
79
|
+
agents-templated scope-shape "scope the first release"
|
|
80
|
+
agents-templated risk-review "audit branch changes before merge"
|
|
81
|
+
agents-templated release-ready "prepare release checklist"
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
### 6. Start Coding with AI
|
|
76
85
|
|
|
77
86
|
Your AI assistant will auto-load the configurations and follow enterprise patterns automatically!
|
|
78
87
|
|
|
79
88
|
---
|
|
80
89
|
|
|
81
|
-
##
|
|
90
|
+
## Key Features
|
|
82
91
|
|
|
83
92
|
| Feature | Description |
|
|
84
93
|
|---------|-------------|
|
|
85
|
-
|
|
|
86
|
-
|
|
|
87
|
-
|
|
|
88
|
-
|
|
|
89
|
-
|
|
|
90
|
-
|
|
|
91
|
-
|
|
|
92
|
-
|
|
|
93
|
-
|
|
|
94
|
+
| **Quick Start Presets** | 5 popular tech stack presets (Next.js, Express, Django, FastAPI, Go) |
|
|
95
|
+
| **Interactive Wizard** | Guided setup with personalized recommendations |
|
|
96
|
+
| **Deterministic Commands** | Slash-command contracts with strict structured outputs |
|
|
97
|
+
| **Intent-Routing Ready** | Command schema supports `slash-command-auto` mode for agent-side routing policies |
|
|
98
|
+
| **Security-First** | OWASP Top 10 protection patterns built-in |
|
|
99
|
+
| **Hardening Workflow** | Risk-based hardening rules plus verification/release gates |
|
|
100
|
+
| **Testing Strategy** | 80/15/5 coverage targets (unit/integration/e2e) |
|
|
101
|
+
| **Project Validation** | `validate` and `doctor` commands for health checks |
|
|
102
|
+
| **Template Updates** | Keep your templates in sync with `update` command |
|
|
103
|
+
| **Technology-Agnostic** | Works with React, Django, Go, FastAPI, Next.js, or any stack |
|
|
104
|
+
| **Accessibility** | WCAG 2.1 AA compliance patterns included |
|
|
94
105
|
|
|
95
106
|
---
|
|
96
107
|
|
|
97
|
-
##
|
|
108
|
+
## AI Agent Support
|
|
98
109
|
|
|
99
110
|
Agents Templated automatically configures compatible wrappers for major AI coding assistants:
|
|
100
111
|
|
|
101
112
|
| AI Agent | Config File | Auto-Discovery |
|
|
102
113
|
|----------|-------------|----------------|
|
|
103
|
-
| **Cursor** | `.cursorrules` |
|
|
104
|
-
| **GitHub Copilot** | `.github/copilot-instructions.md` |
|
|
105
|
-
| **Claude** | `CLAUDE.md` |
|
|
106
|
-
| **Generic agents** | `AGENTS.MD` |
|
|
114
|
+
| **Cursor** | `.cursorrules` | Auto-loads in Cursor IDE |
|
|
115
|
+
| **GitHub Copilot** | `.github/copilot-instructions.md` | Auto-loads in VS Code |
|
|
116
|
+
| **Claude** | `CLAUDE.md` | Compatible |
|
|
117
|
+
| **Generic agents** | `AGENTS.MD` | Compatible |
|
|
107
118
|
|
|
108
119
|
**Single source of truth:** `CLAUDE.md` drives generated tool-compatible instruction files.
|
|
109
120
|
|
|
110
121
|
---
|
|
111
122
|
|
|
112
|
-
##
|
|
123
|
+
## What Gets Installed
|
|
113
124
|
|
|
114
125
|
When you run `agents-templated init`, you get:
|
|
115
126
|
|
|
@@ -119,14 +130,17 @@ your-project/
|
|
|
119
130
|
│ └── source/
|
|
120
131
|
│ └── core.md # Canonical instruction source of truth
|
|
121
132
|
│
|
|
122
|
-
├── agent-docs/ #
|
|
133
|
+
├── agent-docs/ # Comprehensive documentation
|
|
123
134
|
│ ├── ARCHITECTURE.md # Project architecture & tech stack
|
|
124
135
|
│ └── README.md # Human-readable setup guide
|
|
125
136
|
│
|
|
126
137
|
├── .github/
|
|
127
138
|
│ ├── skills/
|
|
128
139
|
│ │ ├── find-skills/ # Skill discovery helper
|
|
140
|
+
│ │ ├── feature-delivery/ # Scoped feature delivery workflow
|
|
141
|
+
│ │ ├── bug-triage/ # Reproduction-first defect workflow
|
|
129
142
|
│ │ ├── error-patterns/ # Persistent error-debugging memory workflow
|
|
143
|
+
│ │ ├── app-hardening/ # Hardening and release-evidence workflow
|
|
130
144
|
│ │ ├── ui-ux-pro-max/ # Advanced UI/UX design implementation skill
|
|
131
145
|
│ │ ├── shadcn-ui/ # shadcn/ui setup and component patterns
|
|
132
146
|
│ │ ├── README.md # Guide for creating custom skills
|
|
@@ -141,9 +155,14 @@ your-project/
|
|
|
141
155
|
│ │ ├── frontend.md
|
|
142
156
|
│ │ ├── database.md
|
|
143
157
|
│ │ ├── style.md
|
|
158
|
+
│ │ ├── workflows.md
|
|
159
|
+
│ │ ├── intent-routing.md
|
|
160
|
+
│ │ ├── system-workflow.md
|
|
161
|
+
│ │ ├── hardening.md
|
|
144
162
|
│ │ └── lessons-learned.md
|
|
163
|
+
│ └── agents/ # Optional subagents
|
|
145
164
|
│
|
|
146
|
-
├── agents/ #
|
|
165
|
+
├── agents/ # Deterministic command contracts
|
|
147
166
|
│ └── commands/
|
|
148
167
|
│ │ ├── SCHEMA.md # Global slash-command response schema
|
|
149
168
|
│ │ ├── plan.md # /plan contract
|
|
@@ -162,49 +181,73 @@ your-project/
|
|
|
162
181
|
|
|
163
182
|
---
|
|
164
183
|
|
|
165
|
-
##
|
|
184
|
+
## Command Reference
|
|
166
185
|
|
|
167
186
|
### Setup Commands
|
|
168
187
|
|
|
169
188
|
```bash
|
|
170
|
-
#
|
|
189
|
+
# Interactive wizard (recommended for beginners)
|
|
171
190
|
agents-templated wizard
|
|
172
191
|
|
|
173
|
-
#
|
|
192
|
+
# Quick start with presets
|
|
174
193
|
agents-templated init --preset=nextjs # Next.js full-stack
|
|
175
194
|
agents-templated init --preset=express-api # Express.js API
|
|
176
195
|
agents-templated init --preset=django-react # Django + React
|
|
177
196
|
agents-templated init --preset=fastapi # FastAPI
|
|
178
197
|
agents-templated init --preset=go-api # Go API
|
|
179
198
|
|
|
180
|
-
#
|
|
199
|
+
# Manual component selection
|
|
181
200
|
agents-templated init --all # All components
|
|
182
201
|
agents-templated init --docs # Documentation only
|
|
183
202
|
agents-templated init --rules # Agent rules only
|
|
184
203
|
agents-templated init --skills # Skills only
|
|
204
|
+
agents-templated init --commands # Command contracts only
|
|
185
205
|
|
|
186
|
-
#
|
|
206
|
+
# Force overwrite existing files
|
|
187
207
|
agents-templated init --all --force
|
|
188
208
|
```
|
|
189
209
|
|
|
190
210
|
### Maintenance Commands
|
|
191
211
|
|
|
192
212
|
```bash
|
|
193
|
-
#
|
|
213
|
+
# Validate your project setup
|
|
194
214
|
agents-templated validate # Quick validation
|
|
195
215
|
agents-templated doctor # Comprehensive health check
|
|
196
216
|
|
|
197
|
-
#
|
|
217
|
+
# Update templates to latest version
|
|
198
218
|
agents-templated update # Apply updates with backup
|
|
199
219
|
agents-templated update --check-only # Check without installing
|
|
200
220
|
|
|
201
|
-
#
|
|
221
|
+
# List available components and presets
|
|
202
222
|
agents-templated list
|
|
223
|
+
|
|
224
|
+
# Lifecycle workflow and specialist commands
|
|
225
|
+
agents-templated workflow
|
|
203
226
|
```
|
|
204
227
|
|
|
228
|
+
### Workflow Commands
|
|
229
|
+
|
|
230
|
+
These commands provide deterministic specialist guidance aligned to the sprint lifecycle:
|
|
231
|
+
|
|
232
|
+
| Command | Specialist | Primary Outcome |
|
|
233
|
+
|---------|------------|-----------------|
|
|
234
|
+
| `problem-map` | Problem Strategist | Clarify user pain and define the actual problem |
|
|
235
|
+
| `scope-shape` | Scope Director | Challenge scope and set high-leverage direction |
|
|
236
|
+
| `arch-check` | Architecture Reviewer | Lock architecture and edge-case coverage |
|
|
237
|
+
| `ux-bar` | Design Quality Lead | Raise UX quality before implementation |
|
|
238
|
+
| `debug-track` | Root-Cause Investigator | Reproduce and isolate root cause |
|
|
239
|
+
| `risk-review` | Release Risk Reviewer | Surface production-risk issues before merge |
|
|
240
|
+
| `quality-gate` | Quality Gatekeeper | Validate behavior and regression safety |
|
|
241
|
+
| `perf-scan` | Performance Analyst | Capture performance baseline and deltas |
|
|
242
|
+
| `release-ready` | Release Coordinator | Prepare release artifacts and final checks |
|
|
243
|
+
| `docs-sync` | Documentation Engineer | Sync docs with shipped behavior |
|
|
244
|
+
| `learn-loop` | Iteration Lead | Capture lessons and next-cycle actions |
|
|
245
|
+
|
|
246
|
+
Each command maps to deterministic contract files in `agents/commands/` and uses the schema in `agents/commands/SCHEMA.md`.
|
|
247
|
+
|
|
205
248
|
---
|
|
206
249
|
|
|
207
|
-
##
|
|
250
|
+
## After Installation: Next Steps
|
|
208
251
|
|
|
209
252
|
### 1. Install Your Tech Stack
|
|
210
253
|
|
|
@@ -293,15 +336,15 @@ Your AI will follow the enterprise patterns automatically!
|
|
|
293
336
|
|
|
294
337
|
---
|
|
295
338
|
|
|
296
|
-
##
|
|
339
|
+
## Core Principles
|
|
297
340
|
|
|
298
341
|
### Security-First Development
|
|
299
342
|
|
|
300
|
-
|
|
301
|
-
|
|
302
|
-
|
|
303
|
-
|
|
304
|
-
|
|
343
|
+
- Validate all inputs at application boundaries with schema validation
|
|
344
|
+
- Authenticate and authorize every protected endpoint
|
|
345
|
+
- Rate limit public endpoints to prevent abuse
|
|
346
|
+
- Sanitize outputs to prevent injection attacks
|
|
347
|
+
- Never expose sensitive data in error messages or logs
|
|
305
348
|
|
|
306
349
|
**Reference**: [.claude/rules/security.md](.claude/rules/security.md)
|
|
307
350
|
|
|
@@ -327,7 +370,7 @@ Your AI will follow the enterprise patterns automatically!
|
|
|
327
370
|
|
|
328
371
|
---
|
|
329
372
|
|
|
330
|
-
##
|
|
373
|
+
## Available Presets
|
|
331
374
|
|
|
332
375
|
| Preset | Tech Stack | Best For |
|
|
333
376
|
|--------|-----------|----------|
|
|
@@ -345,7 +388,7 @@ Each preset includes:
|
|
|
345
388
|
|
|
346
389
|
---
|
|
347
390
|
|
|
348
|
-
##
|
|
391
|
+
## Programmatic API
|
|
349
392
|
|
|
350
393
|
Use agents-templated in your build scripts or automation:
|
|
351
394
|
|
|
@@ -369,7 +412,7 @@ await agentsTemplated.install('./my-project', {
|
|
|
369
412
|
|
|
370
413
|
---
|
|
371
414
|
|
|
372
|
-
##
|
|
415
|
+
## Usage Examples
|
|
373
416
|
|
|
374
417
|
### Frontend Development
|
|
375
418
|
```
|
|
@@ -394,7 +437,7 @@ await agentsTemplated.install('./my-project', {
|
|
|
394
437
|
|
|
395
438
|
---
|
|
396
439
|
|
|
397
|
-
##
|
|
440
|
+
## Contributing
|
|
398
441
|
|
|
399
442
|
When contributing to this template:
|
|
400
443
|
1. Maintain technology-agnostic patterns
|
|
@@ -407,13 +450,13 @@ See [CONTRIBUTING.md](CONTRIBUTING.md) for detailed guidelines.
|
|
|
407
450
|
|
|
408
451
|
---
|
|
409
452
|
|
|
410
|
-
##
|
|
453
|
+
## License
|
|
411
454
|
|
|
412
455
|
MIT License - See [LICENSE](LICENSE) for details.
|
|
413
456
|
|
|
414
457
|
---
|
|
415
458
|
|
|
416
|
-
##
|
|
459
|
+
## Links
|
|
417
460
|
|
|
418
461
|
- **NPM Package**: https://www.npmjs.com/package/agents-templated
|
|
419
462
|
- **GitHub Repository**: https://github.com/rickandrew2/agents-templated
|
|
@@ -16,9 +16,55 @@ This directory is the modular source of truth for slash-command execution contra
|
|
|
16
16
|
- `pr.md`
|
|
17
17
|
- `release.md`
|
|
18
18
|
- `docs.md`
|
|
19
|
+
- `problem-map.md`
|
|
20
|
+
- `scope-shape.md`
|
|
21
|
+
- `arch-check.md`
|
|
22
|
+
- `ux-bar.md`
|
|
23
|
+
- `debug-track.md`
|
|
24
|
+
- `risk-review.md`
|
|
25
|
+
- `quality-gate.md`
|
|
26
|
+
- `perf-scan.md`
|
|
27
|
+
- `release-ready.md`
|
|
28
|
+
- `docs-sync.md`
|
|
29
|
+
- `learn-loop.md`
|
|
19
30
|
|
|
20
31
|
Execution requirements:
|
|
21
32
|
- Parse slash commands deterministically.
|
|
22
33
|
- Return structured output only.
|
|
23
34
|
- No conversational fallback in slash mode.
|
|
24
|
-
- Enforce destructive confirmation token: `CONFIRM-DESTRUCTIVE:<target>`.
|
|
35
|
+
- Enforce destructive confirmation token: `CONFIRM-DESTRUCTIVE:<target>`.
|
|
36
|
+
- Enforce unique command purpose for each primary workflow command.
|
|
37
|
+
|
|
38
|
+
## Command Integrity Guards
|
|
39
|
+
|
|
40
|
+
- Primary workflow commands must have unique purpose identifiers.
|
|
41
|
+
- Duplicate command purpose definitions fail CLI startup validation.
|
|
42
|
+
- Deprecated aliases are not part of the active command surface.
|
|
43
|
+
|
|
44
|
+
## Publish Inclusion
|
|
45
|
+
|
|
46
|
+
The npm package includes command contracts from both:
|
|
47
|
+
|
|
48
|
+
- `agents/commands/` (root mirror)
|
|
49
|
+
- `templates/agents/commands/` (scaffold source)
|
|
50
|
+
|
|
51
|
+
## Workflow Command Mapping
|
|
52
|
+
|
|
53
|
+
Use these lifecycle commands as the recommended specialist sequence:
|
|
54
|
+
|
|
55
|
+
- `problem-map` -> `plan.md`
|
|
56
|
+
- `scope-shape` -> `plan.md`
|
|
57
|
+
- `arch-check` -> `plan.md`
|
|
58
|
+
- `ux-bar` -> `plan.md`
|
|
59
|
+
- `debug-track` -> `fix.md`
|
|
60
|
+
- `risk-review` -> `audit.md`
|
|
61
|
+
- `quality-gate` -> `test.md`
|
|
62
|
+
- `perf-scan` -> `perf.md`
|
|
63
|
+
- `release-ready` -> `release.md`
|
|
64
|
+
- `docs-sync` -> `docs.md`
|
|
65
|
+
- `learn-loop` -> `task.md`
|
|
66
|
+
|
|
67
|
+
The CLI command `agents-templated workflow` prints this lifecycle in order:
|
|
68
|
+
|
|
69
|
+
Think -> Plan -> Build -> Review -> Test -> Ship -> Reflect
|
|
70
|
+
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# /arch-check
|
|
2
|
+
|
|
3
|
+
## A. Intent
|
|
4
|
+
Validate architecture decisions, dependency boundaries, and failure handling before coding.
|
|
5
|
+
|
|
6
|
+
## B. When to Use
|
|
7
|
+
Use after scope lock and before implementation starts.
|
|
8
|
+
|
|
9
|
+
## C. Required Inputs
|
|
10
|
+
- Scoped feature set
|
|
11
|
+
- Existing system boundaries
|
|
12
|
+
- Non-functional requirements
|
|
13
|
+
|
|
14
|
+
## D. Deterministic Execution Flow
|
|
15
|
+
1. Map data and control flow.
|
|
16
|
+
2. Identify component boundaries.
|
|
17
|
+
3. Enumerate failure modes.
|
|
18
|
+
4. Define testing and validation checkpoints.
|
|
19
|
+
5. Emit architecture decision set.
|
|
20
|
+
|
|
21
|
+
## E. Structured Output Template
|
|
22
|
+
- `architecture_summary`
|
|
23
|
+
- `boundaries[]`
|
|
24
|
+
- `data_flow`
|
|
25
|
+
- `failure_modes[]`
|
|
26
|
+
- `validation_plan[]`
|
|
27
|
+
|
|
28
|
+
## F. Stop Conditions
|
|
29
|
+
- Critical dependency unclear.
|
|
30
|
+
- Failure modes not covered.
|
|
31
|
+
|
|
32
|
+
## G. Safety Constraints
|
|
33
|
+
- Include security and testing gates for each critical path.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# /debug-track
|
|
2
|
+
|
|
3
|
+
## A. Intent
|
|
4
|
+
Produce a root-cause-first defect investigation path with bounded fixes.
|
|
5
|
+
|
|
6
|
+
## B. When to Use
|
|
7
|
+
Use for bugs, regressions, and unexpected runtime behavior.
|
|
8
|
+
|
|
9
|
+
## C. Required Inputs
|
|
10
|
+
- Defect symptom
|
|
11
|
+
- Reproduction context
|
|
12
|
+
- Expected behavior
|
|
13
|
+
|
|
14
|
+
## D. Deterministic Execution Flow
|
|
15
|
+
1. Reproduce defect consistently.
|
|
16
|
+
2. Trace data and execution path.
|
|
17
|
+
3. Confirm root cause with evidence.
|
|
18
|
+
4. Propose minimal patch.
|
|
19
|
+
5. Validate fix and regression safety.
|
|
20
|
+
|
|
21
|
+
## E. Structured Output Template
|
|
22
|
+
- `reproduction_steps[]`
|
|
23
|
+
- `root_cause`
|
|
24
|
+
- `affected_surface[]`
|
|
25
|
+
- `patch_plan`
|
|
26
|
+
- `regression_checks[]`
|
|
27
|
+
|
|
28
|
+
## F. Stop Conditions
|
|
29
|
+
- Defect not reproducible.
|
|
30
|
+
- Root cause remains unverified.
|
|
31
|
+
|
|
32
|
+
## G. Safety Constraints
|
|
33
|
+
- Do not patch symptoms without root-cause evidence.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# /docs-sync
|
|
2
|
+
|
|
3
|
+
## A. Intent
|
|
4
|
+
Keep documentation aligned with shipped behavior and contract changes.
|
|
5
|
+
|
|
6
|
+
## B. When to Use
|
|
7
|
+
Use after implementation or release-prep changes.
|
|
8
|
+
|
|
9
|
+
## C. Required Inputs
|
|
10
|
+
- Code changes summary
|
|
11
|
+
- Updated behavior/contracts
|
|
12
|
+
- Target documentation set
|
|
13
|
+
|
|
14
|
+
## D. Deterministic Execution Flow
|
|
15
|
+
1. Identify behavior and API changes.
|
|
16
|
+
2. Locate affected docs.
|
|
17
|
+
3. Update docs with minimal accurate edits.
|
|
18
|
+
4. Verify examples and command references.
|
|
19
|
+
5. Emit documentation update summary.
|
|
20
|
+
|
|
21
|
+
## E. Structured Output Template
|
|
22
|
+
- `docs_updated[]`
|
|
23
|
+
- `behavior_changes[]`
|
|
24
|
+
- `contract_updates[]`
|
|
25
|
+
- `example_checks[]`
|
|
26
|
+
- `remaining_doc_gaps[]`
|
|
27
|
+
|
|
28
|
+
## F. Stop Conditions
|
|
29
|
+
- Behavior changed with no corresponding doc update.
|
|
30
|
+
- Example commands are unverified.
|
|
31
|
+
|
|
32
|
+
## G. Safety Constraints
|
|
33
|
+
- Do not publish stale setup or command instructions.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# /learn-loop
|
|
2
|
+
|
|
3
|
+
## A. Intent
|
|
4
|
+
Capture delivery lessons and convert them into concrete next-cycle actions.
|
|
5
|
+
|
|
6
|
+
## B. When to Use
|
|
7
|
+
Use after release or milestone completion.
|
|
8
|
+
|
|
9
|
+
## C. Required Inputs
|
|
10
|
+
- Completed work summary
|
|
11
|
+
- Incident/defect outcomes
|
|
12
|
+
- Team or process observations
|
|
13
|
+
|
|
14
|
+
## D. Deterministic Execution Flow
|
|
15
|
+
1. Summarize wins and misses.
|
|
16
|
+
2. Identify repeated friction points.
|
|
17
|
+
3. Propose concrete process and tooling actions.
|
|
18
|
+
4. Assign ownership and priority.
|
|
19
|
+
5. Emit next-cycle action list.
|
|
20
|
+
|
|
21
|
+
## E. Structured Output Template
|
|
22
|
+
- `wins[]`
|
|
23
|
+
- `misses[]`
|
|
24
|
+
- `root_process_issues[]`
|
|
25
|
+
- `next_actions[]`
|
|
26
|
+
- `owner_map`
|
|
27
|
+
|
|
28
|
+
## F. Stop Conditions
|
|
29
|
+
- No actionable next steps.
|
|
30
|
+
- Lessons are not tied to observable outcomes.
|
|
31
|
+
|
|
32
|
+
## G. Safety Constraints
|
|
33
|
+
- Avoid vague retrospectives without owned follow-through actions.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# /perf-scan
|
|
2
|
+
|
|
3
|
+
## A. Intent
|
|
4
|
+
Measure baseline performance and detect regressions with deterministic thresholds.
|
|
5
|
+
|
|
6
|
+
## B. When to Use
|
|
7
|
+
Use before and after performance-sensitive changes.
|
|
8
|
+
|
|
9
|
+
## C. Required Inputs
|
|
10
|
+
- Baseline context
|
|
11
|
+
- Target endpoints or flows
|
|
12
|
+
- Performance thresholds
|
|
13
|
+
|
|
14
|
+
## D. Deterministic Execution Flow
|
|
15
|
+
1. Capture baseline metrics.
|
|
16
|
+
2. Execute candidate workload.
|
|
17
|
+
3. Compare p95/p99 latency and error rates.
|
|
18
|
+
4. Flag regressions with threshold deltas.
|
|
19
|
+
5. Emit optimization priorities.
|
|
20
|
+
|
|
21
|
+
## E. Structured Output Template
|
|
22
|
+
- `baseline_metrics`
|
|
23
|
+
- `candidate_metrics`
|
|
24
|
+
- `regressions[]`
|
|
25
|
+
- `threshold_checks[]`
|
|
26
|
+
- `recommendations[]`
|
|
27
|
+
|
|
28
|
+
## F. Stop Conditions
|
|
29
|
+
- Baseline missing.
|
|
30
|
+
- Thresholds undefined.
|
|
31
|
+
|
|
32
|
+
## G. Safety Constraints
|
|
33
|
+
- Avoid performance claims without before/after evidence.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# /problem-map
|
|
2
|
+
|
|
3
|
+
## A. Intent
|
|
4
|
+
Define the actual user problem and measurable pain signals before solutioning.
|
|
5
|
+
|
|
6
|
+
## B. When to Use
|
|
7
|
+
Use at the start of an initiative when the request is a feature idea rather than a validated problem.
|
|
8
|
+
|
|
9
|
+
## C. Required Inputs
|
|
10
|
+
- Problem statement
|
|
11
|
+
- Current user pain examples
|
|
12
|
+
- Target user segment
|
|
13
|
+
|
|
14
|
+
## D. Deterministic Execution Flow
|
|
15
|
+
1. Extract user outcomes and friction points.
|
|
16
|
+
2. Separate symptoms from root pain.
|
|
17
|
+
3. Identify constraints and non-goals.
|
|
18
|
+
4. Propose a focused problem frame.
|
|
19
|
+
5. Emit acceptance signals for success.
|
|
20
|
+
|
|
21
|
+
## E. Structured Output Template
|
|
22
|
+
- `problem_frame`
|
|
23
|
+
- `pain_signals[]`
|
|
24
|
+
- `root_causes[]`
|
|
25
|
+
- `target_user_segment`
|
|
26
|
+
- `success_signals[]`
|
|
27
|
+
|
|
28
|
+
## F. Stop Conditions
|
|
29
|
+
- Missing target user segment.
|
|
30
|
+
- No concrete pain evidence provided.
|
|
31
|
+
|
|
32
|
+
## G. Safety Constraints
|
|
33
|
+
- Do not lock implementation details in this stage.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# /quality-gate
|
|
2
|
+
|
|
3
|
+
## A. Intent
|
|
4
|
+
Enforce quality gates using test signals, behavior checks, and regression controls.
|
|
5
|
+
|
|
6
|
+
## B. When to Use
|
|
7
|
+
Use before release, and after major bug fixes.
|
|
8
|
+
|
|
9
|
+
## C. Required Inputs
|
|
10
|
+
- Target build/revision
|
|
11
|
+
- Test scope
|
|
12
|
+
- Critical user flows
|
|
13
|
+
|
|
14
|
+
## D. Deterministic Execution Flow
|
|
15
|
+
1. Run required test layers.
|
|
16
|
+
2. Validate critical user flows.
|
|
17
|
+
3. Inspect flaky or unstable results.
|
|
18
|
+
4. Define required remediations.
|
|
19
|
+
5. Emit pass/conditional/block outcome.
|
|
20
|
+
|
|
21
|
+
## E. Structured Output Template
|
|
22
|
+
- `test_results[]`
|
|
23
|
+
- `critical_flow_status[]`
|
|
24
|
+
- `quality_findings[]`
|
|
25
|
+
- `required_fixes[]`
|
|
26
|
+
- `gate_status`
|
|
27
|
+
|
|
28
|
+
## F. Stop Conditions
|
|
29
|
+
- Critical flow untested.
|
|
30
|
+
- Required tests failed.
|
|
31
|
+
|
|
32
|
+
## G. Safety Constraints
|
|
33
|
+
- Do not mark pass when critical regressions remain open.
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
# /release-ready
|
|
2
|
+
|
|
3
|
+
## A. Intent
|
|
4
|
+
Validate release readiness with checks for quality, risk, and rollback.
|
|
5
|
+
|
|
6
|
+
## B. When to Use
|
|
7
|
+
Use immediately before opening or merging a release PR.
|
|
8
|
+
|
|
9
|
+
## C. Required Inputs
|
|
10
|
+
- Change summary
|
|
11
|
+
- Validation evidence
|
|
12
|
+
- Deployment path
|
|
13
|
+
|
|
14
|
+
## D. Deterministic Execution Flow
|
|
15
|
+
1. Confirm test and quality gate outcomes.
|
|
16
|
+
2. Confirm risk-review status.
|
|
17
|
+
3. Verify migration and deploy prerequisites.
|
|
18
|
+
4. Verify rollback plan.
|
|
19
|
+
5. Emit release readiness decision.
|
|
20
|
+
|
|
21
|
+
## E. Structured Output Template
|
|
22
|
+
- `release_scope`
|
|
23
|
+
- `checks_passed[]`
|
|
24
|
+
- `blocking_issues[]`
|
|
25
|
+
- `rollback_plan`
|
|
26
|
+
- `ready_status`
|
|
27
|
+
|
|
28
|
+
## F. Stop Conditions
|
|
29
|
+
- Blocking issue unresolved.
|
|
30
|
+
- Rollback plan absent.
|
|
31
|
+
|
|
32
|
+
## G. Safety Constraints
|
|
33
|
+
- Do not approve release when required evidence is missing.
|