@su-record/vibe 2.8.53 → 2.9.2
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.md +1 -0
- package/README.ko.md +43 -128
- package/README.md +43 -128
- package/agents/teams/debug-team.md +70 -0
- package/agents/teams/dev-team.md +88 -0
- package/agents/teams/docs-team.md +80 -0
- package/agents/teams/figma/figma-analyst.md +52 -0
- package/agents/teams/figma/figma-architect.md +112 -0
- package/agents/teams/figma/figma-auditor.md +82 -0
- package/agents/teams/figma/figma-builder.md +72 -0
- package/agents/teams/figma-team.md +85 -0
- package/agents/teams/fullstack-team.md +83 -0
- package/agents/teams/lite-team.md +69 -0
- package/agents/teams/migration-team.md +78 -0
- package/agents/teams/refactor-team.md +94 -0
- package/agents/teams/research-team.md +86 -0
- package/agents/teams/review-debate-team.md +125 -0
- package/agents/teams/security-team.md +81 -0
- package/commands/vibe.review.md +1 -63
- package/commands/vibe.run.md +8 -376
- package/commands/vibe.spec.md +1 -59
- package/commands/vibe.spec.review.md +1 -45
- package/dist/cli/postinstall/main.d.ts.map +1 -1
- package/dist/cli/postinstall/main.js +40 -66
- package/dist/cli/postinstall/main.js.map +1 -1
- package/dist/infra/lib/CostAccumulator.d.ts +58 -0
- package/dist/infra/lib/CostAccumulator.d.ts.map +1 -0
- package/dist/infra/lib/CostAccumulator.js +131 -0
- package/dist/infra/lib/CostAccumulator.js.map +1 -0
- package/hooks/scripts/figma-refine.js +315 -0
- package/hooks/scripts/figma-to-scss.js +394 -0
- package/hooks/scripts/figma-validate.js +353 -0
- package/package.json +1 -1
- package/skills/vibe.figma/SKILL.md +92 -24
- package/skills/vibe.figma/templates/component-spec.md +168 -0
- package/skills/vibe.figma.convert/SKILL.md +39 -3
- package/skills/vibe.figma.convert/rubrics/conversion-rules.md +12 -0
- package/skills/vibe.figma.extract/SKILL.md +29 -1
- package/skills/vibe.figma.extract/rubrics/image-rules.md +15 -3
package/CLAUDE.md
CHANGED
|
@@ -86,6 +86,7 @@
|
|
|
86
86
|
| Setup helpers | `src/cli/setup.ts`, `src/cli/setup/` |
|
|
87
87
|
| Hooks scripts | `hooks/scripts/` |
|
|
88
88
|
| Agent definitions | `agents/` |
|
|
89
|
+
| Team definitions | `agents/teams/` |
|
|
89
90
|
| Skill definitions | `skills/` |
|
|
90
91
|
| Language rules | `languages/` |
|
|
91
92
|
| SPEC/rule templates | `vibe/rules/`, `vibe/templates/` |
|
package/README.ko.md
CHANGED
|
@@ -7,57 +7,50 @@
|
|
|
7
7
|
[](https://nodejs.org/)
|
|
8
8
|
[](LICENSE)
|
|
9
9
|
|
|
10
|
-
|
|
10
|
+
Vibe는 AI 코딩 도구를 위한 품질 하네스입니다. Claude Code, Codex, Cursor, Gemini CLI를 감싸고, 타입 안전성, 코드 품질, 보안을 자동으로 강제합니다.
|
|
11
11
|
|
|
12
12
|
```bash
|
|
13
13
|
npm install -g @su-record/vibe
|
|
14
14
|
vibe init
|
|
15
15
|
```
|
|
16
16
|
|
|
17
|
-
**Claude Code**, **Codex**, **Cursor**, **Gemini CLI**에서 동작합니다.
|
|
18
|
-
|
|
19
17
|
---
|
|
20
18
|
|
|
21
|
-
##
|
|
19
|
+
## 이렇게 동작합니다
|
|
22
20
|
|
|
23
|
-
|
|
21
|
+
```
|
|
22
|
+
사용자: "사용자 인증 추가해줘"
|
|
24
23
|
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
24
|
+
/vibe.spec → GPT + Gemini 병렬 리서치 → SPEC 문서 자동 생성
|
|
25
|
+
/vibe.run → SPEC 기반 구현 → 12개 에이전트 병렬 리뷰
|
|
26
|
+
품질 게이트 → any 타입 차단, 긴 함수 차단, 위험한 명령 차단
|
|
27
|
+
완료 → 리뷰 통과된 타입 안전 코드만 남음
|
|
29
28
|
|
|
30
|
-
|
|
29
|
+
전부 자동. 프롬프트 한 줄이면 됩니다.
|
|
30
|
+
```
|
|
31
31
|
|
|
32
32
|
---
|
|
33
33
|
|
|
34
|
-
##
|
|
34
|
+
## 빠른 시작
|
|
35
35
|
|
|
36
|
-
```
|
|
37
|
-
|
|
38
|
-
|
|
36
|
+
```bash
|
|
37
|
+
# 1. 설치
|
|
38
|
+
npm install -g @su-record/vibe
|
|
39
39
|
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
| **Sensors** (피드백) | 행동 **후에** 관찰·교정 | 훅 21개, 품질 게이트, 이볼루션 엔진 |
|
|
40
|
+
# 2. 프로젝트 초기화 (스택 자동 감지)
|
|
41
|
+
cd your-project
|
|
42
|
+
vibe init
|
|
44
43
|
|
|
45
|
-
|
|
44
|
+
# 3. AI 코딩 도구와 함께 사용
|
|
45
|
+
claude # Claude Code
|
|
46
|
+
# 또는 codex, cursor, gemini — 모두 지원
|
|
46
47
|
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
B --> C["/vibe.run"]
|
|
51
|
-
C --> D["자동 리뷰"]
|
|
52
|
-
D --> E["완료"]
|
|
48
|
+
# 4. 워크플로우 시작
|
|
49
|
+
/vibe.spec "사용자 인증 추가" # 요구사항 작성
|
|
50
|
+
/vibe.run # SPEC 기반 구현
|
|
53
51
|
```
|
|
54
52
|
|
|
55
|
-
|
|
56
|
-
2. **검증** — `/vibe.spec.review`가 3중 교차 검증 실행 (Claude + GPT + Gemini)
|
|
57
|
-
3. **구현** — `/vibe.run`이 SPEC 기반 구현 + 병렬 코드 리뷰
|
|
58
|
-
4. **리뷰** — 12개 에이전트가 병렬 리뷰, P1/P2 이슈 자동 수정
|
|
59
|
-
|
|
60
|
-
`ultrawork`를 추가하면 전체 파이프라인이 자동화됩니다:
|
|
53
|
+
`ultrawork`를 붙이면 전체 파이프라인이 자동화됩니다:
|
|
61
54
|
|
|
62
55
|
```bash
|
|
63
56
|
/vibe.run "사용자 인증 추가" ultrawork
|
|
@@ -65,112 +58,39 @@ flowchart LR
|
|
|
65
58
|
|
|
66
59
|
---
|
|
67
60
|
|
|
68
|
-
##
|
|
69
|
-
|
|
70
|
-
**품질 게이트** — `any` 타입, `@ts-ignore`, 50줄 초과 함수를 차단합니다. 3계층 방어: 센티넬 가드 → 프리툴 가드 → 코드 체크.
|
|
71
|
-
|
|
72
|
-
**56개 전문 에이전트** — 탐색, 구현, 아키텍처, 12개 병렬 리뷰어, 8개 UI/UX 에이전트, QA 코디네이터. 각 에이전트는 범용 래퍼가 아닌 목적 특화 설계.
|
|
73
|
-
|
|
74
|
-
**멀티 LLM 오케스트레이션** — Claude로 오케스트레이션, GPT로 추론, Gemini로 리서치. 가용 모델에 따라 자동 라우팅. 기본값은 Claude 단독 운영.
|
|
61
|
+
## 주요 기능
|
|
75
62
|
|
|
76
|
-
|
|
63
|
+
**품질 게이트** — `any` 타입, `@ts-ignore`, 50줄 초과 함수를 차단. 3계층 방어가 모든 도구 호출마다 실행.
|
|
77
64
|
|
|
78
|
-
|
|
65
|
+
**전문 에이전트** — 탐색, 구현, 아키텍처, 코드 리뷰(12개 병렬), UI/UX 분석 등 56개 목적 특화 에이전트.
|
|
79
66
|
|
|
80
|
-
|
|
67
|
+
**멀티 LLM** — Claude가 오케스트레이션, GPT가 추론, Gemini가 리서치. 가용 모델에 따라 자동 라우팅. 기본값은 Claude 단독.
|
|
81
68
|
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
## 포함 내용
|
|
85
|
-
|
|
86
|
-
| 분류 | 수량 | 예시 |
|
|
87
|
-
|------|------|------|
|
|
88
|
-
| **에이전트** | 56 | Explorer, Implementer, Architect (각 3단계), 리뷰 전문가 12개, UI/UX 8개, QA 코디네이터 |
|
|
89
|
-
| **스킬** | 45 | 3티어 시스템 (core/standard/optional) — 컨텍스트 과부하 방지 |
|
|
90
|
-
| **훅** | 21 | 세션 복원, 파괴적 명령 차단, 자동 포맷, 품질 체크, 컨텍스트 자동 저장 |
|
|
91
|
-
| **프레임워크** | 24 | TypeScript (12), Python (2), Java/Kotlin (2), Rails, Go, Rust, Swift, Flutter, Unity, Godot |
|
|
92
|
-
| **슬래시 커맨드** | 11 | `/vibe.spec`, `/vibe.run`, `/vibe.review`, `/vibe.trace`, `/vibe.figma` 등 |
|
|
69
|
+
**세션 메모리** — 결정, 제약, 목표가 SQLite + FTS5 검색으로 세션 간 유지.
|
|
93
70
|
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
## 멀티 CLI 지원
|
|
71
|
+
**스택 감지** — 24개 프레임워크 자동 감지 (Next.js, Django, Rails, Go, Rust, Flutter 등) 후 프레임워크별 규칙 적용.
|
|
97
72
|
|
|
98
|
-
|
|
99
|
-
|-----|---------|------|----------|
|
|
100
|
-
| Claude Code | `~/.claude/agents/` | `~/.claude/skills/` | `CLAUDE.md` |
|
|
101
|
-
| Codex | `~/.codex/plugins/vibe/` | 플러그인 내장 | `AGENTS.md` |
|
|
102
|
-
| Cursor | `~/.cursor/agents/` | `~/.cursor/skills/` | `.cursorrules` |
|
|
103
|
-
| Gemini CLI | `~/.gemini/agents/` | `~/.gemini/skills/` | `GEMINI.md` |
|
|
73
|
+
**Figma → 코드** — 트리 기반 구조적 매핑으로 디자인 대비 90% 완성도 목표. Figma REST API에서 30+ CSS 속성을 추출하여 반응형 코드 생성.
|
|
104
74
|
|
|
105
75
|
---
|
|
106
76
|
|
|
107
|
-
##
|
|
108
|
-
|
|
109
|
-
| 프로바이더 | 역할 | 필수 여부 |
|
|
110
|
-
|-----------|------|----------|
|
|
111
|
-
| **Claude** | 오케스트레이션, SPEC, 리뷰 | 필수 (Claude Code) |
|
|
112
|
-
| **GPT** | 추론, 아키텍처, 엣지 케이스 | 선택 (Codex CLI 또는 API Key) |
|
|
113
|
-
| **Gemini** | 리서치, 교차 검증, UI/UX | 선택 (gemini-cli 또는 API Key) |
|
|
77
|
+
## 지원 도구
|
|
114
78
|
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
vibe gemini key <your-api-key>
|
|
122
|
-
```
|
|
79
|
+
| CLI | 상태 |
|
|
80
|
+
|-----|------|
|
|
81
|
+
| [Claude Code](https://claude.ai/code) | 전체 지원 |
|
|
82
|
+
| [Codex](https://github.com/openai/codex) | 플러그인 |
|
|
83
|
+
| [Cursor](https://cursor.sh) | 에이전트 + 룰 |
|
|
84
|
+
| [Gemini CLI](https://github.com/google-gemini/gemini-cli) | 에이전트 + 스킬 |
|
|
123
85
|
|
|
124
86
|
---
|
|
125
87
|
|
|
126
|
-
##
|
|
127
|
-
|
|
128
|
-
트리 기반 구조적 매핑으로 디자인을 코드로 변환 (스크린샷 추정이 아님).
|
|
129
|
-
|
|
130
|
-
```bash
|
|
131
|
-
/vibe.figma # 모든 URL 한번에 입력 (스토리보드 + 모바일 + 데스크탑)
|
|
132
|
-
/vibe.figma --new # 새 피처 모드 (독립 스타일 생성)
|
|
133
|
-
/vibe.figma --refine # 보완 모드 (기존 코드 + Figma 재비교 → 수정)
|
|
134
|
-
```
|
|
135
|
-
|
|
136
|
-
스토리보드·모바일·데스크탑 Figma URL을 한번에 전달. Figma REST API로 트리 + 노드 이미지 추출 → 브레이크포인트 간 리매핑 → 스택 인식 코드 생성 (React/Vue/Svelte/SCSS/Tailwind) → 시각 검증 루프.
|
|
137
|
-
|
|
138
|
-
---
|
|
139
|
-
|
|
140
|
-
## CLI 레퍼런스
|
|
141
|
-
|
|
142
|
-
```bash
|
|
143
|
-
vibe init # 프로젝트 초기화 (스택 감지, 하네스 설치)
|
|
144
|
-
vibe update # 스택 재감지, 설정 새로고침
|
|
145
|
-
vibe upgrade # 최신 버전 업그레이드
|
|
146
|
-
vibe status # 현재 상태 확인
|
|
147
|
-
vibe config show # 통합 설정 보기
|
|
148
|
-
vibe stats [--week|--quality] # 사용량 텔레메트리
|
|
149
|
-
|
|
150
|
-
vibe gpt key|status # GPT API Key 설정
|
|
151
|
-
vibe gemini key|status # Gemini API Key 설정
|
|
152
|
-
vibe figma breakpoints # 반응형 브레이크포인트
|
|
153
|
-
vibe skills add <owner/repo> # skills.sh에서 스킬 설치
|
|
154
|
-
```
|
|
155
|
-
|
|
156
|
-
---
|
|
157
|
-
|
|
158
|
-
## 설정
|
|
159
|
-
|
|
160
|
-
| 파일 | 용도 |
|
|
161
|
-
|------|------|
|
|
162
|
-
| `~/.vibe/config.json` | 글로벌 — 인증, 채널, 모델 (0o600) |
|
|
163
|
-
| `.claude/vibe/config.json` | 프로젝트 — 스택, 기능, 품질 설정 |
|
|
164
|
-
|
|
165
|
-
---
|
|
88
|
+
## 문서
|
|
166
89
|
|
|
167
|
-
|
|
90
|
+
상세 가이드, 스킬 레퍼런스, 설정 방법은 [Wiki](https://github.com/su-record/vibe/wiki)를 참고하세요.
|
|
168
91
|
|
|
169
|
-
|
|
170
|
-
|
|
171
|
-
| `ultrawork` | 전체 자동화 — 병렬 에이전트 + 자동 계속 + 품질 루프 |
|
|
172
|
-
| `ralph` | 100% 완료까지 반복 (스코프 축소 없음) |
|
|
173
|
-
| `quick` | 빠른 모드, 최소 검증 |
|
|
92
|
+
- [README (English)](README.md)
|
|
93
|
+
- [릴리스 노트](RELEASE_NOTES.md)
|
|
174
94
|
|
|
175
95
|
---
|
|
176
96
|
|
|
@@ -178,12 +98,7 @@ vibe skills add <owner/repo> # skills.sh에서 스킬 설치
|
|
|
178
98
|
|
|
179
99
|
- Node.js >= 18.0.0
|
|
180
100
|
- Claude Code (필수)
|
|
181
|
-
- GPT, Gemini (선택
|
|
182
|
-
|
|
183
|
-
## 문서
|
|
184
|
-
|
|
185
|
-
- [README (English)](README.md)
|
|
186
|
-
- [릴리스 노트](RELEASE_NOTES.md)
|
|
101
|
+
- GPT, Gemini (선택)
|
|
187
102
|
|
|
188
103
|
## 라이선스
|
|
189
104
|
|
package/README.md
CHANGED
|
@@ -7,170 +7,90 @@
|
|
|
7
7
|
[](https://nodejs.org/)
|
|
8
8
|
[](LICENSE)
|
|
9
9
|
|
|
10
|
-
|
|
10
|
+
Vibe is a quality harness for AI coding tools. It wraps around Claude Code, Codex, Cursor, or Gemini CLI and automatically enforces type safety, code quality, and security — before, during, and after code generation.
|
|
11
11
|
|
|
12
12
|
```bash
|
|
13
13
|
npm install -g @su-record/vibe
|
|
14
14
|
vibe init
|
|
15
15
|
```
|
|
16
16
|
|
|
17
|
-
Works with **Claude Code**, **Codex**, **Cursor**, and **Gemini CLI**.
|
|
18
|
-
|
|
19
|
-
---
|
|
20
|
-
|
|
21
|
-
## The Problem
|
|
22
|
-
|
|
23
|
-
AI coding tools generate working code, but:
|
|
24
|
-
|
|
25
|
-
- Types are `any`, reviews are skipped, tests are forgotten
|
|
26
|
-
- You catch issues manually — after the damage is done
|
|
27
|
-
- Context vanishes between sessions
|
|
28
|
-
- Complex tasks spiral without structure
|
|
29
|
-
|
|
30
|
-
**Vibe is a harness.** It wraps around your AI coding tool and enforces quality automatically — before, during, and after code generation.
|
|
31
|
-
|
|
32
17
|
---
|
|
33
18
|
|
|
34
19
|
## How It Works
|
|
35
20
|
|
|
36
21
|
```
|
|
37
|
-
|
|
38
|
-
```
|
|
39
|
-
|
|
40
|
-
| | Role | What's Inside |
|
|
41
|
-
|---|------|--------------|
|
|
42
|
-
| **Guides** (feedforward) | Set direction *before* action | CLAUDE.md, 56 agents, 45 skills, coding rules |
|
|
43
|
-
| **Sensors** (feedback) | Observe and correct *after* action | 21 hooks, quality gates, evolution engine |
|
|
22
|
+
You: "Add user authentication"
|
|
44
23
|
|
|
45
|
-
|
|
24
|
+
/vibe.spec → GPT + Gemini research in parallel → SPEC document
|
|
25
|
+
/vibe.run → Implement from SPEC → 12 agents review in parallel
|
|
26
|
+
Quality gates → Block any types, long functions, dangerous commands
|
|
27
|
+
Done → Only reviewed, type-safe code remains
|
|
46
28
|
|
|
47
|
-
|
|
48
|
-
flowchart LR
|
|
49
|
-
A["/vibe.spec"] --> B["/vibe.spec.review"]
|
|
50
|
-
B --> C["/vibe.run"]
|
|
51
|
-
C --> D["Auto Review"]
|
|
52
|
-
D --> E["Done"]
|
|
29
|
+
Every step is automatic. You type one prompt.
|
|
53
30
|
```
|
|
54
31
|
|
|
55
|
-
1. **Define** — `/vibe.spec` writes requirements with GPT + Gemini parallel research
|
|
56
|
-
2. **Review** — `/vibe.spec.review` runs triple cross-validation (Claude + GPT + Gemini)
|
|
57
|
-
3. **Implement** — `/vibe.run` builds from SPEC with parallel code review
|
|
58
|
-
4. **Verify** — 12 agents review in parallel, P1/P2 issues auto-fixed
|
|
59
|
-
|
|
60
|
-
Add `ultrawork` to run the entire pipeline hands-free:
|
|
61
|
-
|
|
62
|
-
```bash
|
|
63
|
-
/vibe.run "add user authentication" ultrawork
|
|
64
|
-
```
|
|
65
|
-
|
|
66
|
-
---
|
|
67
|
-
|
|
68
|
-
## Key Features
|
|
69
|
-
|
|
70
|
-
**Quality Gates** — Blocks `any` types, `@ts-ignore`, functions > 50 lines. Three-layer defense: sentinel guard → pre-tool guard → code check.
|
|
71
|
-
|
|
72
|
-
**56 Specialized Agents** — Exploration, implementation, architecture, 12 parallel reviewers, 8 UI/UX agents, QA coordination. Each agent is purpose-built, not a generic wrapper.
|
|
73
|
-
|
|
74
|
-
**Multi-LLM Orchestration** — Claude for orchestration, GPT for reasoning, Gemini for research. Auto-routes based on available models. Works Claude-only by default.
|
|
75
|
-
|
|
76
|
-
**Session RAG** — SQLite + FTS5 hybrid search persists decisions, constraints, and goals across sessions. Context is restored automatically on session start.
|
|
77
|
-
|
|
78
|
-
**24 Framework Detection** — Auto-detects your stack (Next.js, React, Django, Spring Boot, Rails, Go, Rust, and 17 more) and applies framework-specific rules. Monorepo-aware.
|
|
79
|
-
|
|
80
|
-
**Self-Improvement** — Evolution engine analyzes hook execution patterns, detects skill gaps, and generates new rules. Circuit breaker rolls back on regression.
|
|
81
|
-
|
|
82
32
|
---
|
|
83
33
|
|
|
84
|
-
##
|
|
85
|
-
|
|
86
|
-
| Category | Count | Examples |
|
|
87
|
-
|----------|-------|---------|
|
|
88
|
-
| **Agents** | 56 | Explorer, Implementer, Architect (3 depth levels each), 12 review specialists, 8 UI/UX, QA coordinator |
|
|
89
|
-
| **Skills** | 45 | 3-tier system (core/standard/optional) to prevent context overload |
|
|
90
|
-
| **Hooks** | 21 | Session restore, destructive command blocking, auto-format, quality check, context auto-save |
|
|
91
|
-
| **Frameworks** | 24 | TypeScript (12), Python (2), Java/Kotlin (2), Rails, Go, Rust, Swift, Flutter, Unity, Godot |
|
|
92
|
-
| **Slash Commands** | 11 | `/vibe.spec`, `/vibe.run`, `/vibe.review`, `/vibe.trace`, `/vibe.figma`, and more |
|
|
34
|
+
## Quick Start
|
|
93
35
|
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
| CLI | Agents | Skills | Instructions |
|
|
99
|
-
|-----|--------|--------|-------------|
|
|
100
|
-
| Claude Code | `~/.claude/agents/` | `~/.claude/skills/` | `CLAUDE.md` |
|
|
101
|
-
| Codex | `~/.codex/plugins/vibe/` | Plugin built-in | `AGENTS.md` |
|
|
102
|
-
| Cursor | `~/.cursor/agents/` | `~/.cursor/skills/` | `.cursorrules` |
|
|
103
|
-
| Gemini CLI | `~/.gemini/agents/` | `~/.gemini/skills/` | `GEMINI.md` |
|
|
104
|
-
|
|
105
|
-
---
|
|
36
|
+
```bash
|
|
37
|
+
# 1. Install
|
|
38
|
+
npm install -g @su-record/vibe
|
|
106
39
|
|
|
107
|
-
|
|
40
|
+
# 2. Initialize your project (auto-detects stack)
|
|
41
|
+
cd your-project
|
|
42
|
+
vibe init
|
|
108
43
|
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
| **GPT** | Reasoning, architecture, edge cases | Optional (Codex CLI or API key) |
|
|
113
|
-
| **Gemini** | Research, cross-validation, UI/UX | Optional (gemini-cli or API key) |
|
|
44
|
+
# 3. Use with your AI coding tool
|
|
45
|
+
claude # Claude Code
|
|
46
|
+
# or codex, cursor, gemini — all supported
|
|
114
47
|
|
|
115
|
-
|
|
48
|
+
# 4. Try the workflow
|
|
49
|
+
/vibe.spec "add user authentication" # Write requirements
|
|
50
|
+
/vibe.run # Implement from SPEC
|
|
51
|
+
```
|
|
116
52
|
|
|
117
|
-
|
|
53
|
+
Add `ultrawork` to any command for full automation:
|
|
118
54
|
|
|
119
55
|
```bash
|
|
120
|
-
vibe
|
|
121
|
-
vibe gemini key <your-api-key>
|
|
56
|
+
/vibe.run "add user authentication" ultrawork
|
|
122
57
|
```
|
|
123
58
|
|
|
124
59
|
---
|
|
125
60
|
|
|
126
|
-
##
|
|
61
|
+
## What It Does
|
|
127
62
|
|
|
128
|
-
|
|
63
|
+
**Quality gates** — Blocks `any` types, `@ts-ignore`, functions over 50 lines. Three-layer defense runs on every tool call.
|
|
129
64
|
|
|
130
|
-
|
|
131
|
-
/vibe.figma # All URLs at once (storyboard + mobile + desktop)
|
|
132
|
-
/vibe.figma --new # New feature mode (create standalone styles)
|
|
133
|
-
/vibe.figma --refine # Refine mode (compare existing code with Figma → fix)
|
|
134
|
-
```
|
|
65
|
+
**Specialized agents** — 56 purpose-built agents for exploration, implementation, architecture, code review (12 in parallel), and UI/UX analysis.
|
|
135
66
|
|
|
136
|
-
|
|
67
|
+
**Multi-LLM** — Claude orchestrates, GPT reasons, Gemini researches. Auto-routes by availability. Works Claude-only by default.
|
|
137
68
|
|
|
138
|
-
|
|
69
|
+
**Session memory** — Decisions, constraints, and goals persist across sessions via SQLite + FTS5 hybrid search.
|
|
139
70
|
|
|
140
|
-
|
|
71
|
+
**Stack detection** — Auto-detects 24 frameworks (Next.js, Django, Rails, Go, Rust, Flutter, and more) and applies framework-specific rules.
|
|
141
72
|
|
|
142
|
-
|
|
143
|
-
vibe init # Initialize project (detect stack, install harness)
|
|
144
|
-
vibe update # Re-detect stacks, refresh config
|
|
145
|
-
vibe upgrade # Upgrade to latest version
|
|
146
|
-
vibe status # Show current status
|
|
147
|
-
vibe config show # Unified config view
|
|
148
|
-
vibe stats [--week|--quality] # Usage telemetry
|
|
149
|
-
|
|
150
|
-
vibe gpt key|status # GPT API key setup
|
|
151
|
-
vibe gemini key|status # Gemini API key setup
|
|
152
|
-
vibe figma breakpoints # Responsive breakpoints
|
|
153
|
-
vibe skills add <owner/repo> # Install skills from skills.sh
|
|
154
|
-
```
|
|
73
|
+
**Figma → Code** — Tree-based structural mapping targeting 90% design fidelity. Extracts 30+ CSS properties from Figma REST API, remaps across breakpoints, generates responsive code.
|
|
155
74
|
|
|
156
75
|
---
|
|
157
76
|
|
|
158
|
-
##
|
|
77
|
+
## Supported Tools
|
|
159
78
|
|
|
160
|
-
|
|
|
161
|
-
|
|
162
|
-
|
|
|
163
|
-
|
|
|
79
|
+
| CLI | Status |
|
|
80
|
+
|-----|--------|
|
|
81
|
+
| [Claude Code](https://claude.ai/code) | Full support |
|
|
82
|
+
| [Codex](https://github.com/openai/codex) | Plugin |
|
|
83
|
+
| [Cursor](https://cursor.sh) | Agents + Rules |
|
|
84
|
+
| [Gemini CLI](https://github.com/google-gemini/gemini-cli) | Agents + Skills |
|
|
164
85
|
|
|
165
86
|
---
|
|
166
87
|
|
|
167
|
-
##
|
|
88
|
+
## Documentation
|
|
89
|
+
|
|
90
|
+
Full guides, skill reference, and configuration details are in the [Wiki](https://github.com/su-record/vibe/wiki).
|
|
168
91
|
|
|
169
|
-
|
|
170
|
-
|
|
171
|
-
| `ultrawork` | Full automation — parallel agents + auto-continue + quality loop |
|
|
172
|
-
| `ralph` | Iterate until 100% complete (no scope reduction) |
|
|
173
|
-
| `quick` | Fast mode, minimal verification |
|
|
92
|
+
- [README (Korean)](README.ko.md)
|
|
93
|
+
- [Release Notes](RELEASE_NOTES.md)
|
|
174
94
|
|
|
175
95
|
---
|
|
176
96
|
|
|
@@ -178,12 +98,7 @@ vibe skills add <owner/repo> # Install skills from skills.sh
|
|
|
178
98
|
|
|
179
99
|
- Node.js >= 18.0.0
|
|
180
100
|
- Claude Code (required)
|
|
181
|
-
- GPT, Gemini (optional
|
|
182
|
-
|
|
183
|
-
## Documentation
|
|
184
|
-
|
|
185
|
-
- [README (Korean)](README.ko.md)
|
|
186
|
-
- [Release Notes](RELEASE_NOTES.md)
|
|
101
|
+
- GPT, Gemini (optional)
|
|
187
102
|
|
|
188
103
|
## License
|
|
189
104
|
|
|
@@ -0,0 +1,70 @@
|
|
|
1
|
+
# Debug Team
|
|
2
|
+
|
|
3
|
+
빌드/테스트 실패 시 아키텍트 진단 → 구현자 수정 → 테스터 검증 사이클.
|
|
4
|
+
|
|
5
|
+
## 팀 구성
|
|
6
|
+
|
|
7
|
+
| 팀원 | 역할 | Model |
|
|
8
|
+
|------|------|-------|
|
|
9
|
+
| architect (리더) | 근본 원인 진단, 수정 방향 설계, 아키텍처 레벨 문제 식별 | Opus |
|
|
10
|
+
| implementer | architect 진단에 따라 최소 diff 수정 적용 | Sonnet |
|
|
11
|
+
| tester | 수정 후 즉시 테스트 실행, 회귀 검증 | Haiku |
|
|
12
|
+
|
|
13
|
+
## 활성화 조건
|
|
14
|
+
|
|
15
|
+
- 동일 빌드/테스트 실패 3회 이상
|
|
16
|
+
- UltraQA `architecture_question` 상태 진입 시
|
|
17
|
+
|
|
18
|
+
## 워크플로우
|
|
19
|
+
|
|
20
|
+
```
|
|
21
|
+
[입력: 에러 출력 + 실패 파일 + 이전 시도 이력]
|
|
22
|
+
|
|
|
23
|
+
architect: 근본 원인 분석 (증상이 아닌 원인)
|
|
24
|
+
|
|
|
25
|
+
└──→ implementer: 최소 diff 수정
|
|
26
|
+
└──→ tester: 테스트 실행
|
|
27
|
+
├─ PASS → 완료
|
|
28
|
+
└─ FAIL → architect 재진단 (3회 실패 → 사용자 에스컬레이션)
|
|
29
|
+
```
|
|
30
|
+
|
|
31
|
+
## spawn 패턴
|
|
32
|
+
|
|
33
|
+
```text
|
|
34
|
+
TeamCreate(team_name="debug-{feature}", description="Debug team for {feature} build/test failure")
|
|
35
|
+
|
|
36
|
+
Task(team_name="debug-{feature}", name="architect", subagent_type="architect",
|
|
37
|
+
prompt="Debug team leader. Diagnose root cause of build/test failure.
|
|
38
|
+
Error: {error_output}
|
|
39
|
+
Failed files: {failed_files}
|
|
40
|
+
Previous attempts: {attempt_history}
|
|
41
|
+
Role: Analyze error, identify root cause (not symptoms). Design minimal fix.
|
|
42
|
+
Send diagnosis to implementer via SendMessage. If same failure 3x, escalate to user.")
|
|
43
|
+
|
|
44
|
+
Task(team_name="debug-{feature}", name="implementer", subagent_type="implementer",
|
|
45
|
+
mode="bypassPermissions",
|
|
46
|
+
prompt="Debug team fixer. Apply minimal-diff fixes based on architect diagnosis.
|
|
47
|
+
Role: Wait for architect diagnosis. Apply ONLY the specific fix recommended.
|
|
48
|
+
Do NOT refactor surrounding code. Notify tester when fix is applied.")
|
|
49
|
+
|
|
50
|
+
Task(team_name="debug-{feature}", name="tester", subagent_type="tester",
|
|
51
|
+
mode="bypassPermissions",
|
|
52
|
+
prompt="Debug team verifier. Run tests after each fix to verify resolution.
|
|
53
|
+
Role: Wait for implementer fix notification. Run failing tests.
|
|
54
|
+
Report results to architect. If still failing, provide detailed error output.")
|
|
55
|
+
```
|
|
56
|
+
|
|
57
|
+
## 팀원 간 통신
|
|
58
|
+
|
|
59
|
+
```text
|
|
60
|
+
architect → implementer: "근본 원인: circular import in module A→B→A. B의 import를 lazy로 변경하세요"
|
|
61
|
+
implementer → tester: "수정 완료. 기존 실패 테스트 재실행 요청합니다"
|
|
62
|
+
tester → architect: "여전히 실패. 새로운 에러: TypeError at line 42"
|
|
63
|
+
architect → broadcast: "3회 실패. 사용자 에스컬레이션이 필요합니다"
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
## ⛔ 하지 않는 것
|
|
67
|
+
|
|
68
|
+
- 주변 코드 리팩터링 (최소 diff만)
|
|
69
|
+
- 증상 치료 (근본 원인 해결만)
|
|
70
|
+
- 4회 이상 자동 재시도 (3회 실패 → 사용자 에스컬레이션)
|
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
# Dev Team
|
|
2
|
+
|
|
3
|
+
에이전트들이 팀을 이루어 서로 소통하며 구현하는 풀 구현 팀.
|
|
4
|
+
|
|
5
|
+
## 팀 구성
|
|
6
|
+
|
|
7
|
+
| 팀원 | 역할 | Model |
|
|
8
|
+
|------|------|-------|
|
|
9
|
+
| architect (리더) | 설계 결정, 구현 방향 조율, SPEC 준수 검증, 팀 합의 주도 | Opus |
|
|
10
|
+
| implementer | 핵심 비즈니스 로직 구현, architect 설계를 따라 코드 작성 | Sonnet |
|
|
11
|
+
| tester | 구현 완료 즉시 테스트 작성, 실패 시 implementer에 피드백 | Haiku |
|
|
12
|
+
| security-reviewer | 실시간 보안 취약점 검증, 블로킹 이슈 식별 | Sonnet |
|
|
13
|
+
|
|
14
|
+
## 활성화 조건
|
|
15
|
+
|
|
16
|
+
- ULTRAWORK 모드 + 3개 이상 시나리오
|
|
17
|
+
- 또는 복잡도 점수 20+ (High)
|
|
18
|
+
|
|
19
|
+
## 워크플로우
|
|
20
|
+
|
|
21
|
+
```
|
|
22
|
+
architect: SPEC Phase 분석 → 구현 계획 수립 → TaskList에 작업 등록
|
|
23
|
+
|
|
|
24
|
+
├──→ implementer: TaskList에서 claim → 코드 작성
|
|
25
|
+
│ ├──→ tester: 컴포넌트 완료 즉시 테스트 (점진적)
|
|
26
|
+
│ │ └── 실패 시 → implementer에 피드백
|
|
27
|
+
│ └──← security-reviewer: 실시간 보안 검증
|
|
28
|
+
│ └── 블로킹 이슈 → implementer 즉시 수정
|
|
29
|
+
|
|
|
30
|
+
architect: 모든 시나리오 통과 확인 → 팀 종료
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
## spawn 패턴
|
|
34
|
+
|
|
35
|
+
```text
|
|
36
|
+
TeamCreate(team_name="dev-{feature}", description="Implementation team for {feature} Phase {N}")
|
|
37
|
+
|
|
38
|
+
Task(team_name="dev-{feature}", name="architect", subagent_type="architect",
|
|
39
|
+
prompt="구현 팀 리더. Phase {N}의 SPEC을 분석하고 구현 계획을 수립하세요.
|
|
40
|
+
SPEC: {spec_content}
|
|
41
|
+
Feature Scenarios: {scenarios}
|
|
42
|
+
역할: 설계 결정, 구현 방향 조율, 팀원 간 충돌 해결, SPEC 준수 검증.
|
|
43
|
+
TaskList에 구현 작업을 등록하세요. implementer에게 설계를 SendMessage로 전달하세요.
|
|
44
|
+
모든 시나리오가 통과할 때까지 팀을 조율하세요.")
|
|
45
|
+
|
|
46
|
+
Task(team_name="dev-{feature}", name="implementer", subagent_type="implementer",
|
|
47
|
+
mode="bypassPermissions",
|
|
48
|
+
prompt="구현 팀 코드 담당. SPEC: {spec_content}
|
|
49
|
+
역할: architect의 설계를 따라 프로덕션 코드 작성.
|
|
50
|
+
architect에게서 설계를 받으면 구현을 시작하세요.
|
|
51
|
+
컴포넌트 구현 완료 시 tester에게 SendMessage로 테스트 요청하세요.
|
|
52
|
+
security-reviewer의 블로킹 이슈는 즉시 수정하세요.
|
|
53
|
+
TaskList에서 구현 작업을 claim하세요.")
|
|
54
|
+
|
|
55
|
+
Task(team_name="dev-{feature}", name="tester", subagent_type="tester",
|
|
56
|
+
mode="bypassPermissions",
|
|
57
|
+
prompt="구현 팀 테스트 담당. SPEC: {spec_content}
|
|
58
|
+
역할: implementer가 완료한 컴포넌트부터 즉시 테스트 작성.
|
|
59
|
+
구현 전체를 기다리지 말고 컴포넌트 단위로 점진적 테스트하세요.
|
|
60
|
+
테스트 실패 시 implementer에게 SendMessage로 피드백하세요.
|
|
61
|
+
edge case 발견 시 architect에게 설계 검토를 요청하세요.
|
|
62
|
+
TaskList에서 테스트 작업을 claim하세요.")
|
|
63
|
+
|
|
64
|
+
Task(team_name="dev-{feature}", name="security-reviewer", subagent_type="security-reviewer",
|
|
65
|
+
mode="bypassPermissions",
|
|
66
|
+
prompt="구현 팀 보안 담당. SPEC: {spec_content}
|
|
67
|
+
역할: 구현 코드의 보안 취약점 실시간 검증.
|
|
68
|
+
보안 이슈는 BLOCKING — implementer에게 SendMessage로 즉시 수정 요청하세요.
|
|
69
|
+
심각한 설계 결함 발견 시 architect에게 SendMessage로 알리세요.
|
|
70
|
+
TaskList에서 보안 검증 작업을 claim하세요.")
|
|
71
|
+
```
|
|
72
|
+
|
|
73
|
+
## 팀원 간 통신
|
|
74
|
+
|
|
75
|
+
```text
|
|
76
|
+
architect → implementer: "Repository 패턴으로 데이터 접근 계층 분리해서 구현해주세요. 인터페이스는 TaskList에 등록했습니다"
|
|
77
|
+
implementer → tester: "LoginService 구현 완료. 정상/실패/잠금 시나리오 테스트 요청합니다"
|
|
78
|
+
security-reviewer → implementer: "SQL injection 위험: raw query 사용 감지. parameterized query로 즉시 수정 필요"
|
|
79
|
+
tester → architect: "edge case 3건 실패 (빈 입력, 특수문자, 동시 요청). 설계 검토 요청합니다"
|
|
80
|
+
architect → broadcast: "Phase {N} 모든 시나리오 통과 확인. 구현 완료합니다"
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
## ⛔ 하지 않는 것
|
|
84
|
+
|
|
85
|
+
- SPEC 범위 밖의 기능 추가
|
|
86
|
+
- architect 승인 없이 설계 변경
|
|
87
|
+
- 테스트 실패 상태에서 다음 컴포넌트 진행
|
|
88
|
+
- security-reviewer 블로킹 이슈 무시
|