@su-record/vibe 0.4.5 → 0.4.6

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.
Files changed (35) hide show
  1. package/.claude/agents/simplifier.md +1 -1
  2. package/.claude/commands/vibe.analyze.md +1 -1
  3. package/.claude/commands/vibe.run.md +1 -1
  4. package/.claude/commands/vibe.spec.md +2 -2
  5. package/.claude/commands/vibe.verify.md +1 -1
  6. package/.claude/settings.local.json +3 -1
  7. package/README.md +4 -4
  8. package/bin/vibe +41 -13
  9. package/package.json +1 -1
  10. package/templates/hooks-template.json +1 -1
  11. package/.agent/rules/core/communication-guide.md +0 -104
  12. package/.agent/rules/core/development-philosophy.md +0 -53
  13. package/.agent/rules/core/quick-start.md +0 -121
  14. package/.agent/rules/languages/dart-flutter.md +0 -509
  15. package/.agent/rules/languages/go.md +0 -396
  16. package/.agent/rules/languages/java-spring.md +0 -586
  17. package/.agent/rules/languages/kotlin-android.md +0 -491
  18. package/.agent/rules/languages/python-django.md +0 -371
  19. package/.agent/rules/languages/python-fastapi.md +0 -386
  20. package/.agent/rules/languages/rust.md +0 -425
  21. package/.agent/rules/languages/swift-ios.md +0 -516
  22. package/.agent/rules/languages/typescript-nextjs.md +0 -441
  23. package/.agent/rules/languages/typescript-node.md +0 -375
  24. package/.agent/rules/languages/typescript-react-native.md +0 -446
  25. package/.agent/rules/languages/typescript-react.md +0 -525
  26. package/.agent/rules/languages/typescript-vue.md +0 -353
  27. package/.agent/rules/quality/bdd-contract-testing.md +0 -388
  28. package/.agent/rules/quality/checklist.md +0 -276
  29. package/.agent/rules/quality/testing-strategy.md +0 -437
  30. package/.agent/rules/standards/anti-patterns.md +0 -369
  31. package/.agent/rules/standards/code-structure.md +0 -291
  32. package/.agent/rules/standards/complexity-metrics.md +0 -312
  33. package/.agent/rules/standards/naming-conventions.md +0 -198
  34. package/.agent/rules/tools/mcp-hi-ai-guide.md +0 -665
  35. package/.agent/rules/tools/mcp-workflow.md +0 -51
@@ -8,7 +8,7 @@ PostToolUse Hook에서 `Write`, `Edit` 작업 후 자동 실행됩니다.
8
8
 
9
9
  ## Rules Reference
10
10
 
11
- **검증 기준 (`.agent/rules/`):**
11
+ **검증 기준 (`.vibe/rules/`):**
12
12
 
13
13
  ### 필수 규칙
14
14
  - `core/development-philosophy.md` - 수술적 정밀도
@@ -117,7 +117,7 @@ argument-hint: "기능명" or --code or --deps or --arch (optional)
117
117
 
118
118
  #### 6. 개발 규칙 확인
119
119
 
120
- `.agent/rules/`에서 관련 규칙 로드:
120
+ `.vibe/rules/`에서 관련 규칙 로드:
121
121
  - `core/quick-start.md` - 5가지 핵심 원칙
122
122
  - `standards/complexity-metrics.md` - 복잡도 기준
123
123
  - `quality/checklist.md` - 품질 체크리스트
@@ -16,7 +16,7 @@ SPEC을 기반으로 구현합니다 (Implementation Agent).
16
16
 
17
17
  ## Rules Reference
18
18
 
19
- **반드시 `.agent/rules/` 규칙을 따릅니다:**
19
+ **반드시 `.vibe/rules/` 규칙을 따릅니다:**
20
20
  - `core/development-philosophy.md` - 수술적 정밀도, 요청 범위만 수정
21
21
  - `core/quick-start.md` - 한국어, DRY, SRP, YAGNI
22
22
  - `standards/complexity-metrics.md` - 함수 ≤20줄, 중첩 ≤3단계
@@ -15,7 +15,7 @@ SPEC 문서를 작성합니다 (Specification Agent).
15
15
 
16
16
  ## Rules Reference
17
17
 
