@relipa/ai-flow-kit 0.0.4-beta.3 → 0.0.4
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/custom/templates/laravel.md +15 -15
- package/custom/templates/nestjs.md +72 -72
- package/custom/templates/nextjs.md +14 -14
- package/custom/templates/nodejs-express.md +73 -73
- package/custom/templates/python-django.md +71 -71
- package/custom/templates/python-fastapi.md +54 -54
- package/custom/templates/reactjs.md +492 -492
- package/custom/templates/shared/gate-workflow.md +75 -75
- package/custom/templates/spring-boot.md +523 -523
- package/custom/templates/tools/claude.md +13 -0
- package/custom/templates/tools/copilot.md +12 -8
- package/custom/templates/tools/cursor.md +12 -8
- package/custom/templates/tools/gemini.md +12 -8
- package/custom/templates/tools/generic.md +17 -12
- package/custom/templates/vue-nuxt.md +14 -14
- package/{CHANGELOG.md → docs/CHANGELOG.md} +13 -5
- package/{IMPLEMENTATION_SUMMARY.md → docs/IMPLEMENTATION_SUMMARY.md} +21 -39
- package/{QUICK_START.md → docs/QUICK_START.md} +8 -8
- package/{README.md → docs/README.md} +11 -6
- package/docs/ai-integration.md +53 -53
- package/docs/architecture.md +4 -5
- package/docs/developer-overview.md +126 -126
- package/package.json +2 -8
- package/scripts/hooks/session-start.js +1 -1
- package/scripts/init.js +501 -460
- package/scripts/use.js +594 -594
- package/CONTRIBUTING.md +0 -388
- /package/{AIFLOW.md → docs/AIFLOW.md} +0 -0
package/CONTRIBUTING.md
DELETED
|
@@ -1,388 +0,0 @@
|
|
|
1
|
-
# Contributing to AI Flow Kit
|
|
2
|
-
|
|
3
|
-
Thank you for wanting to improve AI Flow Kit! This guide helps you add custom skills, adapters, templates, and features.
|
|
4
|
-
|
|
5
|
-
## 🎯 How to Contribute
|
|
6
|
-
|
|
7
|
-
### 1. Add a Custom Skill
|
|
8
|
-
|
|
9
|
-
Skills are step-by-step instructions for AI to follow for specific task types.
|
|
10
|
-
|
|
11
|
-
**Create the skill file:**
|
|
12
|
-
|
|
13
|
-
```bash
|
|
14
|
-
mkdir -p custom/skills/my-skill
|
|
15
|
-
touch custom/skills/my-skill/SKILL.md
|
|
16
|
-
```
|
|
17
|
-
|
|
18
|
-
**Write your skill** (`custom/skills/my-skill/SKILL.md`):
|
|
19
|
-
|
|
20
|
-
```markdown
|
|
21
|
-
---
|
|
22
|
-
name: my-skill
|
|
23
|
-
description: Short description of what this skill does
|
|
24
|
-
keywords: keyword1, keyword2
|
|
25
|
-
---
|
|
26
|
-
|
|
27
|
-
# My Skill Name
|
|
28
|
-
|
|
29
|
-
When to use this skill:
|
|
30
|
-
- Situation 1
|
|
31
|
-
- Situation 2
|
|
32
|
-
|
|
33
|
-
## Step-by-Step Process
|
|
34
|
-
|
|
35
|
-
### Step 1: Initial Analysis
|
|
36
|
-
- Do something
|
|
37
|
-
- Check something
|
|
38
|
-
|
|
39
|
-
### Step 2: Implementation
|
|
40
|
-
- Implement the solution
|
|
41
|
-
- Test results
|
|
42
|
-
|
|
43
|
-
### Step 3: Validation
|
|
44
|
-
- Verify the fix
|
|
45
|
-
- Document changes
|
|
46
|
-
|
|
47
|
-
[Add more detailed instructions, examples, and best practices]
|
|
48
|
-
```
|
|
49
|
-
|
|
50
|
-
**Test your skill:**
|
|
51
|
-
```bash
|
|
52
|
-
aiflow update
|
|
53
|
-
# Your skill will appear in .claude/skills/
|
|
54
|
-
```
|
|
55
|
-
|
|
56
|
-
### 2. Add a Framework Template
|
|
57
|
-
|
|
58
|
-
Templates provide framework-specific rules and best practices for CLAUDE.md.
|
|
59
|
-
|
|
60
|
-
**Create the template:**
|
|
61
|
-
|
|
62
|
-
```bash
|
|
63
|
-
touch custom/templates/my-framework.md
|
|
64
|
-
```
|
|
65
|
-
|
|
66
|
-
**Write your template** (`custom/templates/my-framework.md`):
|
|
67
|
-
|
|
68
|
-
```markdown
|
|
69
|
-
# My Framework System Prompt
|
|
70
|
-
|
|
71
|
-
You are an expert developer in My Framework. Follow these rules:
|
|
72
|
-
|
|
73
|
-
## Architecture Rules
|
|
74
|
-
- Rule 1
|
|
75
|
-
- Rule 2
|
|
76
|
-
|
|
77
|
-
## Code Style
|
|
78
|
-
- Use [specific style]
|
|
79
|
-
- Format with [tool]
|
|
80
|
-
|
|
81
|
-
## Common Patterns
|
|
82
|
-
- Pattern 1: When to use and examples
|
|
83
|
-
- Pattern 2: When to use and examples
|
|
84
|
-
|
|
85
|
-
## Testing
|
|
86
|
-
- Write tests with [framework]
|
|
87
|
-
- Use [testing library]
|
|
88
|
-
|
|
89
|
-
## Performance
|
|
90
|
-
- Avoid [anti-pattern]
|
|
91
|
-
- Use [best practice]
|
|
92
|
-
|
|
93
|
-
## References
|
|
94
|
-
- [Link to official docs]
|
|
95
|
-
- [Link to team style guide]
|
|
96
|
-
```
|
|
97
|
-
|
|
98
|
-
**Test your template:**
|
|
99
|
-
```bash
|
|
100
|
-
aiflow init --framework my-framework
|
|
101
|
-
# Should create CLAUDE.md with your content
|
|
102
|
-
```
|
|
103
|
-
|
|
104
|
-
### 3. Add an MCP Adapter Preset
|
|
105
|
-
|
|
106
|
-
Presets configure MCP servers (Jira, Backlog, etc.) for easy setup.
|
|
107
|
-
|
|
108
|
-
**Create the preset:**
|
|
109
|
-
|
|
110
|
-
```bash
|
|
111
|
-
touch custom/mcp-presets/my-adapter.json
|
|
112
|
-
```
|
|
113
|
-
|
|
114
|
-
**Write your preset** (`custom/mcp-presets/my-adapter.json`):
|
|
115
|
-
|
|
116
|
-
```json
|
|
117
|
-
{
|
|
118
|
-
"mcpServers": {
|
|
119
|
-
"my-adapter": {
|
|
120
|
-
"command": "npx",
|
|
121
|
-
"args": [
|
|
122
|
-
"-y",
|
|
123
|
-
"@modelcontextprotocol/server-my-adapter"
|
|
124
|
-
],
|
|
125
|
-
"env": {
|
|
126
|
-
"API_KEY": "{{API_KEY}}",
|
|
127
|
-
"API_URL": "{{API_URL}}",
|
|
128
|
-
"TEAM_ID": "{{TEAM_ID}}"
|
|
129
|
-
}
|
|
130
|
-
}
|
|
131
|
-
}
|
|
132
|
-
}
|
|
133
|
-
```
|
|
134
|
-
|
|
135
|
-
**Test your preset:**
|
|
136
|
-
```bash
|
|
137
|
-
aiflow init --adapter my-adapter
|
|
138
|
-
# Should prompt for environment variables
|
|
139
|
-
# Should update claude_desktop_config.json
|
|
140
|
-
```
|
|
141
|
-
|
|
142
|
-
### 4. Add a Validation Rule
|
|
143
|
-
|
|
144
|
-
Rules enforce team standards and code quality.
|
|
145
|
-
|
|
146
|
-
**Create the rule:**
|
|
147
|
-
|
|
148
|
-
```bash
|
|
149
|
-
touch custom/rules/my-rule.md
|
|
150
|
-
```
|
|
151
|
-
|
|
152
|
-
**Write your rule** (`custom/rules/my-rule.md`):
|
|
153
|
-
|
|
154
|
-
```markdown
|
|
155
|
-
# Rule: My Rule Name
|
|
156
|
-
|
|
157
|
-
**When:** Applied to [task type]
|
|
158
|
-
**What:** [Description of the rule]
|
|
159
|
-
**Why:** [Reasoning]
|
|
160
|
-
|
|
161
|
-
## Examples
|
|
162
|
-
|
|
163
|
-
### ✅ Good
|
|
164
|
-
```code
|
|
165
|
-
[good example]
|
|
166
|
-
```
|
|
167
|
-
|
|
168
|
-
### ❌ Bad
|
|
169
|
-
```code
|
|
170
|
-
[bad example]
|
|
171
|
-
```
|
|
172
|
-
|
|
173
|
-
## How to Check
|
|
174
|
-
```bash
|
|
175
|
-
[command to verify]
|
|
176
|
-
```
|
|
177
|
-
```
|
|
178
|
-
|
|
179
|
-
### 5. Add a Task Type / Prompt Template
|
|
180
|
-
|
|
181
|
-
Task prompt templates guide developers and AI through specific workflows.
|
|
182
|
-
|
|
183
|
-
**Create the template:**
|
|
184
|
-
|
|
185
|
-
```bash
|
|
186
|
-
touch custom/prompts/my-task-type.md
|
|
187
|
-
```
|
|
188
|
-
|
|
189
|
-
**Write your template** (`custom/prompts/my-task-type.md`):
|
|
190
|
-
|
|
191
|
-
```markdown
|
|
192
|
-
# My Task Type Prompt Template
|
|
193
|
-
|
|
194
|
-
## Context (auto-filled from ticket)
|
|
195
|
-
- Title: {{TITLE}}
|
|
196
|
-
- Description: {{DESCRIPTION}}
|
|
197
|
-
- Status: {{STATUS}}
|
|
198
|
-
|
|
199
|
-
## Your Task
|
|
200
|
-
|
|
201
|
-
[Clear description of what needs to be done]
|
|
202
|
-
|
|
203
|
-
## Requirements
|
|
204
|
-
- Requirement 1
|
|
205
|
-
- Requirement 2
|
|
206
|
-
|
|
207
|
-
## Success Criteria
|
|
208
|
-
- Criteria 1
|
|
209
|
-
- Criteria 2
|
|
210
|
-
|
|
211
|
-
## Constraints
|
|
212
|
-
- Constraint 1
|
|
213
|
-
- Constraint 2
|
|
214
|
-
|
|
215
|
-
## Notes
|
|
216
|
-
- Add any context-specific notes
|
|
217
|
-
```
|
|
218
|
-
|
|
219
|
-
## 📋 Best Practices
|
|
220
|
-
|
|
221
|
-
### For Skills
|
|
222
|
-
- ✅ Make steps clear and sequential
|
|
223
|
-
- ✅ Include examples for each step
|
|
224
|
-
- ✅ Reference team rules and templates
|
|
225
|
-
- ✅ Suggest how AI should handle errors
|
|
226
|
-
- ❌ Don't assume developer knowledge
|
|
227
|
-
- ❌ Don't make steps too broad or vague
|
|
228
|
-
|
|
229
|
-
### For Templates
|
|
230
|
-
- ✅ Include specific rules and patterns
|
|
231
|
-
- ✅ Link to official documentation
|
|
232
|
-
- ✅ Show both good and bad examples
|
|
233
|
-
- ✅ Specify code style and formatting
|
|
234
|
-
- ❌ Don't duplicate framework docs
|
|
235
|
-
- ❌ Don't list too many rules (keep < 20)
|
|
236
|
-
|
|
237
|
-
### For Adapters
|
|
238
|
-
- ✅ Test with real API credentials
|
|
239
|
-
- ✅ Provide clear environment variable names
|
|
240
|
-
- ✅ Document required permissions
|
|
241
|
-
- ✅ Include error handling examples
|
|
242
|
-
- ❌ Don't hardcode credentials
|
|
243
|
-
- ❌ Don't require complex setup steps
|
|
244
|
-
|
|
245
|
-
### For Rules
|
|
246
|
-
- ✅ Be specific with examples
|
|
247
|
-
- ✅ Explain the reasoning
|
|
248
|
-
- ✅ Show how to verify compliance
|
|
249
|
-
- ✅ Link to relevant docs
|
|
250
|
-
- ❌ Don't make rules too strict
|
|
251
|
-
- ❌ Don't duplicate linters/formatters
|
|
252
|
-
|
|
253
|
-
## 🔄 Workflow
|
|
254
|
-
|
|
255
|
-
1. **Create** your contribution in the appropriate folder
|
|
256
|
-
2. **Test** with `aiflow update` and `aiflow doctor`
|
|
257
|
-
3. **Validate** that it works as expected
|
|
258
|
-
4. **Document** with clear names and descriptions
|
|
259
|
-
5. **Share** with your team or submit to project
|
|
260
|
-
|
|
261
|
-
## 📂 File Organization
|
|
262
|
-
|
|
263
|
-
```
|
|
264
|
-
custom/
|
|
265
|
-
├── skills/
|
|
266
|
-
│ └── your-skill/
|
|
267
|
-
│ ├── SKILL.md # Main skill definition
|
|
268
|
-
│ ├── example-1.md # Optional: detailed example
|
|
269
|
-
│ └── checklist.md # Optional: verification checklist
|
|
270
|
-
├── templates/
|
|
271
|
-
│ └── your-framework.md # Framework rules and patterns
|
|
272
|
-
├── rules/
|
|
273
|
-
│ ├── code-style.md
|
|
274
|
-
│ ├── naming.md
|
|
275
|
-
│ └── your-rule.md
|
|
276
|
-
├── prompts/
|
|
277
|
-
│ ├── bug-fix.md
|
|
278
|
-
│ ├── feature.md
|
|
279
|
-
│ └── your-prompt.md
|
|
280
|
-
└── mcp-presets/
|
|
281
|
-
└── your-adapter.json # MCP configuration
|
|
282
|
-
```
|
|
283
|
-
|
|
284
|
-
## 🧪 Testing Your Contributions
|
|
285
|
-
|
|
286
|
-
### Test Locally
|
|
287
|
-
```bash
|
|
288
|
-
# Update to load your new content
|
|
289
|
-
aiflow update
|
|
290
|
-
|
|
291
|
-
# Check it loaded correctly
|
|
292
|
-
aiflow doctor
|
|
293
|
-
|
|
294
|
-
# Verify the file exists
|
|
295
|
-
ls .claude/skills/your-skill/SKILL.md
|
|
296
|
-
ls custom/rules/your-rule.md
|
|
297
|
-
```
|
|
298
|
-
|
|
299
|
-
### Test with AI
|
|
300
|
-
1. Use `aiflow prompt` to generate a template with your rule
|
|
301
|
-
2. Try using your skill in Claude Code
|
|
302
|
-
3. Verify AI follows your guidelines
|
|
303
|
-
|
|
304
|
-
### Validate Output
|
|
305
|
-
```bash
|
|
306
|
-
# Check if output violates any rules
|
|
307
|
-
aiflow validate <output-file>
|
|
308
|
-
|
|
309
|
-
# Run tests if applicable
|
|
310
|
-
npm test
|
|
311
|
-
```
|
|
312
|
-
|
|
313
|
-
## 🚀 Submitting Your Contribution
|
|
314
|
-
|
|
315
|
-
### For Team Use
|
|
316
|
-
1. Create branch: `git checkout -b feature/add-my-skill`
|
|
317
|
-
2. Add your files to `custom/`
|
|
318
|
-
3. Create Pull Request with description
|
|
319
|
-
4. Team reviews and merges
|
|
320
|
-
5. Run `aiflow update` to distribute
|
|
321
|
-
|
|
322
|
-
### For Community
|
|
323
|
-
1. Fork the repository
|
|
324
|
-
2. Create feature branch
|
|
325
|
-
3. Add your contribution to `custom/`
|
|
326
|
-
4. Include documentation
|
|
327
|
-
5. Submit Pull Request
|
|
328
|
-
|
|
329
|
-
## ❓ FAQ
|
|
330
|
-
|
|
331
|
-
**Q: Where should I put my custom code?**
|
|
332
|
-
A: Everything goes in `custom/` folder. It's separate from `upstream/` (original obra/superpowers), making updates easier.
|
|
333
|
-
|
|
334
|
-
**Q: How do I test my skill before sharing?**
|
|
335
|
-
A: Run `aiflow update`, then use it in Claude Code. AI should follow your instructions.
|
|
336
|
-
|
|
337
|
-
**Q: Can I modify upstream skills?**
|
|
338
|
-
A: No, keep `upstream/` read-only. Copy to `custom/` and modify there.
|
|
339
|
-
|
|
340
|
-
**Q: How do I make sure my contribution is good quality?**
|
|
341
|
-
A: See Best Practices section above. Also ask team members to try it.
|
|
342
|
-
|
|
343
|
-
## 📞 Getting Help
|
|
344
|
-
|
|
345
|
-
- 📖 Read [Architecture Guide](./docs/architecture.md)
|
|
346
|
-
- 💬 Ask in [Discussions](./discussions)
|
|
347
|
-
- 🔍 Look at existing examples in `custom/`
|
|
348
|
-
|
|
349
|
-
## 📦 Release Management
|
|
350
|
-
|
|
351
|
-
We use NPM tags to manage beta and stable releases.
|
|
352
|
-
|
|
353
|
-
### 1. Beta Releases (Testing)
|
|
354
|
-
|
|
355
|
-
For new features or bug fixes that need testing before official release:
|
|
356
|
-
|
|
357
|
-
1. **Bump version** to a beta tag:
|
|
358
|
-
```bash
|
|
359
|
-
# First beta
|
|
360
|
-
npm version 0.0.3-beta.0
|
|
361
|
-
# Subsequent betas
|
|
362
|
-
npm version prerelease
|
|
363
|
-
```
|
|
364
|
-
2. **Publish** to the `beta` tag:
|
|
365
|
-
```bash
|
|
366
|
-
npm run publish:beta
|
|
367
|
-
```
|
|
368
|
-
3. **Test** the beta version:
|
|
369
|
-
```bash
|
|
370
|
-
npm install -g @relipa/ai-flow-kit@beta
|
|
371
|
-
```
|
|
372
|
-
|
|
373
|
-
### 2. Stable Releases (Official)
|
|
374
|
-
|
|
375
|
-
Once the beta is verified:
|
|
376
|
-
|
|
377
|
-
1. **Bump version** to the stable version:
|
|
378
|
-
```bash
|
|
379
|
-
npm version 0.0.3
|
|
380
|
-
```
|
|
381
|
-
2. **Publish** to the `latest` tag:
|
|
382
|
-
```bash
|
|
383
|
-
npm run publish:stable
|
|
384
|
-
```
|
|
385
|
-
|
|
386
|
-
---
|
|
387
|
-
|
|
388
|
-
**Help us build better AI development workflows!** 🚀
|
|
File without changes
|