agcel 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/.agent/workflows/api-gen.md +59 -0
- package/.agent/workflows/architect.md +44 -0
- package/.agent/workflows/brainstorm.md +223 -0
- package/.agent/workflows/build.md +38 -0
- package/.agent/workflows/changelog.md +51 -0
- package/.agent/workflows/checkpoint.md +138 -0
- package/.agent/workflows/commit.md +223 -0
- package/.agent/workflows/debug.md +57 -0
- package/.agent/workflows/deploy.md +76 -0
- package/.agent/workflows/doc.md +247 -0
- package/.agent/workflows/execute-plan.md +225 -0
- package/.agent/workflows/feature.md +255 -0
- package/.agent/workflows/fix.md +323 -0
- package/.agent/workflows/help.md +63 -0
- package/.agent/workflows/index.md +148 -0
- package/.agent/workflows/load.md +112 -0
- package/.agent/workflows/mode.md +170 -0
- package/.agent/workflows/optimize.md +53 -0
- package/.agent/workflows/plan.md +337 -0
- package/.agent/workflows/pr.md +74 -0
- package/.agent/workflows/product-plan.md +36 -0
- package/.agent/workflows/production-deploy.md +39 -0
- package/.agent/workflows/refactor.md +63 -0
- package/.agent/workflows/research.md +116 -0
- package/.agent/workflows/review.md +344 -0
- package/.agent/workflows/security-scan.md +56 -0
- package/.agent/workflows/ship.md +221 -0
- package/.agent/workflows/spawn.md +177 -0
- package/.agent/workflows/status.md +59 -0
- package/.agent/workflows/tdd.md +139 -0
- package/.agent/workflows/test.md +340 -0
- package/.agent/workflows/verify.md +35 -0
- package/LICENSE +21 -0
- package/README.md +67 -0
- package/dist/commands/init.js +142 -0
- package/dist/commands/install.js +98 -0
- package/dist/commands/list.js +49 -0
- package/dist/commands/restart.js +17 -0
- package/dist/commands/start.js +41 -0
- package/dist/commands/status.js +24 -0
- package/dist/commands/stop.js +29 -0
- package/dist/commands/uninstall.js +78 -0
- package/dist/index.js +58 -0
- package/dist/server/index.js +174 -0
- package/dist/utils/index.js +63 -0
- package/package.json +54 -0
- package/skills/api-security-best-practices/SKILL.md +291 -0
- package/skills/api-security-best-practices/references/examples.md +617 -0
- package/skills/architecture/SKILL.md +59 -0
- package/skills/architecture/context-discovery.md +43 -0
- package/skills/architecture/examples.md +94 -0
- package/skills/architecture/pattern-selection.md +68 -0
- package/skills/architecture/patterns-reference.md +50 -0
- package/skills/architecture/trade-off-analysis.md +77 -0
- package/skills/aws-serverless/SKILL.md +327 -0
- package/skills/brainstorming/SKILL.md +234 -0
- package/skills/c4-context/SKILL.md +154 -0
- package/skills/ci-cd-engineer/SKILL.md +50 -0
- package/skills/code-auditing/SKILL.md +55 -0
- package/skills/copywriting/SKILL.md +248 -0
- package/skills/database-engineer/SKILL.md +47 -0
- package/skills/doc-coauthoring/SKILL.md +379 -0
- package/skills/docker-expert/SKILL.md +412 -0
- package/skills/langgraph/SKILL.md +291 -0
- package/skills/postgresql/SKILL.md +73 -0
- package/skills/pricing-strategy/SKILL.md +360 -0
- package/skills/product-manager/SKILL.md +57 -0
- package/skills/prompt-engineer/README.md +659 -0
- package/skills/prompt-engineer/SKILL.md +256 -0
- package/skills/python-patterns/SKILL.md +445 -0
- package/skills/qa-engineer/SKILL.md +42 -0
- package/skills/rag-engineer/SKILL.md +94 -0
- package/skills/react-patterns/SKILL.md +202 -0
- package/skills/secure-refactoring/SKILL.md +54 -0
- package/skills/security-documentation/SKILL.md +53 -0
- package/skills/senior-architect/SKILL.md +213 -0
- package/skills/senior-architect/references/architecture_patterns.md +103 -0
- package/skills/senior-architect/references/system_design_workflows.md +103 -0
- package/skills/senior-architect/references/tech_decision_guide.md +103 -0
- package/skills/senior-architect/scripts/architecture_diagram_generator.py +114 -0
- package/skills/senior-architect/scripts/dependency_analyzer.py +114 -0
- package/skills/senior-architect/scripts/project_architect.py +114 -0
- package/skills/seo-audit/SKILL.md +491 -0
- package/skills/sql-injection-testing/SKILL.md +452 -0
- package/skills/test-driven-development/SKILL.md +375 -0
- package/skills/test-driven-development/testing-anti-patterns.md +299 -0
- package/skills/test-fixing/SKILL.md +123 -0
- package/skills/testing-patterns/SKILL.md +263 -0
- package/skills/typescript-expert/SKILL.md +202 -0
- package/skills/typescript-expert/references/advanced-topics.md +252 -0
- package/skills/typescript-expert/references/tsconfig-strict.json +92 -0
- package/skills/typescript-expert/references/typescript-cheatsheet.md +383 -0
- package/skills/typescript-expert/references/utility-types.ts +335 -0
- package/skills/typescript-expert/scripts/ts_diagnostic.py +203 -0
- package/skills/ui-ux-designer/SKILL.md +46 -0
- package/skills/vercel-deployment/SKILL.md +83 -0
- package/skills/vulnerability-scanner/SKILL.md +280 -0
- package/skills/vulnerability-scanner/checklists.md +121 -0
- package/skills/vulnerability-scanner/scripts/security_scan.py +458 -0
- package/skills/writing-plans/SKILL.md +120 -0
|
@@ -0,0 +1,225 @@
|
|
|
1
|
+
# /execute-plan - Subagent-Driven Plan Execution
|
|
2
|
+
|
|
3
|
+
## Purpose
|
|
4
|
+
|
|
5
|
+
Execute a detailed implementation plan using fresh subagents per task with mandatory code review gates between tasks.
|
|
6
|
+
|
|
7
|
+
## Usage
|
|
8
|
+
|
|
9
|
+
```
|
|
10
|
+
/execute-plan [plan-file-path]
|
|
11
|
+
```
|
|
12
|
+
|
|
13
|
+
## Arguments
|
|
14
|
+
|
|
15
|
+
- `$ARGUMENTS`: Path to the plan file (created with `/plan --detailed`)
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
Execute plan from: **$ARGUMENTS**
|
|
20
|
+
|
|
21
|
+
## Methodology
|
|
22
|
+
|
|
23
|
+
**Reference**: `.claude/skills/methodology/executing-plans/SKILL.md`
|
|
24
|
+
|
|
25
|
+
This command uses the superpowers execution methodology for quality-gated implementation.
|
|
26
|
+
|
|
27
|
+
## Core Pattern
|
|
28
|
+
|
|
29
|
+
**"Fresh subagent per task + review between tasks = high quality, fast iteration"**
|
|
30
|
+
|
|
31
|
+
### Why Fresh Agents?
|
|
32
|
+
|
|
33
|
+
- Prevents context pollution between tasks
|
|
34
|
+
- Each task gets focused attention
|
|
35
|
+
- Failures don't cascade
|
|
36
|
+
- Easier to retry individual tasks
|
|
37
|
+
|
|
38
|
+
### Why Code Review Between Tasks?
|
|
39
|
+
|
|
40
|
+
- Catches issues early
|
|
41
|
+
- Ensures code matches intent
|
|
42
|
+
- Prevents technical debt accumulation
|
|
43
|
+
- Creates natural checkpoints
|
|
44
|
+
|
|
45
|
+
## Workflow
|
|
46
|
+
|
|
47
|
+
### Step 1: Load Plan
|
|
48
|
+
|
|
49
|
+
1. Read the plan file
|
|
50
|
+
2. Verify plan is complete and approved
|
|
51
|
+
3. Create TodoWrite with all tasks from plan
|
|
52
|
+
4. Set first task to `in_progress`
|
|
53
|
+
|
|
54
|
+
### Step 2: Execute Task (For Each Task)
|
|
55
|
+
|
|
56
|
+
```markdown
|
|
57
|
+
1. Dispatch fresh subagent with task details
|
|
58
|
+
2. Subagent implements following TDD cycle:
|
|
59
|
+
- Write failing test
|
|
60
|
+
- Verify test fails
|
|
61
|
+
- Implement minimally
|
|
62
|
+
- Verify test passes
|
|
63
|
+
- Commit
|
|
64
|
+
3. Subagent returns completion summary
|
|
65
|
+
```
|
|
66
|
+
|
|
67
|
+
### Step 3: Code Review
|
|
68
|
+
|
|
69
|
+
After each task:
|
|
70
|
+
|
|
71
|
+
```markdown
|
|
72
|
+
1. Dispatch code-reviewer subagent
|
|
73
|
+
2. Review scope: only changes from current task
|
|
74
|
+
3. Reviewer returns findings:
|
|
75
|
+
- Critical: Must fix before proceeding
|
|
76
|
+
- Important: Should fix before proceeding
|
|
77
|
+
- Minor: Can fix later
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
### Step 4: Handle Review Findings
|
|
81
|
+
|
|
82
|
+
```markdown
|
|
83
|
+
IF Critical or Important issues found:
|
|
84
|
+
1. Dispatch fix subagent for each issue
|
|
85
|
+
2. Re-request code review
|
|
86
|
+
3. Repeat until no Critical/Important issues
|
|
87
|
+
|
|
88
|
+
IF only Minor issues:
|
|
89
|
+
1. Note for later cleanup
|
|
90
|
+
2. Proceed to next task
|
|
91
|
+
```
|
|
92
|
+
|
|
93
|
+
### Step 5: Mark Complete
|
|
94
|
+
|
|
95
|
+
1. Update TodoWrite - mark task completed
|
|
96
|
+
2. Move to next task
|
|
97
|
+
3. Repeat from Step 2
|
|
98
|
+
|
|
99
|
+
### Step 6: Final Review
|
|
100
|
+
|
|
101
|
+
After all tasks complete:
|
|
102
|
+
|
|
103
|
+
1. Dispatch comprehensive code review
|
|
104
|
+
2. Review entire implementation against plan
|
|
105
|
+
3. Verify all success criteria met
|
|
106
|
+
4. Run full test suite
|
|
107
|
+
5. Use `finishing-development-branch` skill
|
|
108
|
+
|
|
109
|
+
## Critical Rules
|
|
110
|
+
|
|
111
|
+
### Never Skip Code Reviews
|
|
112
|
+
|
|
113
|
+
Every task must be reviewed before proceeding. No exceptions.
|
|
114
|
+
|
|
115
|
+
### Never Proceed with Critical Issues
|
|
116
|
+
|
|
117
|
+
Critical issues must be fixed:
|
|
118
|
+
```
|
|
119
|
+
implement → review → fix critical → re-review → proceed
|
|
120
|
+
```
|
|
121
|
+
|
|
122
|
+
### Never Run Parallel Implementation
|
|
123
|
+
|
|
124
|
+
Tasks run sequentially:
|
|
125
|
+
```
|
|
126
|
+
WRONG: Run Task 1, 2, 3 simultaneously
|
|
127
|
+
RIGHT: Task 1 → Review → Task 2 → Review → Task 3 → Review
|
|
128
|
+
```
|
|
129
|
+
|
|
130
|
+
### Always Read Plan Before Implementing
|
|
131
|
+
|
|
132
|
+
```
|
|
133
|
+
WRONG: Start coding based on memory of plan
|
|
134
|
+
RIGHT: Read plan file, extract task details, then implement
|
|
135
|
+
```
|
|
136
|
+
|
|
137
|
+
## Error Handling
|
|
138
|
+
|
|
139
|
+
### Task Fails
|
|
140
|
+
|
|
141
|
+
1. Capture error details
|
|
142
|
+
2. Attempt fix (max 2 retries)
|
|
143
|
+
3. If still failing, pause execution
|
|
144
|
+
4. Report to user with:
|
|
145
|
+
- Which task failed
|
|
146
|
+
- Error details
|
|
147
|
+
- Suggested resolution
|
|
148
|
+
5. Wait for user decision
|
|
149
|
+
|
|
150
|
+
### Review Finds Major Issues
|
|
151
|
+
|
|
152
|
+
1. List all Critical/Important issues
|
|
153
|
+
2. Dispatch fix subagent for each
|
|
154
|
+
3. Re-run code review
|
|
155
|
+
4. If issues persist after 2 cycles:
|
|
156
|
+
- Pause execution
|
|
157
|
+
- Report to user
|
|
158
|
+
- May need plan revision
|
|
159
|
+
|
|
160
|
+
## Output
|
|
161
|
+
|
|
162
|
+
### Progress Updates
|
|
163
|
+
|
|
164
|
+
```markdown
|
|
165
|
+
## Execution Progress
|
|
166
|
+
|
|
167
|
+
### Task 1: Create User model ✓
|
|
168
|
+
- Files modified: src/models/user.ts
|
|
169
|
+
- Tests added: 3
|
|
170
|
+
- Review: Passed
|
|
171
|
+
|
|
172
|
+
### Task 2: Add validation ✓
|
|
173
|
+
- Files modified: src/models/user.ts
|
|
174
|
+
- Tests added: 2
|
|
175
|
+
- Review: Passed (1 minor deferred)
|
|
176
|
+
|
|
177
|
+
### Task 3: Create endpoint [IN PROGRESS]
|
|
178
|
+
- Status: Implementing...
|
|
179
|
+
```
|
|
180
|
+
|
|
181
|
+
### Completion Summary
|
|
182
|
+
|
|
183
|
+
```markdown
|
|
184
|
+
## Execution Complete
|
|
185
|
+
|
|
186
|
+
### Summary
|
|
187
|
+
- Tasks completed: 8/8
|
|
188
|
+
- Tests added: 24
|
|
189
|
+
- Coverage: 92%
|
|
190
|
+
|
|
191
|
+
### Files Created
|
|
192
|
+
- src/models/user.ts
|
|
193
|
+
- src/services/user-service.ts
|
|
194
|
+
- src/routes/user.ts
|
|
195
|
+
|
|
196
|
+
### Files Modified
|
|
197
|
+
- src/routes/index.ts
|
|
198
|
+
- src/types/index.ts
|
|
199
|
+
|
|
200
|
+
### Deferred Items
|
|
201
|
+
- Minor: Variable rename in user-service.ts line 12
|
|
202
|
+
|
|
203
|
+
### Next Steps
|
|
204
|
+
- Run full test suite
|
|
205
|
+
- Use /ship to create PR
|
|
206
|
+
```
|
|
207
|
+
|
|
208
|
+
## Prerequisites
|
|
209
|
+
|
|
210
|
+
Before using this command:
|
|
211
|
+
|
|
212
|
+
1. Plan file exists and is complete
|
|
213
|
+
2. Plan was created with `/plan --detailed`
|
|
214
|
+
3. Plan has been reviewed and approved
|
|
215
|
+
4. Tests can be run (`npm test` or `pytest`)
|
|
216
|
+
|
|
217
|
+
## Related Commands
|
|
218
|
+
|
|
219
|
+
- `/plan --detailed` - Create detailed plan
|
|
220
|
+
- `/brainstorm` - Design before planning
|
|
221
|
+
- `/ship` - Create PR after execution
|
|
222
|
+
|
|
223
|
+
|
|
224
|
+
## Gap Analysis Rule
|
|
225
|
+
Always identify gaps and suggest next steps to users. In case there is no gaps anymore, then AI should clearly state that there is no gap left.
|
|
@@ -0,0 +1,255 @@
|
|
|
1
|
+
# /feature - Feature Development Workflow
|
|
2
|
+
|
|
3
|
+
## Purpose
|
|
4
|
+
|
|
5
|
+
End-to-end feature development workflow that orchestrates planning, implementation guidance, testing, and code review.
|
|
6
|
+
|
|
7
|
+
## Usage
|
|
8
|
+
|
|
9
|
+
```
|
|
10
|
+
/feature [feature description or issue reference]
|
|
11
|
+
```
|
|
12
|
+
|
|
13
|
+
## Arguments
|
|
14
|
+
|
|
15
|
+
- `$ARGUMENTS`: Feature description, issue number, or requirement specification
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
Implement a complete feature development workflow for: **$ARGUMENTS**
|
|
20
|
+
|
|
21
|
+
## Workflow
|
|
22
|
+
|
|
23
|
+
### Phase 1: Planning
|
|
24
|
+
|
|
25
|
+
First, analyze the feature request and create an implementation plan:
|
|
26
|
+
|
|
27
|
+
1. **Understand Requirements**
|
|
28
|
+
- Parse the feature description thoroughly
|
|
29
|
+
- Identify acceptance criteria
|
|
30
|
+
- List assumptions that need validation
|
|
31
|
+
- Clarify any ambiguous requirements with the user
|
|
32
|
+
|
|
33
|
+
2. **Explore Codebase**
|
|
34
|
+
- Find related existing implementations
|
|
35
|
+
- Identify patterns and conventions to follow
|
|
36
|
+
- Locate integration points
|
|
37
|
+
- Note dependencies
|
|
38
|
+
|
|
39
|
+
3. **Create Task Breakdown**
|
|
40
|
+
- Decompose into atomic, verifiable tasks
|
|
41
|
+
- Order tasks by dependencies
|
|
42
|
+
- Include testing requirements
|
|
43
|
+
- Estimate complexity (S/M/L)
|
|
44
|
+
|
|
45
|
+
4. **Use TodoWrite** to track all tasks
|
|
46
|
+
|
|
47
|
+
### Phase 2: Research (If Needed)
|
|
48
|
+
|
|
49
|
+
If the feature involves unfamiliar technology:
|
|
50
|
+
|
|
51
|
+
1. Research best practices and patterns
|
|
52
|
+
2. Find examples in the codebase or documentation
|
|
53
|
+
3. Identify potential pitfalls
|
|
54
|
+
4. Document key decisions
|
|
55
|
+
|
|
56
|
+
### Phase 3: Implementation Guidance
|
|
57
|
+
|
|
58
|
+
For each implementation task:
|
|
59
|
+
|
|
60
|
+
1. **Identify Target Files**
|
|
61
|
+
- Existing files to modify
|
|
62
|
+
- New files to create
|
|
63
|
+
- Tests to add/update
|
|
64
|
+
|
|
65
|
+
2. **Provide Implementation Direction**
|
|
66
|
+
- Code structure recommendations
|
|
67
|
+
- Patterns to follow
|
|
68
|
+
- Edge cases to handle
|
|
69
|
+
- Error handling approach
|
|
70
|
+
|
|
71
|
+
3. **Review Progress**
|
|
72
|
+
- Mark tasks complete as you go
|
|
73
|
+
- Identify blockers early
|
|
74
|
+
- Adjust plan if needed
|
|
75
|
+
|
|
76
|
+
### Phase 4: Testing
|
|
77
|
+
|
|
78
|
+
After implementation:
|
|
79
|
+
|
|
80
|
+
1. **Generate Tests**
|
|
81
|
+
- Unit tests for new functions
|
|
82
|
+
- Integration tests for workflows
|
|
83
|
+
- Edge case coverage
|
|
84
|
+
|
|
85
|
+
2. **Run Test Suite**
|
|
86
|
+
```bash
|
|
87
|
+
# Python
|
|
88
|
+
pytest -v --cov=src
|
|
89
|
+
|
|
90
|
+
# TypeScript
|
|
91
|
+
pnpm test
|
|
92
|
+
```
|
|
93
|
+
|
|
94
|
+
3. **Verify Coverage**
|
|
95
|
+
- Ensure new code is tested
|
|
96
|
+
- Coverage should not decrease
|
|
97
|
+
|
|
98
|
+
### Phase 5: Code Review
|
|
99
|
+
|
|
100
|
+
Before completion:
|
|
101
|
+
|
|
102
|
+
1. **Self-Review Checklist**
|
|
103
|
+
- [ ] Code follows project conventions
|
|
104
|
+
- [ ] No security vulnerabilities
|
|
105
|
+
- [ ] Error handling is complete
|
|
106
|
+
- [ ] Documentation updated
|
|
107
|
+
- [ ] Tests are passing
|
|
108
|
+
|
|
109
|
+
2. **Review Staged Changes**
|
|
110
|
+
```bash
|
|
111
|
+
git diff --staged
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
3. **Address Any Issues**
|
|
115
|
+
- Fix critical issues immediately
|
|
116
|
+
- Note recommendations for future
|
|
117
|
+
|
|
118
|
+
### Phase 6: Completion
|
|
119
|
+
|
|
120
|
+
1. **Verify All Tasks Complete**
|
|
121
|
+
- All TodoWrite items done
|
|
122
|
+
- All tests passing
|
|
123
|
+
- Documentation updated
|
|
124
|
+
|
|
125
|
+
2. **Prepare for Commit**
|
|
126
|
+
- Stage appropriate files
|
|
127
|
+
- Generate commit message
|
|
128
|
+
- Create PR if requested
|
|
129
|
+
|
|
130
|
+
## Output
|
|
131
|
+
|
|
132
|
+
### Deliverables
|
|
133
|
+
|
|
134
|
+
1. **Implementation Plan** - Structured task breakdown
|
|
135
|
+
2. **Code Changes** - Feature implementation
|
|
136
|
+
3. **Tests** - Comprehensive test coverage
|
|
137
|
+
4. **Documentation** - Updated docs if needed
|
|
138
|
+
5. **Commit/PR** - Ready for merge
|
|
139
|
+
|
|
140
|
+
### Summary Format
|
|
141
|
+
|
|
142
|
+
```markdown
|
|
143
|
+
## Feature Implementation Complete
|
|
144
|
+
|
|
145
|
+
### Feature
|
|
146
|
+
[Feature description]
|
|
147
|
+
|
|
148
|
+
### Changes Made
|
|
149
|
+
- `path/to/file.ts` - [What was added/modified]
|
|
150
|
+
- `path/to/file.test.ts` - [Tests added]
|
|
151
|
+
|
|
152
|
+
### Tests
|
|
153
|
+
- [x] Unit tests passing
|
|
154
|
+
- [x] Integration tests passing
|
|
155
|
+
- [x] Coverage: XX%
|
|
156
|
+
|
|
157
|
+
### Documentation
|
|
158
|
+
- [x] Code comments added
|
|
159
|
+
- [x] README updated (if applicable)
|
|
160
|
+
|
|
161
|
+
### Ready for Review
|
|
162
|
+
```bash
|
|
163
|
+
git status
|
|
164
|
+
git diff --staged
|
|
165
|
+
```
|
|
166
|
+
|
|
167
|
+
### Next Steps
|
|
168
|
+
1. Review changes
|
|
169
|
+
2. Run full test suite
|
|
170
|
+
3. Create PR
|
|
171
|
+
```
|
|
172
|
+
|
|
173
|
+
## Example
|
|
174
|
+
|
|
175
|
+
**Input**: `/feature Add password reset functionality with email verification`
|
|
176
|
+
|
|
177
|
+
**Output**:
|
|
178
|
+
1. Plan with 8 tasks covering model, service, routes, email, tests
|
|
179
|
+
2. Implementation of password reset flow
|
|
180
|
+
3. Tests for happy path and error cases
|
|
181
|
+
4. Updated API documentation
|
|
182
|
+
5. Commit message and PR description
|
|
183
|
+
|
|
184
|
+
## Flags
|
|
185
|
+
|
|
186
|
+
| Flag | Description | Example |
|
|
187
|
+
|------|-------------|---------|
|
|
188
|
+
| `--mode=[mode]` | Use specific behavioral mode | `--mode=implementation` |
|
|
189
|
+
| `--depth=[1-5]` | Planning thoroughness level | `--depth=3` |
|
|
190
|
+
| `--checkpoint` | Create checkpoint before starting | `--checkpoint` |
|
|
191
|
+
| `--skip-tests` | Skip test generation phase | `--skip-tests` |
|
|
192
|
+
| `--skip-review` | Skip code review phase | `--skip-review` |
|
|
193
|
+
| `--format=[fmt]` | Output format (concise/detailed) | `--format=concise` |
|
|
194
|
+
|
|
195
|
+
### Flag Usage Examples
|
|
196
|
+
|
|
197
|
+
```bash
|
|
198
|
+
/feature --mode=implementation "add user profile page"
|
|
199
|
+
/feature --depth=5 --checkpoint "implement payment flow"
|
|
200
|
+
/feature --format=concise "add logging utility"
|
|
201
|
+
```
|
|
202
|
+
|
|
203
|
+
## MCP Integration
|
|
204
|
+
|
|
205
|
+
This command leverages MCP servers for enhanced capabilities:
|
|
206
|
+
|
|
207
|
+
### Web Search - Library Documentation
|
|
208
|
+
When researching unfamiliar libraries or frameworks:
|
|
209
|
+
```
|
|
210
|
+
Use web search and get-library-docs tools to fetch
|
|
211
|
+
current documentation for any libraries involved in the feature.
|
|
212
|
+
```
|
|
213
|
+
|
|
214
|
+
### Reasoning - Structured Planning
|
|
215
|
+
For complex feature breakdowns:
|
|
216
|
+
```
|
|
217
|
+
Use reasoning for step-by-step
|
|
218
|
+
analysis when decomposing requirements or designing architecture.
|
|
219
|
+
```
|
|
220
|
+
|
|
221
|
+
### Memory - Context Persistence
|
|
222
|
+
Store and recall project context:
|
|
223
|
+
```
|
|
224
|
+
- Store architectural decisions made during planning
|
|
225
|
+
- Recall user preferences from previous sessions
|
|
226
|
+
- Remember patterns used in similar features
|
|
227
|
+
```
|
|
228
|
+
|
|
229
|
+
### Filesystem - File Operations
|
|
230
|
+
For creating and modifying files:
|
|
231
|
+
```
|
|
232
|
+
- Use list_dir to understand project structure
|
|
233
|
+
- Use grep_search to find related implementations
|
|
234
|
+
- Use view_file and write_to_file for file operations
|
|
235
|
+
```
|
|
236
|
+
|
|
237
|
+
### Browser tools - E2E Testing
|
|
238
|
+
For features with UI components:
|
|
239
|
+
```
|
|
240
|
+
Use Browser tools for browser testing of the implemented feature.
|
|
241
|
+
Validate user flows and interactions in real browser environment.
|
|
242
|
+
```
|
|
243
|
+
|
|
244
|
+
<!-- CUSTOMIZATION POINT -->
|
|
245
|
+
## Variations
|
|
246
|
+
|
|
247
|
+
Modify behavior via CLAUDE.md:
|
|
248
|
+
- Set minimum test coverage requirements
|
|
249
|
+
- Define required documentation updates
|
|
250
|
+
- Configure branch naming conventions
|
|
251
|
+
- Set PR template requirements
|
|
252
|
+
|
|
253
|
+
|
|
254
|
+
## Gap Analysis Rule
|
|
255
|
+
Always identify gaps and suggest next steps to users. In case there is no gaps anymore, then AI should clearly state that there is no gap left.
|