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 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
- # sdlc-subagents
1
+ <div align="center">
2
2
 
3
- Configure [OpenCode](https://opencode.ai) as an orchestrator of multiple coding agent CLIs.
3
+ # SDLC Sub-Agents
4
4
 
5
- Run one command and your OpenCode agent learns how to delegate tasks to the right sub-agent CLI based on the task type.
5
+ ### Turn OpenCode into a multi-agent orchestrator
6
6
 
7
- ## Supported Sub-Agents
7
+ **One command. Six coding agents. Zero config.**
8
8
 
9
- | Agent | Command | Best For |
10
- |-------|---------|----------|
11
- | [Gemini CLI](https://github.com/google-gemini/gemini-cli) | `gemini` | Context engineering, large codebase analysis, research |
12
- | [GitHub Copilot CLI](https://githubnext.com/projects/copilot-cli) | `copilot` | PR creation, issue management, GitHub workflows |
13
- | [Claude Code](https://docs.anthropic.com/en/docs/agents-and-tools/claude-code/overview) | `claude` | Complex refactoring, architecture changes, debugging |
14
- | [Aider](https://aider.chat) | `aider` | Pair programming, auto-commits, any LLM provider |
15
- | [Kimi CLI](https://github.com/MoonshotAI/kimi-cli) | `kimi` | Front-end development, UI components, long-context |
16
- | [Cursor CLI](https://cursor.sh) | `agent` | IDE-grade coding, cloud handoff, rapid prototyping |
9
+ [![npm version](https://img.shields.io/npm/v/sdlc-subagents?style=flat-square&color=CB3837&logo=npm&logoColor=white)](https://www.npmjs.com/package/sdlc-subagents)
10
+ [![license](https://img.shields.io/npm/l/sdlc-subagents?style=flat-square&color=blue)](./LICENSE)
11
+ [![node](https://img.shields.io/node/v/sdlc-subagents?style=flat-square&color=417E38&logo=nodedotjs&logoColor=white)](https://nodejs.org)
12
+ [![zero deps](https://img.shields.io/badge/dependencies-0-brightgreen?style=flat-square)](./package.json)
13
+
14
+ <br />
15
+
16
+ <img src="https://opencode.ai/favicon.ico" width="28" alt="OpenCode" />&nbsp;&nbsp;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" />&nbsp; [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" />&nbsp; [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" />&nbsp; [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" />&nbsp; [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" />&nbsp; [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" />&nbsp; [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 (`.agents/skills/*/SKILL.md`) for each agent
28
- 3. **Configure** `opencode.json` with permissions and `/delegate` commands
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
- ## What Gets Created
84
+ ### What gets created
31
85
 
32
86
  ```
33
87
  your-project/
34
- .agents/
35
- skills/
36
- sdlc-orchestrator/SKILL.md # Master routing skill
37
- gemini-cli/SKILL.md # Gemini CLI delegation
38
- copilot-cli/SKILL.md # GitHub Copilot delegation
39
- claude-code/SKILL.md # Claude Code delegation
40
- aider/SKILL.md # Aider delegation
41
- kimi-cli/SKILL.md # Kimi CLI delegation
42
- cursor-cli/SKILL.md # Cursor CLI delegation
43
- opencode.json # Permissions + custom commands
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
- ## Usage in OpenCode
100
+ ---
47
101
 
48
- After running `npx sdlc-subagents`, open your project with OpenCode. The agent will automatically discover the skills.
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
- ### Auto-routing
126
+ ## Usage in OpenCode
127
+
128
+ After scaffolding, open your project with OpenCode. The skills are discovered automatically.
51
129
 
52
- Ask OpenCode to delegate and it will pick the best agent:
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 routes this to Gemini CLI (large context + research).
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 Refactor the auth module to use strategy pattern
64
- /delegate-copilot-cli Create a PR for the current branch changes
65
- /delegate-aider Add input validation to all API endpoints
66
- /delegate-kimi-cli Build a responsive dashboard with Tailwind
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
- You don't even need the commands. Just describe your task and OpenCode will load the orchestrator skill and route to the right agent:
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
- ## How It Works
159
+ ### Multi-agent workflows
80
160
 
81
- The tool generates [OpenCode Agent Skills](https://opencode.ai/docs/skills/) - markdown files that teach OpenCode when and how to delegate to each sub-agent CLI.
161
+ Chain agents for complex SDLC workflows:
82
162
 
83
- Each skill contains:
84
- - **When to delegate**: Task types the agent excels at
85
- - **How to invoke**: Exact CLI commands for non-interactive use
86
- - **Delegation patterns**: Copy-paste bash patterns for capturing output
87
- - **Important notes**: Auth requirements, flags, gotchas
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
- The master `sdlc-orchestrator` skill provides a routing table that maps task types to the recommended agent.
171
+ ---
90
172
 
91
173
  ## Re-running
92
174
 
93
- Running `npx sdlc-subagents` again is safe. It will:
94
- - Update skill files with latest templates
95
- - Merge new config into existing `opencode.json` (preserves your customizations)
96
- - Re-detect installed CLIs
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
- The tool works even if not all CLIs are installed - it scaffolds skills for all agents so you can install them later. Install commands:
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.