claudify-agent 0.0.0-stage → 1.0.1
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/.claude/QUICK-REFERENCE.md +213 -0
- package/.claude/cost-dashboard.md +162 -0
- package/.claude/docs/COST-OPTIMIZATION.md +403 -0
- package/.claude/docs/MCP-INTEGRATION-GUIDE.md +348 -0
- package/.claude/docs/PLAN-MODE-OPTIMIZATION.md +836 -0
- package/.claude/hooks/auto-learning-review.ts +195 -0
- package/.claude/hooks/auto-lint-fix.ts +104 -0
- package/.claude/hooks/auto-security-review.ts +354 -0
- package/.claude/hooks/auto-validate.ts +348 -0
- package/.claude/hooks/plan-quality-tracker.ts +719 -0
- package/.claude/rules/anti-patterns.md +22 -0
- package/.claude/rules/context-tier-1.md +41 -0
- package/.claude/rules/context-tier-2.md +285 -0
- package/.claude/rules/general.md +25 -0
- package/.claude/rules/mcp-auto-use.md +46 -0
- package/.claude/rules/parallel-exploration-auto.md +31 -0
- package/.claude/rules/plan-mode-execution.md +289 -0
- package/.claude/rules/plan-mode-research.md +34 -0
- package/.claude/rules/plan-mode-structure.md +166 -0
- package/.claude/rules/plan-mode-validation.md +130 -0
- package/.claude/rules/security-critical.md +19 -0
- package/.claude/rules/tool-auto-selection.md +45 -0
- package/.claude/rules/tool-strategy.md +22 -0
- package/.claude/scripts/auto-validate.js +69 -0
- package/.claude/scripts/security-scan.js +45 -0
- package/.claude/security-dashboard.md +142 -0
- package/.claude/skills/backend-concurrency/SKILL.md +203 -0
- package/.claude/skills/debug-optimizer/SKILL.md +399 -0
- package/.claude/skills/debug-optimizer.md +12 -0
- package/.claude/skills/golang-guide/SKILL.md +177 -0
- package/.claude/skills/learning-loop/SKILL.md +308 -0
- package/.claude/skills/mcp-mastery/SKILL.md +214 -0
- package/.claude/skills/nestjs-guide/SKILL.md +197 -0
- package/.claude/skills/nextjs-guide/SKILL.md +687 -0
- package/.claude/skills/nextjs.md +13 -0
- package/.claude/skills/parallel-exploration/SKILL.md +193 -0
- package/.claude/skills/plan-mode-mastery/SKILL.md +263 -0
- package/.claude/skills/python-guide/SKILL.md +822 -0
- package/.claude/skills/react-guide/SKILL.md +762 -0
- package/.claude/skills/react.md +12 -0
- package/.claude/skills/security.md +18 -0
- package/.claude/skills/solidity-guide/SKILL.md +32 -0
- package/.claude/skills/tool-selection/SKILL.md +428 -0
- package/.claude/skills/vite-guide/SKILL.md +445 -0
- package/CLAUDE.md +49 -0
- package/README.md +65 -2
- package/bin/cli.js +50 -0
- package/package.json +44 -4
|
@@ -0,0 +1,348 @@
|
|
|
1
|
+
# MCP Integration Guide
|
|
2
|
+
|
|
3
|
+
## Overview
|
|
4
|
+
|
|
5
|
+
MCP (Model Context Protocol) servers extend Cursor agent capabilities with specialized tools for browser automation, GitHub operations, code quality, and documentation access.
|
|
6
|
+
|
|
7
|
+
## Available MCP Servers
|
|
8
|
+
|
|
9
|
+
### 1. cursor-ide-browser
|
|
10
|
+
**Purpose**: Browser automation and visual verification
|
|
11
|
+
|
|
12
|
+
**Tools**:
|
|
13
|
+
- `browser_snapshot`: Inspect page structure (ARIA tree)
|
|
14
|
+
- `browser_take_screenshot`: Capture visual state
|
|
15
|
+
- `browser_click`: Click elements by ref
|
|
16
|
+
- `browser_fill`: Fill forms
|
|
17
|
+
- `browser_scroll`: Navigate pages
|
|
18
|
+
- `browser_profile_start/stop`: CPU profiling
|
|
19
|
+
|
|
20
|
+
**When to Use**:
|
|
21
|
+
- UI changes need visual verification
|
|
22
|
+
- E2E testing required
|
|
23
|
+
- Performance profiling needed
|
|
24
|
+
- Design mockup matching
|
|
25
|
+
|
|
26
|
+
**Best Practices**:
|
|
27
|
+
1. Always use `browser_snapshot` before interactions
|
|
28
|
+
2. Use refs from snapshot (not coordinates)
|
|
29
|
+
3. Take fresh screenshot after each action
|
|
30
|
+
4. Use performance profiling only when optimization mentioned
|
|
31
|
+
5. Lock/unlock browser properly (don't call lock before navigate)
|
|
32
|
+
|
|
33
|
+
**Cost**: High ($$$$) → Use sparingly
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
### 2. user-github
|
|
38
|
+
**Purpose**: GitHub operations automation
|
|
39
|
+
|
|
40
|
+
**Tools**:
|
|
41
|
+
- Issue management (fetch, create, update)
|
|
42
|
+
- PR operations (create, review, merge)
|
|
43
|
+
- Repository management
|
|
44
|
+
- Branch operations
|
|
45
|
+
|
|
46
|
+
**When to Use**:
|
|
47
|
+
- Any git/GitHub operation
|
|
48
|
+
- Issue fixing workflows
|
|
49
|
+
- PR creation/review
|
|
50
|
+
- Code review automation
|
|
51
|
+
|
|
52
|
+
**Best Practices**:
|
|
53
|
+
1. Always fetch issue/PR details first
|
|
54
|
+
2. Link issues to commits automatically
|
|
55
|
+
3. Run tests before creating PR
|
|
56
|
+
4. Use conventional commit messages
|
|
57
|
+
5. Create PRs with proper descriptions
|
|
58
|
+
|
|
59
|
+
**Cost**: Moderate ($$) → Use for all git operations
|
|
60
|
+
|
|
61
|
+
---
|
|
62
|
+
|
|
63
|
+
### 3. user-ESLint
|
|
64
|
+
**Purpose**: Code quality automation
|
|
65
|
+
|
|
66
|
+
**Tools**:
|
|
67
|
+
- Automatic linting
|
|
68
|
+
- Auto-fix issues
|
|
69
|
+
- Quality reporting
|
|
70
|
+
- Rule customization
|
|
71
|
+
|
|
72
|
+
**When to Use**:
|
|
73
|
+
- AFTER EVERY code change (automatic)
|
|
74
|
+
- Before commits
|
|
75
|
+
- When user mentions quality/errors
|
|
76
|
+
|
|
77
|
+
**Best Practices**:
|
|
78
|
+
1. Run automatically after StrReplace/Write
|
|
79
|
+
2. Apply auto-fixes immediately
|
|
80
|
+
3. Report remaining issues to user
|
|
81
|
+
4. Fix before committing
|
|
82
|
+
5. Configure rules per project
|
|
83
|
+
|
|
84
|
+
**Cost**: Low ($) → Run automatically
|
|
85
|
+
|
|
86
|
+
---
|
|
87
|
+
|
|
88
|
+
### 4. user-context7
|
|
89
|
+
**Purpose**: Library/framework documentation
|
|
90
|
+
|
|
91
|
+
**Tools**:
|
|
92
|
+
- Fetch current docs
|
|
93
|
+
- API syntax verification
|
|
94
|
+
- Setup guides
|
|
95
|
+
- Version-specific information
|
|
96
|
+
|
|
97
|
+
**When to Use**:
|
|
98
|
+
- Library/framework questions
|
|
99
|
+
- Setup/configuration needed
|
|
100
|
+
- API syntax uncertain
|
|
101
|
+
- Best practices verification
|
|
102
|
+
|
|
103
|
+
**Best Practices**:
|
|
104
|
+
1. Fetch docs BEFORE implementing
|
|
105
|
+
2. Verify current best practices
|
|
106
|
+
3. Apply to implementation
|
|
107
|
+
4. Cite doc source
|
|
108
|
+
5. Check version compatibility
|
|
109
|
+
|
|
110
|
+
**Cost**: Low ($) → Fetch proactively
|
|
111
|
+
|
|
112
|
+
---
|
|
113
|
+
|
|
114
|
+
### 5. user-chrome-devtools
|
|
115
|
+
**Purpose**: Performance and accessibility audits
|
|
116
|
+
|
|
117
|
+
**Tools**:
|
|
118
|
+
- Lighthouse audits
|
|
119
|
+
- Performance metrics
|
|
120
|
+
- Accessibility checks
|
|
121
|
+
- Network analysis
|
|
122
|
+
|
|
123
|
+
**When to Use**:
|
|
124
|
+
- Performance optimization tasks
|
|
125
|
+
- Accessibility compliance
|
|
126
|
+
- Lighthouse score improvement
|
|
127
|
+
- Network optimization
|
|
128
|
+
|
|
129
|
+
**Best Practices**:
|
|
130
|
+
1. Run baseline audit first
|
|
131
|
+
2. Implement optimizations
|
|
132
|
+
3. Re-run audit to verify
|
|
133
|
+
4. Focus on low-hanging fruit
|
|
134
|
+
5. Track metrics over time
|
|
135
|
+
|
|
136
|
+
**Cost**: Moderate ($$) → Use for audits
|
|
137
|
+
|
|
138
|
+
---
|
|
139
|
+
|
|
140
|
+
### 6. user-playwright / user-selenium
|
|
141
|
+
**Purpose**: Cross-browser and E2E testing
|
|
142
|
+
|
|
143
|
+
**Tools**:
|
|
144
|
+
- Cross-browser testing
|
|
145
|
+
- E2E automation
|
|
146
|
+
- Accessibility testing
|
|
147
|
+
- Visual regression
|
|
148
|
+
|
|
149
|
+
**When to Use**:
|
|
150
|
+
- E2E test creation
|
|
151
|
+
- Cross-browser verification
|
|
152
|
+
- Accessibility compliance
|
|
153
|
+
- Visual regression testing
|
|
154
|
+
|
|
155
|
+
**Best Practices**:
|
|
156
|
+
1. Write tests in parallel with features
|
|
157
|
+
2. Test on multiple browsers
|
|
158
|
+
3. Include accessibility checks
|
|
159
|
+
4. Use page object pattern
|
|
160
|
+
5. Run in CI/CD pipeline
|
|
161
|
+
|
|
162
|
+
**Cost**: High ($$$$) → Use for comprehensive testing
|
|
163
|
+
|
|
164
|
+
---
|
|
165
|
+
|
|
166
|
+
## MCP Selection Decision Tree
|
|
167
|
+
|
|
168
|
+
```
|
|
169
|
+
Task Type → MCP Server
|
|
170
|
+
─────────────────────
|
|
171
|
+
UI/Browser changes?
|
|
172
|
+
├─ Yes → cursor-ide-browser
|
|
173
|
+
│ └─ Performance audit? → user-chrome-devtools
|
|
174
|
+
│ └─ E2E tests? → user-playwright
|
|
175
|
+
└─ No
|
|
176
|
+
├─ GitHub operations? → user-github
|
|
177
|
+
├─ Code quality check? → user-ESLint (automatic)
|
|
178
|
+
├─ Library docs needed? → user-context7
|
|
179
|
+
└─ None → Standard tools only
|
|
180
|
+
```
|
|
181
|
+
|
|
182
|
+
---
|
|
183
|
+
|
|
184
|
+
## Cost Optimization Strategies
|
|
185
|
+
|
|
186
|
+
### Rule 1: Always Run ESLint
|
|
187
|
+
- Cost: Low
|
|
188
|
+
- Value: High (catches errors early)
|
|
189
|
+
- Trigger: Automatic after code changes
|
|
190
|
+
|
|
191
|
+
### Rule 2: Fetch Docs Proactively
|
|
192
|
+
- Cost: Low
|
|
193
|
+
- Value: High (prevents wrong implementations)
|
|
194
|
+
- Trigger: Library/framework mentioned
|
|
195
|
+
|
|
196
|
+
### Rule 3: Use Browser Sparingly
|
|
197
|
+
- Cost: High
|
|
198
|
+
- Value: High (visual verification)
|
|
199
|
+
- Trigger: Only when visual confirmation essential
|
|
200
|
+
|
|
201
|
+
### Rule 4: Automate Git Operations
|
|
202
|
+
- Cost: Moderate
|
|
203
|
+
- Value: High (saves time, reduces errors)
|
|
204
|
+
- Trigger: Any git/GitHub task
|
|
205
|
+
|
|
206
|
+
### Rule 5: Parallel Exploration
|
|
207
|
+
- Cost: Moderate (multiple subagents)
|
|
208
|
+
- Value: High (60-70% faster discovery)
|
|
209
|
+
- Trigger: Complex tasks, broad exploration
|
|
210
|
+
|
|
211
|
+
---
|
|
212
|
+
|
|
213
|
+
## MCP Usage Metrics
|
|
214
|
+
|
|
215
|
+
Track per MCP server:
|
|
216
|
+
- **Usage frequency**: How often used
|
|
217
|
+
- **Success rate**: Correlation with task success
|
|
218
|
+
- **Cost efficiency**: Value vs token consumption
|
|
219
|
+
- **User satisfaction**: Feedback scores
|
|
220
|
+
|
|
221
|
+
**Optimization**: Auto-disable MCPs with low success rates
|
|
222
|
+
|
|
223
|
+
---
|
|
224
|
+
|
|
225
|
+
## Examples
|
|
226
|
+
|
|
227
|
+
### Example 1: UI Feature Development
|
|
228
|
+
|
|
229
|
+
User: "Add dark mode toggle to settings"
|
|
230
|
+
|
|
231
|
+
MCP Sequence:
|
|
232
|
+
1. **user-context7**: Fetch Tailwind dark mode docs
|
|
233
|
+
2. **cursor-ide-browser**:
|
|
234
|
+
- Navigate to settings page
|
|
235
|
+
- Verify toggle renders
|
|
236
|
+
- Screenshot confirmation
|
|
237
|
+
3. **user-ESLint**: Check quality (automatic)
|
|
238
|
+
|
|
239
|
+
Total MCP cost: $$ (context7) + $$$ (browser) + $ (eslint) = $$$$
|
|
240
|
+
Time saved: 15 minutes manual verification
|
|
241
|
+
|
|
242
|
+
---
|
|
243
|
+
|
|
244
|
+
### Example 2: Bug Fix Workflow
|
|
245
|
+
|
|
246
|
+
User: "Fix checkout issue #456"
|
|
247
|
+
|
|
248
|
+
MCP Sequence:
|
|
249
|
+
1. **user-github**: Fetch issue #456 details
|
|
250
|
+
2. **user-context7**: Check payment library docs
|
|
251
|
+
3. **user-ESLint**: Verify fix quality (automatic)
|
|
252
|
+
4. **user-github**: Create PR linking issue
|
|
253
|
+
|
|
254
|
+
Total MCP cost: $$ (github) + $ (context7) + $ (eslint) + $$ (github) = $$$$
|
|
255
|
+
Time saved: 20 minutes manual operations
|
|
256
|
+
|
|
257
|
+
---
|
|
258
|
+
|
|
259
|
+
### Example 3: Performance Optimization
|
|
260
|
+
|
|
261
|
+
User: "Optimize dashboard loading"
|
|
262
|
+
|
|
263
|
+
MCP Sequence:
|
|
264
|
+
1. **user-chrome-devtools**: Lighthouse audit (baseline)
|
|
265
|
+
2. **cursor-ide-browser**: CPU profiling
|
|
266
|
+
3. **user-context7**: React optimization docs
|
|
267
|
+
4. **Implement optimizations**
|
|
268
|
+
5. **user-chrome-devtools**: Re-run audit (verify)
|
|
269
|
+
|
|
270
|
+
Total MCP cost: $$ (chrome) + $$$ (browser) + $ (context7) + $$ (chrome) = $$$$
|
|
271
|
+
Time saved: 30 minutes manual testing
|
|
272
|
+
|
|
273
|
+
---
|
|
274
|
+
|
|
275
|
+
## Troubleshooting
|
|
276
|
+
|
|
277
|
+
### MCP Not Available
|
|
278
|
+
|
|
279
|
+
**Problem**: Selected MCP server not accessible
|
|
280
|
+
|
|
281
|
+
**Solutions**:
|
|
282
|
+
1. Check MCP server is running: `Settings → MCP → [Server]`
|
|
283
|
+
2. Verify authentication if required
|
|
284
|
+
3. Use alternative tool if unavailable
|
|
285
|
+
4. Report missing MCP to admin
|
|
286
|
+
|
|
287
|
+
---
|
|
288
|
+
|
|
289
|
+
### MCP Taking Too Long
|
|
290
|
+
|
|
291
|
+
**Problem**: MCP execution slow
|
|
292
|
+
|
|
293
|
+
**Solutions**:
|
|
294
|
+
1. Narrow scope (e.g., specific URL for browser)
|
|
295
|
+
2. Use `model="fast"` for subagents
|
|
296
|
+
3. Time-box execution (max 120s)
|
|
297
|
+
4. Try cheaper alternative
|
|
298
|
+
|
|
299
|
+
---
|
|
300
|
+
|
|
301
|
+
### MCP Failing Repeatedly
|
|
302
|
+
|
|
303
|
+
**Problem**: MCP errors persist
|
|
304
|
+
|
|
305
|
+
**Solutions**:
|
|
306
|
+
1. Check parameters (URLs, refs, etc.)
|
|
307
|
+
2. Verify permissions/authentication
|
|
308
|
+
3. Try alternative approach
|
|
309
|
+
4. Report blocker to user
|
|
310
|
+
|
|
311
|
+
---
|
|
312
|
+
|
|
313
|
+
## Best Practices Summary
|
|
314
|
+
|
|
315
|
+
✅ **DO**:
|
|
316
|
+
- Run user-ESLint after ALL code changes
|
|
317
|
+
- Fetch user-context7 docs BEFORE library implementation
|
|
318
|
+
- Use cursor-ide-browser for visual verification
|
|
319
|
+
- Automate git operations with user-github
|
|
320
|
+
- Run performance audits for optimization tasks
|
|
321
|
+
|
|
322
|
+
❌ **DON'T**:
|
|
323
|
+
- Use browser MCP for non-visual tasks (waste)
|
|
324
|
+
- Skip ESLint validation (risky)
|
|
325
|
+
- Manual git operations when MCP available
|
|
326
|
+
- Fetch docs after implementation (too late)
|
|
327
|
+
- Use expensive MCPs when cheap alternatives work
|
|
328
|
+
|
|
329
|
+
---
|
|
330
|
+
|
|
331
|
+
## Maintenance
|
|
332
|
+
|
|
333
|
+
### Weekly Review
|
|
334
|
+
- Check MCP usage metrics
|
|
335
|
+
- Identify underperforming MCPs
|
|
336
|
+
- Update selection rules
|
|
337
|
+
- Refine cost optimization
|
|
338
|
+
|
|
339
|
+
### Monthly Optimization
|
|
340
|
+
- Analyze success correlations
|
|
341
|
+
- Update best practices
|
|
342
|
+
- Add new MCP patterns
|
|
343
|
+
- Remove unused MCPs
|
|
344
|
+
|
|
345
|
+
---
|
|
346
|
+
|
|
347
|
+
**Last Updated**: March 29, 2026
|
|
348
|
+
**License**: CC BY 4.0
|