sdlc-subagents 0.1.0 → 0.1.2
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/LICENSE +21 -0
- package/README.md +160 -57
- package/commands/commit.md +7 -0
- package/commands/create-prd.md +151 -0
- package/commands/create-rules.md +156 -0
- package/commands/e2e-test.md +13 -0
- package/commands/execute.md +101 -0
- package/commands/init-project.md +61 -0
- package/commands/plan-feature.md +433 -0
- package/commands/prime.md +75 -0
- package/dist/index.js +164 -59
- package/package.json +3 -2
package/LICENSE
ADDED
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2025 Roy Zalta
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
package/README.md
CHANGED
|
@@ -1,19 +1,72 @@
|
|
|
1
|
-
|
|
1
|
+
<div align="center">
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
# SDLC Sub-Agents
|
|
4
4
|
|
|
5
|
-
|
|
5
|
+
### Turn OpenCode into a multi-agent orchestrator
|
|
6
6
|
|
|
7
|
-
|
|
7
|
+
**One command. Six coding agents. Zero config.**
|
|
8
8
|
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
9
|
+
[](https://www.npmjs.com/package/sdlc-subagents)
|
|
10
|
+
[](./LICENSE)
|
|
11
|
+
[](https://nodejs.org)
|
|
12
|
+
[](./package.json)
|
|
13
|
+
|
|
14
|
+
<br />
|
|
15
|
+
|
|
16
|
+
<img src="https://opencode.ai/favicon.ico" width="28" alt="OpenCode" /> Built for [**OpenCode**](https://opencode.ai) — the open-source AI coding agent for the terminal
|
|
17
|
+
|
|
18
|
+
<br />
|
|
19
|
+
|
|
20
|
+
```
|
|
21
|
+
npx sdlc-subagents
|
|
22
|
+
```
|
|
23
|
+
|
|
24
|
+
<br />
|
|
25
|
+
|
|
26
|
+
[Quick Start](#-quick-start) · [Supported Agents](#-supported-agents) · [How It Works](#-how-it-works) · [Usage](#-usage-in-opencode) · [Install CLIs](#-installing-the-sub-agent-clis)
|
|
27
|
+
|
|
28
|
+
</div>
|
|
29
|
+
|
|
30
|
+
---
|
|
31
|
+
|
|
32
|
+
## The Problem
|
|
33
|
+
|
|
34
|
+
You have access to multiple AI coding agents — Gemini, Claude, Copilot, Aider, Kimi, Cursor — each with different strengths. But switching between them is manual, context is lost, and there's no unified workflow.
|
|
35
|
+
|
|
36
|
+
## The Solution
|
|
37
|
+
|
|
38
|
+
`sdlc-subagents` configures [OpenCode](https://opencode.ai) as a **meta-orchestrator** that knows when and how to delegate tasks to the right sub-agent CLI. It generates [Agent Skills](https://opencode.ai/docs/skills/) that teach OpenCode the strengths, invocation patterns, and routing logic for each agent.
|
|
39
|
+
|
|
40
|
+
```
|
|
41
|
+
┌─────────────────┐
|
|
42
|
+
│ OpenCode │
|
|
43
|
+
│ (orchestrator) │
|
|
44
|
+
└────────┬────────┘
|
|
45
|
+
│
|
|
46
|
+
┌──────────┬──────────┼──────────┬──────────┬──────────┐
|
|
47
|
+
▼ ▼ ▼ ▼ ▼ ▼
|
|
48
|
+
┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐
|
|
49
|
+
│ Gemini │ │Copilot │ │ Claude │ │ Aider │ │ Kimi │ │ Cursor │
|
|
50
|
+
│ CLI │ │ CLI │ │ Code │ │ │ │ CLI │ │ CLI │
|
|
51
|
+
└────────┘ └────────┘ └────────┘ └────────┘ └────────┘ └────────┘
|
|
52
|
+
Research GitHub Refactor Pair Front-end IDE-grade
|
|
53
|
+
& Context Workflows & Debug Programming & UI Prototyping
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
---
|
|
57
|
+
|
|
58
|
+
## Supported Agents
|
|
59
|
+
|
|
60
|
+
| Agent | CLI | Best For | Install |
|
|
61
|
+
|:------|:----|:---------|:--------|
|
|
62
|
+
| <img src="https://www.gstatic.com/lamda/images/gemini_favicon_f069958c85030456e93de685481c559f160ea06b.png" width="16" /> [Gemini CLI](https://github.com/google-gemini/gemini-cli) | `gemini` | Large codebase analysis, research, documentation | `npm i -g @google/gemini-cli` |
|
|
63
|
+
| <img src="https://github.githubassets.com/favicons/favicon-dark.svg" width="16" /> [GitHub Copilot CLI](https://githubnext.com/projects/copilot-cli) | `copilot` | PR creation, issue management, GitHub workflows | `npm i -g @github/copilot` |
|
|
64
|
+
| <img src="https://mintlify.s3.us-west-1.amazonaws.com/anthropic/logo/light.svg" width="16" /> [Claude Code](https://docs.anthropic.com/en/docs/agents-and-tools/claude-code/overview) | `claude` | Complex refactoring, architecture changes, debugging | `npm i -g @anthropic-ai/claude-code` |
|
|
65
|
+
| <img src="https://aider.chat/assets/icons/favicon-32x32.png" width="16" /> [Aider](https://aider.chat) | `aider` | Pair programming, auto-commits, any LLM provider | `pipx install aider-chat` |
|
|
66
|
+
| <img src="https://raw.githubusercontent.com/nicepkg/gpt-runner/main/docs/public/logo.svg" width="16" /> [Kimi CLI](https://github.com/MoonshotAI/kimi-cli) | `kimi` | Front-end development, UI components, long-context | `uv tool install --python 3.13 kimi-cli` |
|
|
67
|
+
| <img src="https://cursor.sh/favicon.ico" width="16" /> [Cursor CLI](https://cursor.sh) | `agent` | IDE-grade coding, cloud handoff, rapid prototyping | `curl https://cursor.sh/cli -fsS \| bash` |
|
|
68
|
+
|
|
69
|
+
---
|
|
17
70
|
|
|
18
71
|
## Quick Start
|
|
19
72
|
|
|
@@ -21,54 +74,81 @@ Run one command and your OpenCode agent learns how to delegate tasks to the righ
|
|
|
21
74
|
npx sdlc-subagents
|
|
22
75
|
```
|
|
23
76
|
|
|
24
|
-
That's it. The tool will:
|
|
77
|
+
That's it. No flags, no wizard, no config files to write. The tool will:
|
|
25
78
|
|
|
26
79
|
1. **Detect** which coding agent CLIs are installed on your system
|
|
27
|
-
2. **Generate** OpenCode skill files
|
|
28
|
-
3. **
|
|
80
|
+
2. **Generate** OpenCode skill files for all 6 agents (even uninstalled ones — install later)
|
|
81
|
+
3. **Create** `opencode.json` with permissions and `/delegate` custom commands
|
|
82
|
+
4. **Merge** safely into existing config (idempotent — re-run anytime)
|
|
29
83
|
|
|
30
|
-
|
|
84
|
+
### What gets created
|
|
31
85
|
|
|
32
86
|
```
|
|
33
87
|
your-project/
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
88
|
+
├── .agents/
|
|
89
|
+
│ └── skills/
|
|
90
|
+
│ ├── sdlc-orchestrator/SKILL.md ← Master routing logic
|
|
91
|
+
│ ├── gemini-cli/SKILL.md ← Gemini delegation patterns
|
|
92
|
+
│ ├── copilot-cli/SKILL.md ← Copilot delegation patterns
|
|
93
|
+
│ ├── claude-code/SKILL.md ← Claude delegation patterns
|
|
94
|
+
│ ├── aider/SKILL.md ← Aider delegation patterns
|
|
95
|
+
│ ├── kimi-cli/SKILL.md ← Kimi delegation patterns
|
|
96
|
+
│ └── cursor-cli/SKILL.md ← Cursor delegation patterns
|
|
97
|
+
└── opencode.json ← Permissions + /delegate commands
|
|
44
98
|
```
|
|
45
99
|
|
|
46
|
-
|
|
100
|
+
---
|
|
47
101
|
|
|
48
|
-
|
|
102
|
+
## How It Works
|
|
103
|
+
|
|
104
|
+
Each generated skill file teaches OpenCode:
|
|
105
|
+
|
|
106
|
+
| Section | What it contains |
|
|
107
|
+
|:--------|:-----------------|
|
|
108
|
+
| **When to delegate** | Task types the agent excels at |
|
|
109
|
+
| **How to invoke** | Exact CLI commands for non-interactive use |
|
|
110
|
+
| **Delegation patterns** | Bash patterns for capturing output |
|
|
111
|
+
| **Important notes** | Auth requirements, flags, gotchas |
|
|
112
|
+
|
|
113
|
+
The master **`sdlc-orchestrator`** skill provides a routing table that maps task types to the best agent:
|
|
114
|
+
|
|
115
|
+
| Task Type | Routed To |
|
|
116
|
+
|:----------|:----------|
|
|
117
|
+
| Large codebase analysis, research, documentation | Gemini CLI |
|
|
118
|
+
| GitHub PRs, issues, code review, repo management | Copilot CLI |
|
|
119
|
+
| Complex refactoring, architecture changes, debugging | Claude Code |
|
|
120
|
+
| Incremental changes with git commits, multi-model | Aider |
|
|
121
|
+
| Front-end development, UI components, styling | Kimi CLI |
|
|
122
|
+
| IDE-grade coding, cloud handoff, rapid prototyping | Cursor CLI |
|
|
123
|
+
|
|
124
|
+
---
|
|
49
125
|
|
|
50
|
-
|
|
126
|
+
## Usage in OpenCode
|
|
127
|
+
|
|
128
|
+
After scaffolding, open your project with OpenCode. The skills are discovered automatically.
|
|
51
129
|
|
|
52
|
-
|
|
130
|
+
### Auto-routing — let OpenCode choose
|
|
53
131
|
|
|
54
132
|
```
|
|
55
133
|
/delegate Analyze the entire codebase and generate API documentation
|
|
56
134
|
```
|
|
57
135
|
|
|
58
|
-
OpenCode
|
|
136
|
+
> OpenCode reads the orchestrator skill, identifies this as a research/documentation task, and routes to **Gemini CLI**.
|
|
59
137
|
|
|
60
138
|
### Force a specific agent
|
|
61
139
|
|
|
62
140
|
```
|
|
63
|
-
/delegate-claude-code
|
|
64
|
-
/delegate-copilot-cli
|
|
65
|
-
/delegate-aider
|
|
66
|
-
/delegate-kimi-cli
|
|
141
|
+
/delegate-claude-code Refactor the auth module to use strategy pattern
|
|
142
|
+
/delegate-copilot-cli Create a PR for the current branch changes
|
|
143
|
+
/delegate-aider Add input validation to all API endpoints
|
|
144
|
+
/delegate-kimi-cli Build a responsive dashboard with Tailwind
|
|
145
|
+
/delegate-gemini-cli Explain how the payment system works across all services
|
|
146
|
+
/delegate-cursor-cli Prototype a new CLI tool for data migration
|
|
67
147
|
```
|
|
68
148
|
|
|
69
|
-
### Natural language
|
|
149
|
+
### Natural language — no commands needed
|
|
70
150
|
|
|
71
|
-
|
|
151
|
+
Just describe your task. OpenCode loads the orchestrator skill and routes automatically:
|
|
72
152
|
|
|
73
153
|
```
|
|
74
154
|
> Use Gemini to research how the payment system works across all microservices
|
|
@@ -76,49 +156,72 @@ You don't even need the commands. Just describe your task and OpenCode will load
|
|
|
76
156
|
> Ask Aider to add tests for the auth module, commit each test separately
|
|
77
157
|
```
|
|
78
158
|
|
|
79
|
-
|
|
159
|
+
### Multi-agent workflows
|
|
80
160
|
|
|
81
|
-
|
|
161
|
+
Chain agents for complex SDLC workflows:
|
|
82
162
|
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
-
|
|
86
|
-
|
|
87
|
-
-
|
|
163
|
+
```
|
|
164
|
+
1. /delegate-gemini-cli Analyze the requirements and existing auth code
|
|
165
|
+
2. /delegate-claude-code Implement the new OAuth2 flow based on Gemini's analysis
|
|
166
|
+
3. /delegate-kimi-cli Build the login UI components
|
|
167
|
+
4. /delegate-aider Add integration tests, commit each one
|
|
168
|
+
5. /delegate-copilot-cli Create a PR with a detailed description
|
|
169
|
+
```
|
|
88
170
|
|
|
89
|
-
|
|
171
|
+
---
|
|
90
172
|
|
|
91
173
|
## Re-running
|
|
92
174
|
|
|
93
|
-
|
|
94
|
-
-
|
|
95
|
-
|
|
96
|
-
|
|
175
|
+
```bash
|
|
176
|
+
npx sdlc-subagents
|
|
177
|
+
```
|
|
178
|
+
|
|
179
|
+
Safe to run multiple times. It will:
|
|
180
|
+
|
|
181
|
+
- Update skill files with the latest templates
|
|
182
|
+
- Merge new config into existing `opencode.json` without overwriting your customizations
|
|
183
|
+
- Re-detect installed CLIs and update status
|
|
184
|
+
|
|
185
|
+
---
|
|
97
186
|
|
|
98
187
|
## Installing the Sub-Agent CLIs
|
|
99
188
|
|
|
100
|
-
|
|
189
|
+
Skills are generated for **all agents** regardless of installation status. Install any agent when you're ready:
|
|
101
190
|
|
|
102
191
|
```bash
|
|
103
|
-
# Gemini CLI
|
|
192
|
+
# Gemini CLI — Google's 1M token context agent
|
|
104
193
|
npm install -g @google/gemini-cli
|
|
105
194
|
|
|
106
|
-
# GitHub Copilot CLI
|
|
195
|
+
# GitHub Copilot CLI — GitHub-native workflow agent
|
|
107
196
|
npm install -g @github/copilot
|
|
108
197
|
|
|
109
|
-
# Claude Code
|
|
198
|
+
# Claude Code — Anthropic's deep reasoning agent
|
|
110
199
|
npm install -g @anthropic-ai/claude-code
|
|
111
200
|
|
|
112
|
-
# Aider
|
|
201
|
+
# Aider — Model-agnostic pair programmer
|
|
113
202
|
pipx install aider-chat
|
|
114
203
|
|
|
115
|
-
# Kimi CLI
|
|
204
|
+
# Kimi CLI — Moonshot's long-context agent
|
|
116
205
|
uv tool install --python 3.13 kimi-cli
|
|
117
206
|
|
|
118
|
-
# Cursor CLI
|
|
207
|
+
# Cursor CLI — IDE-grade terminal agent
|
|
119
208
|
curl https://cursor.sh/cli -fsS | bash
|
|
120
209
|
```
|
|
121
210
|
|
|
211
|
+
---
|
|
212
|
+
|
|
213
|
+
## Requirements
|
|
214
|
+
|
|
215
|
+
- **Node.js** >= 18
|
|
216
|
+
- **OpenCode** — [install from opencode.ai](https://opencode.ai)
|
|
217
|
+
- At least one sub-agent CLI installed (or install later)
|
|
218
|
+
|
|
219
|
+
---
|
|
220
|
+
|
|
221
|
+
## Contributing
|
|
222
|
+
|
|
223
|
+
Contributions are welcome! If you'd like to add support for a new coding agent CLI or improve the delegation skills, please open an issue or PR.
|
|
224
|
+
|
|
122
225
|
## License
|
|
123
226
|
|
|
124
|
-
MIT
|
|
227
|
+
[MIT](./LICENSE) — Roy Zalta
|
|
@@ -0,0 +1,7 @@
|
|
|
1
|
+
Create a new commit for all of our uncommitted changes
|
|
2
|
+
run git status && git diff HEAD && git status --porcelain to see what files are uncommitted
|
|
3
|
+
add the untracked and changed files
|
|
4
|
+
|
|
5
|
+
Add an atomic commit message with an appropriate message
|
|
6
|
+
|
|
7
|
+
add a tag such as "feat", "fix", "docs", etc. that reflects our work
|
|
@@ -0,0 +1,151 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Create a Product Requirements Document from conversation
|
|
3
|
+
argument-hint: [output-filename]
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Create PRD: Generate Product Requirements Document
|
|
7
|
+
|
|
8
|
+
## Overview
|
|
9
|
+
|
|
10
|
+
Generate a comprehensive Product Requirements Document (PRD) based on the current conversation context and requirements discussed. Use the structure and sections defined below to create a thorough, professional PRD.
|
|
11
|
+
|
|
12
|
+
## Output File
|
|
13
|
+
|
|
14
|
+
Write the PRD to: `$ARGUMENTS` (default: `PRD.md`)
|
|
15
|
+
|
|
16
|
+
## PRD Structure
|
|
17
|
+
|
|
18
|
+
Create a well-structured PRD with the following sections. Adapt depth and detail based on available information:
|
|
19
|
+
|
|
20
|
+
### Required Sections
|
|
21
|
+
|
|
22
|
+
**1. Executive Summary**
|
|
23
|
+
- Concise product overview (2-3 paragraphs)
|
|
24
|
+
- Core value proposition
|
|
25
|
+
- MVP goal statement
|
|
26
|
+
|
|
27
|
+
**2. Mission**
|
|
28
|
+
- Product mission statement
|
|
29
|
+
- Core principles (3-5 key principles)
|
|
30
|
+
|
|
31
|
+
**3. Target Users**
|
|
32
|
+
- Primary user personas
|
|
33
|
+
- Technical comfort level
|
|
34
|
+
- Key user needs and pain points
|
|
35
|
+
|
|
36
|
+
**4. MVP Scope**
|
|
37
|
+
- **In Scope:** Core functionality for MVP (use ✅ checkboxes)
|
|
38
|
+
- **Out of Scope:** Features deferred to future phases (use ❌ checkboxes)
|
|
39
|
+
- Group by categories (Core Functionality, Technical, Integration, Deployment)
|
|
40
|
+
|
|
41
|
+
**5. User Stories**
|
|
42
|
+
- Primary user stories (5-8 stories) in format: "As a [user], I want to [action], so that [benefit]"
|
|
43
|
+
- Include concrete examples for each story
|
|
44
|
+
- Add technical user stories if relevant
|
|
45
|
+
|
|
46
|
+
**6. Core Architecture & Patterns**
|
|
47
|
+
- High-level architecture approach
|
|
48
|
+
- Directory structure (if applicable)
|
|
49
|
+
- Key design patterns and principles
|
|
50
|
+
- Technology-specific patterns
|
|
51
|
+
|
|
52
|
+
**7. Tools/Features**
|
|
53
|
+
- Detailed feature specifications
|
|
54
|
+
- If building an agent: Tool designs with purpose, operations, and key features
|
|
55
|
+
- If building an app: Core feature breakdown
|
|
56
|
+
|
|
57
|
+
**8. Technology Stack**
|
|
58
|
+
- Backend/Frontend technologies with versions
|
|
59
|
+
- Dependencies and libraries
|
|
60
|
+
- Optional dependencies
|
|
61
|
+
- Third-party integrations
|
|
62
|
+
|
|
63
|
+
**9. Security & Configuration**
|
|
64
|
+
- Authentication/authorization approach
|
|
65
|
+
- Configuration management (environment variables, settings)
|
|
66
|
+
- Security scope (in-scope and out-of-scope)
|
|
67
|
+
- Deployment considerations
|
|
68
|
+
|
|
69
|
+
**10. API Specification** (if applicable)
|
|
70
|
+
- Endpoint definitions
|
|
71
|
+
- Request/response formats
|
|
72
|
+
- Authentication requirements
|
|
73
|
+
- Example payloads
|
|
74
|
+
|
|
75
|
+
**11. Success Criteria**
|
|
76
|
+
- MVP success definition
|
|
77
|
+
- Functional requirements (use ✅ checkboxes)
|
|
78
|
+
- Quality indicators
|
|
79
|
+
- User experience goals
|
|
80
|
+
|
|
81
|
+
**12. Implementation Phases**
|
|
82
|
+
- Break down into 3-4 phases
|
|
83
|
+
- Each phase includes: Goal, Deliverables (✅ checkboxes), Validation criteria
|
|
84
|
+
- Realistic timeline estimates
|
|
85
|
+
|
|
86
|
+
**13. Future Considerations**
|
|
87
|
+
- Post-MVP enhancements
|
|
88
|
+
- Integration opportunities
|
|
89
|
+
- Advanced features for later phases
|
|
90
|
+
|
|
91
|
+
**14. Risks & Mitigations**
|
|
92
|
+
- 3-5 key risks with specific mitigation strategies
|
|
93
|
+
|
|
94
|
+
**15. Appendix** (if applicable)
|
|
95
|
+
- Related documents
|
|
96
|
+
- Key dependencies with links
|
|
97
|
+
- Repository/project structure
|
|
98
|
+
|
|
99
|
+
## Instructions
|
|
100
|
+
|
|
101
|
+
### 1. Extract Requirements
|
|
102
|
+
- Review the entire conversation history
|
|
103
|
+
- Identify explicit requirements and implicit needs
|
|
104
|
+
- Note technical constraints and preferences
|
|
105
|
+
- Capture user goals and success criteria
|
|
106
|
+
|
|
107
|
+
### 2. Synthesize Information
|
|
108
|
+
- Organize requirements into appropriate sections
|
|
109
|
+
- Fill in reasonable assumptions where details are missing
|
|
110
|
+
- Maintain consistency across sections
|
|
111
|
+
- Ensure technical feasibility
|
|
112
|
+
|
|
113
|
+
### 3. Write the PRD
|
|
114
|
+
- Use clear, professional language
|
|
115
|
+
- Include concrete examples and specifics
|
|
116
|
+
- Use markdown formatting (headings, lists, code blocks, checkboxes)
|
|
117
|
+
- Add code snippets for technical sections where helpful
|
|
118
|
+
- Keep Executive Summary concise but comprehensive
|
|
119
|
+
|
|
120
|
+
### 4. Quality Checks
|
|
121
|
+
- ✅ All required sections present
|
|
122
|
+
- ✅ User stories have clear benefits
|
|
123
|
+
- ✅ MVP scope is realistic and well-defined
|
|
124
|
+
- ✅ Technology choices are justified
|
|
125
|
+
- ✅ Implementation phases are actionable
|
|
126
|
+
- ✅ Success criteria are measurable
|
|
127
|
+
- ✅ Consistent terminology throughout
|
|
128
|
+
|
|
129
|
+
## Style Guidelines
|
|
130
|
+
|
|
131
|
+
- **Tone:** Professional, clear, action-oriented
|
|
132
|
+
- **Format:** Use markdown extensively (headings, lists, code blocks, tables)
|
|
133
|
+
- **Checkboxes:** Use ✅ for in-scope items, ❌ for out-of-scope
|
|
134
|
+
- **Specificity:** Prefer concrete examples over abstract descriptions
|
|
135
|
+
- **Length:** Comprehensive but scannable (typically 30-60 sections worth of content)
|
|
136
|
+
|
|
137
|
+
## Output Confirmation
|
|
138
|
+
|
|
139
|
+
After creating the PRD:
|
|
140
|
+
1. Confirm the file path where it was written
|
|
141
|
+
2. Provide a brief summary of the PRD contents
|
|
142
|
+
3. Highlight any assumptions made due to missing information
|
|
143
|
+
4. Suggest next steps (e.g., review, refinement, planning)
|
|
144
|
+
|
|
145
|
+
## Notes
|
|
146
|
+
|
|
147
|
+
- If critical information is missing, ask clarifying questions before generating
|
|
148
|
+
- Adapt section depth based on available details
|
|
149
|
+
- For highly technical products, emphasize architecture and technical stack
|
|
150
|
+
- For user-facing products, emphasize user stories and experience
|
|
151
|
+
- This command contains the complete PRD template structure - no external references needed
|
|
@@ -0,0 +1,156 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Create global rules (CLAUDE.md) from codebase analysis
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Create Global Rules
|
|
6
|
+
|
|
7
|
+
Generate a CLAUDE.md file by analyzing the codebase and extracting patterns.
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
## Objective
|
|
12
|
+
|
|
13
|
+
Create project-specific global rules that give Claude context about:
|
|
14
|
+
- What this project is
|
|
15
|
+
- Technologies used
|
|
16
|
+
- How the code is organized
|
|
17
|
+
- Patterns and conventions to follow
|
|
18
|
+
- How to build, test, and validate
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## Phase 1: DISCOVER
|
|
23
|
+
|
|
24
|
+
### Identify Project Type
|
|
25
|
+
|
|
26
|
+
First, determine what kind of project this is:
|
|
27
|
+
|
|
28
|
+
| Type | Indicators |
|
|
29
|
+
|------|------------|
|
|
30
|
+
| Web App (Full-stack) | Separate client/server dirs, API routes |
|
|
31
|
+
| Web App (Frontend) | React/Vue/Svelte, no server code |
|
|
32
|
+
| API/Backend | Express/Fastify/etc, no frontend |
|
|
33
|
+
| Library/Package | `main`/`exports` in package.json, publishable |
|
|
34
|
+
| CLI Tool | `bin` in package.json, command-line interface |
|
|
35
|
+
| Monorepo | Multiple packages, workspaces config |
|
|
36
|
+
| Script/Automation | Standalone scripts, task-focused |
|
|
37
|
+
|
|
38
|
+
### Analyze Configuration
|
|
39
|
+
|
|
40
|
+
Look at root configuration files:
|
|
41
|
+
|
|
42
|
+
```
|
|
43
|
+
package.json → dependencies, scripts, type
|
|
44
|
+
tsconfig.json → TypeScript settings
|
|
45
|
+
vite.config.* → Build tool
|
|
46
|
+
*.config.js/ts → Various tool configs
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
### Map Directory Structure
|
|
50
|
+
|
|
51
|
+
Explore the codebase to understand organization:
|
|
52
|
+
- Where does source code live?
|
|
53
|
+
- Where are tests?
|
|
54
|
+
- Any shared code?
|
|
55
|
+
- Configuration locations?
|
|
56
|
+
|
|
57
|
+
---
|
|
58
|
+
|
|
59
|
+
## Phase 2: ANALYZE
|
|
60
|
+
|
|
61
|
+
### Extract Tech Stack
|
|
62
|
+
|
|
63
|
+
From package.json and config files, identify:
|
|
64
|
+
- Runtime/Language (Node, Bun, Deno, browser)
|
|
65
|
+
- Framework(s)
|
|
66
|
+
- Database (if any)
|
|
67
|
+
- Testing tools
|
|
68
|
+
- Build tools
|
|
69
|
+
- Linting/formatting
|
|
70
|
+
|
|
71
|
+
### Identify Patterns
|
|
72
|
+
|
|
73
|
+
Study existing code for:
|
|
74
|
+
- **Naming**: How are files, functions, classes named?
|
|
75
|
+
- **Structure**: How is code organized within files?
|
|
76
|
+
- **Errors**: How are errors created and handled?
|
|
77
|
+
- **Types**: How are types/interfaces defined?
|
|
78
|
+
- **Tests**: How are tests structured?
|
|
79
|
+
|
|
80
|
+
### Find Key Files
|
|
81
|
+
|
|
82
|
+
Identify files that are important to understand:
|
|
83
|
+
- Entry points
|
|
84
|
+
- Configuration
|
|
85
|
+
- Core business logic
|
|
86
|
+
- Shared utilities
|
|
87
|
+
- Type definitions
|
|
88
|
+
|
|
89
|
+
---
|
|
90
|
+
|
|
91
|
+
## Phase 3: GENERATE
|
|
92
|
+
|
|
93
|
+
### Create CLAUDE.md
|
|
94
|
+
|
|
95
|
+
Use the template at `.agents/CLAUDE-template.md` as a starting point.
|
|
96
|
+
|
|
97
|
+
**Output path**: `CLAUDE.md` (project root)
|
|
98
|
+
|
|
99
|
+
**Adapt to the project:**
|
|
100
|
+
- Remove sections that don't apply
|
|
101
|
+
- Add sections specific to this project type
|
|
102
|
+
- Keep it concise - focus on what's useful
|
|
103
|
+
|
|
104
|
+
**Key sections to include:**
|
|
105
|
+
|
|
106
|
+
1. **Project Overview** - What is this and what does it do?
|
|
107
|
+
2. **Tech Stack** - What technologies are used?
|
|
108
|
+
3. **Commands** - How to dev, build, test, lint?
|
|
109
|
+
4. **Structure** - How is the code organized?
|
|
110
|
+
5. **Patterns** - What conventions should be followed?
|
|
111
|
+
6. **Key Files** - What files are important to know?
|
|
112
|
+
|
|
113
|
+
**Optional sections (add if relevant):**
|
|
114
|
+
- Architecture (for complex apps)
|
|
115
|
+
- API endpoints (for backends)
|
|
116
|
+
- Component patterns (for frontends)
|
|
117
|
+
- Database patterns (if using a DB)
|
|
118
|
+
- On-demand context references
|
|
119
|
+
|
|
120
|
+
---
|
|
121
|
+
|
|
122
|
+
## Phase 4: OUTPUT
|
|
123
|
+
|
|
124
|
+
```markdown
|
|
125
|
+
## Global Rules Created
|
|
126
|
+
|
|
127
|
+
**File**: `CLAUDE.md`
|
|
128
|
+
|
|
129
|
+
### Project Type
|
|
130
|
+
|
|
131
|
+
{Detected project type}
|
|
132
|
+
|
|
133
|
+
### Tech Stack Summary
|
|
134
|
+
|
|
135
|
+
{Key technologies detected}
|
|
136
|
+
|
|
137
|
+
### Structure
|
|
138
|
+
|
|
139
|
+
{Brief structure overview}
|
|
140
|
+
|
|
141
|
+
### Next Steps
|
|
142
|
+
|
|
143
|
+
1. Review the generated `CLAUDE.md`
|
|
144
|
+
2. Add any project-specific notes
|
|
145
|
+
3. Remove any sections that don't apply
|
|
146
|
+
4. Optionally create reference docs in `.agents/reference/`
|
|
147
|
+
```
|
|
148
|
+
|
|
149
|
+
---
|
|
150
|
+
|
|
151
|
+
## Tips
|
|
152
|
+
|
|
153
|
+
- Keep CLAUDE.md focused and scannable
|
|
154
|
+
- Don't duplicate information that's in other docs (link instead)
|
|
155
|
+
- Focus on patterns and conventions, not exhaustive documentation
|
|
156
|
+
- Update it as the project evolves
|
|
@@ -0,0 +1,13 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Run comprehensive end-to-end testing using agent-browser
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# E2E Test: Full Application Testing
|
|
6
|
+
|
|
7
|
+
## Objective
|
|
8
|
+
|
|
9
|
+
Run comprehensive end-to-end testing of the application. This launches parallel research agents, then systematically tests every user journey using the browser, takes screenshots, validates database records, and fixes any issues found.
|
|
10
|
+
|
|
11
|
+
## Instructions
|
|
12
|
+
|
|
13
|
+
Load the `e2e-test` skill and follow its instructions exactly, starting from the Pre-flight Check through to the final Report.
|