superkit-mcp-server 1.1.3 → 1.2.0
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/SUPERKIT.md +4 -4
- package/build/index.js +30 -19
- package/commands/README.md +122 -0
- package/commands/ask.toml +72 -0
- package/commands/brainstorm.toml +120 -0
- package/commands/chat.toml +73 -0
- package/commands/code-preview.toml +38 -0
- package/commands/code.toml +29 -0
- package/commands/content.toml +201 -0
- package/commands/cook.toml +78 -0
- package/commands/copywrite.toml +132 -0
- package/commands/db.toml +193 -0
- package/commands/debug.toml +167 -0
- package/commands/design.toml +159 -0
- package/commands/dev-rules.toml +14 -0
- package/commands/do.toml +117 -0
- package/commands/doc-rules.toml +14 -0
- package/commands/docs.toml +148 -0
- package/commands/fix.toml +440 -0
- package/commands/fullstack.toml +176 -0
- package/commands/git.toml +236 -0
- package/commands/help.toml +84 -0
- package/commands/integrate.toml +127 -0
- package/commands/journal.toml +137 -0
- package/commands/kit-setup.toml +41 -0
- package/commands/mcp.toml +183 -0
- package/commands/orchestration.toml +15 -0
- package/commands/plan.toml +172 -0
- package/commands/pm.toml +149 -0
- package/commands/pr.toml +51 -0
- package/commands/project.toml +33 -0
- package/commands/research.toml +118 -0
- package/commands/review-pr.toml +64 -0
- package/commands/review.toml +191 -0
- package/commands/scout-ext.toml +97 -0
- package/commands/scout.toml +80 -0
- package/commands/screenshot.toml +65 -0
- package/commands/session.toml +98 -0
- package/commands/skill.toml +385 -0
- package/commands/status.toml +23 -0
- package/commands/team.toml +56 -0
- package/commands/test.toml +165 -0
- package/commands/ticket.toml +71 -0
- package/commands/use.toml +106 -0
- package/commands/video.toml +84 -0
- package/commands/watzup.toml +71 -0
- package/commands/workflow.toml +14 -0
- package/package.json +4 -2
- package/{workflows → skills/workflows}/README.md +3 -3
- package/{workflows → skills/workflows}/development-rules.md +5 -0
- package/{workflows → skills/workflows}/documentation-management.md +5 -0
- package/{workflows → skills/workflows}/orchestration-protocol.md +5 -0
- package/{workflows → skills/workflows}/primary-workflow.md +5 -0
- /package/{workflows → skills/workflows}/adr.md +0 -0
- /package/{workflows → skills/workflows}/changelog.md +0 -0
- /package/{workflows → skills/workflows}/compound.md +0 -0
- /package/{workflows → skills/workflows}/compound_health.md +0 -0
- /package/{workflows → skills/workflows}/create-agent-skill.md +0 -0
- /package/{workflows → skills/workflows}/cycle.md +0 -0
- /package/{workflows → skills/workflows}/deploy-docs.md +0 -0
- /package/{workflows → skills/workflows}/doc.md +0 -0
- /package/{workflows → skills/workflows}/explore.md +0 -0
- /package/{workflows → skills/workflows}/generate_command.md +0 -0
- /package/{workflows → skills/workflows}/heal-skill.md +0 -0
- /package/{workflows → skills/workflows}/housekeeping.md +0 -0
- /package/{workflows → skills/workflows}/kit-setup.md +0 -0
- /package/{workflows → skills/workflows}/map-codebase.md +0 -0
- /package/{workflows → skills/workflows}/plan-compound.md +0 -0
- /package/{workflows → skills/workflows}/plan_review.md +0 -0
- /package/{workflows → skills/workflows}/promote_pattern.md +0 -0
- /package/{workflows → skills/workflows}/release-docs.md +0 -0
- /package/{workflows → skills/workflows}/report-bug.md +0 -0
- /package/{workflows → skills/workflows}/reproduce-bug.md +0 -0
- /package/{workflows → skills/workflows}/resolve_pr.md +0 -0
- /package/{workflows → skills/workflows}/resolve_todo.md +0 -0
- /package/{workflows → skills/workflows}/review-compound.md +0 -0
- /package/{workflows → skills/workflows}/skill-review.md +0 -0
- /package/{workflows → skills/workflows}/specs.md +0 -0
- /package/{workflows → skills/workflows}/triage-sprint.md +0 -0
- /package/{workflows → skills/workflows}/triage.md +0 -0
- /package/{workflows → skills/workflows}/work.md +0 -0
- /package/{workflows → skills/workflows}/xcode-test.md +0 -0
|
@@ -0,0 +1,385 @@
|
|
|
1
|
+
description = "Create new skill from documentation, llms.txt, or GitHub repo"
|
|
2
|
+
|
|
3
|
+
prompt = """
|
|
4
|
+
# 🎯 SKILL CREATOR
|
|
5
|
+
|
|
6
|
+
Create new skill:
|
|
7
|
+
|
|
8
|
+
**Input:** {{args}}
|
|
9
|
+
|
|
10
|
+
## INPUT TYPES
|
|
11
|
+
|
|
12
|
+
| Type | Example |
|
|
13
|
+
|------|---------|
|
|
14
|
+
| Natural language | `/skill create MongoDB integration skill` |
|
|
15
|
+
| llms.txt URL | `/skill create https://docs.example.com/llms.txt` |
|
|
16
|
+
| GitHub repo | `/skill create https://github.com/org/repo` |
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## 4-PHASE WORKFLOW
|
|
21
|
+
|
|
22
|
+
### Phase 1: Research (2-3 min)
|
|
23
|
+
- Fetch documentation (llms.txt, GitHub, web)
|
|
24
|
+
- Analyze domain knowledge required
|
|
25
|
+
- Identify key concepts and patterns
|
|
26
|
+
- Map out skill structure
|
|
27
|
+
- Research best practices
|
|
28
|
+
|
|
29
|
+
### Phase 2: Implementation (3-5 min)
|
|
30
|
+
- Write skill prompt file
|
|
31
|
+
- Structure knowledge sections
|
|
32
|
+
- Create usage examples
|
|
33
|
+
- Define when to use skill
|
|
34
|
+
- Include best practices
|
|
35
|
+
|
|
36
|
+
### Phase 3: Review (1-2 min)
|
|
37
|
+
- Validate skill structure
|
|
38
|
+
- Check completeness
|
|
39
|
+
- Verify examples work
|
|
40
|
+
- Ensure clear instructions
|
|
41
|
+
|
|
42
|
+
### Phase 4: Evaluation (1 min)
|
|
43
|
+
- Test skill activation
|
|
44
|
+
- Verify skill prompt loads
|
|
45
|
+
- Check examples are clear
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
## SKILL FILE STRUCTURE
|
|
50
|
+
|
|
51
|
+
Create skill file at: `~/.gemini-kit/skills/[skill-name].md`
|
|
52
|
+
|
|
53
|
+
```markdown
|
|
54
|
+
# [Skill Name] Skill
|
|
55
|
+
|
|
56
|
+
## When to Use
|
|
57
|
+
- [Condition 1]
|
|
58
|
+
- [Condition 2]
|
|
59
|
+
|
|
60
|
+
## Key Concepts
|
|
61
|
+
|
|
62
|
+
### [Topic 1]
|
|
63
|
+
[Knowledge content]
|
|
64
|
+
|
|
65
|
+
### [Topic 2]
|
|
66
|
+
[Knowledge content]
|
|
67
|
+
|
|
68
|
+
## Examples
|
|
69
|
+
|
|
70
|
+
### Example 1: [Scenario]
|
|
71
|
+
[Step-by-step example]
|
|
72
|
+
|
|
73
|
+
### Example 2: [Scenario]
|
|
74
|
+
[Step-by-step example]
|
|
75
|
+
|
|
76
|
+
## Best Practices
|
|
77
|
+
- [Practice 1]
|
|
78
|
+
- [Practice 2]
|
|
79
|
+
|
|
80
|
+
## Common Patterns
|
|
81
|
+
[Code patterns and templates]
|
|
82
|
+
|
|
83
|
+
## Troubleshooting
|
|
84
|
+
| Issue | Solution |
|
|
85
|
+
|-------|----------|
|
|
86
|
+
| [Issue 1] | [Solution 1] |
|
|
87
|
+
```
|
|
88
|
+
|
|
89
|
+
---
|
|
90
|
+
|
|
91
|
+
## COMMON SKILL TYPES
|
|
92
|
+
|
|
93
|
+
| Type | Examples |
|
|
94
|
+
|------|----------|
|
|
95
|
+
| Framework | React, Vue, Next.js, Flutter |
|
|
96
|
+
| Cloud | AWS, GCP, Azure, Vercel |
|
|
97
|
+
| Database | MongoDB, PostgreSQL, Redis |
|
|
98
|
+
| Tools | Docker, Kubernetes, Terraform |
|
|
99
|
+
| Domain | Auth, Payment, Email, AI/ML |
|
|
100
|
+
|
|
101
|
+
---
|
|
102
|
+
|
|
103
|
+
## OUTPUT FILES
|
|
104
|
+
|
|
105
|
+
After creation:
|
|
106
|
+
1. **Skill file:** `~/.gemini-kit/skills/[skill-name].md`
|
|
107
|
+
2. **Activation:** Skill auto-activates on matching keywords
|
|
108
|
+
|
|
109
|
+
---
|
|
110
|
+
|
|
111
|
+
## USAGE EXAMPLES
|
|
112
|
+
|
|
113
|
+
```bash
|
|
114
|
+
# From description
|
|
115
|
+
/skill create MongoDB integration with Node.js
|
|
116
|
+
|
|
117
|
+
# From llms.txt
|
|
118
|
+
/skill create https://docs.stripe.com/llms.txt
|
|
119
|
+
|
|
120
|
+
# From GitHub
|
|
121
|
+
/skill create https://github.com/prisma/prisma
|
|
122
|
+
```
|
|
123
|
+
|
|
124
|
+
---
|
|
125
|
+
|
|
126
|
+
## FIX-LOGS MODE
|
|
127
|
+
|
|
128
|
+
When input starts with "fix-logs" or "fix":
|
|
129
|
+
|
|
130
|
+
**Syntax:**
|
|
131
|
+
```bash
|
|
132
|
+
/skill fix-logs [skill-name]
|
|
133
|
+
/skill fix mongodb-skill
|
|
134
|
+
```
|
|
135
|
+
|
|
136
|
+
### 5-Step Workflow:
|
|
137
|
+
|
|
138
|
+
**Step 1: Log Analysis**
|
|
139
|
+
- Read logs.txt file
|
|
140
|
+
- Identify skill-related errors
|
|
141
|
+
- Extract error messages and context
|
|
142
|
+
- Map errors to skill sections
|
|
143
|
+
|
|
144
|
+
**Step 2: Skill Diagnosis**
|
|
145
|
+
- Analyze current skill content
|
|
146
|
+
- Compare with error patterns
|
|
147
|
+
- Identify root causes
|
|
148
|
+
- Find incorrect examples
|
|
149
|
+
|
|
150
|
+
**Step 3: Fix Planning**
|
|
151
|
+
- List issues to address
|
|
152
|
+
- Plan content additions
|
|
153
|
+
- Identify sections to rewrite
|
|
154
|
+
|
|
155
|
+
**Step 4: Skill Update**
|
|
156
|
+
- Update problematic sections
|
|
157
|
+
- Add missing information
|
|
158
|
+
- Fix code examples
|
|
159
|
+
- Improve error handling guidance
|
|
160
|
+
|
|
161
|
+
**Step 5: Validation**
|
|
162
|
+
- Verify fixes address logged issues
|
|
163
|
+
- Test updated examples
|
|
164
|
+
- Validate skill structure
|
|
165
|
+
|
|
166
|
+
**Output:**
|
|
167
|
+
```
|
|
168
|
+
✓ Analyzed: 15 errors in logs.txt
|
|
169
|
+
✓ Identified: 3 skill issues
|
|
170
|
+
- Incorrect webhook verification code
|
|
171
|
+
- Missing SDK import example
|
|
172
|
+
- Outdated API endpoint
|
|
173
|
+
|
|
174
|
+
✓ Fixed: mongodb-skill.md
|
|
175
|
+
- Updated webhook example
|
|
176
|
+
- Added SDK import section
|
|
177
|
+
- Fixed API endpoints
|
|
178
|
+
|
|
179
|
+
Validation: PASSED
|
|
180
|
+
```
|
|
181
|
+
|
|
182
|
+
---
|
|
183
|
+
|
|
184
|
+
## ADD MODE
|
|
185
|
+
|
|
186
|
+
When input starts with "add":
|
|
187
|
+
|
|
188
|
+
**Syntax:**
|
|
189
|
+
```bash
|
|
190
|
+
/skill add [skill-name] [reference]
|
|
191
|
+
/skill add mongodb https://docs.mongodb.com/llms.txt
|
|
192
|
+
/skill add stripe /path/to/examples.md
|
|
193
|
+
```
|
|
194
|
+
|
|
195
|
+
### Reference Types:
|
|
196
|
+
| Type | Example |
|
|
197
|
+
|------|---------|
|
|
198
|
+
| URL | `https://docs.stripe.com/api` |
|
|
199
|
+
| File | `/path/to/reference.md` |
|
|
200
|
+
| Script | `validate-webhook.sh` |
|
|
201
|
+
|
|
202
|
+
### 5-Step Workflow:
|
|
203
|
+
|
|
204
|
+
**Step 1: Validate Skill**
|
|
205
|
+
- Check skill exists
|
|
206
|
+
- Load current skill structure
|
|
207
|
+
|
|
208
|
+
**Step 2: Analyze Reference Type**
|
|
209
|
+
- Detect URL/File/Script
|
|
210
|
+
- Validate format
|
|
211
|
+
|
|
212
|
+
**Step 3: Process Reference**
|
|
213
|
+
- URLs: Fetch and extract content
|
|
214
|
+
- Files: Read and validate
|
|
215
|
+
- Scripts: Create executable
|
|
216
|
+
|
|
217
|
+
**Step 4: Update Skill**
|
|
218
|
+
- Add reference to skill file
|
|
219
|
+
- Structure for token efficiency
|
|
220
|
+
- Core content vs on-demand
|
|
221
|
+
|
|
222
|
+
**Step 5: Test Activation**
|
|
223
|
+
- Verify skill still loads
|
|
224
|
+
- Test new references accessible
|
|
225
|
+
|
|
226
|
+
**Output:**
|
|
227
|
+
```
|
|
228
|
+
Adding reference to mongodb skill...
|
|
229
|
+
✓ Skill found: ~/.gemini-kit/skills/mongodb.md
|
|
230
|
+
✓ Reference: https://docs.mongodb.com/llms.txt
|
|
231
|
+
✓ Content: 12KB, 45 endpoints
|
|
232
|
+
✓ Updated: mongodb.md
|
|
233
|
+
|
|
234
|
+
New sections added:
|
|
235
|
+
- API Endpoints (45)
|
|
236
|
+
- Configuration Options (12)
|
|
237
|
+
- Examples (8)
|
|
238
|
+
```
|
|
239
|
+
|
|
240
|
+
---
|
|
241
|
+
|
|
242
|
+
## OPTIMIZE MODE
|
|
243
|
+
|
|
244
|
+
When input starts with "optimize":
|
|
245
|
+
|
|
246
|
+
**Syntax:**
|
|
247
|
+
```bash
|
|
248
|
+
/skill optimize [skill-name] "[goal]"
|
|
249
|
+
/skill optimize mongodb "reduce token usage by 40%"
|
|
250
|
+
/skill optimize stripe "improve clarity"
|
|
251
|
+
```
|
|
252
|
+
|
|
253
|
+
### Optimization Goals:
|
|
254
|
+
| Goal | Action |
|
|
255
|
+
|------|--------|
|
|
256
|
+
| Token reduction | Remove duplicates, compress |
|
|
257
|
+
| Clarity | Better instructions |
|
|
258
|
+
| Examples | Add/improve examples |
|
|
259
|
+
| Progressive disclosure | On-demand loading |
|
|
260
|
+
|
|
261
|
+
### 7-Step Workflow:
|
|
262
|
+
|
|
263
|
+
**Step 1: Read Skill Files**
|
|
264
|
+
- Load skill content
|
|
265
|
+
- Count tokens
|
|
266
|
+
|
|
267
|
+
**Step 2: Analyze Against Goal**
|
|
268
|
+
- Find optimization opportunities
|
|
269
|
+
- Identify duplicates, verbose text
|
|
270
|
+
|
|
271
|
+
**Step 3: Create Plan**
|
|
272
|
+
- Token reduction targets
|
|
273
|
+
- Risk assessment
|
|
274
|
+
|
|
275
|
+
**Step 4: Present to User**
|
|
276
|
+
```
|
|
277
|
+
OPTIMIZATION PLAN
|
|
278
|
+
Skill: mongodb
|
|
279
|
+
Goal: Reduce tokens by 40%
|
|
280
|
+
|
|
281
|
+
Current: 8,400 tokens
|
|
282
|
+
Target: 5,040 tokens
|
|
283
|
+
|
|
284
|
+
Proposed Changes:
|
|
285
|
+
1. Consolidate docs: -1,200 tokens
|
|
286
|
+
2. Progressive disclosure: -1,400 tokens
|
|
287
|
+
3. Compress instructions: -800 tokens
|
|
288
|
+
|
|
289
|
+
Estimated: 5,000 tokens (40.5% reduction)
|
|
290
|
+
```
|
|
291
|
+
|
|
292
|
+
**Step 5: Wait for Approval**
|
|
293
|
+
- User confirms changes
|
|
294
|
+
|
|
295
|
+
**Step 6: Execute**
|
|
296
|
+
- Apply optimizations
|
|
297
|
+
- Update skill file
|
|
298
|
+
|
|
299
|
+
**Step 7: Test Optimized Skill**
|
|
300
|
+
- Verify skill still works
|
|
301
|
+
- Count new token usage
|
|
302
|
+
|
|
303
|
+
**Output:**
|
|
304
|
+
```
|
|
305
|
+
✓ Optimized: mongodb skill
|
|
306
|
+
Before: 8,400 tokens
|
|
307
|
+
After: 5,000 tokens
|
|
308
|
+
Saved: 3,400 tokens (40.5%)
|
|
309
|
+
```
|
|
310
|
+
|
|
311
|
+
---
|
|
312
|
+
|
|
313
|
+
## OPTIMIZE:AUTO MODE
|
|
314
|
+
|
|
315
|
+
When input starts with "optimize:auto" or "optimize-auto":
|
|
316
|
+
|
|
317
|
+
**Syntax:**
|
|
318
|
+
```bash
|
|
319
|
+
/skill optimize:auto [skill-name] "[goal]"
|
|
320
|
+
/skill optimize:auto mongodb "reduce tokens"
|
|
321
|
+
```
|
|
322
|
+
|
|
323
|
+
### Difference from /skill optimize:
|
|
324
|
+
| Feature | optimize | optimize:auto |
|
|
325
|
+
|---------|----------|---------------|
|
|
326
|
+
| Approval | ✅ Required | ❌ No |
|
|
327
|
+
| Backup | ❌ | ✅ Auto |
|
|
328
|
+
| Rollback | ❌ | ✅ Auto |
|
|
329
|
+
|
|
330
|
+
### 6-Step Workflow:
|
|
331
|
+
|
|
332
|
+
**Step 1: Create Backup**
|
|
333
|
+
```
|
|
334
|
+
Backup: ~/.gemini-kit/skills/mongodb/.backup-251215-2110/
|
|
335
|
+
```
|
|
336
|
+
|
|
337
|
+
**Step 2: Analyze Goal**
|
|
338
|
+
- Find optimization opportunities
|
|
339
|
+
|
|
340
|
+
**Step 3: Apply Changes**
|
|
341
|
+
- No approval needed
|
|
342
|
+
- Apply immediately
|
|
343
|
+
|
|
344
|
+
**Step 4: Validate Syntax**
|
|
345
|
+
- Check skill still valid
|
|
346
|
+
|
|
347
|
+
**Step 5: Test Activation**
|
|
348
|
+
- Verify skill loads
|
|
349
|
+
|
|
350
|
+
**Step 6: Report or Rollback**
|
|
351
|
+
- Success: Report changes
|
|
352
|
+
- Failure: Auto rollback from backup
|
|
353
|
+
|
|
354
|
+
**Output:**
|
|
355
|
+
```
|
|
356
|
+
✓ Backup created
|
|
357
|
+
✓ Analyzed: 3 opportunities found
|
|
358
|
+
✓ Applied: 3 changes
|
|
359
|
+
- Consolidated docs: -800 tokens
|
|
360
|
+
- Progressive disclosure: -1,200 tokens
|
|
361
|
+
- Compressed instructions: -400 tokens
|
|
362
|
+
✓ Syntax valid
|
|
363
|
+
✓ Activation successful
|
|
364
|
+
|
|
365
|
+
Result: 6,400 → 4,000 tokens (37.5% saved)
|
|
366
|
+
```
|
|
367
|
+
|
|
368
|
+
**Rollback (if error):**
|
|
369
|
+
```
|
|
370
|
+
❌ Activation failed
|
|
371
|
+
✓ Rolling back from backup...
|
|
372
|
+
✓ Restored original skill
|
|
373
|
+
```
|
|
374
|
+
|
|
375
|
+
---
|
|
376
|
+
|
|
377
|
+
Now process: "{{args}}"
|
|
378
|
+
"""
|
|
379
|
+
|
|
380
|
+
# ---
|
|
381
|
+
# USAGE:
|
|
382
|
+
# /skill create [description] - Create from description
|
|
383
|
+
# /skill create [llms.txt URL] - Create from llms.txt
|
|
384
|
+
# /skill create [github URL] - Create from GitHub repo
|
|
385
|
+
# ---
|
|
@@ -0,0 +1,23 @@
|
|
|
1
|
+
description = "View project progress - specs, plans, todos, and compound health"
|
|
2
|
+
|
|
3
|
+
prompt = """
|
|
4
|
+
# 📊 Project Status
|
|
5
|
+
|
|
6
|
+
Loading status...
|
|
7
|
+
|
|
8
|
+
{{shell ./scripts/status-dashboard.sh}}
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## Quick Actions
|
|
13
|
+
|
|
14
|
+
| Action | Command |
|
|
15
|
+
|--------|---------|
|
|
16
|
+
| View specs details | `ls docs/specs/` |
|
|
17
|
+
| View plans details | `ls plans/` |
|
|
18
|
+
| View todos details | `ls todos/` |
|
|
19
|
+
| Compound health | `./scripts/compound-dashboard.sh` |
|
|
20
|
+
| Housekeeping | `/housekeeping` |
|
|
21
|
+
|
|
22
|
+
What do you need to do next?
|
|
23
|
+
"""
|
|
@@ -0,0 +1,56 @@
|
|
|
1
|
+
# /team - Team Orchestration Command
|
|
2
|
+
# Manages AI team sessions for complex development workflows
|
|
3
|
+
|
|
4
|
+
description = "🤖 AI Team Orchestration - Start team sessions, run workflows, track progress"
|
|
5
|
+
|
|
6
|
+
prompt = """
|
|
7
|
+
# AI Team Orchestration
|
|
8
|
+
|
|
9
|
+
You are the Team Orchestrator for gemini-kit. Help the user manage AI team sessions.
|
|
10
|
+
|
|
11
|
+
## Command: /team {{args}}
|
|
12
|
+
|
|
13
|
+
Parse the arguments and execute the appropriate action:
|
|
14
|
+
|
|
15
|
+
### Actions:
|
|
16
|
+
|
|
17
|
+
**1. /team start <goal>** - Start new team session
|
|
18
|
+
- Call `kit_team_start` with the goal
|
|
19
|
+
- AI will suggest best workflow
|
|
20
|
+
|
|
21
|
+
**2. /team status** - Get current session status
|
|
22
|
+
- Call `kit_team_status`
|
|
23
|
+
|
|
24
|
+
**3. /team end** - End current session
|
|
25
|
+
- Call `kit_team_end`
|
|
26
|
+
|
|
27
|
+
**4. /team run <workflow> <task>** - Execute workflow
|
|
28
|
+
- Workflows: cook, quickfix, feature, refactor, review, tdd, docs
|
|
29
|
+
- Call `kit_run_workflow`
|
|
30
|
+
|
|
31
|
+
**5. /team route <task>** - Smart route to best workflow
|
|
32
|
+
- Call `kit_smart_route`
|
|
33
|
+
|
|
34
|
+
**6. /team list** - List all workflows
|
|
35
|
+
- Call `kit_list_workflows`
|
|
36
|
+
|
|
37
|
+
**7. /team history** - Show past sessions
|
|
38
|
+
- Call `kit_session_history`
|
|
39
|
+
|
|
40
|
+
## Workflow Types:
|
|
41
|
+
|
|
42
|
+
| Workflow | Description |
|
|
43
|
+
|----------|-------------|
|
|
44
|
+
| **cook** | Full cycle: Plan → Scout → Code → Test → Review |
|
|
45
|
+
| **quickfix** | Bug fix: Debug → Code → Test |
|
|
46
|
+
| **feature** | New feature: Design → Plan → Code → Test → Docs |
|
|
47
|
+
| **refactor** | Refactor: Scout → Plan → Code → Test → Review |
|
|
48
|
+
| **review** | Code review: Scout → Review → Security |
|
|
49
|
+
| **tdd** | Test-driven: Write tests → Implement → Verify |
|
|
50
|
+
| **docs** | Documentation: Scout → Analyze → Write → Review |
|
|
51
|
+
|
|
52
|
+
## User Command:
|
|
53
|
+
{{args}}
|
|
54
|
+
|
|
55
|
+
Execute the appropriate MCP tool based on the user's request.
|
|
56
|
+
"""
|
|
@@ -0,0 +1,165 @@
|
|
|
1
|
+
description = "Create and run tests with coverage analysis (Tester Agent)"
|
|
2
|
+
|
|
3
|
+
prompt = """
|
|
4
|
+
# 🧪 TESTER AGENT
|
|
5
|
+
|
|
6
|
+
Test request:
|
|
7
|
+
|
|
8
|
+
**Task:** {{args}}
|
|
9
|
+
|
|
10
|
+
## MODE DETECTION
|
|
11
|
+
|
|
12
|
+
| Mode | Trigger | Description |
|
|
13
|
+
|------|---------|-------|
|
|
14
|
+
| **RUN** | default | Run full test suite |
|
|
15
|
+
| **FIX** | "fix", "failing", "broken" | Auto-fix failing tests |
|
|
16
|
+
| **COVERAGE** | "coverage", "gaps" | Analyze coverage gaps |
|
|
17
|
+
| **WRITE** | "write", "create", "add" | Generate new tests |
|
|
18
|
+
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
## FRAMEWORK DETECTION
|
|
22
|
+
Automatically detect and run according to the project:
|
|
23
|
+
|
|
24
|
+
| Framework | Detection | Command |
|
|
25
|
+
|-----------|-----------|---------|
|
|
26
|
+
| **Jest** | package.json has jest | `npm test` |
|
|
27
|
+
| **Vitest** | vitest.config.* | `npm run test` |
|
|
28
|
+
| **pytest** | pytest.ini / pyproject.toml | `pytest -v` |
|
|
29
|
+
| **Flutter** | pubspec.yaml | `flutter test` |
|
|
30
|
+
| **Go** | go.mod | `go test ./...` |
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
|
|
34
|
+
## RUN MODE (Default)
|
|
35
|
+
|
|
36
|
+
### 1. Detect Framework
|
|
37
|
+
```bash
|
|
38
|
+
# Auto-detected: [framework]
|
|
39
|
+
[test command]
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
### 2. Coverage Report
|
|
43
|
+
| Metric | Value | Default Target | Critical Code Target |
|
|
44
|
+
|--------|-------|----------------|---------------------|
|
|
45
|
+
| Statements | X% | 80% | 90% |
|
|
46
|
+
| Branches | X% | 75% | 85% |
|
|
47
|
+
| Functions | X% | 80% | 90% |
|
|
48
|
+
| Lines | X% | 80% | 90% |
|
|
49
|
+
|
|
50
|
+
**Target Guidelines:**
|
|
51
|
+
- **Standard code:** 80%
|
|
52
|
+
- **Payment/Finance:** 90%+
|
|
53
|
+
- **Security/Auth:** 90%+
|
|
54
|
+
- **Core business logic:** 85%+
|
|
55
|
+
- **UI components:** 60-70%
|
|
56
|
+
|
|
57
|
+
### 3. Test Results
|
|
58
|
+
```
|
|
59
|
+
✅ Passed: X tests
|
|
60
|
+
❌ Failed: Y tests
|
|
61
|
+
⏭️ Skipped: Z tests
|
|
62
|
+
⏱️ Duration: Xs
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
### 4. Coverage Gaps
|
|
66
|
+
⚠️ **Uncovered areas:**
|
|
67
|
+
- `src/file.ts` lines 45-52
|
|
68
|
+
- `src/other.ts` function `handleError`
|
|
69
|
+
|
|
70
|
+
---
|
|
71
|
+
|
|
72
|
+
## FIX MODE
|
|
73
|
+
When there are failing tests:
|
|
74
|
+
|
|
75
|
+
### Failed Test Analysis
|
|
76
|
+
```
|
|
77
|
+
Test: [test name]
|
|
78
|
+
Error: [error message]
|
|
79
|
+
File: [file:line]
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
### Root Cause
|
|
83
|
+
[Why it fails]
|
|
84
|
+
|
|
85
|
+
### Fix
|
|
86
|
+
```typescript
|
|
87
|
+
// Before
|
|
88
|
+
[old code]
|
|
89
|
+
|
|
90
|
+
// After
|
|
91
|
+
[fixed code]
|
|
92
|
+
```
|
|
93
|
+
|
|
94
|
+
---
|
|
95
|
+
|
|
96
|
+
## COVERAGE MODE
|
|
97
|
+
|
|
98
|
+
### Gap Analysis
|
|
99
|
+
| File | Coverage | Missing |
|
|
100
|
+
|------|----------|---------|
|
|
101
|
+
| `file.ts` | 65% | Lines 10-15, 45-50 |
|
|
102
|
+
| `util.ts` | 45% | Functions: parse, validate |
|
|
103
|
+
|
|
104
|
+
### Recommendations
|
|
105
|
+
1. Add test for `[function]`
|
|
106
|
+
2. Cover edge case: `[scenario]`
|
|
107
|
+
|
|
108
|
+
---
|
|
109
|
+
|
|
110
|
+
## WRITE MODE
|
|
111
|
+
Generate tests for:
|
|
112
|
+
|
|
113
|
+
### Test File Structure
|
|
114
|
+
```typescript
|
|
115
|
+
describe('[Component/Function]', () => {
|
|
116
|
+
describe('[Method]', () => {
|
|
117
|
+
it('should [expected behavior]', () => {
|
|
118
|
+
// Arrange
|
|
119
|
+
// Act
|
|
120
|
+
// Assert
|
|
121
|
+
});
|
|
122
|
+
|
|
123
|
+
it('should handle [edge case]', () => {
|
|
124
|
+
// Test edge case
|
|
125
|
+
});
|
|
126
|
+
|
|
127
|
+
it('should throw on [error condition]', () => {
|
|
128
|
+
// Test error handling
|
|
129
|
+
});
|
|
130
|
+
});
|
|
131
|
+
});
|
|
132
|
+
```
|
|
133
|
+
|
|
134
|
+
---
|
|
135
|
+
|
|
136
|
+
## CI/CD JSON OUTPUT
|
|
137
|
+
```json
|
|
138
|
+
{
|
|
139
|
+
"passed": 42,
|
|
140
|
+
"failed": 0,
|
|
141
|
+
"skipped": 2,
|
|
142
|
+
"coverage": 85.5,
|
|
143
|
+
"duration": "12.3s",
|
|
144
|
+
"timestamp": "2024-12-14T19:00:00Z"
|
|
145
|
+
}
|
|
146
|
+
```
|
|
147
|
+
|
|
148
|
+
---
|
|
149
|
+
|
|
150
|
+
## PRO TIPS
|
|
151
|
+
- **80%+ on critical paths** - no need for 100%
|
|
152
|
+
- **Zero flaky tests** - better to remove than keep flaky
|
|
153
|
+
- **Fail fast** - run `/test` before starting new work
|
|
154
|
+
- **>60s = optimize** - slow tests need attention
|
|
155
|
+
|
|
156
|
+
> **Key Takeaway:** Test execution isn't about 100% coverage - it's about 80%+ on critical paths with zero flaky tests.
|
|
157
|
+
"""
|
|
158
|
+
|
|
159
|
+
# ---
|
|
160
|
+
# USAGE:
|
|
161
|
+
# /test - Run all tests
|
|
162
|
+
# /test fix auth tests - Fix failing auth tests
|
|
163
|
+
# /test coverage gaps - Find untested code
|
|
164
|
+
# /test write UserService - Generate tests for UserService
|
|
165
|
+
# ---
|
|
@@ -0,0 +1,71 @@
|
|
|
1
|
+
description = "Read ticket from Jira/Linear and start workflow"
|
|
2
|
+
|
|
3
|
+
prompt = """
|
|
4
|
+
# 🎫 Ticket Agent
|
|
5
|
+
|
|
6
|
+
Read and process ticket.
|
|
7
|
+
|
|
8
|
+
**Ticket ID:** {{args}}
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## Workflow
|
|
13
|
+
|
|
14
|
+
### Step 1: Get Ticket
|
|
15
|
+
Use the `kit_jira_get_ticket` tool to get information:
|
|
16
|
+
- Title, description
|
|
17
|
+
- Status, priority
|
|
18
|
+
- Assignee, reporter
|
|
19
|
+
- Labels, components
|
|
20
|
+
|
|
21
|
+
### Step 2: Analyze Requirements
|
|
22
|
+
Analyze ticket:
|
|
23
|
+
- Understand primary requirements
|
|
24
|
+
- Determine scope
|
|
25
|
+
- List acceptance criteria
|
|
26
|
+
|
|
27
|
+
### Step 3: Create Branch
|
|
28
|
+
Create branch from ticket ID:
|
|
29
|
+
```bash
|
|
30
|
+
git checkout -b feature/[TICKET-ID]-[short-description]
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
### Step 4: Start Workflow
|
|
34
|
+
Propose next steps:
|
|
35
|
+
- Run `/plan` to create plan
|
|
36
|
+
- Or `/cook` to start immediately
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## Output Format
|
|
41
|
+
|
|
42
|
+
```markdown
|
|
43
|
+
## 🎫 Ticket: [TICKET-ID]
|
|
44
|
+
|
|
45
|
+
### Summary
|
|
46
|
+
[Title]
|
|
47
|
+
|
|
48
|
+
### Description
|
|
49
|
+
[Description]
|
|
50
|
+
|
|
51
|
+
### Details
|
|
52
|
+
- **Status:** [status]
|
|
53
|
+
- **Priority:** [priority]
|
|
54
|
+
- **Assignee:** [assignee]
|
|
55
|
+
|
|
56
|
+
### Acceptance Criteria
|
|
57
|
+
- [ ] Criteria 1
|
|
58
|
+
- [ ] Criteria 2
|
|
59
|
+
|
|
60
|
+
### 🚀 Next Steps
|
|
61
|
+
1. Branch created: feature/[TICKET-ID]-...
|
|
62
|
+
2. Run `/plan [ticket summary]` to start
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
---
|
|
66
|
+
|
|
67
|
+
## Supported Platforms
|
|
68
|
+
- Jira (JIRA-123)
|
|
69
|
+
- Linear (LIN-123)
|
|
70
|
+
- GitHub Issues (#123)
|
|
71
|
+
"""
|