@su-record/vibe 2.16.4 → 3.1.0

package/skills/test/SKILL.md

@@ -72,10 +72,10 @@ Written to `~/.vibe/test-reports/<YYYYMMDD-HHmm>-<harness>.{json,md}`. Exact sch
     ],
     "hooks": [
       { "name": "pre-tool-guard", "status": "pass", "tests": "38/38" },
-      { "name": "keyword-detector", "status": "pass", "tests": "12/12" }
+      { "name": "scope-guard", "status": "pass", "tests": "12/12" }
     ],
     "agents": [
-      { "name": "explorer", "status": "pass" }
+      { "name": "implementer", "status": "pass" }
     ]
   },
   "failed": [
@@ -111,7 +111,7 @@ Written to `~/.vibe/test-reports/<YYYYMMDD-HHmm>-<harness>.{json,md}`. Exact sch
 ## Failures
 
 - **skills / spec** — invocation includes `auto` but triggers array is empty
-- **agents / explorer** — agent file not found
+- **agents / implementer** — agent file not found
 ```
 
 If `failed` is empty, replace the Failures section with `_All probes passed._`.

package/skills/tool-fallback/SKILL.md

@@ -3,8 +3,8 @@ name: tool-fallback
 invocation: [auto]
 tier: optional
 description: "Tool failure fallback strategies with circuit breaker. Auto-activates on API errors, search failures, timeouts, 429, 5xx, overloaded errors."
-triggers: [API error, search failure, timeout, 429, 5xx, overloaded, fallback, circuit breaker]
-priority: 80
+triggers: [search failure, 429, 5xx, overloaded, fallback, circuit breaker, rate limit]
+priority: 60
 ---
 
 # Tool Fallback Strategies

package/skills/vercel-react-best-practices/SKILL.md

@@ -3,7 +3,7 @@ name: vercel-react-best-practices
 invocation: [auto]
 tier: core
 description: "React/Next.js performance gotchas from Vercel engineering. Non-intuitive pitfalls that LLMs commonly miss."
-triggers: [react, next.js, performance, optimization, vercel, component, rendering]
+triggers: [react, next.js, vercel, react performance, re-render, rendering waterfall]
 priority: 60
 ---
 

package/skills/vibe/SKILL.md

@@ -31,7 +31,7 @@ user-invocable: true
 - **동적 파이프라인**: 의도/입력 종류에 따라 매번 다른 스킬 체인 구성. 미리 정해진 고정 흐름 아님.
 - **무제한 라우팅**: 라우팅 표는 빠른 경로일 뿐 닫힌 화이트리스트가 아니다. 설치된 모든 `vibe.*` 스킬이 라우팅 후보이며, 표에 없는 요구사항도 description 기반 의미 매칭으로 처리한다 (Catch-all).
 - **하네스 정규화 (추론 앞단)**: vibe는 CC(추론)·Codex(직역) 어느 하네스의 암묵적 동작에도 의존하지 않는다. `/vibe`가 모호한 NL을 **명시적·직역 가능한 지시로 먼저 전개**하고, 하위 skill은 모호한 입력을 받지 않는다. 이로써 모든 하네스에서 동일 결과 + CC급 편의를 제공한다. 전문: `vibe/rules/principles/dual-harness-doctrine.md`.
-- **Smart Resume**: `.vibe/{interviews,plans,specs,features}/` 감지하여 "이어서 진행?" 자동 제안.
+- **Smart Resume**: `.vibe/{specs,features}/` 감지하여 "이어서 진행?" 자동 제안 (레거시 `.vibe/{interviews,plans}/` 는 입력 컨텍스트로만 인식).
 - **SPEC 확정 1회 승인 → 루프**: SPEC(Done의 정의 + 수용 기준)을 사용자와 확정하는 것이 유일한 의무적 사람 개입. 승인 후에는 `vibe/rules/loop-contract.md`의 ANCHOR→ACT→JUDGE→RECORD 루프를 게이트 전부 통과할 때까지 자동 반복한다. 루프 종료 = 게이트 통과 또는 stuck 또는 max_iterations 도달.
 - **위임자 역할**: `/vibe` 본인은 코드를 직접 쓰지 않는다. 라우팅·설계·실행 위임만 한다.
 
@@ -56,8 +56,8 @@ user-invocable: true
 
 | 의도 | 신호 | 기본 파이프라인 |
 |---|---|---|
-| **new feature** | "만들어줘", "추가", 신규 아이디어, 입력 없이 빈 호출 | interview → plan → spec → review → run → verify → contract → trace |
-| **figma-driven UI** | figma.com URL, "디자인", 이미지/PDF + UI 단어 | figma-extract → figma-convert → run → verify |
+| **new feature** | "만들어줘", "추가", 신규 아이디어, 입력 없이 빈 호출 | spec → run → verify (trace/contract 는 사용자 요청 또는 SPEC 에 API Contract 섹션이 있을 때만) |
+| **figma-driven UI** | figma.com URL, "디자인", 이미지/PDF + UI 단어 | figma (Extract → Convert Mode) → run → verify |
 | **clone existing UI** | 일반 웹사이트 URL + "비슷한", "클론", "이런 느낌" | clone → run → verify |
 | **resume in-progress** | feature name + `.vibe/specs/{name}.md` 존재 | (resume 지점부터) |
 | **review only** | "리뷰", "검토만", 코드/SPEC 첨부 + "확인" | review |
@@ -92,18 +92,17 @@ user-invocable: true
 .vibe/.last-feature 존재 → 직전 feature 이름 추출
 .vibe/specs/{feature}/ 또는 .vibe/specs/{feature}.md 존재 → spec 단계 완료
 .vibe/features/{feature}/ 또는 .vibe/features/{feature}.feature 존재 → feature 단계 완료
-.vibe/plans/{feature}.md 존재 → plan 단계 완료
-.vibe/interviews/{feature}.md 존재 → interview 단계 완료
+.vibe/plans/{feature}.md · .vibe/interviews/{feature}.md 존재 → 레거시 아티팩트 (구버전) — spec 패스의 입력 컨텍스트로만 사용, 재생성 금지
 ```
 
 감지된 진행 상태가 있으면 사용자에게 명시:
 
 ```
 🔍 진행 중인 작업 감지: "login"
-   ✅ interview · ✅ plan · ✅ spec · ⏳ review
+   ✅ spec · ⏳ run
 
-이어서 review 부터 진행할까요? 아니면 새 작업?
-[1] 이어서 review
+이어서 run 부터 진행할까요? 아니면 새 작업?
+[1] 이어서 run
 [2] 새 작업 (위 요구사항으로)
 [3] 취소
 ```
@@ -126,32 +125,21 @@ Input: 자연어 ("패럴랙스 웹사이트 만들어줘")
 Resume: 없음 (신규)
 Keywords: 없음
 
-Phase 1: /vibe.spec → interview → plan → spec → review
+Phase 1: /vibe.spec → 단일 패스 SPEC + 승인 (유일한 의무 게이트)
 Phase 2: /vibe.figma → UI 디자인 트랙 (type=website 감지)
 Phase 3: /vibe.run  → 구현
 Phase 4: /vibe.verify → 검증
-Phase 5: /vibe.contract → API 계약 검증
-Phase 6: /vibe.trace → RTM 출력
 
-예상: 6 phase, 중단 게이트 2회 (interview 후, plan 후)
+예상: 4 phase, 사람 개입 1회 (SPEC 승인)
 ```
 
-### Phase 4: 승인 게이트
+설계된 파이프라인은 요약 출력 후 바로 실행한다 — **별도의 파이프라인 승인 게이트는 없다.** 유일한 의무적 사람 개입은 spec 단계 안의 SPEC 확정 승인이다 (loop-contract SSOT).
 
-```
-위 파이프라인으로 진행할까요?
-[1] 진행
-[2] 수정 (어느 phase 빼거나 추가)
-[3] 취소
-```
-
-**Skip 조건:**
-- `automationLevel: autonomous` 설정 (`.vibe/config.json`) 또는 `ultrawork`/`ulw` 별칭 → SPEC 승인 게이트만 skip, 루프는 정상 동작
+**SPEC 승인 skip 조건:**
+- `automationLevel: autonomous` 설정 (`.vibe/config.json`) 또는 `ultrawork`/`ulw` 별칭 → SPEC 승인 게이트 skip, 루프는 정상 동작
 - `--max-iter 1` 또는 `quick` 별칭 → 1회 시도 후 종료
 
-> 참고: Phase 4의 승인 게이트는 **파이프라인 설계 승인**이다. SPEC 확정 시점의 승인(loop-contract의 "유일한 의무 개입")과 구별된다.
-
-### Phase 5: 체인 실행
+### Phase 4: 체인 실행
 
 승인된 파이프라인을 순차 호출:
 
@@ -166,18 +154,18 @@ Phase 6: /vibe.trace → RTM 출력
 ```
 
 각 phase 종료 후 JUDGE 단계:
-- 게이트 통과 (P1=0 ∧ verifyPassed) → 루프 종료, Phase 6 보고
+- 게이트 통과 (P1=0 ∧ verifyPassed) → 루프 종료, Phase 5 보고
 - 게이트 미통과 → RECORD(run-ledger + loop-history.jsonl) 후 다음 ANCHOR로
 - stuck(연속 2회 동일 findings 해시) → `automationLevel: confirm`이면 사용자 질문; `autonomous`이면 TODO 기록 후 루프 종료
 - max_iterations(기본 10) 도달 → 잔여를 인박스로 이월
 
-### Phase 6: 종료 보고
+### Phase 5: 종료 보고
 
 ```
 ✅ /vibe 완료
 
 실행 파이프라인:
-  ✅ /vibe.spec   (interview + plan + spec + review)
+  ✅ /vibe.spec   (단일 패스 SPEC + 승인)
   ✅ /vibe.figma  (UI 디자인 트랙)
   ✅ /vibe.run    (구현)
   ✅ /vibe.verify (검증 — 9/9 통과)
@@ -203,7 +191,7 @@ Phase 6: /vibe.trace → RTM 출력
 → Intent: figma-driven UI
 → Resume: 없음
 → Pipeline:
-   1. /vibe.figma  (figma-extract + figma-convert)
+   1. /vibe.figma  (figma Extract + Convert Mode)
    2. /vibe.spec   (생성된 SPEC 자동 보정)
    3. /vibe.run
    4. /vibe.verify
@@ -290,13 +278,10 @@ Phase 6: /vibe.trace → RTM 출력
 [Phase 3: 파이프라인 설계]
 ...
 
-[Phase 4: 승인 게이트]
-사용자 응답 대기...
-
-[Phase 5: 실행]
-...
+[Phase 4: 실행]
+... (SPEC 승인은 spec 단계 내부의 1회 게이트)
 
-[Phase 6: 종료 보고]
+[Phase 5: 종료 보고]
 ...
 ```
 

package/skills/vibe.analyze/SKILL.md

@@ -87,31 +87,31 @@ Read `CLAUDE.md`, `package.json`, `pyproject.toml`, etc. to identify tech stack:
 
 #### 3. Explore Related Code (Parallel Sub-Agents)
 
-**MANDATORY: Always use explorer sub-agents. Never explore in main session.**
+**MANDATORY: Always use native Explore sub-agents. Never explore in main session.**
 
-> Why: 3 explorer-low agents return ~600 tokens of summaries to main session.
+> Why: 3 Explore agents return ~600 tokens of summaries to main session.
 > Direct Glob/Grep/Read in main session would add 5-15K tokens of raw content.
 
 **Parallel exploration (ALL in ONE message):**
 
 ```text
-Agent(subagent_type="explorer-low", model="haiku",
+Agent(subagent_type="Explore", model="haiku",
   prompt="Find all [FEATURE] related API endpoints. List file paths, HTTP methods, routes, and auth requirements.")
 
-Agent(subagent_type="explorer-low", model="haiku",
+Agent(subagent_type="Explore", model="haiku",
   prompt="Find all [FEATURE] related services, business logic, and utility functions. Map dependencies.")
 
-Agent(subagent_type="explorer-low", model="haiku",
+Agent(subagent_type="Explore", model="haiku",
   prompt="Find all [FEATURE] related data models, schemas, and database queries. Document relationships and key fields.")
 ```
 
 **Scale for large projects (6+ related files):**
 
 ```text
-Agent(subagent_type="explorer-low", model="haiku",
+Agent(subagent_type="Explore", model="haiku",
   prompt="Find all test files related to [FEATURE]. Identify tested vs untested paths.")
 
-Agent(subagent_type="explorer-low", model="haiku",
+Agent(subagent_type="Explore", model="haiku",
   prompt="Analyze [FEATURE] configuration, environment variables, and external integrations.")
 ```
 
@@ -430,8 +430,6 @@ node -e "import('{{VIBE_PATH_URL}}/node_modules/@su-record/vibe/dist/tools/index
 
 | Tool | Purpose | When to Use |
 |------|---------|-------------|
-| `findSymbol` | Find symbol definitions | Locate function/class implementations |
-| `findReferences` | Find all references | Track usage patterns |
 | `analyzeComplexity` | Complexity analysis | Measure complexity metrics |
 | `validateCodeQuality` | Quality validation | Check code quality standards |
 | `saveMemory` | Save analysis results | Persist findings for future sessions |

package/skills/vibe.clone/SKILL.md

@@ -1,7 +1,7 @@
 ---
 name: vibe.clone
 description: URL → 마크업 레벨 픽셀 완벽 클론 — 헤드리스 브라우저로 라이브 사이트 캡처 후 현재 프로젝트 스택에 맞게 스캐폴딩
-argument-hint: "<url> [<url2>...] [--name=<feature>] [--mo-only] [--pc-only] [--ignore-robots] [--no-interact]"
+argument-hint: "<url> [<url2>...] [--name=<feature>] [--mo-only] [--pc-only] [--ignore-robots] [--no-interact] [--real-content]"
 user-invocable: true
 ---
 
@@ -21,6 +21,7 @@ URL을 받아 **마크업 수준으로 정밀 복제**하고 현재 프로젝트
 /vibe.clone <url1> <url2> <url3>               # 다중 페이지 클론 (같은 사이트의 여러 경로)
 /vibe.clone <url> --ignore-robots              # robots.txt 무시 (사이트 소유자 허가 있을 때만)
 /vibe.clone <url> --no-interact                # 능동 인터랙션 스윕 끄기 (완전 결정론적·재현 가능 캡처)
+/vibe.clone <url> --real-content               # 텍스트 verbatim 유지 (본인 소유/허가 확인 1회 필수)
 ```
 
 ## Argument Routing
@@ -31,6 +32,7 @@ Step 1) 인자 수집
   feature      = --name=<value> | URL host → kebab-case
   scope        = --mo-only | --pc-only | (기본: both)
   ignoreRobots = --ignore-robots 플래그 유무
+  realContent  = --real-content 플래그 유무 (소유/허가 확인 질문 1회 후 적용)
 
 Step 2) 인자 검증
   urls.length === 0  → 사용자에게 URL 입력 요청, 중단
@@ -53,9 +55,11 @@ Phase 0: Setup
 Phase 1: Capture (병렬 — scope에 따라 MO/PC 동시)
   - node {{VIBE_PATH}}/hooks/scripts/clone-extract.js capture <url> \
       --out=/tmp/{feature}/{bp}/ --viewport={WxH} --bp={mo|pc}
-  - 출력: rendered.html, computed.json, screenshot.png, states.json, behaviors.json, asset-map.json, assets/
-  - behaviors.json = 능동 인터랙션 스윕(스크롤 시 헤더/내비 변화 diff + 탭 클릭 콘텐츠 스왑 감지).
+  - 출력: rendered.html, computed.json, screenshot.png, states.json, behaviors.json, asset-map.json, assets/ (images·fonts·seo)
+  - behaviors.json = 능동 인터랙션 스윕 4종+ (스크롤 헤더 diff · 탭 클릭 콘텐츠 스왑 · 호버 diff ·
+    in-view 등장 애니메이션 · time-driven 캐러셀 후보 · 스무스 스크롤 라이브러리 감지).
     JS로 세팅되는 상태(정적 CSS로는 안 잡힘)를 포착 — 클론 정확도의 핵심. --no-interact 로 비활성화.
+  - assets/seo/ = favicon·apple-touch-icon·og:image·webmanifest (Foundation 단계에서 배선)
 
 Phase 2: Refine (BP마다 독립)
   - node {{VIBE_PATH}}/hooks/scripts/clone-refine.js \
@@ -63,21 +67,34 @@ Phase 2: Refine (BP마다 독립)
       --out=/tmp/{feature}/{bp}/sections.json --states=/tmp/{feature}/{bp}/states.json --bp={mo|pc}
   - sections.json 에 section.interaction(인터랙션 모델 추정) + section.states(상태 규칙) 포함
 
-Phase 3: Scaffold (BP 순차 — MO 완료 후 PC)
+Phase 2.5: Foundation (순차 — 섹션 빌드 전)
+  - 폰트 배선(Next → next/font) · assets/seo/ → public/ (favicon·OG·manifest 메타 배선)
+  - 인라인 SVG dedupe → 아이콘 모듈 · scrollLib 감지 시 페이지 레벨 배선
+
+Phase 3: Scaffold (BP 순차 — MO 완료 후 PC / 섹션은 병렬 빌더 디스패치)
   - Step 0: node {{VIBE_PATH}}/hooks/scripts/clone-spec.js \
       /tmp/{feature}/{bp}/sections.json \
-      --out=./components/{feature}/_specs/ --feature={feature}
-    → 섹션별 빌드 계약서(_specs/{Section}.spec.md). 빌드 전 TODO(인터랙션 모델 확정·상태 목록·텍스트 교체) 해결
+      --out=./components/{feature}/_specs/{bp}/ --feature={feature} [--real-content]
+    → 섹션별 빌드 계약서(_specs/{bp}/{Section}.spec.md). 디스패치 전 TODO(인터랙션 모델 확정·상태 목록·텍스트 교체) 해결
+    → spec 150줄 초과 시 하위 컴포넌트 spec으로 분할 (기계적 체크 — wc -l)
   - Step A: node {{VIBE_PATH}}/hooks/scripts/clone-to-scss.js \
       /tmp/{feature}/{bp}/sections.json \
-      --out=./styles/{feature}/ --feature={feature}
-  - Claude: 섹션별로 HTML/컴포넌트 작성 (스택별 .tsx/.vue/.svelte/.html) — 확정된 인터랙션 모델 + 모든 상태 반영
+      --out=./styles/{feature}/{bp}/ --feature={feature}
+    → SCSS 초안. 이후 근거(computed/states/behaviors) 인용 시 수정 허용 — clone-validate가 판정자
+  - 병렬 디스패치: 섹션별 빌더 서브에이전트 — spec 전문을 프롬프트에 인라인, 병렬 파일 쓰기는 worktree 격리
   - Step B: node {{VIBE_PATH}}/hooks/scripts/clone-validate.js \
-      ./styles/{feature}/ /tmp/{feature}/{bp}/sections.json --section={Name}
-  - 섹션마다 PASS 받고 다음 섹션 진행
+      ./styles/{feature}/{bp}/ /tmp/{feature}/{bp}/sections.json --section={Name}
+  - 섹션마다 PASS 후 완료 처리 (머지 순서: 하위 컴포넌트 → 래퍼)
+
+Phase 3C: Responsive Merge (MO+PC 모두 Phase 5 통과 후)
+  - node {{VIBE_PATH}}/hooks/scripts/clone-merge-responsive.js \
+      --mo=./styles/{feature}/mo/ --pc=./styles/{feature}/pc/ \
+      --out=./styles/{feature}/ [--breakpoint=1024]
+    → mobile-first 병합: MO 선언 = 기본, PC diff만 @media (min-width) 블록
+  - 컴포넌트 import를 병합 index.scss로 전환 → Phase 4 → Phase 5를 두 뷰포트 모두 재실행
 
 Phase 4: Compile Gate (clone SKILL.md 규칙)
-Phase 5: Pixel Verification (P1=0까지 루프 — clone SKILL.md 규칙)
+Phase 5: Pixel Verification (P1=0까지 루프 — clone SKILL.md 규칙; 병합 후엔 MO·PC 양쪽)
 ```
 
 ## Prerequisites
@@ -94,16 +111,18 @@ Phase 5: Pixel Verification (P1=0까지 루프 — clone SKILL.md 규칙)
   ├── mo/, pc/                   # rendered.html, computed.json, screenshot.png, states.json, behaviors.json, sections.json, assets/
   └── project-tokens.json        # 기존 프로젝트 토큰 인덱스
 
-./components/{feature}/          # Claude가 작성한 컴포넌트 (.tsx/.vue/.svelte/.html)
-./components/{feature}/_specs/   # clone-spec.js가 생성한 섹션별 빌드 계약서 (*.spec.md)
-./styles/{feature}/              # clone-to-scss.js가 생성한 SCSS 파일
-  ├── _tokens.scss               # CSS 변수
+./components/{feature}/          # 빌더가 작성한 컴포넌트 (.tsx/.vue/.svelte/.html)
+./components/{feature}/_specs/{mo,pc}/  # clone-spec.js가 생성한 섹션별 빌드 계약서 (*.spec.md)
+./styles/{feature}/              # 최종 병합 SCSS (Phase 3C 산출 — mobile-first @media)
+  ├── mo/, pc/                   # BP별 SCSS 초안 (clone-to-scss.js + 근거 기반 수정)
+  ├── _tokens.scss               # CSS 변수 (병합)
   ├── _base.scss                 # @font-face
-  ├── _shared.scss               # 유틸
-  ├── sections/_<name>.scss      # 섹션별 partial
-  ├── index.scss                 # 마스터 orchestrator
-  └── class-plan.json            # 노드 id → BEM 클래스
+  ├── _shared.scss               # 유틸 + 글로벌 동작 (scroll-lib 등)
+  ├── sections/_<name>.scss      # 섹션별 partial (병합)
+  ├── index.scss                 # 마스터 orchestrator (병합)
+  └── class-plan.json            # 노드 id → BEM 클래스 (병합)
 ./public/images/{feature}/       # 다운로드된 이미지/폰트
+./public/ (프로젝트 관례 경로)     # favicon·OG·manifest (assets/seo/ 에서 배선)
 ```
 
 ## Legal Notes
@@ -121,6 +140,7 @@ Phase 5: Pixel Verification (P1=0까지 루프 — clone SKILL.md 규칙)
 
 Claude 기본 행동:
   - 저작권 텍스트 → 플레이스홀더("[Lorem ipsum]") 교체
+  - --real-content → 소유/허가 확인 질문 1회 후 verbatim 유지 (본인 사이트 재구축 유스케이스)
   - robots.txt 차단 경로 → 명시적 --ignore-robots 없으면 거부
   - 사용자 의도가 사칭/기만이면 즉시 거부
 ```

package/skills/vibe.docs/SKILL.md

@@ -16,7 +16,7 @@ Generate or update project documentation by analyzing the actual codebase.
 /vibe.docs guide      # 사용자 가이드 (docs/GUIDE.md)
 /vibe.docs arch       # 아키텍처 문서 + Mermaid 다이어그램 (docs/ARCHITECTURE.md)
 /vibe.docs release    # 릴리즈 노트 (git history 기반)
-/vibe.docs agent      # CLAUDE.md / AGENTS.md 생성·동기화 (claude-md-guide + agents-md 검증 필수)
+/vibe.docs agent      # CLAUDE.md / AGENTS.md 생성·동기화 (agents-md 검증 필수)
 ```
 
 ## Pipeline Position

package/skills/vibe.event/SKILL.md

@@ -42,11 +42,11 @@ Automate community event planning with D-Day based proactive execution.
    └── DWK: 9 steps (D-30 → D+3)
 
 5. AUTO-EXECUTE pending deliverables
-   ├── Content drafts → event-content agent
-   ├── Image generation → event-image agent
-   ├── SMS/email drafts → event-comms agent
-   ├── Ops materials → event-ops agent
-   └── Speaker research → event-speaker agent
+   ├── Content drafts → event-planner agent
+   ├── Speaker research → event-planner agent
+   ├── Image generation → event-ops agent
+   ├── SMS/email drafts → event-ops agent
+   └── Ops materials → event-ops agent
 
 6. REQUEST confirmation for send actions
    ├── SMS actual send
@@ -73,41 +73,41 @@ Automate community event planning with D-Day based proactive execution.
 
 | Phase | Agents Triggered | Outputs |
 |-------|-----------------|---------|
-| D-60 | event-speaker | 3 topic suggestions + speaker research |
-| D-45 | event-speaker | DM + email outreach drafts |
-| D-40 | event-comms | Topic confirmation request email |
-| D-28 | event-content, event-image, event-comms | Intro + 2 images + 3 SMS + 1 email |
-| D-30 | event-content, event-comms | LinkedIn/Threads promo + SMS send(✅) |
-| D-14 | event-content | LinkedIn/Threads reminder |
-| D-3 | event-comms | BCC email + SMS send(✅) |
+| D-60 | event-planner | 3 topic suggestions + speaker research |
+| D-45 | event-planner | DM + email outreach drafts |
+| D-40 | event-ops | Topic confirmation request email |
+| D-28 | event-planner, event-ops | Intro + 2 images + 3 SMS + 1 email |
+| D-30 | event-planner, event-ops | LinkedIn/Threads promo + SMS send(✅) |
+| D-14 | event-planner | LinkedIn/Threads reminder |
+| D-3 | event-ops | BCC email + SMS send(✅) |
 | D-1 | event-ops | Nametags + checklist + PPTX + SMS(✅) |
-| D-Day | event-comms | Day-of SMS(✅) |
-| D+1 | event-content, event-ops | Review posts + settlement |
+| D-Day | event-ops | Day-of SMS(✅) |
+| D+1 | event-planner, event-ops | Review posts + settlement |
 | D+2 | — | Site update (manual) |
 
 ### Webinar Phases
 
 | Phase | Agents Triggered | Outputs |
 |-------|-----------------|---------|
-| Planning | event-content, event-image, event-comms | Intro + 3 images + SMS + email |
-| Planning | event-content | LinkedIn/Threads promo |
-| D-4 | event-comms | Zoom(manual) + BCC email + SMS(✅) |
-| D-Day | event-comms, event-ops | SMS(✅) + slides |
-| D+1 | event-content | Review posts |
+| Planning | event-planner, event-ops | Intro + 3 images + SMS + email |
+| Planning | event-planner | LinkedIn/Threads promo |
+| D-4 | event-ops | Zoom(manual) + BCC email + SMS(✅) |
+| D-Day | event-ops | SMS(✅) + slides |
+| D+1 | event-planner | Review posts |
 
 ### DWK Phases
 
 | Phase | Agents Triggered | Outputs |
 |-------|-----------------|---------|
-| D-30 | event-speaker | 3 topics + speaker research |
-| D-25 | event-speaker | DM + email outreach |
-| D-20 | event-comms | Topic confirmation email |
-| D-16 | event-content, event-image, event-comms | Intro + 2 images + SMS + email |
-| D-15 | event-content | LinkedIn/Threads promo |
-| D-3 | event-comms | BCC email + SMS(✅) |
+| D-30 | event-planner | 3 topics + speaker research |
+| D-25 | event-planner | DM + email outreach |
+| D-20 | event-ops | Topic confirmation email |
+| D-16 | event-planner, event-ops | Intro + 2 images + SMS + email |
+| D-15 | event-planner | LinkedIn/Threads promo |
+| D-3 | event-ops | BCC email + SMS(✅) |
 | D-1 | event-ops | Slido plan + PPTX + SNS remind(✅) |
-| D-Day | event-comms, event-ops | SMS(✅) + nametags(offline) |
-| D+3 | event-content, event-ops | Review + settlement |
+| D-Day | event-ops | SMS(✅) + nametags(offline) |
+| D+3 | event-planner, event-ops | Review + settlement |
 
 ## State File Format
 

package/skills/vibe.figma/SKILL.md

@@ -158,8 +158,7 @@ Load skill `figma` — Phase 1 Storyboard
 ### Phase 2 — 재료 확보
 
 ```
-Load skill `figma-extract`
-Load skill `figma` — Phase 2 (코디네이터: MO/PC 병렬 워커)
+Load skill `figma` — Phase 2 Extract Mode (코디네이터: MO/PC 병렬 워커)
 
    Phase 0에서 수집한 URL 중 "design"으로 자동 분류된 항목 (MO/PC)을 사용.
    → tree.json + bg/ + content/ + sections/ (검증용)
@@ -181,8 +180,7 @@ Load skill `figma` — Phase 3
 ### Phase 4 — BP별 스태틱 구현 (컨벤션 준수)
 
 ```
-Load skill `figma-convert`
-Load skill `figma` — Phase 4
+Load skill `figma` — Phase 4 Convert Mode
 
    재사용 매칭 (BLOCKING):
      ① component-index.json 매칭 → import (새로 만들지 않음)
@@ -191,7 +189,7 @@ Load skill `figma` — Phase 4
    ⛔ figma-to-scss.js 강제 / figma-validate.js PASS 없이 다음 섹션 금지
 
 ⤵ Phase 4 후처리
-Load skill `design-normalize`
+Load skill `design-refine` — normalize 모드
    → 매칭 안 된 하드코딩 값 → MASTER.md 토큰으로 정렬
    → 새 토큰 필요 항목은 review 큐에 기록
 ```
@@ -216,17 +214,17 @@ Load skill `figma` — Phase 6 (시각 검증 루프, P1=0까지)
      - Figma MCP/변환기가 삼킨 값이 여기서 드러난다.
 
 ⤵ Phase 6 후처리
-Load skill `design-audit`
+Load skill `design-review` — audit 모드
    → 5-dimension 점검 (a11y, performance, responsive, theming, AI slop)
    → P1 finding은 review 큐에 기록 (read-only)
 
 ⤵ Phase 6.5 (hasEmitDesignMd == true 시)
-   → resolved tokens (Color/Typography/Spacing) + design-audit 산출물을
+   → resolved tokens (Color/Typography/Spacing) + design-review(audit) 산출물을
      DESIGN.md (Stitch 9 섹션) 으로 정제해 프로젝트 루트에 저장
    → 첫 줄: `<!-- design-md-version: 1 -->`
    → `vibe.design lint` 자동 통과 확인
 
-⛔ Phase 6 + design-audit 완료 전까지 "완료 요약" 출력 금지.
+⛔ Phase 6 + design-review(audit) 완료 전까지 "완료 요약" 출력 금지.
 ```
 
 ---
@@ -260,8 +258,7 @@ Load skill `figma` — Phase 1
 ### Phase 2 — 재료 확보
 
 ```
-Load skill `figma-extract`
-Load skill `figma` — Phase 2
+Load skill `figma` — Phase 2 Extract Mode
    → Branch 1 Phase 2와 동일 (design URL로 추출)
 
    🚦 Audit gate: Branch 1과 동일하게 `auditSummary.p1 > 0` 이면 Phase 3 진입 금지.
@@ -276,14 +273,13 @@ Load skill `figma` — Phase 3 (figma-refine.js 강제)
 ### Phase 4 — BP별 스태틱 구현 (Standalone 모드)
 
 ```
-Load skill `figma-convert`
-Load skill `figma` — Phase 4
+Load skill `figma` — Phase 4 Convert Mode
 
    ⛔ 재사용 매칭 SKIP — 새 컴포넌트 자유 생성
    ✅ 새 토큰 자유 생성 (피처 스코프 네이밍: $feature-color-xxx)
    ✅ figma-to-scss.js / figma-validate.js는 그대로 강제
 
-   ❌ design-normalize 호출 금지 (이 Branch는 토큰 alignment 대상이 아님)
+   ❌ design-refine(normalize) 호출 금지 (이 Branch는 토큰 alignment 대상이 아님)
 ```
 
 ### Phase 5 — 컴파일 게이트
@@ -300,15 +296,15 @@ Load skill `figma` — Phase 6 (시각 검증 루프, P1=0까지)
    Raw-vs-computed 재조정: Branch 1과 동일 — tree.json `raw` ↔ getComputedStyle 비교.
 
 ⤵ Phase 6 후처리
-Load skill `design-audit`
+Load skill `design-review` — audit 모드
    → a11y는 항상 검증. 컨벤션 무시 모드여도 접근성은 양보 불가.
 
 ⤵ Phase 6.5 (hasEmitDesignMd == true 시)
-   → resolved tokens + design-audit 산출물을
+   → resolved tokens + design-review(audit) 산출물을
      DESIGN.md (Stitch 9 섹션) 으로 정제해 프로젝트 루트에 저장
    → 첫 줄: `<!-- design-md-version: 1 -->`
 
-⛔ Phase 6 + design-audit 완료 전까지 "완료 요약" 출력 금지.
+⛔ Phase 6 + design-review(audit) 완료 전까지 "완료 요약" 출력 금지.
 ```
 
 ---
@@ -612,7 +608,7 @@ Load skill `figma:figma-generate-design` — Step 3+: Assemble Sections (디자
 
 ```
 ❌ Branch 1 도중 figma:figma-use / figma:figma-generate-design 호출 금지 (READ 모드)
-❌ Branch 2 도중 design-normalize 호출 금지 (독립 모드)
-❌ Branch 3 도중 figma-extract / figma-convert / figma-refine.js 호출 금지 (WRITE 모드)
+❌ Branch 2 도중 design-refine(normalize) 호출 금지 (독립 모드)
+❌ Branch 3 도중 figma 스킬의 Extract/Convert Mode · figma-refine.js 호출 금지 (WRITE 모드)
 ❌ Branch 결정 후 다른 Branch의 Phase로 점프 금지
 ```

package/skills/vibe.harness/SKILL.md

@@ -30,16 +30,16 @@ When items are N/A, **remove their points from the total** rather than scoring 0
 
 ### 1. Collect Project State (Parallel Agents)
 
-Dispatch 3 explorer agents in a single message:
+Dispatch 3 native Explore agents in a single message:
 
 ```text
-Agent(subagent_type="explorer-low", model="haiku",
+Agent(subagent_type="Explore", model="haiku",
   prompt="Check project scaffolding: 1) Does docs/ exist with business documents? 2) Does .dev/ exist for AI logs? 3) Is src/ organized by role (not flat)? 4) Is tests/ separate from src/? 5) List top-level directory structure.")
 
-Agent(subagent_type="explorer-low", model="haiku",
+Agent(subagent_type="Explore", model="haiku",
   prompt="Check project context and boundaries: 1) Does CLAUDE.md exist? How many lines? 2) Does .claude/rules/ or .vibe/ exist? How many rule files? 3) Does .claude/settings.local.json exist with hooks? 4) Does .vibe/config.json exist? 5) Are there any .claude/skills/ directories?")
 
-Agent(subagent_type="explorer-low", model="haiku",
+Agent(subagent_type="Explore", model="haiku",
   prompt="Check project planning, execution, and verification: 1) Are there SPEC files in .vibe/specs/? 2) Are there Feature (BDD) files in .vibe/features/? 3) Are there test files? How many? 4) Is there CI config (.github/workflows, etc.)? 5) Are there .dev/learnings/ files?")
 ```
 
@@ -81,7 +81,7 @@ Agent(subagent_type="explorer-low", model="haiku",
 | Item | Criteria | Points |
 |------|----------|--------|
 | Agents or skills | Specialized agents or skills defined | /5 |
-| Team composition | Agent teams (architect + implementer + tester, etc.) | /4 |
+| Parallel composition | Parallel native subagents (architect + implementer + tester, etc.) | /4 |
 | Permission model | Per-agent permission separation (read-only vs write) | /3 |
 | Non-code workflows | Support for documentation, research, and other non-code tasks | /3 |
 

package/skills/vibe.reason/SKILL.md

@@ -198,8 +198,6 @@ node -e "import('{{VIBE_PATH_URL}}/node_modules/@su-record/vibe/dist/tools/index
 
 | Tool | Purpose | When to Use |
 |------|---------|-------------|
-| `findSymbol` | Find symbol definitions | Locate potential problem areas |
-| `findReferences` | Find all references | Trace data/control flow |
 | `analyzeComplexity` | Complexity analysis | Identify high-risk complex code |
 | `saveMemory` | Save reasoning progress | Store hypothesis verification results |
 | `recallMemory` | Recall saved memory | Retrieve previous reasoning context |