codingbuddy-rules 2.0.0 β 2.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/.ai-rules/adapters/antigravity.md +83 -3
- package/.ai-rules/adapters/claude-code.md +288 -5
- package/.ai-rules/adapters/codex.md +57 -0
- package/.ai-rules/adapters/cursor.md +172 -94
- package/.ai-rules/adapters/kiro.md +70 -4
- package/.ai-rules/adapters/opencode-skills.md +16 -16
- package/.ai-rules/adapters/opencode.md +107 -16
- package/.ai-rules/adapters/q.md +61 -4
- package/.ai-rules/agents/README.md +56 -0
- package/.ai-rules/agents/accessibility-specialist.json +1 -1
- package/.ai-rules/agents/act-mode.json +34 -34
- package/.ai-rules/agents/agent-architect.json +2 -2
- package/.ai-rules/agents/architecture-specialist.json +1 -1
- package/.ai-rules/agents/backend-developer.json +1 -1
- package/.ai-rules/agents/code-quality-specialist.json +1 -1
- package/.ai-rules/agents/code-reviewer.json +70 -0
- package/.ai-rules/agents/data-engineer.json +376 -0
- package/.ai-rules/agents/devops-engineer.json +6 -6
- package/.ai-rules/agents/documentation-specialist.json +1 -1
- package/.ai-rules/agents/eval-mode.json +52 -33
- package/.ai-rules/agents/frontend-developer.json +1 -1
- package/.ai-rules/agents/i18n-specialist.json +393 -0
- package/.ai-rules/agents/mobile-developer.json +355 -0
- package/.ai-rules/agents/performance-specialist.json +1 -1
- package/.ai-rules/agents/plan-mode.json +25 -25
- package/.ai-rules/agents/security-specialist.json +1 -1
- package/.ai-rules/agents/seo-specialist.json +1 -1
- package/.ai-rules/agents/solution-architect.json +2 -2
- package/.ai-rules/agents/technical-planner.json +2 -2
- package/.ai-rules/agents/test-strategy-specialist.json +1 -1
- package/.ai-rules/agents/tooling-engineer.json +202 -0
- package/.ai-rules/agents/ui-ux-designer.json +1 -1
- package/.ai-rules/checklists/accessibility.json +132 -0
- package/.ai-rules/checklists/code-quality.json +97 -0
- package/.ai-rules/checklists/index.json +47 -0
- package/.ai-rules/checklists/performance.json +97 -0
- package/.ai-rules/checklists/security.json +119 -0
- package/.ai-rules/checklists/seo.json +97 -0
- package/.ai-rules/checklists/testing.json +97 -0
- package/.ai-rules/rules/core.md +200 -2
- package/.ai-rules/skills/api-design/SKILL.md +459 -0
- package/package.json +1 -1
|
@@ -1,151 +1,229 @@
|
|
|
1
1
|
# Cursor Integration Guide
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
Guide for using codingbuddy with Cursor.
|
|
4
4
|
|
|
5
5
|
## Overview
|
|
6
6
|
|
|
7
|
-
|
|
7
|
+
codingbuddy integrates with Cursor in two ways:
|
|
8
8
|
|
|
9
|
-
|
|
9
|
+
1. **AGENTS.md** - Industry standard format compatible with all AI tools
|
|
10
|
+
2. **.cursor/rules/*.mdc** - Cursor-specific optimization (glob-based auto-activation)
|
|
10
11
|
|
|
11
|
-
|
|
12
|
+
## Two Usage Contexts
|
|
12
13
|
|
|
13
|
-
|
|
14
|
+
### End Users (Your Project)
|
|
14
15
|
|
|
15
|
-
|
|
16
|
+
End users access rules **only through MCP tools**. No local rule files needed.
|
|
17
|
+
|
|
18
|
+
```json
|
|
19
|
+
// .cursor/mcp.json
|
|
20
|
+
{
|
|
21
|
+
"mcpServers": {
|
|
22
|
+
"codingbuddy": {
|
|
23
|
+
"command": "npx",
|
|
24
|
+
"args": ["-y", "codingbuddy"]
|
|
25
|
+
}
|
|
26
|
+
}
|
|
27
|
+
}
|
|
28
|
+
```
|
|
29
|
+
|
|
30
|
+
Optional: Create `.cursor/rules/codingbuddy.mdc` for basic integration:
|
|
31
|
+
|
|
32
|
+
```yaml
|
|
16
33
|
---
|
|
17
|
-
description:
|
|
34
|
+
description: codingbuddy integration
|
|
18
35
|
globs:
|
|
19
36
|
alwaysApply: true
|
|
20
37
|
---
|
|
21
38
|
|
|
22
|
-
|
|
39
|
+
When PLAN, ACT, EVAL keywords detected β call `parse_mode` MCP tool
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
### Monorepo Contributors
|
|
23
43
|
|
|
24
|
-
|
|
44
|
+
Contributors to the codingbuddy repository can use direct file references:
|
|
25
45
|
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
-
|
|
29
|
-
|
|
30
|
-
|
|
46
|
+
```
|
|
47
|
+
Project Root/
|
|
48
|
+
βββ AGENTS.md # Cross-platform entry point
|
|
49
|
+
βββ .cursor/rules/
|
|
50
|
+
β βββ imports.mdc # Common rules (alwaysApply: true)
|
|
51
|
+
β βββ auto-agent.mdc # File pattern-based Agent auto-activation
|
|
52
|
+
β βββ custom.mdc # Personal settings (Git ignored)
|
|
53
|
+
βββ packages/rules/.ai-rules/ # Single Source of Truth
|
|
54
|
+
```
|
|
31
55
|
|
|
32
|
-
##
|
|
33
|
-
See [../../.ai-rules/rules/project.md](../../.ai-rules/rules/project.md) for:
|
|
34
|
-
- Tech stack and dependencies
|
|
35
|
-
- Project structure and architecture
|
|
36
|
-
- Development rules and conventions
|
|
37
|
-
- Domain knowledge and business context
|
|
56
|
+
## DRY Principle
|
|
38
57
|
|
|
39
|
-
|
|
40
|
-
See [../../.ai-rules/rules/augmented-coding.md](../../.ai-rules/rules/augmented-coding.md) for:
|
|
41
|
-
- TDD cycle (Red β Green β Refactor)
|
|
42
|
-
- Code quality standards (SOLID, DRY)
|
|
43
|
-
- Testing best practices
|
|
44
|
-
- Commit discipline
|
|
58
|
+
**Single Source of Truth**: `packages/rules/.ai-rules/`
|
|
45
59
|
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
-
|
|
49
|
-
- Architecture, Test Strategy, Performance, Security
|
|
50
|
-
- Accessibility, SEO, Design System, Documentation
|
|
51
|
-
- Code Quality, DevOps Engineer
|
|
52
|
-
```
|
|
60
|
+
- All Agent definitions, rules, skills managed only in `.ai-rules/`
|
|
61
|
+
- AGENTS.md and .mdc files act as **pointers only**
|
|
62
|
+
- No duplication, only references
|
|
53
63
|
|
|
54
|
-
|
|
64
|
+
## Configuration Files
|
|
55
65
|
|
|
56
|
-
|
|
66
|
+
### imports.mdc (alwaysApply)
|
|
57
67
|
|
|
58
|
-
|
|
68
|
+
Core rules automatically applied to all conversations:
|
|
69
|
+
|
|
70
|
+
```yaml
|
|
59
71
|
---
|
|
60
|
-
description:
|
|
72
|
+
description: codingbuddy common rules
|
|
61
73
|
globs:
|
|
62
74
|
alwaysApply: true
|
|
63
75
|
---
|
|
64
76
|
|
|
65
|
-
#
|
|
77
|
+
# Core principles only (details in .ai-rules/)
|
|
78
|
+
```
|
|
66
79
|
|
|
67
|
-
|
|
80
|
+
### auto-agent.mdc (glob-based)
|
|
68
81
|
|
|
69
|
-
|
|
82
|
+
Automatically provides appropriate Agent context based on file patterns:
|
|
70
83
|
|
|
71
|
-
|
|
84
|
+
```yaml
|
|
85
|
+
---
|
|
86
|
+
description: Agent auto-activation
|
|
87
|
+
globs:
|
|
88
|
+
- "**/*.tsx"
|
|
89
|
+
- "**/*.ts"
|
|
90
|
+
- "**/*.go"
|
|
91
|
+
alwaysApply: false
|
|
92
|
+
---
|
|
72
93
|
|
|
73
|
-
|
|
94
|
+
# File pattern β Agent mapping table
|
|
74
95
|
```
|
|
75
96
|
|
|
76
|
-
##
|
|
97
|
+
## Usage
|
|
77
98
|
|
|
78
|
-
|
|
79
|
-
.cursor/
|
|
80
|
-
βββ agents/ # Keep for Cursor compatibility
|
|
81
|
-
βββ rules/
|
|
82
|
-
β βββ core.mdc # Keep existing (can add reference to .ai-rules)
|
|
83
|
-
β βββ project.mdc # Keep existing (can add reference to .ai-rules)
|
|
84
|
-
β βββ augmented-coding.mdc # Keep existing
|
|
85
|
-
β βββ imports.mdc # NEW: References to .ai-rules
|
|
86
|
-
β βββ cursor-specific.mdc # NEW: Cursor-only features
|
|
87
|
-
βββ config.json # Cursor configuration
|
|
99
|
+
### Mode Keywords
|
|
88
100
|
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
β βββ core.md
|
|
92
|
-
β βββ project.md
|
|
93
|
-
β βββ augmented-coding.md
|
|
94
|
-
βββ agents/
|
|
95
|
-
β βββ *.json
|
|
96
|
-
βββ adapters/
|
|
97
|
-
βββ cursor.md (this file)
|
|
101
|
+
```
|
|
102
|
+
PLAN Design user authentication feature
|
|
98
103
|
```
|
|
99
104
|
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
### In Cursor Chat
|
|
105
|
+
β `parse_mode` MCP tool is called, loading appropriate Agent and rules
|
|
103
106
|
|
|
104
|
-
|
|
105
|
-
```
|
|
106
|
-
@.ai-rules/rules/core.md
|
|
107
|
-
@.ai-rules/agents/frontend-developer.json
|
|
107
|
+
### Auto-Activation on File Edit
|
|
108
108
|
|
|
109
|
-
|
|
110
|
-
```
|
|
109
|
+
Open `.tsx` file β `auto-agent.mdc` auto-applies β frontend-developer Agent recommended
|
|
111
110
|
|
|
112
|
-
###
|
|
111
|
+
### Specialist Usage
|
|
113
112
|
|
|
114
|
-
|
|
113
|
+
```
|
|
114
|
+
EVAL Review from security perspective
|
|
115
|
+
```
|
|
115
116
|
|
|
116
|
-
|
|
117
|
+
β security-specialist activated
|
|
117
118
|
|
|
118
|
-
|
|
119
|
-
- β
Access to common rules shared across all AI tools
|
|
120
|
-
- β
Cursor-specific features (globs, alwaysApply) still work
|
|
121
|
-
- β
Easy to update: change `.ai-rules/` once, all tools benefit
|
|
119
|
+
## MCP Tools
|
|
122
120
|
|
|
123
|
-
|
|
121
|
+
Available codingbuddy MCP tools in Cursor:
|
|
124
122
|
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
123
|
+
| Tool | Purpose |
|
|
124
|
+
|------|---------|
|
|
125
|
+
| `parse_mode` | Parse mode keywords + load Agent/rules |
|
|
126
|
+
| `get_agent_details` | Get specific Agent details |
|
|
127
|
+
| `get_project_config` | Get project configuration |
|
|
128
|
+
| `recommend_skills` | Recommend skills based on prompt |
|
|
129
|
+
| `prepare_parallel_agents` | Prepare parallel Agent execution |
|
|
129
130
|
|
|
130
131
|
## Skills
|
|
131
132
|
|
|
132
133
|
### Using Skills in Cursor
|
|
133
134
|
|
|
134
|
-
|
|
135
|
+
Load skills via file reference (monorepo only):
|
|
135
136
|
|
|
136
137
|
```
|
|
137
|
-
|
|
138
|
+
@packages/rules/.ai-rules/skills/test-driven-development/SKILL.md
|
|
138
139
|
```
|
|
139
140
|
|
|
140
|
-
|
|
141
|
+
For end users, use `recommend_skills` MCP tool instead.
|
|
141
142
|
|
|
142
143
|
### Available Skills
|
|
143
144
|
|
|
144
|
-
-
|
|
145
|
-
-
|
|
146
|
-
-
|
|
147
|
-
-
|
|
148
|
-
-
|
|
149
|
-
-
|
|
150
|
-
-
|
|
151
|
-
-
|
|
145
|
+
- `brainstorming/SKILL.md` - Idea β Design
|
|
146
|
+
- `test-driven-development/SKILL.md` - TDD workflow
|
|
147
|
+
- `systematic-debugging/SKILL.md` - Systematic debugging
|
|
148
|
+
- `writing-plans/SKILL.md` - Implementation plan writing
|
|
149
|
+
- `executing-plans/SKILL.md` - Plan execution
|
|
150
|
+
- `subagent-driven-development/SKILL.md` - Subagent development
|
|
151
|
+
- `dispatching-parallel-agents/SKILL.md` - Parallel Agent dispatch
|
|
152
|
+
- `frontend-design/SKILL.md` - Frontend design
|
|
153
|
+
|
|
154
|
+
## AGENTS.md
|
|
155
|
+
|
|
156
|
+
Industry standard format compatible with all AI tools (Cursor, Claude Code, Codex, etc.):
|
|
157
|
+
|
|
158
|
+
```markdown
|
|
159
|
+
# AGENTS.md
|
|
160
|
+
|
|
161
|
+
This project uses codingbuddy MCP server to manage AI Agents.
|
|
162
|
+
|
|
163
|
+
## Quick Start
|
|
164
|
+
...
|
|
165
|
+
```
|
|
166
|
+
|
|
167
|
+
See `AGENTS.md` in project root for details.
|
|
168
|
+
|
|
169
|
+
## AUTO Mode
|
|
170
|
+
|
|
171
|
+
AUTO mode enables autonomous PLAN -> ACT -> EVAL cycling until quality criteria are met.
|
|
172
|
+
|
|
173
|
+
### Triggering AUTO Mode
|
|
174
|
+
|
|
175
|
+
Use the `AUTO` keyword (or localized versions) at the start of your message:
|
|
176
|
+
|
|
177
|
+
| Language | Keyword |
|
|
178
|
+
|----------|---------|
|
|
179
|
+
| English | `AUTO` |
|
|
180
|
+
| Korean | `μλ` |
|
|
181
|
+
| Japanese | `θͺε` |
|
|
182
|
+
| Chinese | `θͺε¨` |
|
|
183
|
+
| Spanish | `AUTOMATICO` |
|
|
184
|
+
|
|
185
|
+
### Example Usage
|
|
186
|
+
|
|
187
|
+
```
|
|
188
|
+
AUTO implement user authentication feature
|
|
189
|
+
```
|
|
190
|
+
|
|
191
|
+
```
|
|
192
|
+
μλ μ¬μ©μ μΈμ¦ κΈ°λ₯ ꡬνν΄μ€
|
|
193
|
+
```
|
|
194
|
+
|
|
195
|
+
When AUTO keyword is detected, Cursor calls `parse_mode` MCP tool which returns AUTO mode instructions.
|
|
196
|
+
|
|
197
|
+
### Workflow
|
|
198
|
+
|
|
199
|
+
1. **PLAN Phase**: Creates implementation plan with quality criteria
|
|
200
|
+
2. **ACT Phase**: Executes implementation following TDD workflow
|
|
201
|
+
3. **EVAL Phase**: Evaluates quality against exit criteria
|
|
202
|
+
4. **Loop/Exit**: Continues cycling until:
|
|
203
|
+
- Success: `Critical = 0 AND High = 0`
|
|
204
|
+
- Failure: Max iterations reached (default: 3)
|
|
205
|
+
|
|
206
|
+
### Configuration
|
|
207
|
+
|
|
208
|
+
Configure in `codingbuddy.config.js`:
|
|
209
|
+
|
|
210
|
+
```javascript
|
|
211
|
+
module.exports = {
|
|
212
|
+
auto: {
|
|
213
|
+
maxIterations: 3
|
|
214
|
+
}
|
|
215
|
+
};
|
|
216
|
+
```
|
|
217
|
+
|
|
218
|
+
### When to Use
|
|
219
|
+
|
|
220
|
+
- Large feature implementations requiring multiple refinement cycles
|
|
221
|
+
- Complex refactoring with quality verification
|
|
222
|
+
- Bug fixes needing comprehensive testing
|
|
223
|
+
- Code quality improvements with measurable criteria
|
|
224
|
+
|
|
225
|
+
## Reference
|
|
226
|
+
|
|
227
|
+
- [AGENTS.md Official Spec](https://agents.md)
|
|
228
|
+
- [Cursor Rules Documentation](https://cursor.com/docs/context/rules)
|
|
229
|
+
- [codingbuddy MCP API](../../docs/api.md)
|
|
@@ -29,7 +29,7 @@ See `.ai-rules/rules/core.md` for:
|
|
|
29
29
|
### Project Context
|
|
30
30
|
|
|
31
31
|
See `.ai-rules/rules/project.md` for:
|
|
32
|
-
- **Tech Stack**:
|
|
32
|
+
- **Tech Stack**: See project package.json
|
|
33
33
|
- **Architecture**: Layered structure (app β widgets β features β entities β shared)
|
|
34
34
|
- **Conventions**: File naming, import/export rules, pure/impure function separation
|
|
35
35
|
|
|
@@ -56,7 +56,7 @@ See `.ai-rules/agents/` for domain expertise:
|
|
|
56
56
|
[Add Kiro-specific customizations here]
|
|
57
57
|
|
|
58
58
|
### Communication
|
|
59
|
-
-
|
|
59
|
+
- Follow project's configured language setting
|
|
60
60
|
- Use clear, structured markdown formatting
|
|
61
61
|
- Provide actionable, specific feedback
|
|
62
62
|
```
|
|
@@ -85,7 +85,7 @@ See `.ai-rules/agents/` for domain expertise:
|
|
|
85
85
|
### In Kiro Session
|
|
86
86
|
|
|
87
87
|
```
|
|
88
|
-
User:
|
|
88
|
+
User: Build a new component
|
|
89
89
|
|
|
90
90
|
Kiro: # Mode: PLAN
|
|
91
91
|
[Follows .ai-rules/rules/core.md workflow]
|
|
@@ -122,9 +122,75 @@ Kiro will generate code following:
|
|
|
122
122
|
2. Update `.kiro/rules/guidelines.md` only for Kiro-specific features
|
|
123
123
|
3. Common rules propagate automatically to all Kiro sessions
|
|
124
124
|
|
|
125
|
+
## AUTO Mode
|
|
126
|
+
|
|
127
|
+
AUTO mode enables autonomous PLAN -> ACT -> EVAL cycling until quality criteria are met.
|
|
128
|
+
|
|
129
|
+
### Triggering AUTO Mode
|
|
130
|
+
|
|
131
|
+
Use the `AUTO` keyword (or localized versions) at the start of your message:
|
|
132
|
+
|
|
133
|
+
| Language | Keyword |
|
|
134
|
+
|----------|---------|
|
|
135
|
+
| English | `AUTO` |
|
|
136
|
+
| Korean | `μλ` |
|
|
137
|
+
| Japanese | `θͺε` |
|
|
138
|
+
| Chinese | `θͺε¨` |
|
|
139
|
+
| Spanish | `AUTOMATICO` |
|
|
140
|
+
|
|
141
|
+
### Example Usage
|
|
142
|
+
|
|
143
|
+
```
|
|
144
|
+
User: AUTO μλ‘μ΄ μ»΄ν¬λνΈ κ΅¬νν΄μ€
|
|
145
|
+
|
|
146
|
+
Kiro: # Mode: AUTO (Iteration 1/3)
|
|
147
|
+
## Phase: PLAN
|
|
148
|
+
[Follows .ai-rules/rules/core.md workflow]
|
|
149
|
+
|
|
150
|
+
## Phase: ACT
|
|
151
|
+
[Executes with quality standards from .ai-rules]
|
|
152
|
+
|
|
153
|
+
## Phase: EVAL
|
|
154
|
+
[Evaluates against quality criteria]
|
|
155
|
+
|
|
156
|
+
### Quality Status
|
|
157
|
+
- Critical: 0
|
|
158
|
+
- High: 0
|
|
159
|
+
|
|
160
|
+
β
AUTO mode completed successfully!
|
|
161
|
+
```
|
|
162
|
+
|
|
163
|
+
### Workflow
|
|
164
|
+
|
|
165
|
+
1. **PLAN Phase**: Creates implementation plan with quality criteria
|
|
166
|
+
2. **ACT Phase**: Executes implementation following TDD workflow
|
|
167
|
+
3. **EVAL Phase**: Evaluates quality against exit criteria
|
|
168
|
+
4. **Loop/Exit**: Continues cycling until:
|
|
169
|
+
- Success: `Critical = 0 AND High = 0`
|
|
170
|
+
- Failure: Max iterations reached (default: 3)
|
|
171
|
+
|
|
172
|
+
### Configuration
|
|
173
|
+
|
|
174
|
+
Configure in `codingbuddy.config.js`:
|
|
175
|
+
|
|
176
|
+
```javascript
|
|
177
|
+
module.exports = {
|
|
178
|
+
auto: {
|
|
179
|
+
maxIterations: 3
|
|
180
|
+
}
|
|
181
|
+
};
|
|
182
|
+
```
|
|
183
|
+
|
|
184
|
+
### When to Use
|
|
185
|
+
|
|
186
|
+
- Large feature implementations requiring multiple refinement cycles
|
|
187
|
+
- Complex refactoring with quality verification
|
|
188
|
+
- Bug fixes needing comprehensive testing
|
|
189
|
+
- Code quality improvements with measurable criteria
|
|
190
|
+
|
|
125
191
|
## Getting Started
|
|
126
192
|
|
|
127
193
|
1. Ensure `.ai-rules/` directory exists with all common rules
|
|
128
194
|
2. Create `.kiro/rules/guidelines.md` with content above
|
|
129
195
|
3. Start a Kiro session - it will automatically reference common rules
|
|
130
|
-
4. Use PLAN/ACT/EVAL workflow as defined in `.ai-rules/rules/core.md`
|
|
196
|
+
4. Use PLAN/ACT/EVAL/AUTO workflow as defined in `.ai-rules/rules/core.md`
|
|
@@ -50,24 +50,24 @@ OpenCode/Crush supports Agent Skills standard for structured AI capabilities. Th
|
|
|
50
50
|
### 1. Direct Skill Invocation
|
|
51
51
|
```bash
|
|
52
52
|
# In OpenCode CLI
|
|
53
|
-
/skill brainstorming "
|
|
54
|
-
/skill tdd "
|
|
55
|
-
/skill debug "
|
|
53
|
+
/skill brainstorming "new feature ideas"
|
|
54
|
+
/skill tdd "user authentication implementation"
|
|
55
|
+
/skill debug "fix login bug"
|
|
56
56
|
```
|
|
57
57
|
|
|
58
58
|
### 2. Agent + Skill Combination
|
|
59
59
|
```bash
|
|
60
60
|
# Planning with brainstorming skill
|
|
61
61
|
/agent plan
|
|
62
|
-
/skill brainstorming "
|
|
62
|
+
/skill brainstorming "improve dashboard UI"
|
|
63
63
|
|
|
64
|
-
# Implementation with TDD skill
|
|
64
|
+
# Implementation with TDD skill
|
|
65
65
|
/agent build
|
|
66
|
-
/skill tdd "API
|
|
66
|
+
/skill tdd "implement API integration"
|
|
67
67
|
|
|
68
68
|
# Review with debugging skill
|
|
69
69
|
/agent reviewer
|
|
70
|
-
/skill debug "
|
|
70
|
+
/skill debug "analyze performance issues"
|
|
71
71
|
```
|
|
72
72
|
|
|
73
73
|
### 3. Automatic Skill Recommendation
|
|
@@ -76,9 +76,9 @@ OpenCode can automatically recommend skills based on prompts using the `recommen
|
|
|
76
76
|
|
|
77
77
|
```typescript
|
|
78
78
|
// Auto-triggered when user enters certain keywords
|
|
79
|
-
"
|
|
80
|
-
"
|
|
81
|
-
"UI
|
|
79
|
+
"there's a bug" β recommends: systematic-debugging
|
|
80
|
+
"create a plan" β recommends: writing-plans
|
|
81
|
+
"build the UI" β recommends: frontend-design
|
|
82
82
|
```
|
|
83
83
|
|
|
84
84
|
## Skill Conversion Process
|
|
@@ -201,20 +201,20 @@ The MCP server handles KoreanβEnglish skill name mapping automatically.
|
|
|
201
201
|
/agent plan
|
|
202
202
|
|
|
203
203
|
# Use brainstorming skill
|
|
204
|
-
/skill brainstorming "
|
|
204
|
+
/skill brainstorming "improve user dashboard"
|
|
205
205
|
|
|
206
206
|
# Generate implementation plan
|
|
207
|
-
|
|
207
|
+
Create a plan for me
|
|
208
208
|
```
|
|
209
209
|
|
|
210
210
|
### Implementing with TDD
|
|
211
211
|
|
|
212
|
-
```bash
|
|
212
|
+
```bash
|
|
213
213
|
# Switch to build agent
|
|
214
214
|
/agent build
|
|
215
215
|
|
|
216
216
|
# Load TDD skill
|
|
217
|
-
/skill test-driven-development "
|
|
217
|
+
/skill test-driven-development "implement login API"
|
|
218
218
|
|
|
219
219
|
# Start TDD cycle
|
|
220
220
|
ACT
|
|
@@ -224,10 +224,10 @@ ACT
|
|
|
224
224
|
|
|
225
225
|
```bash
|
|
226
226
|
# Use systematic debugging
|
|
227
|
-
/skill systematic-debugging "
|
|
227
|
+
/skill systematic-debugging "screen not showing after login"
|
|
228
228
|
|
|
229
229
|
# Apply debugging methodology
|
|
230
|
-
|
|
230
|
+
Debug this for me
|
|
231
231
|
```
|
|
232
232
|
|
|
233
233
|
## Benefits
|
|
@@ -220,16 +220,16 @@ The `parse_mode` tool now returns additional Mode Agent information and dynamic
|
|
|
220
220
|
```json
|
|
221
221
|
{
|
|
222
222
|
"mode": "PLAN",
|
|
223
|
-
"originalPrompt": "
|
|
224
|
-
"instructions": "
|
|
223
|
+
"originalPrompt": "Build a new user registration feature",
|
|
224
|
+
"instructions": "Design-first approach. From TDD perspective...",
|
|
225
225
|
"rules": [...],
|
|
226
|
-
"language": "
|
|
227
|
-
"languageInstruction": "Always respond in
|
|
226
|
+
"language": "en",
|
|
227
|
+
"languageInstruction": "Always respond in English.",
|
|
228
228
|
"agent": "plan-mode",
|
|
229
|
-
"delegates_to": "frontend-developer",
|
|
229
|
+
"delegates_to": "frontend-developer",
|
|
230
230
|
"delegate_agent_info": {
|
|
231
231
|
"name": "Frontend Developer",
|
|
232
|
-
"description": "React/Next.js
|
|
232
|
+
"description": "React/Next.js expert, TDD and design system experience",
|
|
233
233
|
"expertise": ["React", "Next.js", "TDD", "TypeScript"]
|
|
234
234
|
}
|
|
235
235
|
}
|
|
@@ -255,11 +255,11 @@ The `parse_mode` tool now returns additional Mode Agent information and dynamic
|
|
|
255
255
|
/agent plan-mode
|
|
256
256
|
|
|
257
257
|
# Then in chat
|
|
258
|
-
|
|
258
|
+
Build a new user registration feature
|
|
259
259
|
```
|
|
260
260
|
|
|
261
261
|
**Plan-mode agent will:**
|
|
262
|
-
- Analyze requirements
|
|
262
|
+
- Analyze requirements
|
|
263
263
|
- Create structured implementation plan
|
|
264
264
|
- Generate todo list using todo_write tool
|
|
265
265
|
- Reference .ai-rules for consistent standards
|
|
@@ -477,7 +477,7 @@ npx codingbuddy@latest mcp
|
|
|
477
477
|
```bash
|
|
478
478
|
# Terminal 1: Planning
|
|
479
479
|
opencode --agent plan-mode
|
|
480
|
-
|
|
480
|
+
Create a plan for me
|
|
481
481
|
|
|
482
482
|
# Terminal 2: Implementation
|
|
483
483
|
opencode --agent act-mode
|
|
@@ -514,10 +514,10 @@ EVAL
|
|
|
514
514
|
```bash
|
|
515
515
|
# 1. Start planning
|
|
516
516
|
/agent plan-mode
|
|
517
|
-
React
|
|
517
|
+
Build a React component library
|
|
518
518
|
|
|
519
519
|
# 2. Implement
|
|
520
|
-
/agent act-mode
|
|
520
|
+
/agent act-mode
|
|
521
521
|
ACT
|
|
522
522
|
|
|
523
523
|
# 3. Review
|
|
@@ -526,7 +526,7 @@ EVAL
|
|
|
526
526
|
|
|
527
527
|
# 4. Optimize
|
|
528
528
|
/agent performance
|
|
529
|
-
|
|
529
|
+
Suggest performance optimizations
|
|
530
530
|
```
|
|
531
531
|
|
|
532
532
|
### Full-Stack Development
|
|
@@ -534,16 +534,107 @@ EVAL
|
|
|
534
534
|
```bash
|
|
535
535
|
# Frontend work
|
|
536
536
|
/agent plan-mode
|
|
537
|
-
|
|
537
|
+
Plan user dashboard UI
|
|
538
538
|
|
|
539
|
-
# Backend work
|
|
539
|
+
# Backend work
|
|
540
540
|
/agent backend
|
|
541
|
-
API
|
|
541
|
+
Implement API endpoint
|
|
542
542
|
|
|
543
543
|
# Security review
|
|
544
544
|
/agent security
|
|
545
|
-
|
|
545
|
+
Check security vulnerabilities
|
|
546
|
+
```
|
|
547
|
+
|
|
548
|
+
## AUTO Mode
|
|
549
|
+
|
|
550
|
+
AUTO mode enables autonomous PLAN -> ACT -> EVAL cycling until quality criteria are met.
|
|
551
|
+
|
|
552
|
+
### Triggering AUTO Mode
|
|
553
|
+
|
|
554
|
+
Use the `AUTO` keyword (or localized versions) at the start of your message:
|
|
555
|
+
|
|
556
|
+
| Language | Keyword |
|
|
557
|
+
|----------|---------|
|
|
558
|
+
| English | `AUTO` |
|
|
559
|
+
| Korean | `μλ` |
|
|
560
|
+
| Japanese | `θͺε` |
|
|
561
|
+
| Chinese | `θͺε¨` |
|
|
562
|
+
| Spanish | `AUTOMATICO` |
|
|
563
|
+
|
|
564
|
+
### Example Usage
|
|
565
|
+
|
|
566
|
+
```bash
|
|
567
|
+
# Start AUTO mode
|
|
568
|
+
/agent plan-mode
|
|
569
|
+
AUTO Build a new user authentication feature
|
|
570
|
+
```
|
|
571
|
+
|
|
572
|
+
### Workflow
|
|
573
|
+
|
|
574
|
+
1. **PLAN Phase**: Creates implementation plan with quality criteria (read-only)
|
|
575
|
+
2. **ACT Phase**: Executes implementation following TDD workflow (full permissions)
|
|
576
|
+
3. **EVAL Phase**: Evaluates quality against exit criteria (read-only)
|
|
577
|
+
4. **Loop/Exit**: Continues cycling until:
|
|
578
|
+
- Success: `Critical = 0 AND High = 0`
|
|
579
|
+
- Failure: Max iterations reached (default: 3)
|
|
580
|
+
|
|
581
|
+
### OpenCode Agent Integration
|
|
582
|
+
|
|
583
|
+
AUTO mode automatically switches between agents:
|
|
584
|
+
|
|
546
585
|
```
|
|
586
|
+
AUTO detected
|
|
587
|
+
β
|
|
588
|
+
plan-mode agent (PLAN phase)
|
|
589
|
+
β
|
|
590
|
+
act-mode agent (ACT phase)
|
|
591
|
+
β
|
|
592
|
+
eval-mode agent (EVAL phase)
|
|
593
|
+
β
|
|
594
|
+
[Check quality criteria]
|
|
595
|
+
β
|
|
596
|
+
Loop or Exit
|
|
597
|
+
```
|
|
598
|
+
|
|
599
|
+
### Configuration
|
|
600
|
+
|
|
601
|
+
Configure in `codingbuddy.config.js`:
|
|
602
|
+
|
|
603
|
+
```javascript
|
|
604
|
+
module.exports = {
|
|
605
|
+
auto: {
|
|
606
|
+
maxIterations: 3
|
|
607
|
+
}
|
|
608
|
+
};
|
|
609
|
+
```
|
|
610
|
+
|
|
611
|
+
### AUTO Mode Output Format
|
|
612
|
+
|
|
613
|
+
```
|
|
614
|
+
# Mode: AUTO (Iteration 1/3)
|
|
615
|
+
|
|
616
|
+
## Phase: PLAN
|
|
617
|
+
[Planning with plan-mode agent...]
|
|
618
|
+
|
|
619
|
+
## Phase: ACT
|
|
620
|
+
[Implementation with act-mode agent...]
|
|
621
|
+
|
|
622
|
+
## Phase: EVAL
|
|
623
|
+
[Evaluation with eval-mode agent...]
|
|
624
|
+
|
|
625
|
+
### Quality Status
|
|
626
|
+
- Critical: 0
|
|
627
|
+
- High: 0
|
|
628
|
+
|
|
629
|
+
β
AUTO mode completed successfully!
|
|
630
|
+
```
|
|
631
|
+
|
|
632
|
+
### When to Use
|
|
633
|
+
|
|
634
|
+
- Large feature implementations requiring multiple refinement cycles
|
|
635
|
+
- Complex refactoring with quality verification
|
|
636
|
+
- Bug fixes needing comprehensive testing
|
|
637
|
+
- Code quality improvements with measurable criteria
|
|
547
638
|
|
|
548
639
|
---
|
|
549
640
|
|