@wondev/dotenv-example 1.0.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/.claude/README.md +60 -0
- package/.claude/commands/business_logic.md +143 -0
- package/.claude/commands/generate-prd.md +175 -0
- package/.claude/commands/gotobackend.md +569 -0
- package/.claude/commands/playwrightMCP_install.md +113 -0
- package/.claude/commands/setting_dev.md +731 -0
- package/.claude/commands/tech-lead.md +404 -0
- package/.claude/commands/user-flow.md +839 -0
- package/.claude/settings.local.json +9 -0
- package/.cursor/README.md +10 -0
- package/.cursor/mcp.json +31 -0
- package/.cursor/rules/common/cursor-rules.mdc +53 -0
- package/.cursor/rules/common/git-convention.mdc +86 -0
- package/.cursor/rules/common/self-improve.mdc +72 -0
- package/.cursor/rules/common/tdd.mdc +81 -0
- package/.cursor/rules/common/vibe-coding.mdc +114 -0
- package/.cursor/rules/supabase/supabase-bootstrap-auth.mdc +236 -0
- package/.cursor/rules/supabase/supabase-create-db-functions.mdc +136 -0
- package/.cursor/rules/supabase/supabase-create-migration.mdc +50 -0
- package/.cursor/rules/supabase/supabase-create-rls-policies.mdc +248 -0
- package/.cursor/rules/supabase/supabase-declarative-database-schema.mdc +78 -0
- package/.cursor/rules/supabase/supabase-postgres-sql-style-guide.mdc +133 -0
- package/.cursor/rules/supabase/supabase-writing-edge-functions.mdc +105 -0
- package/.cursor/rules/web/design-rules.mdc +381 -0
- package/.cursor/rules/web/nextjs-convention.mdc +237 -0
- package/.cursor/rules/web/playwright-test-guide.mdc +176 -0
- package/.cursor/rules/web/toss-frontend.mdc +695 -0
- package/.env +4 -0
- package/CLAUDE.md +40 -0
- package/README.md +7 -0
- package/bin/index.js +66 -0
- package/package.json +32 -0
- package/prompts/20250926_175606.md +3 -0
- package/prompts/20250926_180205.md +148 -0
|
@@ -0,0 +1,60 @@
|
|
|
1
|
+
# .claude
|
|
2
|
+
|
|
3
|
+
이 저장소는 Claude Code를 효과적으로 활용하기 위한 프롬프트 템플릿과 가이드라인을 제공합니다.
|
|
4
|
+
|
|
5
|
+
## 디렉토리 구조
|
|
6
|
+
|
|
7
|
+
```shell
|
|
8
|
+
.claude/
|
|
9
|
+
├── commands/ # Claude Code 명령어 모음
|
|
10
|
+
└── README.md
|
|
11
|
+
```
|
|
12
|
+
|
|
13
|
+
## 시작하기
|
|
14
|
+
|
|
15
|
+
1. 이 저장소를 클론하거나 다운로드합니다
|
|
16
|
+
2. 필요한 프롬프트 템플릿을 선택합니다
|
|
17
|
+
3. 프로젝트에 맞게 커스터마이징합니다
|
|
18
|
+
|
|
19
|
+
## 주요 내용
|
|
20
|
+
|
|
21
|
+
### `commands` 내용 정리
|
|
22
|
+
|
|
23
|
+
#### .claude/commands/ 작업 순서
|
|
24
|
+
|
|
25
|
+
1. setting-dev.md
|
|
26
|
+
- 기본적인 next.js 프레임워크와 로컬애서 DB를 다룰 수 있도록 폴더 구조를 정리했습니다.
|
|
27
|
+
2. generate-prd.md
|
|
28
|
+
- 프로젝트 정의, 타겟 사용자, 핵심 기능(3~5개), 데이터 관리, 인증&권한, 결제&비즈니스, 부가 기능을 사용자에게 입력을 받고 prd를 생성합니다.
|
|
29
|
+
- 생각보다 작업 시간이 오래 걸려 클로드에서 진행하는 것이 좋을 수 도 있을 것 같습니다.
|
|
30
|
+
3. tech-lead.md
|
|
31
|
+
- 생성한 prd를 기준으로 의존성과 핵심기능의 작업 순위를 정리하여 todo(task)를 생성합니다. -> 추후, taskmaster mcp와 같이 세세한 기능을 쪼개서 정리할 수 있도록 디벨롭할 예정입니다.
|
|
32
|
+
4. business-logic.md
|
|
33
|
+
- 생성한 prd와 todo를 갖고, 비즈니스 로직을 생성합니다.
|
|
34
|
+
5. playwright-install.md
|
|
35
|
+
- playwright MCP를 설치합니다.
|
|
36
|
+
**프론트 진행**
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
**프론트 완료 후** 6. user-flow.md
|
|
41
|
+
|
|
42
|
+
- 생성한 프론트 코드베이스와 각 문서를 참고하여 DB생성에 도움이 되는 user-flow를 생성합니다.
|
|
43
|
+
|
|
44
|
+
7. gotobackend.md
|
|
45
|
+
- 프론트를 전부 진행을 했다면, 로컬애서 supabase와 DrizzleORM을 사용하도록 생성한 모든 문서를 업데이트 하고, 폴더를 생성합니다. 이에 맞게 환경설정을 진행합니다.
|
|
46
|
+
|
|
47
|
+
### CursorRules
|
|
48
|
+
|
|
49
|
+
- Convert to CLAUDE.md
|
|
50
|
+
|
|
51
|
+
https://github.com/seungwonme/rules-converter
|
|
52
|
+
|
|
53
|
+
`npx rules-converter claude`
|
|
54
|
+
|
|
55
|
+
- 커서룰을 claude memory에 넣는 작업
|
|
56
|
+
- CLUADE.md 파일도 커서룰로 만들어서 깔끔하게 memory에 넣을 수 있도록 진행하면 좋을 것 같습니다.
|
|
57
|
+
|
|
58
|
+
### SupabaseRules
|
|
59
|
+
|
|
60
|
+
- 프론트 완료 후, .claude/commands/ 에서 'gotobackend'를 실행하고 사용하면 됩니다.
|
|
@@ -0,0 +1,143 @@
|
|
|
1
|
+
# Business Logic Prompt
|
|
2
|
+
|
|
3
|
+
## 시스템 컨텍스트
|
|
4
|
+
|
|
5
|
+
```markdown
|
|
6
|
+
<expert_identity>
|
|
7
|
+
당신은 Next.js 15 + React 19 바이브 코딩 전문가로, PRD와 Tasks를 기반으로
|
|
8
|
+
AI 코드 생성에 최적화된 간결한 비즈니스 로직을 작성하는 전문가입니다.
|
|
9
|
+
|
|
10
|
+
**핵심 목표:**
|
|
11
|
+
- PRD/Tasks → Server/Client Components 분류 및 AI 프롬프트 템플릿 생성
|
|
12
|
+
- 로컬 Repository → Supabase 마이그레이션 고려한 타입 안전 설계
|
|
13
|
+
- 바이브 코딩에 최적화된 2-5일 단위 구현 가능한 명세 작성
|
|
14
|
+
</expert_identity>
|
|
15
|
+
|
|
16
|
+
<technical_stack>
|
|
17
|
+
Next.js 15 + TypeScript + Server Components 우선 + Server Actions
|
|
18
|
+
+ shadcn/ui + TailwindCSS + 로컬 Repository
|
|
19
|
+
</technical_stack>
|
|
20
|
+
```
|
|
21
|
+
|
|
22
|
+
## 📋 입력 요구사항
|
|
23
|
+
|
|
24
|
+
<input_structure>
|
|
25
|
+
<prd_document>
|
|
26
|
+
{docs/PRD.md 문서 내용}
|
|
27
|
+
</prd_document>
|
|
28
|
+
|
|
29
|
+
<tasks_list>
|
|
30
|
+
{docs/TODO.md 문서 내용}
|
|
31
|
+
</tasks_list>
|
|
32
|
+
|
|
33
|
+
<target_phase>
|
|
34
|
+
{Phase 1: 로컬 DB / Phase 2: UX 최적화}
|
|
35
|
+
</target_phase>
|
|
36
|
+
</input_structure>
|
|
37
|
+
|
|
38
|
+
## 🎨 간결한 출력 형식
|
|
39
|
+
|
|
40
|
+
<output_format>
|
|
41
|
+
## 📋 Next.js 15 비즈니스 로직 명세서
|
|
42
|
+
|
|
43
|
+
### 1. 핵심 기능 분류
|
|
44
|
+
|
|
45
|
+
**Server Components (SEO/초기렌더링)**
|
|
46
|
+
- [기능명]: src/app/[route]/page.tsx - [용도 설명]
|
|
47
|
+
- [기능명]: src/components/features/[feature]/[component].tsx - [용도 설명]
|
|
48
|
+
|
|
49
|
+
**Client Components (상호작용)**
|
|
50
|
+
- [기능명]: src/components/features/[feature]/[component].tsx - [상호작용 내용]
|
|
51
|
+
- [기능명]: src/components/features/[feature]/[component].tsx - [상호작용 내용]
|
|
52
|
+
|
|
53
|
+
**Server Actions (데이터 처리)**
|
|
54
|
+
- [액션명]: src/actions/[feature]-actions.ts - [처리 내용]
|
|
55
|
+
- [액션명]: src/actions/[feature]-actions.ts - [처리 내용]
|
|
56
|
+
|
|
57
|
+
**Repository 패턴 (데이터 계층)**
|
|
58
|
+
- [엔티티명]: src/lib/db/local/repositories/[feature]-repository.ts - [CRUD 작업]
|
|
59
|
+
|
|
60
|
+
### 2. 비즈니스 플로우 (핵심만)
|
|
61
|
+
|
|
62
|
+
**P0 Critical Flow:**
|
|
63
|
+
```
|
|
64
|
+
사용자 접속 → Server Component (초기 데이터) → Client Component (상호작용)
|
|
65
|
+
→ Server Action (처리) → Repository (저장) → UI 업데이트
|
|
66
|
+
```
|
|
67
|
+
|
|
68
|
+
**주요 비즈니스 규칙:**
|
|
69
|
+
1. [규칙 1]: [간단한 설명]
|
|
70
|
+
2. [규칙 2]: [간단한 설명]
|
|
71
|
+
3. [규칙 3]: [간단한 설명]
|
|
72
|
+
|
|
73
|
+
### 3. 타입 안전성 전략
|
|
74
|
+
|
|
75
|
+
**핵심 인터페이스:**
|
|
76
|
+
- User, Post, Comment 등 주요 엔티티 타입 정의 필요
|
|
77
|
+
- Server Actions는 ActionResult<T> 타입 반환 통일
|
|
78
|
+
- Zod 스키마로 런타임 검증 (특히 폼 입력)
|
|
79
|
+
|
|
80
|
+
**로컬 → Supabase 호환성:**
|
|
81
|
+
- camelCase (로컬) → snake_case (Supabase) 필드명 매핑 고려
|
|
82
|
+
- Date 타입 → ISO 문자열 변환 로직 필요
|
|
83
|
+
|
|
84
|
+
### 4. AI 코드 생성 가이드
|
|
85
|
+
|
|
86
|
+
**Server Component 생성 시:**
|
|
87
|
+
"Next.js 15 Server Component로 [기능명] 구현. 서버에서 [데이터소스]로부터 데이터 페칭하여 [UI요소] 렌더링. 'use client' 없이 구현하고 TypeScript 타입 안전성 보장."
|
|
88
|
+
|
|
89
|
+
**Client Component 생성 시:**
|
|
90
|
+
"'use client' 지시어로 시작하는 [기능명] 컴포넌트 구현. [상호작용내용] 처리하고 [Server Action명] 호출. useState로 로딩/에러 상태 관리하며 shadcn/ui 컴포넌트 사용."
|
|
91
|
+
|
|
92
|
+
**Server Action 생성 시:**
|
|
93
|
+
"'use server' 지시어로 시작하는 [액션명] 구현. FormData 받아서 Zod로 검증 후 [비즈니스로직] 처리. Repository 패턴으로 데이터 저장하고 revalidatePath로 캐시 무효화."
|
|
94
|
+
|
|
95
|
+
**Repository 생성 시:**
|
|
96
|
+
"BaseRepository 확장하는 [엔티티명]Repository 구현. 로컬 스토리지 기반 CRUD 메서드와 [특화기능] 제공. Supabase 마이그레이션 고려한 인터페이스 설계."
|
|
97
|
+
|
|
98
|
+
### 5. Phase별 구현 전략
|
|
99
|
+
|
|
100
|
+
**Phase 1 (Week 1-8): 로컬 DB 기반**
|
|
101
|
+
- 기본 Server Components + Client Components 구현
|
|
102
|
+
- 로컬 Repository 패턴으로 빠른 프로토타이핑
|
|
103
|
+
- 핵심 비즈니스 로직 검증
|
|
104
|
+
|
|
105
|
+
**Phase 2 (Week 5-8): UX 최적화**
|
|
106
|
+
- 로딩 상태, 에러 처리, 반응형 디자인 강화
|
|
107
|
+
- TanStack Query 도입으로 서버 상태 최적화
|
|
108
|
+
- shadcn/ui 고급 컴포넌트 활용
|
|
109
|
+
|
|
110
|
+
|
|
111
|
+
### 6. 개발 시 주의사항
|
|
112
|
+
|
|
113
|
+
**필수 체크포인트:**
|
|
114
|
+
- Server Components에 'use client' 사용 금지
|
|
115
|
+
- Client Components에서 직접 DB 접근 금지
|
|
116
|
+
- Server Actions에서 반드시 타입 안전 에러 처리
|
|
117
|
+
- 파일명 kebab-case, 컴포넌트명 PascalCase 준수
|
|
118
|
+
|
|
119
|
+
**성능 고려사항:**
|
|
120
|
+
- Server Components 우선 사용으로 번들 크기 최소화
|
|
121
|
+
- Client Components는 상호작용 필수 요소만
|
|
122
|
+
- 이미지 최적화 및 Core Web Vitals 기준 준수
|
|
123
|
+
|
|
124
|
+
---
|
|
125
|
+
|
|
126
|
+
**🎯 AI 코드 생성 준비 완료!**
|
|
127
|
+
위 가이드의 "AI 코드 생성 가이드" 섹션 프롬프트를 사용하여
|
|
128
|
+
각 컴포넌트/액션/Repository를 순차적으로 구현하세요.
|
|
129
|
+
</output_format>
|
|
130
|
+
|
|
131
|
+
## 💡 사용법
|
|
132
|
+
|
|
133
|
+
### 입력 → 실행 → 활용
|
|
134
|
+
1. **PRD + TODO 탐색** → 이 프롬프트 실행 → **간결한 비즈니스 로직 명세서** 생성
|
|
135
|
+
2. **명세서의 "AI 코드 생성 가이드"** → AI 코딩 도구에 복붙 → **즉시 코드 생성**
|
|
136
|
+
3. **Phase별 전략** → 점진적 구현 → **3개월 완성**
|
|
137
|
+
|
|
138
|
+
### 자동 저장
|
|
139
|
+
```bash
|
|
140
|
+
# docs/business-logic.md 생성
|
|
141
|
+
mkdir -p docs
|
|
142
|
+
echo "# 📋 [프로젝트명] 비즈니스 로직 명세서" > docs/BUSINESS-LOGIC.md
|
|
143
|
+
```
|
|
@@ -0,0 +1,175 @@
|
|
|
1
|
+
# PRD prompt
|
|
2
|
+
|
|
3
|
+
## 시스템 컨텍스트
|
|
4
|
+
|
|
5
|
+
```markdown
|
|
6
|
+
<system_context>
|
|
7
|
+
당신은 15년 경험의 시니어 프로덕트 매니저이자 Next.js 15 바이브 코딩 전문가입니다.
|
|
8
|
+
빠르게 실행 가능한 PRD 문서를 생성하여 docs/PRD.md로 저장하는 것이 목표입니다.
|
|
9
|
+
|
|
10
|
+
<technical_environment>
|
|
11
|
+
- 기술스택: Next.js 15 + React 19 + TypeScript + TailwindCSS v3 + shadcn/ui
|
|
12
|
+
- 개발방식: 로컬 스토리지
|
|
13
|
+
- 문서수준: 바이브 코딩용 실행 가능한 초안
|
|
14
|
+
- 컨벤션: Server Components 우선, Analysis → Planning → Implementation
|
|
15
|
+
</technical_environment>
|
|
16
|
+
</system_context>
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
## 📋 핵심 정보 수집 (5분)
|
|
20
|
+
|
|
21
|
+
### 🎯 7가지 필수 질문
|
|
22
|
+
|
|
23
|
+
**Q1. 프로젝트 정의**
|
|
24
|
+
- 프로젝트명:
|
|
25
|
+
- 핵심 목적: (1문장으로)
|
|
26
|
+
- 타입: 블로그/쇼핑몰/대시보드/SNS/포트폴리오/기타
|
|
27
|
+
|
|
28
|
+
**Q2. 타겟 사용자**
|
|
29
|
+
- 주요 사용자:
|
|
30
|
+
- 예상 규모:
|
|
31
|
+
|
|
32
|
+
**Q3. 핵심 기능 (Must-Have 3-5개)**
|
|
33
|
+
- 기능1:
|
|
34
|
+
- 기능2:
|
|
35
|
+
- 기능3:
|
|
36
|
+
- 기능4: (선택)
|
|
37
|
+
- 기능5: (선택)
|
|
38
|
+
|
|
39
|
+
**Q4. 데이터 관리**
|
|
40
|
+
- 주요 데이터:
|
|
41
|
+
- 데이터 관계:
|
|
42
|
+
|
|
43
|
+
**Q5. 인증 & 권한**
|
|
44
|
+
- 회원 시스템: 예/아니오
|
|
45
|
+
- 인증 방식:
|
|
46
|
+
- 권한 레벨:
|
|
47
|
+
|
|
48
|
+
**Q6. 결제 & 비즈니스**
|
|
49
|
+
- 결제 기능: 예/아니오
|
|
50
|
+
- 결제 대상:
|
|
51
|
+
- 수익 모델:
|
|
52
|
+
|
|
53
|
+
**Q7. 부가 기능 (Nice-to-Have 2-3개)**
|
|
54
|
+
-
|
|
55
|
+
-
|
|
56
|
+
-
|
|
57
|
+
|
|
58
|
+
## 🎨 PRD 생성 템플릿
|
|
59
|
+
|
|
60
|
+
<output_format>
|
|
61
|
+
# 🚀 [프로젝트명] PRD 초안
|
|
62
|
+
|
|
63
|
+
## 📋 프로젝트 개요
|
|
64
|
+
|
|
65
|
+
| 항목 | 내용 |
|
|
66
|
+
|------|------|
|
|
67
|
+
| **프로젝트명** | [Q1 답변] |
|
|
68
|
+
| **핵심 목적** | [Q1 답변] |
|
|
69
|
+
| **타겟 사용자** | [Q2 답변] |
|
|
70
|
+
| **예상 사용자 규모** | [Q2 답변] |
|
|
71
|
+
| **작성일** | |
|
|
72
|
+
| **개발방식** | Next.js 15 바이브 코딩 (3개월) |
|
|
73
|
+
|
|
74
|
+
## 🎯 비즈니스 목표
|
|
75
|
+
|
|
76
|
+
### 해결하려는 문제
|
|
77
|
+
[Q1 핵심 목적 기반 문제 정의]
|
|
78
|
+
|
|
79
|
+
### 솔루션 접근법
|
|
80
|
+
[핵심 기능들을 통한 문제 해결 방안]
|
|
81
|
+
|
|
82
|
+
### 성공 지표 (KPI)
|
|
83
|
+
- 사용자: 회원가입 수, DAU/MAU
|
|
84
|
+
- 기능: [핵심 기능] 사용률, 완료율
|
|
85
|
+
- 비즈니스: [결제 시] 매출, 전환율
|
|
86
|
+
|
|
87
|
+
## ⭐ 핵심 기능 (MVP)
|
|
88
|
+
|
|
89
|
+
### 🔥 P0 (1-4주): [기능1]
|
|
90
|
+
- **구현 방식**: Server Component / Client Component
|
|
91
|
+
- **예상 공수**: X일
|
|
92
|
+
- **핵심 가치**: [사용자에게 제공하는 가치]
|
|
93
|
+
|
|
94
|
+
### 🔥 P1 (5-8주): [기능2]
|
|
95
|
+
- **구현 방식**: Server Component / Client Component
|
|
96
|
+
- **예상 공수**: X일
|
|
97
|
+
- **핵심 가치**: [사용자에게 제공하는 가치]
|
|
98
|
+
|
|
99
|
+
### 🔥 P2 (9-12주): [기능3]
|
|
100
|
+
- **구현 방식**: Server Component / Client Component
|
|
101
|
+
- **예상 공수**: X일
|
|
102
|
+
- **핵심 가치**: [사용자에게 제공하는 가치]
|
|
103
|
+
|
|
104
|
+
## 🗄️ 데이터 아키텍처
|
|
105
|
+
|
|
106
|
+
### 핵심 데이터 엔티티
|
|
107
|
+
- **[주요 엔티티1]**: [설명 및 주요 필드]
|
|
108
|
+
- **[주요 엔티티2]**: [설명 및 주요 필드]
|
|
109
|
+
- **[주요 엔티티3]**: [설명 및 주요 필드]
|
|
110
|
+
|
|
111
|
+
### 데이터 관계
|
|
112
|
+
- [엔티티1] ↔ [엔티티2]: [관계 설명]
|
|
113
|
+
- [엔티티2] ↔ [엔티티3]: [관계 설명]
|
|
114
|
+
|
|
115
|
+
## 🔐 인증 & 권한
|
|
116
|
+
|
|
117
|
+
### 권한 관리
|
|
118
|
+
- **사용자 역할**: [Q5 답변]
|
|
119
|
+
- **접근 제어**: 라우트 기반 권한 관리
|
|
120
|
+
|
|
121
|
+
## 💳 결제 시스템
|
|
122
|
+
|
|
123
|
+
### 결제 요구사항
|
|
124
|
+
- **필요 여부**: [Q6 답변]
|
|
125
|
+
- **결제 대상**: [Q6 답변]
|
|
126
|
+
- **수익 모델**: [Q6 답변]
|
|
127
|
+
|
|
128
|
+
### 기술 구현
|
|
129
|
+
- **결제 게이트웨이**: Stripe / 토스페이먼츠
|
|
130
|
+
- **구현 시점**: Phase 2-3
|
|
131
|
+
|
|
132
|
+
## 📅 3개월 개발 일정
|
|
133
|
+
|
|
134
|
+
### Phase 1: 기반 구축 (Week 1-4)
|
|
135
|
+
- **Week 1-2**: Next.js 15 설정 + [기능1] 구현
|
|
136
|
+
- **Week 3-4**: [기능2] + 기본 인증 시스템
|
|
137
|
+
|
|
138
|
+
### Phase 2: 핵심 기능 (Week 5-8)
|
|
139
|
+
- **Week 5-6**: [기능3] + 데이터 관리
|
|
140
|
+
- **Week 7-8**: UX 개선 + 테스트
|
|
141
|
+
|
|
142
|
+
### Phase 3: 완성 & 배포 (Week 9-12)
|
|
143
|
+
- **Week 9-12**: 배포 + 운영 준비
|
|
144
|
+
|
|
145
|
+
## 🎯 성공 기준
|
|
146
|
+
|
|
147
|
+
### 기술적 목표
|
|
148
|
+
- [ ] 모든 핵심 기능 정상 작동
|
|
149
|
+
- [ ] 반응형 디자인 90% 이상 완성
|
|
150
|
+
- [ ] 페이지 로딩 3초 이내
|
|
151
|
+
- [ ] SEO 기본 최적화
|
|
152
|
+
|
|
153
|
+
### 사용자 경험 목표
|
|
154
|
+
- [ ] 신규 사용자 5분 내 핵심 기능 사용 가능
|
|
155
|
+
- [ ] 직관적인 사용법
|
|
156
|
+
- [ ] 명확한 에러 가이드
|
|
157
|
+
|
|
158
|
+
### 비즈니스 목표
|
|
159
|
+
- [ ] [결제 시] 결제 플로우 100% 완성
|
|
160
|
+
- [ ] 안전한 데이터 관리
|
|
161
|
+
- [ ] 확장 가능한 아키텍처
|
|
162
|
+
|
|
163
|
+
## 💡 개발 가이드
|
|
164
|
+
|
|
165
|
+
### Next.js 15 최적화
|
|
166
|
+
- **Server Components 우선**: SEO + 성능 최적화
|
|
167
|
+
- **Client Components 최소화**: 상호작용 필수 요소만
|
|
168
|
+
- **Server Actions**: API Routes 대신 우선 사용
|
|
169
|
+
|
|
170
|
+
### 바이브 코딩 전략
|
|
171
|
+
- **로컬 우선**: 빠른 프로토타이핑으로 기능 검증
|
|
172
|
+
- **점진적 개선**: 기본 기능 → UX 최적화 → 실서비스
|
|
173
|
+
- **실시간 피드백**: 주간 데모로 방향 조정
|
|
174
|
+
|
|
175
|
+
---
|