18
- **반드시 `.agent/rules/` 규칙을 따릅니다:**
18
+ **반드시 `.vibe/rules/` 규칙을 따릅니다:**
19
19
  - `core/development-philosophy.md` - 수술적 정밀도, 단순함
20
20
  - `core/quick-start.md` - 한국어 우선, DRY, SRP
21
21
  - `core/communication-guide.md` - 커뮤니케이션 원칙
@@ -142,7 +142,7 @@ SPEC 문서를 작성합니다 (Specification Agent).
142
142
 
143
143
  ### 5. 품질 검증
144
144
 
145
- `.agent/rules/quality/checklist.md` 기준 자체 평가 (0-100점)
145
+ `.vibe/rules/quality/checklist.md` 기준 자체 평가 (0-100점)
146
146
 
147
147
  ## Output
148
148
 
@@ -15,7 +15,7 @@ argument-hint: "feature name"
15
15
 
16
16
  ## Rules Reference
17
17
 
18
- **반드시 `.agent/rules/` 규칙을 따릅니다:**
18
+ **반드시 `.vibe/rules/` 규칙을 따릅니다:**
19
19
  - `quality/checklist.md` - 코드 품질 체크리스트 (필수)
20
20
  - `standards/complexity-metrics.md` - 복잡도 기준
21
21
  - `standards/anti-patterns.md` - 안티패턴 검출
@@ -40,7 +40,9 @@
40
40
  "Bash(npm version:*)",
41
41
  "Bash(npx @su-record/vibe@latest update)",
42
42
  "Bash(gh release:*)",
43
- "Bash(npx @su-record/vibe@latest init:*)"
43
+ "Bash(npx @su-record/vibe@latest init:*)",
44
+ "Bash(vibe version:*)",
45
+ "Bash(vibe update:*)"
44
46
  ],
45
47
  "deny": [],
46
48
  "ask": []
package/README.md CHANGED
@@ -15,7 +15,7 @@ SPEC 문서 하나로 AI가 바로 구현하는 2-step 워크플로우.
15
15
  - **Claude Code 전용**: 네이티브 슬래시 커맨드 + MCP 통합
16
16
  - **2-Step 워크플로우**: SPEC → RUN → VERIFY (PLAN/TASKS 불필요)
17
17
  - **PTCF 구조**: Persona, Task, Context, Format - Gemini 프롬프트 최적화
18
- - **코딩 규칙 내장**: `.agent/rules/` - 품질 기준, 복잡도 제한, 안티패턴
18
+ - **코딩 규칙 내장**: `.vibe/rules/` - 품질 기준, 복잡도 제한, 안티패턴
19
19
  - **자동 품질 검증**: code-simplifier 서브에이전트
20
20
  - **36개 MCP 도구**: @su-record/hi-ai 통합
21
21
 
@@ -64,7 +64,7 @@ cd my-project
64
64
  │ /vibe.run "기능명" │
65
65
  │ ↓ SPEC 읽고 바로 구현 │
66
66
  │ ↓ Phase별 순차 실행 │
67
- │ ↓ .agent/rules/ 규칙 준수 │
67
+ │ ↓ .vibe/rules/ 규칙 준수 │
68
68
  ├─────────────────────────────────────────────────────┤
69
69
  │ /vibe.verify "기능명" │
70
70
  │ ↓ Acceptance Criteria 검증 │
@@ -117,7 +117,7 @@ project/
117
117
  ├── .claude/
118
118
  │ ├── commands/ # 슬래시 커맨드 (7개)
119
119
  │ └── agents/ # 서브에이전트 (simplifier)
120
- ├── .agent/rules/ # 코딩 규칙
120
+ ├── .vibe/rules/ # 코딩 규칙
121
121
  │ ├── core/ # 핵심 원칙 (수술적 정밀도, DRY, SRP)
122
122
  │ ├── quality/ # 품질 체크리스트
123
123
  │ ├── standards/ # 복잡도, 네이밍, 안티패턴
@@ -182,7 +182,7 @@ AI의 역할과 전문성 정의
182
182
 
183
183
  ---
184
184
 
185
- ## Coding Rules (.agent/rules/)
185
+ ## Coding Rules (.vibe/rules/)
186
186
 
187
187
  ### 핵심 원칙
188
188
 
package/bin/vibe CHANGED
@@ -236,11 +236,11 @@ async function init(projectName) {
236
236
  log(' ✅ CLAUDE.md 생성\n');
237
237
  }
