codingbuddy-rules 2.1.0 → 2.2.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/.ai-rules/adapters/antigravity.md +83 -3
- package/.ai-rules/adapters/claude-code.md +139 -13
- package/.ai-rules/adapters/codex.md +57 -0
- package/.ai-rules/adapters/cursor.md +56 -0
- 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/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 +1 -1
- 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 +1 -1
- package/.ai-rules/agents/mobile-developer.json +1 -1
- 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 +18 -0
- package/.ai-rules/agents/ui-ux-designer.json +1 -1
- package/.ai-rules/checklists/conventions.json +201 -0
- package/.ai-rules/rules/core.md +200 -2
- package/package.json +1 -1
|
@@ -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
|
|
package/.ai-rules/adapters/q.md
CHANGED
|
@@ -29,7 +29,7 @@ Refer to `.ai-rules/rules/core.md` for:
|
|
|
29
29
|
### Project Setup
|
|
30
30
|
|
|
31
31
|
Refer to `.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
|
- **Development Rules**: File naming, import/export conventions
|
|
35
35
|
|
|
@@ -56,8 +56,8 @@ Refer to `.ai-rules/agents/*.json` for domain-specific knowledge:
|
|
|
56
56
|
- Apply Q's cost optimization suggestions
|
|
57
57
|
|
|
58
58
|
### Language Support
|
|
59
|
-
-
|
|
60
|
-
- Use technical
|
|
59
|
+
- Follow project's configured language setting
|
|
60
|
+
- Use appropriate technical terminology
|
|
61
61
|
```
|
|
62
62
|
|
|
63
63
|
## Directory Structure
|
|
@@ -84,7 +84,7 @@ Refer to `.ai-rules/agents/*.json` for domain-specific knowledge:
|
|
|
84
84
|
### In Amazon Q Chat
|
|
85
85
|
|
|
86
86
|
```
|
|
87
|
-
You:
|
|
87
|
+
You: Build a new API endpoint
|
|
88
88
|
|
|
89
89
|
Q: [Follows .ai-rules/rules/core.md workflow]
|
|
90
90
|
[Applies .ai-rules/rules/augmented-coding.md TDD]
|
|
@@ -119,6 +119,63 @@ Combine Q's AWS expertise with project rules:
|
|
|
119
119
|
- Let Q provide AWS-specific security guidance
|
|
120
120
|
- Apply `.ai-rules/agents/devops-engineer.json` for deployment patterns
|
|
121
121
|
|
|
122
|
+
## AUTO Mode
|
|
123
|
+
|
|
124
|
+
AUTO mode enables autonomous PLAN -> ACT -> EVAL cycling until quality criteria are met.
|
|
125
|
+
|
|
126
|
+
### Triggering AUTO Mode
|
|
127
|
+
|
|
128
|
+
Use the `AUTO` keyword (or localized versions) at the start of your message:
|
|
129
|
+
|
|
130
|
+
| Language | Keyword |
|
|
131
|
+
|----------|---------|
|
|
132
|
+
| English | `AUTO` |
|
|
133
|
+
| Korean | `자동` |
|
|
134
|
+
| Japanese | `自動` |
|
|
135
|
+
| Chinese | `自动` |
|
|
136
|
+
| Spanish | `AUTOMATICO` |
|
|
137
|
+
|
|
138
|
+
### Example Usage
|
|
139
|
+
|
|
140
|
+
```
|
|
141
|
+
AUTO 새로운 Lambda 함수 만들어줘
|
|
142
|
+
```
|
|
143
|
+
|
|
144
|
+
### Workflow
|
|
145
|
+
|
|
146
|
+
1. **PLAN Phase**: Creates implementation plan with quality criteria
|
|
147
|
+
2. **ACT Phase**: Executes implementation following TDD workflow
|
|
148
|
+
3. **EVAL Phase**: Evaluates quality against exit criteria
|
|
149
|
+
4. **Loop/Exit**: Continues cycling until:
|
|
150
|
+
- Success: `Critical = 0 AND High = 0`
|
|
151
|
+
- Failure: Max iterations reached (default: 3)
|
|
152
|
+
|
|
153
|
+
### AWS Integration with AUTO Mode
|
|
154
|
+
|
|
155
|
+
Amazon Q's AWS expertise complements AUTO mode:
|
|
156
|
+
- Leverages Q's security scanning during EVAL phase
|
|
157
|
+
- Applies AWS best practices during ACT phase
|
|
158
|
+
- Uses Q's cost optimization suggestions in planning
|
|
159
|
+
|
|
160
|
+
### Configuration
|
|
161
|
+
|
|
162
|
+
Configure in `codingbuddy.config.js`:
|
|
163
|
+
|
|
164
|
+
```javascript
|
|
165
|
+
module.exports = {
|
|
166
|
+
auto: {
|
|
167
|
+
maxIterations: 3
|
|
168
|
+
}
|
|
169
|
+
};
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
### When to Use
|
|
173
|
+
|
|
174
|
+
- Large feature implementations requiring multiple refinement cycles
|
|
175
|
+
- Complex refactoring with quality verification
|
|
176
|
+
- AWS service integrations needing thorough testing
|
|
177
|
+
- Infrastructure as Code development with validation cycles
|
|
178
|
+
|
|
122
179
|
## Maintenance
|
|
123
180
|
|
|
124
181
|
1. Update `.ai-rules/rules/*.md` for universal changes
|
|
@@ -494,7 +494,7 @@
|
|
|
494
494
|
}
|
|
495
495
|
},
|
|
496
496
|
"communication": {
|
|
497
|
-
"language": "
|
|
497
|
+
"language": "en",
|
|
498
498
|
"approach": [
|
|
499
499
|
"Start by understanding accessibility context (planning/implementation/evaluation)",
|
|
500
500
|
"Plan/verify WCAG 2.1 AA compliance",
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "Act Mode Agent",
|
|
3
|
-
"description": "ACT
|
|
3
|
+
"description": "ACT mode agent - specialized for actual implementation execution",
|
|
4
4
|
|
|
5
5
|
"model": {
|
|
6
6
|
"preferred": "claude-sonnet-4-20250514",
|
|
@@ -12,23 +12,23 @@
|
|
|
12
12
|
"mode": "ACT",
|
|
13
13
|
"purpose": "Mode Agent - delegates to Primary Developer Agent",
|
|
14
14
|
"expertise": [
|
|
15
|
-
"TDD
|
|
16
|
-
"
|
|
17
|
-
"
|
|
18
|
-
"
|
|
19
|
-
"
|
|
15
|
+
"TDD cycle execution (Red → Green → Refactor)",
|
|
16
|
+
"Code quality standards compliance",
|
|
17
|
+
"Type safety assurance",
|
|
18
|
+
"Achieve 90%+ test coverage",
|
|
19
|
+
"Real-time quality verification"
|
|
20
20
|
],
|
|
21
21
|
"delegates_to": "frontend-developer",
|
|
22
22
|
"responsibilities": [
|
|
23
|
-
"
|
|
24
|
-
"
|
|
25
|
-
"
|
|
26
|
-
"
|
|
27
|
-
"
|
|
28
|
-
"SOLID
|
|
29
|
-
"
|
|
30
|
-
"
|
|
31
|
-
"
|
|
23
|
+
"Execute plans defined in PLAN mode",
|
|
24
|
+
"Strictly follow TDD cycle (Red → Green → Refactor)",
|
|
25
|
+
"Core logic: Test-First, UI components: Test-After approach",
|
|
26
|
+
"Maintain type safety (TypeScript strict mode, no any)",
|
|
27
|
+
"Achieve 90%+ test coverage goal",
|
|
28
|
+
"Maintain SOLID principles and code quality standards",
|
|
29
|
+
"Follow framework-specific component patterns",
|
|
30
|
+
"Prioritize design system usage",
|
|
31
|
+
"Apply accessibility and performance optimizations"
|
|
32
32
|
]
|
|
33
33
|
},
|
|
34
34
|
|
|
@@ -94,8 +94,8 @@
|
|
|
94
94
|
|
|
95
95
|
"delegate_agent": {
|
|
96
96
|
"primary": "frontend-developer",
|
|
97
|
-
"description": "
|
|
98
|
-
"integration": "Frontend Developer Agent
|
|
97
|
+
"description": "This Mode Agent utilizes the Frontend Developer Agent's implementation workflow",
|
|
98
|
+
"integration": "Applies Frontend Developer Agent's TDD cycle and code quality checklist"
|
|
99
99
|
},
|
|
100
100
|
|
|
101
101
|
"tdd_cycle": {
|
|
@@ -135,29 +135,29 @@
|
|
|
135
135
|
},
|
|
136
136
|
|
|
137
137
|
"communication": {
|
|
138
|
-
"language": "
|
|
139
|
-
"style": "
|
|
140
|
-
"format": "
|
|
138
|
+
"language": "en",
|
|
139
|
+
"style": "Execution-focused step-by-step progress reporting",
|
|
140
|
+
"format": "Clearly display implementation progress and quality verification results"
|
|
141
141
|
},
|
|
142
142
|
|
|
143
143
|
"verification_guide": {
|
|
144
144
|
"mode_compliance": [
|
|
145
|
-
"✅ '# Mode: ACT'
|
|
146
|
-
"✅ '## Agent : Frontend Developer' (
|
|
147
|
-
"✅
|
|
148
|
-
"✅ TDD
|
|
149
|
-
"✅
|
|
150
|
-
"✅
|
|
151
|
-
"✅
|
|
152
|
-
"✅
|
|
153
|
-
"✅ Delegate Agent
|
|
145
|
+
"✅ Verify '# Mode: ACT' is displayed",
|
|
146
|
+
"✅ Verify '## Agent : Frontend Developer' (or appropriate delegate) is displayed",
|
|
147
|
+
"✅ Verify response in configured language",
|
|
148
|
+
"✅ Verify TDD cycle compliance (Red → Green → Refactor)",
|
|
149
|
+
"✅ Verify type safety (no any)",
|
|
150
|
+
"✅ Verify 90%+ test coverage",
|
|
151
|
+
"✅ Verify todo items updated to completed",
|
|
152
|
+
"✅ Verify automatic return to PLAN mode after ACT completes",
|
|
153
|
+
"✅ Verify Delegate Agent's implementation workflow is applied"
|
|
154
154
|
],
|
|
155
155
|
"implementation_verification": [
|
|
156
|
-
"✅
|
|
157
|
-
"✅
|
|
158
|
-
"✅
|
|
159
|
-
"✅
|
|
160
|
-
"✅
|
|
156
|
+
"✅ Actual implementation completed (files created/modified)",
|
|
157
|
+
"✅ Tests written and passing",
|
|
158
|
+
"✅ Type definitions completed",
|
|
159
|
+
"✅ Linting errors resolved",
|
|
160
|
+
"✅ Design system components utilized"
|
|
161
161
|
]
|
|
162
162
|
}
|
|
163
163
|
}
|
|
@@ -182,8 +182,8 @@
|
|
|
182
182
|
],
|
|
183
183
|
|
|
184
184
|
"communication": {
|
|
185
|
-
"language": "
|
|
186
|
-
"style": "
|
|
185
|
+
"language": "en",
|
|
186
|
+
"style": "Systematic and clear approach, schema-driven design",
|
|
187
187
|
"approach": [
|
|
188
188
|
"Start by understanding agent requirements",
|
|
189
189
|
"Reference existing agents for patterns",
|
|
@@ -481,7 +481,7 @@
|
|
|
481
481
|
}
|
|
482
482
|
},
|
|
483
483
|
"communication": {
|
|
484
|
-
"language": "
|
|
484
|
+
"language": "en",
|
|
485
485
|
"approach": [
|
|
486
486
|
"Start by understanding architecture context (planning/implementation/evaluation)",
|
|
487
487
|
"Plan/verify layer placement for all files",
|
|
@@ -690,7 +690,7 @@
|
|
|
690
690
|
}
|
|
691
691
|
},
|
|
692
692
|
"communication": {
|
|
693
|
-
"language": "
|
|
693
|
+
"language": "en",
|
|
694
694
|
"approach": [
|
|
695
695
|
"Start by understanding code quality context (planning/implementation/evaluation)",
|
|
696
696
|
"Plan/verify SOLID principles application",
|
|
@@ -308,6 +308,7 @@
|
|
|
308
308
|
"🔴 UI/UX Design: Visual hierarchy, UX laws, interaction patterns - Reference: .ai-rules/agents/ui-ux-designer.json modes.evaluation framework for comprehensive UI/UX design assessment",
|
|
309
309
|
"🔴 Documentation Quality: Documentation, cursor rules, and AI prompt quality - Reference: .ai-rules/agents/documentation-specialist.json modes.evaluation framework for clarity, completeness, consistency, actionability, structure, and references assessment",
|
|
310
310
|
"🔴 Impact Radius: Side effects, dependencies, breaking changes - Reference: impact_radius_analysis section for dependency analysis, contract changes, and side effect checklist",
|
|
311
|
+
"🔴 Refactoring Verification: 조건 분기, 데이터 변환, 옵셔널 필드, 의존성, 엣지 케이스 수동 검토 - Reference: refactoring_review section for manual logic verification beyond automated tests",
|
|
311
312
|
"Design Patterns: Latest React/Next.js patterns - See project.md 'Tech Stack' section for versions and .ai-rules/agents/code-quality-specialist.json for design pattern assessment"
|
|
312
313
|
],
|
|
313
314
|
"specialist_agent_integration": {
|
|
@@ -433,6 +434,67 @@
|
|
|
433
434
|
"action": "Verify behavior compatibility through tests"
|
|
434
435
|
}
|
|
435
436
|
}
|
|
437
|
+
},
|
|
438
|
+
|
|
439
|
+
"refactoring_review": {
|
|
440
|
+
"description": "자동화된 테스트 외 필수 수동 로직 검토 - 테스트 통과 ≠ 버그 없음",
|
|
441
|
+
"trigger": "모든 EVAL에서 실행 (스킵 가능)",
|
|
442
|
+
"philosophy": {
|
|
443
|
+
"core_principle": "테스트 통과 ≠ 버그 없음, 리팩토링 ≠ 안전",
|
|
444
|
+
"dangerous_assumptions": [
|
|
445
|
+
"파일 이동만 했으니 로직 변경 없음",
|
|
446
|
+
"테스트 통과했으니 기능 동일함",
|
|
447
|
+
"리팩토링은 정의상 안전함",
|
|
448
|
+
"기존 코드니까 검증된 것임"
|
|
449
|
+
],
|
|
450
|
+
"required_evidence": "위 가정을 하려면 실제 코드 검토 증거 필수"
|
|
451
|
+
},
|
|
452
|
+
"checklist": {
|
|
453
|
+
"conditional_branches": {
|
|
454
|
+
"description": "if/else, 삼항연산자, switch 각 분기 추적",
|
|
455
|
+
"question": "각 분기가 의도대로 동작하는가?",
|
|
456
|
+
"common_bugs": [
|
|
457
|
+
"조건 누락으로 특정 케이스만 처리",
|
|
458
|
+
"else 분기 미구현"
|
|
459
|
+
]
|
|
460
|
+
},
|
|
461
|
+
"data_transformations": {
|
|
462
|
+
"description": "타입 변환 함수의 입출력 필드 매핑 확인",
|
|
463
|
+
"question": "모든 필드가 올바르게 매핑되는가?",
|
|
464
|
+
"common_bugs": ["필드 누락", "잘못된 기본값", "타입 불일치"]
|
|
465
|
+
},
|
|
466
|
+
"optional_handling": {
|
|
467
|
+
"description": "?, ??, || 연산자 의도된 fallback 검증",
|
|
468
|
+
"question": "옵셔널 체이닝이 의도한 fallback을 제공하는가?",
|
|
469
|
+
"common_bugs": ["null vs undefined 혼동", "빈 문자열/0 처리 오류"]
|
|
470
|
+
},
|
|
471
|
+
"dependency_completeness": {
|
|
472
|
+
"description": "DI 주입, import 경로 정확성",
|
|
473
|
+
"question": "이동된 파일의 모든 의존성이 올바르게 주입되었는가?",
|
|
474
|
+
"common_bugs": ["누락된 의존성", "잘못된 import 경로", "순환 참조"]
|
|
475
|
+
},
|
|
476
|
+
"edge_cases": {
|
|
477
|
+
"description": "null, undefined, 빈 배열, 경계값 처리",
|
|
478
|
+
"question": "경계 조건이 올바르게 처리되는가?",
|
|
479
|
+
"common_bugs": [
|
|
480
|
+
"빈 배열 처리 누락",
|
|
481
|
+
"null 참조 에러",
|
|
482
|
+
"경계값 off-by-one"
|
|
483
|
+
]
|
|
484
|
+
}
|
|
485
|
+
},
|
|
486
|
+
"skip_conditions": ["신규 파일만 생성", "문서만 변경", "테스트만 추가"],
|
|
487
|
+
"pass_criteria": {
|
|
488
|
+
"minimum_checks": "변경된 코드에 해당하는 항목은 모두 검토해야 함",
|
|
489
|
+
"evidence_required": "각 항목별로 검토 결과(문제 발견 또는 검증 완료) 명시 필수",
|
|
490
|
+
"skip_justification": "스킵하는 경우 반드시 사유 명시"
|
|
491
|
+
},
|
|
492
|
+
"output_format": {
|
|
493
|
+
"structure": "발견된 문제 우선, 파일:라인 위치 필수",
|
|
494
|
+
"problem_format": "🔴 `file.ts:line` - [항목]: [문제 설명]",
|
|
495
|
+
"verified_format": "✅ [항목]: 검증 완료",
|
|
496
|
+
"skip_format": "*스킵 사유: [사유]*"
|
|
497
|
+
}
|
|
436
498
|
}
|
|
437
499
|
},
|
|
438
500
|
|
|
@@ -485,6 +547,14 @@
|
|
|
485
547
|
"required": true
|
|
486
548
|
},
|
|
487
549
|
|
|
550
|
+
"6.5_refactoring_verification": {
|
|
551
|
+
"title": "## 🔍 리팩토링 검증",
|
|
552
|
+
"format": "**검토 범위**: [변경된 파일 목록]\n\n### 발견된 문제\n- 🔴 `file.ts:line` - [항목]: [문제]\n\n### 검증 완료 (문제 없음)\n- ✅ [항목]\n\n*스킵 사유: [해당시]*",
|
|
553
|
+
"description": "자동화된 테스트 외 필수 수동 검토 - 조건 분기, 데이터 변환, 옵셔널 필드, 의존성, 엣지 케이스",
|
|
554
|
+
"skip_conditions": ["신규 파일만 생성", "문서만 변경", "테스트만 추가"],
|
|
555
|
+
"required": true
|
|
556
|
+
},
|
|
557
|
+
|
|
488
558
|
"7_objective_assessment": {
|
|
489
559
|
"title": "## Objective Assessment",
|
|
490
560
|
"format": "| Criteria | Measured | Target | Status |\n|----------|----------|--------|--------|",
|
|
@@ -31,7 +31,7 @@
|
|
|
31
31
|
"infrastructure": {
|
|
32
32
|
"containerization": {
|
|
33
33
|
"docker": {
|
|
34
|
-
"base_image": "node:lts-alpine (
|
|
34
|
+
"base_image": "node:lts-alpine (match project version)",
|
|
35
35
|
"build_strategy": "Multi-stage (builder + runner)",
|
|
36
36
|
"current_setup": {
|
|
37
37
|
"builder_stage": "Build and compile Next.js application",
|
|
@@ -52,8 +52,8 @@
|
|
|
52
52
|
]
|
|
53
53
|
},
|
|
54
54
|
"nodejs": {
|
|
55
|
-
"version": "
|
|
56
|
-
"package_manager": "
|
|
55
|
+
"version": "Reference project package.json engines",
|
|
56
|
+
"package_manager": "Match project configuration",
|
|
57
57
|
"memory": {
|
|
58
58
|
"heap_size": "4GB (--max-old-space-size=4096)",
|
|
59
59
|
"reason": "Prevents out-of-memory during Next.js builds",
|
|
@@ -69,7 +69,7 @@
|
|
|
69
69
|
|
|
70
70
|
"monitoring": {
|
|
71
71
|
"datadog": {
|
|
72
|
-
"service_name": "
|
|
72
|
+
"service_name": "Match project configuration",
|
|
73
73
|
"components": {
|
|
74
74
|
"apm": {
|
|
75
75
|
"description": "Application Performance Monitoring for backend tracing",
|
|
@@ -109,7 +109,7 @@
|
|
|
109
109
|
}
|
|
110
110
|
},
|
|
111
111
|
"environment_variables": {
|
|
112
|
-
"DD_SERVICE": "
|
|
112
|
+
"DD_SERVICE": "Project name - Service name identifier",
|
|
113
113
|
"DD_VERSION": "APP_VERSION - Deployment version tracking",
|
|
114
114
|
"DD_APM_ENABLED": "true - Enable APM tracing",
|
|
115
115
|
"DD_LOGS_INJECTION": "true - Inject trace info in logs",
|
|
@@ -257,7 +257,7 @@
|
|
|
257
257
|
],
|
|
258
258
|
|
|
259
259
|
"communication": {
|
|
260
|
-
"language": "
|
|
260
|
+
"language": "en",
|
|
261
261
|
"approach": [
|
|
262
262
|
"Analyze current infrastructure state first",
|
|
263
263
|
"Explain optimization opportunities clearly",
|
|
@@ -523,7 +523,7 @@
|
|
|
523
523
|
}
|
|
524
524
|
},
|
|
525
525
|
"communication": {
|
|
526
|
-
"language": "
|
|
526
|
+
"language": "en",
|
|
527
527
|
"approach": [
|
|
528
528
|
"Start by understanding documentation context (planning/implementation/evaluation)",
|
|
529
529
|
"Plan/review code comments for complex logic",
|