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
|
@@ -50,7 +50,7 @@ See full workflow details in `.ai-rules/rules/core.md`
|
|
|
50
50
|
|
|
51
51
|
#### Tech Stack
|
|
52
52
|
|
|
53
|
-
|
|
53
|
+
See project `package.json`.
|
|
54
54
|
|
|
55
55
|
#### Project Structure
|
|
56
56
|
```
|
|
@@ -126,7 +126,7 @@ Antigravity uses artifact files for:
|
|
|
126
126
|
|
|
127
127
|
### Communication
|
|
128
128
|
|
|
129
|
-
- **
|
|
129
|
+
- **Follow project's configured language setting**
|
|
130
130
|
- Use structured markdown formatting
|
|
131
131
|
- Provide clear, actionable feedback
|
|
132
132
|
|
|
@@ -161,7 +161,7 @@ When working with Antigravity, it automatically has access to:
|
|
|
161
161
|
### Workflow Example
|
|
162
162
|
|
|
163
163
|
```
|
|
164
|
-
User:
|
|
164
|
+
User: Build a new newsletter feature
|
|
165
165
|
|
|
166
166
|
AI: # Mode: PLAN
|
|
167
167
|
## 📋 Plan Overview
|
|
@@ -187,6 +187,86 @@ AI: # Mode: EVAL
|
|
|
187
187
|
- ✅ Access to all specialist agent knowledge
|
|
188
188
|
- ✅ Easy to update: change `.ai-rules/` once, all tools benefit
|
|
189
189
|
|
|
190
|
+
## AUTO Mode
|
|
191
|
+
|
|
192
|
+
AUTO mode enables autonomous PLAN -> ACT -> EVAL cycling until quality criteria are met.
|
|
193
|
+
|
|
194
|
+
### Triggering AUTO Mode
|
|
195
|
+
|
|
196
|
+
Use the `AUTO` keyword (or localized versions) at the start of your message:
|
|
197
|
+
|
|
198
|
+
| Language | Keyword |
|
|
199
|
+
|----------|---------|
|
|
200
|
+
| English | `AUTO` |
|
|
201
|
+
| Korean | `자동` |
|
|
202
|
+
| Japanese | `自動` |
|
|
203
|
+
| Chinese | `自动` |
|
|
204
|
+
| Spanish | `AUTOMATICO` |
|
|
205
|
+
|
|
206
|
+
### Example Usage
|
|
207
|
+
|
|
208
|
+
```
|
|
209
|
+
User: AUTO Build a new payment system feature
|
|
210
|
+
|
|
211
|
+
AI: # Mode: AUTO (Iteration 1/3)
|
|
212
|
+
## Phase: PLAN
|
|
213
|
+
[Following .ai-rules/rules/core.md workflow]
|
|
214
|
+
|
|
215
|
+
## Phase: ACT
|
|
216
|
+
[Execute with .ai-rules guidelines]
|
|
217
|
+
|
|
218
|
+
## Phase: EVAL
|
|
219
|
+
[Evaluate with quality criteria]
|
|
220
|
+
|
|
221
|
+
### Quality Status
|
|
222
|
+
- Critical: 0
|
|
223
|
+
- High: 0
|
|
224
|
+
|
|
225
|
+
✅ AUTO mode completed successfully!
|
|
226
|
+
```
|
|
227
|
+
|
|
228
|
+
### Workflow
|
|
229
|
+
|
|
230
|
+
1. **PLAN Phase**: Creates implementation plan with quality criteria
|
|
231
|
+
2. **ACT Phase**: Executes implementation following TDD workflow
|
|
232
|
+
3. **EVAL Phase**: Evaluates quality against exit criteria
|
|
233
|
+
4. **Loop/Exit**: Continues cycling until:
|
|
234
|
+
- Success: `Critical = 0 AND High = 0`
|
|
235
|
+
- Failure: Max iterations reached (default: 3)
|
|
236
|
+
|
|
237
|
+
### Antigravity-Specific Integration
|
|
238
|
+
|
|
239
|
+
AUTO mode works with Antigravity's task boundary tracking:
|
|
240
|
+
|
|
241
|
+
```python
|
|
242
|
+
task_boundary(
|
|
243
|
+
TaskName="AUTO: Feature Implementation",
|
|
244
|
+
Mode="AUTO_ITERATION",
|
|
245
|
+
TaskSummary="Iteration 1/3 - PLAN phase completed",
|
|
246
|
+
TaskStatus="Executing ACT phase",
|
|
247
|
+
PredictedTaskSize=30
|
|
248
|
+
)
|
|
249
|
+
```
|
|
250
|
+
|
|
251
|
+
### Configuration
|
|
252
|
+
|
|
253
|
+
Configure in `codingbuddy.config.js`:
|
|
254
|
+
|
|
255
|
+
```javascript
|
|
256
|
+
module.exports = {
|
|
257
|
+
auto: {
|
|
258
|
+
maxIterations: 3
|
|
259
|
+
}
|
|
260
|
+
};
|
|
261
|
+
```
|
|
262
|
+
|
|
263
|
+
### When to Use
|
|
264
|
+
|
|
265
|
+
- Large feature implementations requiring multiple refinement cycles
|
|
266
|
+
- Complex refactoring with quality verification
|
|
267
|
+
- Bug fixes needing comprehensive testing
|
|
268
|
+
- Code quality improvements with measurable criteria
|
|
269
|
+
|
|
190
270
|
## Maintenance
|
|
191
271
|
|
|
192
272
|
When updating rules:
|
|
@@ -27,7 +27,7 @@ See `.ai-rules/rules/core.md` for:
|
|
|
27
27
|
|
|
28
28
|
### Project Context
|
|
29
29
|
See `.ai-rules/rules/project.md` for:
|
|
30
|
-
- Tech stack (
|
|
30
|
+
- Tech stack (see project package.json)
|
|
31
31
|
- Project structure (app → widgets → features → entities → shared)
|
|
32
32
|
- Development rules and file naming conventions
|
|
33
33
|
- Domain knowledge
|
|
@@ -44,7 +44,7 @@ See `.ai-rules/agents/README.md` for available specialist agents and their exper
|
|
|
44
44
|
|
|
45
45
|
## Claude Code Specific
|
|
46
46
|
|
|
47
|
-
-
|
|
47
|
+
- Follow project's configured language setting
|
|
48
48
|
- Use structured markdown formatting
|
|
49
49
|
- Provide clear, actionable feedback
|
|
50
50
|
- Reference project context from `.ai-rules/rules/project.md`
|
|
@@ -85,7 +85,7 @@ See `.ai-rules/agents/README.md` for available specialist agents and their exper
|
|
|
85
85
|
### In Claude Chat
|
|
86
86
|
|
|
87
87
|
```
|
|
88
|
-
User:
|
|
88
|
+
User: Build a new feature
|
|
89
89
|
|
|
90
90
|
Claude: # Mode: PLAN
|
|
91
91
|
[Following .ai-rules/rules/core.md workflow]
|
|
@@ -175,9 +175,11 @@ CodingBuddy uses a layered agent hierarchy for different types of tasks:
|
|
|
175
175
|
| Mode | Agents | Description |
|
|
176
176
|
|------|--------|-------------|
|
|
177
177
|
| **PLAN** | solution-architect, technical-planner | Design and planning tasks |
|
|
178
|
-
| **ACT** | frontend-developer, backend-developer, devops-engineer, agent-architect | Implementation tasks |
|
|
178
|
+
| **ACT** | tooling-engineer, frontend-developer, backend-developer, devops-engineer, agent-architect | Implementation tasks |
|
|
179
179
|
| **EVAL** | code-reviewer | Code review and evaluation |
|
|
180
180
|
|
|
181
|
+
> **Note**: `tooling-engineer` has highest priority for config/build tool tasks (tsconfig, eslint, vite.config, package.json, etc.)
|
|
182
|
+
|
|
181
183
|
### Tier 2: Specialist Agents
|
|
182
184
|
|
|
183
185
|
Specialist agents can be invoked by any Primary Agent as needed:
|
|
@@ -195,9 +197,34 @@ Specialist agents can be invoked by any Primary Agent as needed:
|
|
|
195
197
|
### Agent Resolution
|
|
196
198
|
|
|
197
199
|
1. **PLAN mode**: Always uses `solution-architect` or `technical-planner` based on prompt analysis
|
|
198
|
-
2. **ACT mode**:
|
|
200
|
+
2. **ACT mode**: Resolution priority:
|
|
201
|
+
1. Explicit agent request in prompt (e.g., "work with backend-developer")
|
|
202
|
+
2. `recommended_agent` parameter (from PLAN mode recommendation)
|
|
203
|
+
3. Tooling pattern matching (config files, build tools → `tooling-engineer`)
|
|
204
|
+
4. Project configuration (`primaryAgent` setting)
|
|
205
|
+
5. Context inference (file extension/path)
|
|
206
|
+
6. Default: `frontend-developer`
|
|
199
207
|
3. **EVAL mode**: Always uses `code-reviewer`
|
|
200
208
|
|
|
209
|
+
### Using recommended_agent Parameter
|
|
210
|
+
|
|
211
|
+
When transitioning from PLAN to ACT mode, pass the recommended agent:
|
|
212
|
+
|
|
213
|
+
```typescript
|
|
214
|
+
// After PLAN mode returns recommended_act_agent
|
|
215
|
+
const planResult = await parse_mode({ prompt: "PLAN design auth API" });
|
|
216
|
+
// planResult.recommended_act_agent = { agentName: "backend-developer", ... }
|
|
217
|
+
|
|
218
|
+
// Pass to ACT mode for context preservation
|
|
219
|
+
const actResult = await parse_mode({
|
|
220
|
+
prompt: "ACT implement the API",
|
|
221
|
+
recommended_agent: planResult.recommended_act_agent.agentName
|
|
222
|
+
});
|
|
223
|
+
// actResult.delegates_to = "backend-developer" (uses the recommendation)
|
|
224
|
+
```
|
|
225
|
+
|
|
226
|
+
This enables seamless agent context passing across PLAN → ACT workflow transitions.
|
|
227
|
+
|
|
201
228
|
## Activation Messages
|
|
202
229
|
|
|
203
230
|
When agents or skills are activated, CodingBuddy displays activation messages for transparency:
|
|
@@ -257,3 +284,259 @@ AI assistants should display the `activation_message.formatted` field at the sta
|
|
|
257
284
|
|
|
258
285
|
...
|
|
259
286
|
```
|
|
287
|
+
|
|
288
|
+
## Parallel Specialist Agents Execution
|
|
289
|
+
|
|
290
|
+
CodingBuddy supports parallel execution of multiple specialist agents for comprehensive analysis.
|
|
291
|
+
|
|
292
|
+
### When to Use Parallel Execution
|
|
293
|
+
|
|
294
|
+
Parallel execution is recommended when `parse_mode` returns a `parallelAgentsRecommendation` field:
|
|
295
|
+
|
|
296
|
+
| Mode | Default Specialists | Use Case |
|
|
297
|
+
|------|---------------------|----------|
|
|
298
|
+
| **PLAN** | architecture-specialist, test-strategy-specialist | Validate architecture and test approach |
|
|
299
|
+
| **ACT** | code-quality-specialist, test-strategy-specialist | Verify implementation quality |
|
|
300
|
+
| **EVAL** | security-specialist, accessibility-specialist, performance-specialist, code-quality-specialist | Comprehensive multi-dimensional review |
|
|
301
|
+
|
|
302
|
+
### parallelAgentsRecommendation Response Field
|
|
303
|
+
|
|
304
|
+
The `parse_mode` MCP tool returns this field to recommend parallel specialist execution:
|
|
305
|
+
|
|
306
|
+
```json
|
|
307
|
+
{
|
|
308
|
+
"mode": "EVAL",
|
|
309
|
+
"parallelAgentsRecommendation": {
|
|
310
|
+
"specialists": [
|
|
311
|
+
"security-specialist",
|
|
312
|
+
"accessibility-specialist",
|
|
313
|
+
"performance-specialist",
|
|
314
|
+
"code-quality-specialist"
|
|
315
|
+
],
|
|
316
|
+
"hint": "Use Task tool with subagent_type=\"general-purpose\" and run_in_background=true for each specialist. Call prepare_parallel_agents MCP tool to get ready-to-use prompts."
|
|
317
|
+
}
|
|
318
|
+
}
|
|
319
|
+
```
|
|
320
|
+
|
|
321
|
+
### Parallel Execution Workflow
|
|
322
|
+
|
|
323
|
+
```
|
|
324
|
+
Call parse_mode
|
|
325
|
+
↓
|
|
326
|
+
Check parallelAgentsRecommendation
|
|
327
|
+
↓ (if exists)
|
|
328
|
+
Display start message to user
|
|
329
|
+
↓
|
|
330
|
+
Call prepare_parallel_agents MCP
|
|
331
|
+
↓
|
|
332
|
+
Call each agent.taskPrompt via Task tool in parallel:
|
|
333
|
+
- subagent_type: "general-purpose"
|
|
334
|
+
- run_in_background: true
|
|
335
|
+
- prompt: agent.taskPrompt
|
|
336
|
+
↓
|
|
337
|
+
Collect results with TaskOutput
|
|
338
|
+
↓
|
|
339
|
+
Display consolidated results to user
|
|
340
|
+
```
|
|
341
|
+
|
|
342
|
+
### Code Example
|
|
343
|
+
|
|
344
|
+
```typescript
|
|
345
|
+
// Step 1: Parse mode returns parallelAgentsRecommendation
|
|
346
|
+
const parseModeResult = await parse_mode({ prompt: "EVAL review auth implementation" });
|
|
347
|
+
|
|
348
|
+
if (parseModeResult.parallelAgentsRecommendation) {
|
|
349
|
+
// Step 2: Display start message to user
|
|
350
|
+
console.log("🚀 Dispatching 4 specialist agents in parallel...");
|
|
351
|
+
console.log(" → 🔒 security-specialist");
|
|
352
|
+
console.log(" → ♿ accessibility-specialist");
|
|
353
|
+
console.log(" → ⚡ performance-specialist");
|
|
354
|
+
console.log(" → 📏 code-quality-specialist");
|
|
355
|
+
|
|
356
|
+
// Step 3: Prepare parallel agents
|
|
357
|
+
const preparedAgents = await prepare_parallel_agents({
|
|
358
|
+
mode: "EVAL",
|
|
359
|
+
specialists: parseModeResult.parallelAgentsRecommendation.specialists,
|
|
360
|
+
sharedContext: "Review authentication implementation",
|
|
361
|
+
targetFiles: ["src/auth/login.tsx"]
|
|
362
|
+
});
|
|
363
|
+
|
|
364
|
+
// Step 4: Execute in parallel using Task tool
|
|
365
|
+
const agentTasks = preparedAgents.agents.map(agent =>
|
|
366
|
+
Task({
|
|
367
|
+
subagent_type: "general-purpose",
|
|
368
|
+
prompt: agent.taskPrompt,
|
|
369
|
+
description: agent.description,
|
|
370
|
+
run_in_background: true,
|
|
371
|
+
model: "opus" // Use opus for thorough analysis
|
|
372
|
+
})
|
|
373
|
+
);
|
|
374
|
+
|
|
375
|
+
// Step 5: Collect results
|
|
376
|
+
const results = await Promise.all(agentTasks.map(task => TaskOutput(task.id)));
|
|
377
|
+
|
|
378
|
+
// Step 6: Display summary
|
|
379
|
+
console.log("📊 Specialist Analysis Complete:");
|
|
380
|
+
results.forEach(result => console.log(result.summary));
|
|
381
|
+
}
|
|
382
|
+
```
|
|
383
|
+
|
|
384
|
+
### Visibility Pattern
|
|
385
|
+
|
|
386
|
+
When executing parallel specialists, display clear status messages:
|
|
387
|
+
|
|
388
|
+
**Start Message:**
|
|
389
|
+
```
|
|
390
|
+
🚀 Dispatching N specialist agents in parallel...
|
|
391
|
+
→ 🔒 security-specialist
|
|
392
|
+
→ ♿ accessibility-specialist
|
|
393
|
+
→ ⚡ performance-specialist
|
|
394
|
+
→ 📏 code-quality-specialist
|
|
395
|
+
```
|
|
396
|
+
|
|
397
|
+
**Completion Message:**
|
|
398
|
+
```
|
|
399
|
+
📊 Specialist Analysis Complete:
|
|
400
|
+
|
|
401
|
+
🔒 Security Specialist:
|
|
402
|
+
[findings summary]
|
|
403
|
+
|
|
404
|
+
♿ Accessibility Specialist:
|
|
405
|
+
[findings summary]
|
|
406
|
+
|
|
407
|
+
⚡ Performance Specialist:
|
|
408
|
+
[findings summary]
|
|
409
|
+
|
|
410
|
+
📏 Code Quality Specialist:
|
|
411
|
+
[findings summary]
|
|
412
|
+
```
|
|
413
|
+
|
|
414
|
+
### Specialist Icons
|
|
415
|
+
|
|
416
|
+
| Icon | Specialist |
|
|
417
|
+
|------|------------|
|
|
418
|
+
| 🔒 | security-specialist |
|
|
419
|
+
| ♿ | accessibility-specialist |
|
|
420
|
+
| ⚡ | performance-specialist |
|
|
421
|
+
| 📏 | code-quality-specialist |
|
|
422
|
+
| 🧪 | test-strategy-specialist |
|
|
423
|
+
| 🏛️ | architecture-specialist |
|
|
424
|
+
| 📚 | documentation-specialist |
|
|
425
|
+
| 🔍 | seo-specialist |
|
|
426
|
+
| 🎨 | design-system-specialist |
|
|
427
|
+
|
|
428
|
+
### Handling Failures
|
|
429
|
+
|
|
430
|
+
When `prepare_parallel_agents` returns `failedAgents`:
|
|
431
|
+
|
|
432
|
+
```
|
|
433
|
+
⚠️ Some agents failed to load:
|
|
434
|
+
✗ performance-specialist: Profile not found
|
|
435
|
+
|
|
436
|
+
Continuing with 3/4 agents...
|
|
437
|
+
```
|
|
438
|
+
|
|
439
|
+
**Strategy:**
|
|
440
|
+
- Continue with successfully loaded agents
|
|
441
|
+
- Report failures clearly to user
|
|
442
|
+
- Document which agents couldn't be loaded in final report
|
|
443
|
+
|
|
444
|
+
### Specialist Activation Scope
|
|
445
|
+
|
|
446
|
+
Each workflow mode activates different specialist agents:
|
|
447
|
+
|
|
448
|
+
- **PLAN mode**: Architecture and test strategy specialists validate design
|
|
449
|
+
- **ACT mode**: Code quality and test strategy specialists verify implementation
|
|
450
|
+
- **EVAL mode**: Security, accessibility, performance, and code quality specialists provide comprehensive review
|
|
451
|
+
|
|
452
|
+
**Important:** Specialists from one mode do NOT carry over to the next mode. Each mode has its own recommended specialist set.
|
|
453
|
+
|
|
454
|
+
## AUTO Mode
|
|
455
|
+
|
|
456
|
+
AUTO mode enables autonomous iteration through PLAN -> ACT -> EVAL cycles until quality criteria are met.
|
|
457
|
+
|
|
458
|
+
### Triggering AUTO Mode
|
|
459
|
+
|
|
460
|
+
Use the `AUTO` keyword (or localized versions) at the start of your message:
|
|
461
|
+
|
|
462
|
+
| Language | Keyword |
|
|
463
|
+
|----------|---------|
|
|
464
|
+
| English | `AUTO` |
|
|
465
|
+
| Korean | `자동` |
|
|
466
|
+
| Japanese | `自動` |
|
|
467
|
+
| Chinese | `自动` |
|
|
468
|
+
| Spanish | `AUTOMATICO` |
|
|
469
|
+
|
|
470
|
+
### Example Usage
|
|
471
|
+
|
|
472
|
+
```
|
|
473
|
+
AUTO implement user authentication with JWT tokens
|
|
474
|
+
```
|
|
475
|
+
|
|
476
|
+
```
|
|
477
|
+
자동 사용자 인증 기능을 JWT로 구현해줘
|
|
478
|
+
```
|
|
479
|
+
|
|
480
|
+
### Expected Behavior
|
|
481
|
+
|
|
482
|
+
1. **Initial PLAN**: Creates implementation plan with quality criteria
|
|
483
|
+
2. **ACT Iteration**: Executes implementation following TDD workflow
|
|
484
|
+
3. **EVAL Check**: Evaluates quality against exit criteria
|
|
485
|
+
4. **Loop or Exit**:
|
|
486
|
+
- If quality met (Critical=0, High=0): Exits with success summary
|
|
487
|
+
- If max iterations reached: Exits with failure summary and remaining issues
|
|
488
|
+
- Otherwise: Returns to PLAN with improvement focus
|
|
489
|
+
|
|
490
|
+
### Exit Criteria
|
|
491
|
+
|
|
492
|
+
- **Success**: `Critical = 0 AND High = 0` severity issues
|
|
493
|
+
- **Failure**: Max iterations reached (default: 3, configurable via `auto.maxIterations`)
|
|
494
|
+
|
|
495
|
+
### Configuration
|
|
496
|
+
|
|
497
|
+
Configure AUTO mode in `codingbuddy.config.js`:
|
|
498
|
+
|
|
499
|
+
```javascript
|
|
500
|
+
module.exports = {
|
|
501
|
+
auto: {
|
|
502
|
+
maxIterations: 3 // Default: 3
|
|
503
|
+
}
|
|
504
|
+
};
|
|
505
|
+
```
|
|
506
|
+
|
|
507
|
+
### AUTO Mode Output Format
|
|
508
|
+
|
|
509
|
+
```
|
|
510
|
+
# Mode: AUTO (Iteration 1/3)
|
|
511
|
+
|
|
512
|
+
## Phase: PLAN
|
|
513
|
+
[Planning content...]
|
|
514
|
+
|
|
515
|
+
## Phase: ACT
|
|
516
|
+
[Implementation content...]
|
|
517
|
+
|
|
518
|
+
## Phase: EVAL
|
|
519
|
+
[Evaluation content...]
|
|
520
|
+
|
|
521
|
+
### Quality Status
|
|
522
|
+
- Critical: 0
|
|
523
|
+
- High: 0
|
|
524
|
+
|
|
525
|
+
✅ AUTO mode completed successfully!
|
|
526
|
+
```
|
|
527
|
+
|
|
528
|
+
### When to Use AUTO Mode
|
|
529
|
+
|
|
530
|
+
- **Large feature implementations** that require multiple refinement cycles
|
|
531
|
+
- **Complex refactoring** where quality verification is critical
|
|
532
|
+
- **Bug fixes** that need comprehensive testing and validation
|
|
533
|
+
- **Code quality improvements** with measurable success criteria
|
|
534
|
+
|
|
535
|
+
### Differences from Manual Mode Flow
|
|
536
|
+
|
|
537
|
+
| Aspect | Manual Mode | AUTO Mode |
|
|
538
|
+
|--------|-------------|-----------|
|
|
539
|
+
| Transition | User triggers each mode | Automatic cycling |
|
|
540
|
+
| Iterations | Single pass per mode | Multiple cycles until quality met |
|
|
541
|
+
| Exit | User decides completion | Quality criteria or max iterations |
|
|
542
|
+
| Intervention | Required for each step | Only when requested or on failure |
|
|
@@ -147,3 +147,60 @@ Skills are located in `.ai-rules/skills/`. To use a skill:
|
|
|
147
147
|
- `subagent-driven-development` - In-session plan execution
|
|
148
148
|
- `dispatching-parallel-agents` - Handle parallel tasks
|
|
149
149
|
- `frontend-design` - Build production-grade UI
|
|
150
|
+
|
|
151
|
+
## AUTO Mode
|
|
152
|
+
|
|
153
|
+
AUTO mode enables autonomous PLAN -> ACT -> EVAL cycling until quality criteria are met.
|
|
154
|
+
|
|
155
|
+
### Triggering AUTO Mode
|
|
156
|
+
|
|
157
|
+
Use the `AUTO` keyword (or localized versions) at the start of your message:
|
|
158
|
+
|
|
159
|
+
| Language | Keyword |
|
|
160
|
+
|----------|---------|
|
|
161
|
+
| English | `AUTO` |
|
|
162
|
+
| Korean | `자동` |
|
|
163
|
+
| Japanese | `自動` |
|
|
164
|
+
| Chinese | `自动` |
|
|
165
|
+
| Spanish | `AUTOMATICO` |
|
|
166
|
+
|
|
167
|
+
### Example Usage
|
|
168
|
+
|
|
169
|
+
```
|
|
170
|
+
AUTO implement user authentication with JWT
|
|
171
|
+
```
|
|
172
|
+
|
|
173
|
+
### Workflow
|
|
174
|
+
|
|
175
|
+
1. **PLAN Phase**: Creates implementation plan with quality criteria
|
|
176
|
+
2. **ACT Phase**: Executes implementation following TDD workflow
|
|
177
|
+
3. **EVAL Phase**: Evaluates quality against exit criteria
|
|
178
|
+
4. **Loop/Exit**: Continues cycling until:
|
|
179
|
+
- Success: `Critical = 0 AND High = 0`
|
|
180
|
+
- Failure: Max iterations reached (default: 3)
|
|
181
|
+
|
|
182
|
+
### Copilot Integration
|
|
183
|
+
|
|
184
|
+
When using GitHub Copilot Chat with AUTO mode:
|
|
185
|
+
- Copilot references `.ai-rules/rules/core.md` for workflow
|
|
186
|
+
- Applies `.ai-rules/rules/augmented-coding.md` TDD principles
|
|
187
|
+
- Uses project structure from `.ai-rules/rules/project.md`
|
|
188
|
+
|
|
189
|
+
### Configuration
|
|
190
|
+
|
|
191
|
+
Configure in `codingbuddy.config.js`:
|
|
192
|
+
|
|
193
|
+
```javascript
|
|
194
|
+
module.exports = {
|
|
195
|
+
auto: {
|
|
196
|
+
maxIterations: 3
|
|
197
|
+
}
|
|
198
|
+
};
|
|
199
|
+
```
|
|
200
|
+
|
|
201
|
+
### When to Use
|
|
202
|
+
|
|
203
|
+
- Large feature implementations requiring multiple refinement cycles
|
|
204
|
+
- Complex refactoring with quality verification
|
|
205
|
+
- Bug fixes needing comprehensive testing
|
|
206
|
+
- Code quality improvements with measurable criteria
|