238
238
 
239
- // .agent/rules/ 복사 (코딩 규칙)
240
- const rulesSource = path.join(__dirname, '../.agent/rules');
241
- const rulesTarget = path.join(projectRoot, '.agent/rules');
239
+ // .vibe/rules/ 복사 (코딩 규칙)
240
+ const rulesSource = path.join(__dirname, '../.vibe/rules');
241
+ const rulesTarget = path.join(vibeDir, 'rules');
242
242
  copyDirRecursive(rulesSource, rulesTarget);
243
- log(' ✅ 코딩 규칙 설치 완료 (.agent/rules/)\n');
243
+ log(' ✅ 코딩 규칙 설치 완료 (.vibe/rules/)\n');
244
244
 
245
245
  // .claude/agents/ 복사 (서브에이전트)
246
246
  const agentsDir = path.join(claudeDir, 'agents');
@@ -277,14 +277,14 @@ ${isNewProject ? `프로젝트 위치:
277
277
  ├── commands/ # 슬래시 커맨드 (7개)
278
278
  ├── agents/ # 서브에이전트 (simplifier)
279
279
  └── settings.local.json # Hooks 설정 (자동 품질 검증)
280
- .agent/rules/ # 코딩 규칙
281
- ├── core/ # 핵심 원칙
282
- ├── quality/ # 품질 체크리스트
283
- └── standards/ # 코딩 표준
284
280
  .vibe/
285
281
  ├── config.json # 프로젝트 설정
286
282
  ├── constitution.md # 프로젝트 원칙
287
283
  ├── setup.sh # 협업자 설치 스크립트
284
+ ├── rules/ # 코딩 규칙
285
+ │ ├── core/ # 핵심 원칙
286
+ │ ├── quality/ # 품질 체크리스트
287
+ │ └── languages/ # 언어별 규칙
288
288
  ├── specs/ # SPEC 문서들
289
289
  └── features/ # BDD Feature 파일들
290
290
 
@@ -337,6 +337,21 @@ Workflow:
337
337
  `);
338
338
  }
339
339
 
340
+ // 디렉토리 삭제 (재귀)
341
+ function removeDirRecursive(dirPath) {
342
+ if (!fs.existsSync(dirPath)) return;
343
+
344
+ fs.readdirSync(dirPath).forEach(item => {
345
+ const itemPath = path.join(dirPath, item);
346
+ if (fs.statSync(itemPath).isDirectory()) {
347
+ removeDirRecursive(itemPath);
348
+ } else {
349
+ fs.unlinkSync(itemPath);
350
+ }
351
+ });
352
+ fs.rmdirSync(dirPath);
353
+ }
354
+
340
355
  // 프로젝트 업데이트
341
356
  async function update() {
342
357
  try {
@@ -351,6 +366,19 @@ async function update() {
351
366
 
352
367
  log('🔄 vibe 업데이트 중...\n');
353
368
 
369
+ // 마이그레이션: .agent/rules/ → .vibe/rules/
370
+ const oldRulesDir = path.join(projectRoot, '.agent/rules');
371
+ const oldAgentDir = path.join(projectRoot, '.agent');
372
+ if (fs.existsSync(oldRulesDir)) {
373
+ log(' 🔄 마이그레이션: .agent/rules/ → .vibe/rules/\n');
374
+ removeDirRecursive(oldRulesDir);
375
+ // .agent 폴더가 비어있으면 삭제
376
+ if (fs.existsSync(oldAgentDir) && fs.readdirSync(oldAgentDir).length === 0) {
377
+ fs.rmdirSync(oldAgentDir);
378
+ }
379
+ log(' ✅ 기존 .agent/rules/ 폴더 정리 완료\n');
380
+ }
381
+
354
382
  // .claude/commands 업데이트
355
383
  const commandsDir = path.join(claudeDir, 'commands');
356
384
  ensureDir(commandsDir);
@@ -358,11 +386,11 @@ async function update() {
358
386
  copyDirContents(sourceDir, commandsDir);
359
387
  log(' ✅ 슬래시 커맨드 업데이트 완료 (7개)\n');
360
388
 
361
- // .agent/rules/ 업데이트
362
- const rulesSource = path.join(__dirname, '../.agent/rules');
363
- const rulesTarget = path.join(projectRoot, '.agent/rules');
389
+ // .vibe/rules/ 업데이트
390
+ const rulesSource = path.join(__dirname, '../.vibe/rules');
391
+ const rulesTarget = path.join(vibeDir, 'rules');
364
392
  copyDirRecursive(rulesSource, rulesTarget);
365
- log(' ✅ 코딩 규칙 업데이트 완료 (.agent/rules/)\n');
393
+ log(' ✅ 코딩 규칙 업데이트 완료 (.vibe/rules/)\n');
366
394
 
367
395
  // .claude/agents/ 업데이트
368
396
  const agentsDir = path.join(claudeDir, 'agents');
@@ -412,7 +440,7 @@ async function update() {
412
440
 
413
441
  업데이트된 항목:
414
442
  - 슬래시 커맨드 (7개)
415
- - 코딩 규칙 (.agent/rules/)
443
+ - 코딩 규칙 (.vibe/rules/)
416
444
  - 서브에이전트 (.claude/agents/)
417
445
  - Hooks 설정
418
446
  - MCP 서버
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@su-record/vibe",
3
- "version": "0.4.5",
3
+ "version": "0.4.6",
4
4
  "description": "Vibe - Claude Code exclusive SPEC-driven AI coding framework",
5
5
  "bin": {
6
6
  "vibe": "./bin/vibe"
@@ -6,7 +6,7 @@
6
6
  "hooks": [
7
7
  {
8
8
  "type": "prompt",
9
- "prompt": ".agent/rules/quality/checklist.md 기준으로 방금 수정한 코드를 검토해주세요. 문제가 있으면 간단히 알려주세요."
9
+ "prompt": ".vibe/rules/quality/checklist.md 기준으로 방금 수정한 코드를 검토해주세요. 문제가 있으면 간단히 알려주세요."
10
10
  }
11
11
  ]
12
12
  }
@@ -1,104 +0,0 @@
1
- # 💬 커뮤니케이션 가이드
2
-
3
- ## ⚠️ 최우선 규칙: 한국어로 응답
4
-
5
- **모든 대화, 설명, 주석은 한국어로 작성합니다.**
6
-
7
- - ✅ AI 응답: 한국어
8
- - ✅ 코드 주석: 한국어
9
- - ✅ 문서: 한국어
10
- - ✅ 에러 메시지: 한국어
11
- - ⚠️ 예외: 코드 자체 (함수명, 변수명 등)는 영어
12
-
13
- ## 3.1 코드 제공 형식
14
-
15
- ```markdown
16
- ### 작업 범위
17
-
18
- "요청하신 대로 UserProfile 컴포넌트의 상태 관리 로직만 수정했습니다."
19
-
20
- ### 변경 사항 요약
21
-
22
- 주문 상태 업데이트 로직 개선 - Optimistic updates 적용
23
-
24
- ### 코드
25
-
26
- [완전한 코드 블록]
27
-
28
- ### 참고사항
29
-
30
- - 에러 발생 시 자동 롤백
31
- - 네트워크 재시도 3회
32
- ```
33
-
34
- ## 3.2 리뷰 응답 형식
35
-
36
- ```markdown
37
- ### 개선점
38
-
39
- 1. memoization 누락 (성능)
40
- 2. error boundary 미적용 (안정성)
41
-
42
- ### 권장사항
43
-
44
- useMemo 적용 및 ErrorBoundary로 감싸기
45
- ```
46
-
47
- ## 3.3 에러 보고 형식
48
-
49
- ```markdown
50
- ### 문제
51
-
52
- [발생한 문제 명확히 설명]
53
-
54
- ### 원인
55
-
56
- [분석된 원인]
57
-
58
- ### 해결 방법
59
-
60
- [구체적인 해결 단계]
61
-
62
- ### 예방책
63
-
64
- [향후 방지 방법]
65
- ```
66
-
67
- ## 3.4 변경사항 설명 원칙
68
-
69
- - **명확성**: 무엇을 왜 변경했는지 명확히
70
- - **간결성**: 핵심만 전달
71
- - **완전성**: 부작용과 주의사항 포함
72
- - **추적성**: 관련 이슈/요청 참조
73
-
74
- ## 3.5 특수 명령어 실행
75
-
76
- - **"optimize"**: 성능 개선 (memoization, 번들 크기 등)
77
- - **"enhance accessibility"**: ARIA, 키보드 지원 등 추가
78
- - **"strengthen types"**: any 제거, 타입 안전성 향상
79
- - **"cleanup"**: 불필요한 코드 제거 (요청 시에만)
80
- - **"split"**: 컴포넌트/함수 분리 (요청 시에만)
81
-
82
- ## 3.6 질문 형식
83
-
84
- ### 명확성이 필요할 때
85
-
86
- ```markdown
87
- 다음 사항을 확인해주세요:
88
-
89
- 1. [구체적인 질문 1]
90
- 2. [구체적인 질문 2]
91
-
92
- 이 정보가 있으면 더 정확한 구현이 가능합니다.
93
- ```
94
-
95
- ### 대안 제시
96
-
97
- ```markdown
98
- 요청하신 방법 외에 다음 대안도 가능합니다:
99
-
100
- **방법 A**: [설명] - 장점: [장점], 단점: [단점]
101
- **방법 B**: [설명] - 장점: [장점], 단점: [단점]
102
-
103
- 어떤 방식을 선호하시나요?
104
- ```
@@ -1,53 +0,0 @@
1
- # 🏛️ 개발 철학과 원칙 - "왜"에 대한 답
2
-
3
- ## 1.1 🥇 최우선 순위: 수술적 정밀도
4
-
5
- > **⚠️ 이것은 모든 작업에 앞서는 TORY의 첫 번째 원칙입니다.**
6
- >
7
- > **요청받지 않은 코드는 절대 수정/삭제하지 않습니다.**
8
-
9
- ### 원칙
10
-
11
- - **엄격한 범위 준수**: 사용자가 명시적으로 요청한 파일과 코드 블록만 수정
12
- - **기존 코드 보존**: 작동하는 코드를 임의로 리팩토링하거나 제거하지 않음
13
- - **스타일 존중**: 기존 네이밍, 포맷팅, 주석 스타일 유지
14
-
15
- ## 1.2 핵심 철학
16
-
17
- ### 🎯 개발의 황금률
18
-
19
- - **한국어 우선**: 모든 커뮤니케이션은 명확한 한국어로
20
- - **단순함의 미학**: 코드가 적을수록 좋은 코드
21
- - **DRY 원칙**: 반복하지 말고 재사용
22
- - **단일 책임**: 하나의 함수는 하나의 목적만
23
- - **실용주의**: 완벽보다 실용, YAGNI 정신
24
-
25
- ### 🎨 코드 품질 기준
26
-
27
- - **가독성**: 코드는 사람을 위한 것
28
- - **예측 가능성**: 코드에서 놀라움은 금물
29
- - **유지보수성**: 미래의 나를 배려
30
- - **테스트 가능성**: 검증 가능한 구조
31
-
32
- ## 1.3 아키텍처 원칙
33
-
34
- ### 🏗️ 설계의 지혜
35
-
36
- - **패턴의 적절한 적용**: Composite, Observer, Factory 등 필요에 따라 적용
37
- - **과도한 추상화 지양**: 3단계 이상의 wrapper 금지
38
- - **순환 의존성 방지**: File A → File B → File A ❌
39
-
40
- ### ♿ 접근성은 선택이 아닌 필수
41
-
42
- - Semantic HTML을 기본으로
43
- - 키보드 내비게이션 지원
44
- - 스크린 리더 최적화
45
- - ARIA 속성 적극 활용
46
-
47
- ## 핵심 가치
48
-
49
- 1. **명확성**: 코드는 자기 설명적이어야 함
50
- 2. **간결성**: 불필요한 복잡도 제거
51
- 3. **일관성**: 일관된 패턴과 스타일 유지
52
- 4. **확장성**: 미래의 변화를 고려한 설계
53
- 5. **안전성**: 오류 처리와 엣지 케이스 고려
@@ -1,121 +0,0 @@
1
- # ⚡ Quick Start - 즉시 적용 가능한 원칙
2
-
3
- ## 🎯 5가지 핵심 원칙
4
-
5
- ```
6
- ✅ 🇰🇷 한국어로 응답 (최우선)
7
- ✅ 📉 코드가 적을수록 부채도 적다
8
- ✅ 🚫 DRY - Don't Repeat Yourself
9
- ✅ 🎯 단일 책임 원칙 (SRP)
10
- ✅ 🙏 YAGNI - You Aren't Gonna Need It
11
- ```
12
-
13
- ## ⚠️ 언어 규칙 (절대 준수)
14
-
15
- **모든 답변은 한국어로 작성합니다.**
16
-
17
- ### 한국어 사용 원칙
18
-
19
- 1. **설명, 주석, 대화**: 100% 한국어
20
- 2. **코드**: 영어 (프로그래밍 언어 표준)
21
- 3. **기술 용어**: 한국어 우선, 필요시 영어 병기
22
- - ✅ "의존성 주입 (Dependency Injection)"
23
- - ✅ "상태 관리 (State Management)"
24
- - ❌ "Dependency Injection"
25
- 4. **에러 메시지**: 한국어로 설명
26
- 5. **문서 제목/헤더**: 한국어
27
-
28
- ### 예시
29
-
30
- ```python
31
- # ✅ 좋은 예
32
- # 사용자 인증 미들웨어
33
- async def authenticate_user(token: str) -> User:
34
- """
35
- JWT 토큰을 검증하고 사용자를 반환합니다.
36
-
37
- Args:
38
- token: JWT 인증 토큰
39
-
40
- Returns:
41
- 인증된 사용자 객체
42
-
43
- Raises:
44
- HTTPException: 토큰이 유효하지 않은 경우
45
- """
46
- # 토큰 검증
47
- payload = decode_jwt(token)
48
-
49
- # 사용자 조회
50
- user = await get_user(payload["sub"])
51
- if not user:
52
- raise HTTPException(401, detail="인증 실패")
53
-
54
- return user
55
-
56
- # ❌ 나쁜 예
57
- # User authentication middleware
58
- async def authenticate_user(token: str) -> User:
59
- """
60
- Verify JWT token and return user.
61
- """
62
- # Verify token
63
- payload = decode_jwt(token)
64
-
65
- # Get user
66
- user = await get_user(payload["sub"])
67
- if not user:
68
- raise HTTPException(401, detail="Authentication failed")
69
-
70
- return user
71
- ```
72
-
73
- ### AI 응답 예시
74
-
75
- ```markdown
76
- # ❌ 영어 응답
77
- I'll help you create a new API endpoint. First, let's define the schema...
78
-
79
- # ✅ 한국어 응답
80
- 새로운 API 엔드포인트를 만들어드리겠습니다. 먼저 스키마를 정의하겠습니다...
81
- ```
82
-
83
- ## 📦 체크포인트
84
-
85
- ### 새 패키지 추가 전
86
-
87
- - [ ] 기존 패키지로 해결 가능한가?
88
- - [ ] 정말 필요한가?
89
- - [ ] 번들 크기 영향은?
90
-
91
- ### 파일 생성 시
92
-
93
- - [ ] 사용 위치 확인
94
- - [ ] import 즉시 추가
95
- - [ ] 순환 의존성 체크
96
-
97
- ## 🥇 최우선 원칙: 수술적 정밀도
98
-
99
- > **⚠️ 이것은 모든 작업에 앞서는 TORY의 첫 번째 원칙입니다.**
100
- >
101
- > **요청받지 않은 코드는 절대 수정/삭제하지 않습니다.**
102
-
103
- - **엄격한 범위 준수**: 사용자가 명시적으로 요청한 파일과 코드 블록만 수정
104
- - **기존 코드 보존**: 작동하는 코드를 임의로 리팩토링하거나 제거하지 않음
105
- - **스타일 존중**: 기존 네이밍, 포맷팅, 주석 스타일 유지
106
-
107
- ## 🚀 작업 전 필수 체크리스트
108
-
109
- ```
110
- [x] 최우선 원칙 준수: 요청 범위 외 절대 수정 금지
111
- [ ] 기존 코드 존중: 기존 스타일과 구조 유지
112
- [ ] 문서 규칙 준수: 네이밍, 구조 등 모든 가이드라인 준수
113
- ```
114
-
115
- ## 🎯 황금률
116
-
117
- - **한국어 우선**: 모든 커뮤니케이션은 명확한 한국어로
118
- - **단순함의 미학**: 코드가 적을수록 좋은 코드
119
- - **DRY 원칙**: 반복하지 말고 재사용
120
- - **단일 책임**: 하나의 함수는 하나의 목적만
121
- - **실용주의**: 완벽보다 실용, YAGNI 정신