@su-record/vibe 3.2.62 → 4.0.0

package/skills/vibe.event/references/planning.md

@@ -1,145 +0,0 @@
----
-name: event-planning-reference
-invocation: [auto]
-tier: standard
-description: "Community event automation — D-Day timeline, community patterns, proactive task execution. Auto-activates for event planning, meetup/webinar/conference management."
-triggers: [event planning, meetup, webinar, conference, 행사, 밋업, 웨비나, D-Day, 이벤트 준비]
-priority: 60
----
-# Event Planning
-
-Community event automation with D-Day based proactive execution.
-
-## Supported Communities
-
-| Code | Name | Format | Schedule |
-|------|------|--------|----------|
-| `MDC` | 마케팅데이터커넥트 | Offline meetup, 3 speakers × 20-25min | Odd months, last week weekday 19:00 |
-| `webinar` | 퇴근후AI | Online Zoom, 1-2 speakers × 50-60min | Irregular |
-| `DWK` | Data+Women Korea | Offline/Online, 1-3 speakers + discussion | Irregular |
-
-## D-Day Timeline
-
-### MDC (D-60 → D+2, 11 steps)
-
-| D-Day | Task | Outputs | Confirm |
-|-------|------|---------|---------|
-| D-60 | Topic selection + speaker research | 3 topics + speaker research | — |
-| D-45 | Speaker outreach | DM + email drafts | — |
-| D-40 | Speaker topic confirmation request | Confirmation email | — |
-| D-28 | **Registration page open** | Intro + 2 images + 3 SMS + 1 email + prompts | — |
-| D-30 | SNS promo + notification SMS | LinkedIn/Threads + SMS send | ✅ send |
-| D-14 | Remind | LinkedIn/Threads remind | — |
-| D-3 | Confirmation email + SMS | BCC email + SMS send | ✅ send |
-| D-1 | Nametags + checklist + slides + remind SMS | HTML + MD + PPTX + SMS draft | ✅ print/send |
-| D-Day | Day-of remind | SMS send | ✅ send |
-| D+1 | Review + settlement | Review draft + settlement template | — |
-| D+2 | Site update | (manual) | — |
-
-### Webinar (Planning → D+1, 5 steps)
-
-| D-Day | Task | Outputs | Confirm |
-|-------|------|---------|---------|
-| Planning | Event page | Intro + 3 images + SMS + email + prompts | — |
-| Planning | SNS promo | LinkedIn/Threads | — |
-| D-4 | Zoom + notification | Zoom link(manual) + email(BCC) + SMS | ✅ send |
-| D-Day | Day-of ops | SMS + slides | ✅ send |
-| D+1 | Review post | LinkedIn/Threads | — |
-
-### DWK (D-30 → D+3, 9 steps)
-
-| D-Day | Task | Outputs | Confirm |
-|-------|------|---------|---------|
-| D-30 | Topic + speaker research | 3 topics + speaker research | — |
-| D-25 | Speaker outreach | DM + email drafts | — |
-| D-20 | Speaker topic confirmation | Confirmation email | — |
-| D-16 | Event page | Intro + 2 images + SMS + email + prompts | — |
-| D-15 | SNS promo | LinkedIn/Threads | — |
-| D-3 | Confirmation email + SMS | BCC email + SMS | ✅ send |
-| D-1 | Slido + ops + remind | Slido plan + PPTX + SNS remind | ✅ |
-| D-Day | Day-of ops | SMS + nametags(offline) | ✅ send |
-| D+3 | Review + settlement | Review draft + Stripe/Slack settlement | — |
-
-## Proactive Execution Protocol
-
-When user says "MDC 준비해줘" or similar:
-
-```
-1. Parse: event type + edition + date
-2. Calculate D-Day from today
-3. Identify current step(s) in timeline
-4. Auto-execute ALL pending outputs for current step
-5. Request confirmation ONLY for send/publish actions
-6. Save state to .event_state.json
-```
-
-## State File (.event_state.json)
-
-```json
-{
-  "event_id": "MDC-12",
-  "type": "MDC",
-  "date": "2026-03-30",
-  "title": "마케팅데이터커넥트 12회",
-  "topic": "",
-  "speakers": [],
-  "current_step": "D-28",
-  "completed_steps": ["D-60", "D-45", "D-40"],
-  "outputs": {}
-}
-```
-
-## State Management
-
-**Location**: `.vibe/.event_state.json` (project-local, gitignored)
-
-### Error Recovery
-
-| Failure | Recovery |
-|---------|----------|
-| State file missing | Regenerate from scratch by re-reading event config and completed artifacts |
-| State file corrupted (invalid JSON) | Delete corrupted file, regenerate from current directory state |
-| State phase mismatch | Trust directory artifacts over state file — scan for completed outputs and infer current phase |
-
-## Community Tone Guide
-
-| | MDC | Webinar | DWK |
-|---|---|---|---|
-| Tone | Professional, practical, formal | Friendly, casual, emoji-ok | Warm, inclusive, "together" |
-| Example | "Apply directly in your work" | "Relax after work" | "Women who love data" |
-| Brand color | #ff6b35 (orange) | #a78bfa (purple) | #34d399 (mint) |
-
-## Community Brand Names
-
-| MDC | webinar | DWK |
-|-----|---------|-----|
-| 마케팅데이터커넥트 | (none) | DATA + WOMEN KOREA TUG |
-
-## Confirmation Rules
-
-| Auto-execute (no confirm) | Requires confirmation |
-|---------------------------|----------------------|
-| Intro/SMS/email/SNS **draft** generation | SMS/email **actual send** |
-| Image prompt + API generation | Notion **real registration** (dry_run first) |
-| Checklist/nametag HTML generation | — |
-
-## Absolute Prohibitions
-
-- No SMS/email send without user confirmation
-- **Email recipients MUST use BCC** (never expose attendee emails to each other)
-- No file deletion (move only)
-- No emoji in SMS (EUC-KR incompatible)
-- No Notion registration without dry_run first
-- No .env file commits
-
-## Output Directory Structure
-
-```
-output/
-├── images/           ← Generated images
-│   ├── {type}_prompt.txt    ← User-facing prompt summary (≤400 chars)
-│   └── {type}_{size}.png    ← Generated images
-├── reports/          ← Text outputs (intro, SNS, SMS, email drafts)
-├── log.html          ← Dashboard frontend
-└── serve.py          ← Dashboard server
-```

package/skills/vibe.event/references/sns-post-template.md

@@ -1,133 +0,0 @@
-# Social Media Post Template
-
-> Platform tone guide: LinkedIn = professional/formal | Threads = casual/hooking
-> See event-comms SKILL.md for full tone and length guidelines
-
----
-
-## LinkedIn — Event Announcement (Open)
-
-```
-{{HOOK_SENTENCE — expert framing, why this matters}}
-
-{{EVENT_NAME}} {{EDITION}}회를 소개합니다.
-
-📅 {{DATE}} {{TIME}}
-📍 {{VENUE}}
-
-이번 주제: {{THEME}}
-
-{{SPEAKER_1_NAME}} ({{SPEAKER_1_ROLE}}, {{SPEAKER_1_COMPANY}})
-— {{TOPIC_1}}
-
-{{SPEAKER_2_NAME}} ({{SPEAKER_2_ROLE}}, {{SPEAKER_2_COMPANY}})
-— {{TOPIC_2}}
-
-{{CTA — "지금 바로 신청하세요 →" + REGISTRATION_URL}}
-
-#{{HASHTAG_1}} #{{HASHTAG_2}} #{{HASHTAG_3}}
-```
-
----
-
-## LinkedIn — Deadline Reminder (D-14)
-
-```
-{{URGENCY_HOOK — "마감이 {{N}}일 남았습니다"}}
-
-{{EVENT_NAME}} {{EDITION}}회 신청 마감이 다가오고 있습니다.
-
-현재 {{REGISTERED_COUNT}}명이 신청하셨고,
-{{REMAINING_SPOTS}}자리가 남아 있습니다.
-
-📅 {{DATE}} {{TIME}}
-📍 {{VENUE}}
-
-{{REGISTRATION_URL}}
-
-#{{HASHTAG_1}} #{{HASHTAG_2}}
-```
-
----
-
-## LinkedIn — Post-Event Review (D+1)
-
-```
-{{STORY_HOOK — emotional or surprising moment from the event}}
-
-어제 {{EVENT_NAME}} {{EDITION}}회가 성공적으로 마무리되었습니다.
-
-이번 행사에서 얻은 3가지 인사이트:
-
-1️⃣ {{INSIGHT_1}}
-2️⃣ {{INSIGHT_2}}
-3️⃣ {{INSIGHT_3}}
-
-{{SPEAKER_THANK_YOU}}
-
-다음 {{EVENT_NAME}} {{NEXT_EDITION}}회 소식도 기대해 주세요.
-
-{{COMMUNITY_LINK}}
-
-#{{HASHTAG_1}} #{{HASHTAG_2}}
-```
-
----
-
-## Threads — Event Announcement (Open)
-
-```
-{{CASUAL_HOOK — conversational, relatable opener}}
-
-{{EVENT_NAME}} {{EDITION}}회 열린다!
-
-{{DATE}} {{TIME}}
-{{VENUE_SHORT}}
-
-{{TOPIC_CASUAL_1줄}}
-
-신청: {{REGISTRATION_URL}}
-
-{{CASUAL_CTA — "같이 가실 분?" / "놓치지 마세요!"}}
-```
-
----
-
-## Threads — Deadline Reminder (D-14)
-
-```
-아직 신청 안 하셨나요?
-
-{{EVENT_NAME}} {{EDITION}}회
-{{N}}일 후 마감입니다.
-
-{{REMAINING_SPOTS}}자리 남음
-
-→ {{REGISTRATION_URL}}
-```
-
----
-
-## Threads — Post-Event Review (D+1)
-
-```
-{{EVENT_NAME}} {{EDITION}}회 끝났습니다.
-
-어제 {{KEY_MOMENT_CASUAL}}.
-
-다음엔 꼭 오세요 :)
-
-{{NEXT_EVENT_TEASER}}
-
-{{COMMUNITY_LINK}}
-```
-
----
-
-## Usage Notes
-
-- LinkedIn posts: 300+ characters, include line breaks for readability
-- Threads posts: 150–200 characters, punchy and direct
-- No emoji in SMS — but emoji is acceptable in LinkedIn and Threads
-- Replace all `{{PLACEHOLDER}}` values before publishing
-- Confirm publish with event organizer for official community accounts

package/skills/vibe.event/references/timeline.md

@@ -1,70 +0,0 @@
-# Event Timeline Checklist
-
-## D-30 (One Month Out)
-
-- [ ] Event date, time, and venue confirmed and locked
-- [ ] Speaker lineup finalized (all confirmed in writing)
-- [ ] Session topics confirmed with each speaker
-- [ ] Registration page live with accurate details
-- [ ] SNS promo post published (LinkedIn + Threads)
-- [ ] Initial SMS notification sent to subscriber list
-- [ ] Event state file created: `.event_state.json`
-
-## D-14 (Two Weeks Out)
-
-- [ ] Reminder SNS post published with urgency ("X spots remaining")
-- [ ] Registration count reviewed — waitlist if oversubscribed
-- [ ] Venue logistics confirmed: A/V, seating, catering order placed
-- [ ] Operational slides drafted (cover, timetable, speaker bios)
-- [ ] Slido configuration planned and documented
-
-## D-7 (One Week Out)
-
-- [ ] Attendee list exported from registration system
-- [ ] Confirmation email drafted (BCC, includes venue detail + timetable)
-- [ ] Confirmation SMS drafted (no emoji — EUC-KR safe)
-- [ ] Nametag HTML generated from attendee list
-- [ ] Final speaker slide template shared with speakers
-
-## D-3 (Three Days Out)
-
-- [ ] Confirmation email sent to all registered attendees (BCC)
-- [ ] Confirmation SMS sent to attendees with phone numbers
-- [ ] Speakers reminded of time, venue, and slide submission deadline
-- [ ] Catering/snacks order confirmed with supplier
-
-## D-1 (Day Before)
-
-- [ ] Nametags printed (A4, 8 per page, reviewed for accuracy)
-- [ ] Operational slides finalized and test-presented
-- [ ] Equipment checklist verified: screen, camera, tripod, mic, cables
-- [ ] Reminder SMS sent to attendees
-- [ ] Reminder SNS post published
-- [ ] Venue access confirmed for setup time
-- [ ] Emergency contacts noted (venue manager, co-organizer)
-
-## D-Day (Event Day)
-
-- [ ] Day-of reminder SMS sent (morning, 2–3 hours before)
-- [ ] Arrive at venue 60 minutes before start time
-- [ ] A/V equipment tested (mic, projector/screen, Zoom if hybrid)
-- [ ] Nametag table set up at entrance
-- [ ] Slido link configured and QR code printed/displayed
-- [ ] Speaker briefing done before doors open
-- [ ] Photographer / recording setup confirmed
-
-## D+1 (Day After)
-
-- [ ] Review post drafted and published on SNS (story + 3 insights)
-- [ ] Attendee feedback collected (Slido export or separate survey)
-- [ ] Settlement report drafted (revenue - expenses)
-- [ ] Speaker thank-you messages sent
-- [ ] Event state file marked complete
-- [ ] Photo/video assets organized and backed up
-
-## Absolute Rules (All Steps)
-
-- Emails MUST use BCC — never expose attendee emails to each other
-- SMS MUST NOT contain emoji (EUC-KR encoding risk)
-- No actual send without user confirmation (draft first, confirm second)
-- No Notion registration without dry_run first

package/skills/vibe.event-comms/SKILL.md

@@ -1,11 +0,0 @@
----
-name: vibe.event-comms
-description: Use when event SMS, email, SNS, invitations, or review communications are requested; compatibility alias for vibe.event communications mode.
-invocation: [auto]
-tier: standard
-triggers: [sms, aligo, gmail, event email, event sms, 문자 발송, 메일 발송, SNS 홍보]
-priority: 60
-user-invocable: true
----
-
-Load `vibe.event` in communications mode and preserve all arguments.

package/skills/vibe.event-ops/SKILL.md

@@ -1,11 +0,0 @@
----
-name: vibe.event-ops
-description: Use when event nametags, checklists, slides, images, Slido, or settlement operations are requested; compatibility alias for vibe.event operations mode.
-invocation: [auto]
-tier: standard
-triggers: [nametag, event checklist, event slide, slido, 이름표, 행사 체크리스트, 운영 슬라이드, 정산]
-priority: 60
-user-invocable: true
----
-
-Load `vibe.event` in operations mode and preserve all arguments.

package/skills/vibe.event-planning/SKILL.md

@@ -1,11 +0,0 @@
----
-name: vibe.event-planning
-description: Use when event timelines, speaker planning, outreach, or state management are requested; compatibility alias for vibe.event planning mode.
-invocation: [auto]
-tier: standard
-triggers: [event planning, meetup, webinar, conference, 행사, 밋업, 웨비나, D-Day, 이벤트 준비]
-priority: 60
-user-invocable: true
----
-
-Load `vibe.event` in planning mode and preserve all arguments.

package/skills/vibe.figma/SKILL.md

@@ -1,173 +0,0 @@
----
-name: vibe.figma
-description: Figma 디자인을 코드로 옮기거나 구현 계획을 Figma에 반영할 때 — READ(Figma→Code)와 WRITE(plan→Figma)를 라우팅한다.
-argument-hint: "[<figma-url>... | <plan.md>] [--new] [--create | --create-storyboard | --create-design] [--teach]"
-user-invocable: true
----
-
-# /vibe.figma
-
-Figma와 코드 사이의 **양방향 라우터**. 인자 조합으로 분기를 결정하고, 분기에 맞는 스킬을 순차 로드한다.
-
-## Usage
-
-```
-# Branch 1: READ — 컨벤션 준수
-/vibe.figma                                          # 인터랙티브 (URL 줄바꿈으로 입력)
-/vibe.figma <design-url>                             # 디자인 1개
-/vibe.figma <storyboard-url> <mo-url> <pc-url>       # 스토리보드 + MO + PC 한 번에
-/vibe.figma <mo-url> <pc-url>                        # MO + PC만
-
-# Branch 2: READ — 독립 페이지 (컨벤션 무시)
-/vibe.figma --new
-/vibe.figma --new <mo-url> <pc-url>
-
-# Branch 3: WRITE — plan.md → Figma 디자인 생성
-/vibe.figma <plan.md> --create                       # full (와이어 + 본 디자인)
-/vibe.figma <plan.md> --create-storyboard            # 와이어만 (Step E 생략)
-/vibe.figma <plan.md> --create-design                # 본 디자인만 (Step D 생략)
-
-# 공통
-/vibe.figma --teach                                  # 어느 branch든 design-teach를 인터랙티브로 강제
-```
-
-> **URL 분류는 자동 처리됩니다** — fileKey가 다른 URL은 스토리보드 vs 디자인으로, ROOT 노드 name의 "MO"/"PC"로 디바이스를 구분합니다. 사용자는 URL 종류를 신경 쓰지 않고 한 번에 던지면 됩니다.
-
-## Branch Routing (필수: 첫 단계에서 결정)
-
-다음 알고리즘을 **그대로** 실행한다. 추정 금지.
-
-```
-Step 1) 플래그 수집
-  hasCreate           = args에 "--create" 포함 (정확히 일치, 아래 두 플래그와 별개)
-  hasCreateStoryboard = args에 "--create-storyboard" 포함
-  hasCreateDesign     = args에 "--create-design" 포함
-  hasNew              = args에 "--new" 포함
-  hasTeach            = args에 "--teach" 포함
-  hasNewState         = args에 "--new-state" 포함 (Branch 3 전용: state 파일 무시하고 새로 그림)
-  hasEmitDesignMd     = args에 "--emit-design-md" 포함 (Branch 1/2 전용: READ 완료 후 DESIGN.md 출력)
-  hasReadDesignMd     = 프로젝트 루트에 DESIGN.md 존재 (Branch 3 전용: WRITE 시 톤·팔레트 우선 입력)
-
-Step 2) 위치 인자 분류
-  positional  = 모든 비-플래그 인자
-  mdArg       = positional 중 .md 로 끝나는 첫 번째 항목 (없으면 null)
-  urlArgs     = positional 중 "figma.com/" 포함 항목 (배열, 0개 이상 가능)
-
-Step 3) Create 모드 결정
-  createFlags = [hasCreate, hasCreateStoryboard, hasCreateDesign].filter(x => x).length
-
-  createFlags == 0 → createMode = null      (Branch 3 아님)
-  createFlags == 1:
-    hasCreate            → createMode = "full"
-    hasCreateStoryboard  → createMode = "storyboard"
-    hasCreateDesign      → createMode = "design"
-  createFlags >= 2 → ❌ "--create / --create-storyboard / --create-design 중 하나만 사용 가능합니다."
-
-  isBranch3 = (createMode != null)
-
-Step 4) 모순 검증 (즉시 reject — 진행 금지)
-  isBranch3 AND hasNew                  → ❌ "--create-* 와 --new는 함께 사용할 수 없습니다."
-  isBranch3 AND mdArg == null           → ❌ "--create-* 는 plan.md 경로가 필요합니다.
-                                              예: /vibe.figma .vibe/plans/foo.md --create"
-  isBranch3 AND urlArgs.length > 0      → ❌ "--create-* 모드에서는 figma URL을 위치 인자로 받지 않습니다.
-                                              target 파일은 Step B에서 질문합니다."
-  NOT isBranch3 AND mdArg != null       → ⚠ "plan.md를 받았지만 --create-* 플래그가 없습니다.
-                                              Branch 3을 의도하셨나요? 어느 모드를 원하시나요?
-                                                1) --create            (full: 와이어 + 본 디자인)
-                                                2) --create-storyboard (와이어만)
-                                                3) --create-design     (본 디자인만)
-                                                4) abort"
-
-Step 5) Branch 결정
-  isBranch3   → Branch 3 (WRITE) — createMode 사용
-  hasNew      → Branch 2 (READ, 독립)
-  default     → Branch 1 (READ, 컨벤션)
-
-Step 6) Branch 컨텍스트에 다음을 binding:
-  {urlArgs, hasTeach, hasNewState, mdArg, createMode}
-  - Branch 1/2는 urlArgs / hasTeach 를 사용 (URL 여러 개를 한 번에 스킬에 전달)
-  - Branch 3은 mdArg / createMode / hasTeach / hasNewState 를 사용
-
-결정 후, 해당 Branch 섹션의 Phase 순서대로 스킬을 로드/실행한다.
-다른 Branch의 Phase는 절대 섞지 않는다.
-```
-
-## Context Reset
-
-**이 커맨드 실행 시 이전 대화 무시.**
-스토리보드/plan.md 스펙 > Figma 데이터 > 프로젝트 컨벤션 순으로 우선.
-
-> **Timer**: Query the system clock at START and record it as `{start_time}`.
-
----
-
-## URL/입력 규칙 (모든 Branch 공통)
-
-```
-사용자 입력을 요청할 때 절대 선택지를 제공하지 말고 자유 텍스트로 질문한다.
-각 질문의 응답을 받은 후에만 다음으로 진행.
-```
-
----
-
-## Branch 본문 (라우팅 결정 후 해당 파일만 로드)
-
-**결정된 Branch의 reference 하나만 읽는다.** 세 Branch를 동시에 로드하지 않는다 —
-이 스킬이 호출당 컨텍스트를 가장 많이 쓰던 원인이었다.
-
-| Branch | 조건 | 시나리오 | 본문 |
-|---|---|---|---|
-| **1** READ + 컨벤션 | 기본 (플래그 없음) | 기존 프로젝트에 새 UI/페이지 추가. 기존 토큰·컴포넌트·스타일 컨벤션을 따름 | `references/branch1-read-convention.md` |
-| **2** READ + 독립 | `--new` | 컨벤션을 무시한 독립 페이지 (랜딩·프로모션 등) | `references/branch2-read-standalone.md` |
-| **3** WRITE | `--create` / `--create-storyboard` / `--create-design` | plan.md → Figma 디자인 생성 (createMode 매트릭스, Step A–F) | `references/branch3-write.md` |
-
-Branch 1/2 Phase 의 상세 elaboration: `references/branch-phases.md`
-Branch 3 의 state 스키마와 알고리즘: `references/state-schema.md` · `references/step-algorithms.md`
-
-## Branch 간 절대 금지 사항
-
-```
-❌ Branch 1 도중 figma:figma-use / figma:figma-generate-design 호출 금지 (READ 모드)
-❌ Branch 2 도중 design-refine(normalize) 호출 금지 (독립 모드)
-❌ Branch 3 도중 figma 스킬의 Extract/Convert Mode · figma-refine.js 호출 금지 (WRITE 모드)
-❌ Branch 결정 후 다른 Branch의 Phase로 점프 금지
-```
-
-## Core Principles
-
-```
-The Figma tree is the source of truth for code. Screenshots are for verification only.
-
-✅ Figma Auto Layout → CSS Flexbox 1:1 mechanical mapping
-✅ Figma CSS properties → SCSS direct conversion (no guessing)
-✅ The active harness handles semantic decisions only: tag selection, component splitting, interactions
-```
-
-## Immutable Rules
-
-```
-1. Do NOT render content as images (frames with TEXT children, INSTANCEs, buttons/prices,
-   whole sections). Image rendering only for BG, vector-text GROUPs, verification screenshots.
-2. BG must use CSS background-image only. <img> tag is forbidden.
-3. No new screenshot calls during Phase 4. Use only Phase 2 materials —
-   no matter how complex, implement with HTML+CSS.
-```
-
-## 공통 구현 (READ Branch 공통 Phase 0–6)
-
-Extract/Convert Mode 의 실제 구현 — 작업 디렉토리, BLOCKING 명령어, 컴파일 게이트, 시각 검증 루프:
-`references/core-implementation.md`
-
-```
-Working directory: /tmp/{feature}/{mo,pc}-main/{tree.json, bg/, content/, sections/}
-  + remapped.json ← Phase 4 의 유일한 입력
-Code output: 프로젝트에 직접 — components/{feature}/, styles/{feature}/
-```
-
-## Done Criteria
-
-- [ ] Branch Routing 알고리즘이 실행됐고 결정된 Branch 가 명시됐다
-- [ ] 결정된 Branch 의 reference 하나만 로드됐다 (다른 Branch Phase 혼입 없음)
-- [ ] READ Branch: Phase 5 컴파일 게이트 통과 후 Phase 6 시각 검증 P1=0
-- [ ] WRITE Branch: Step F 시각 검증 + 사용자 최종 확인 완료
-- [ ] 이미지 렌더링 금지 규칙(Immutable Rule 1–2) 위반 0건

package/skills/vibe.figma/references/branch-phases.md

@@ -1,113 +0,0 @@
-# Branch 1 / Branch 2 Phase Detail — Full Reference
-
-> Loaded by vibe.figma SKILL.md Branch 1 (READ + 컨벤션) and Branch 2 (READ + 독립) phase bodies for the full elaboration beyond the `Load skill` call itself.
-
-## Branch 1 Phase 0 — URL 수집 + Design Context 로드
-
-```
-1. URL 수집 (스킬 진입 전)
-   - urlArgs.length > 0 → 그대로 figma 스킬에 전달 (인터랙티브 질문 생략)
-   - urlArgs.length == 0 → figma 스킬이 인터랙티브로 줄바꿈 입력 받음
-   ⚠ URL 분류(storyboard vs design, MO vs PC)는 스킬이 자동 처리 — router는 개입하지 않음
-     · fileKey 다름 → storyboard vs design
-     · ROOT 노드 name에 "MO"/"PC" → 디바이스 구분
-```
-
-```
-3. Design context 로드 (non-interactive 기본)
-   ⛔ design-teach 스킬을 자동으로 로드하지 말 것 (인터랙티브라 흐름이 끊김)
-
-   알고리즘:
-     - Read .vibe/design-context.json
-     - 존재 → 메모리에 binding 후 계속
-     - 없음 → 다음 한 줄만 출력하고 계속:
-         "💡 design-context.json 없음 — 기본값으로 진행합니다.
-          톤/팔레트/타이포 가이드를 적용하려면 /design-teach 또는
-          /vibe.figma --teach 로 다시 실행하세요."
-```
-
-## Branch 1 Phase 1 — Storyboard 분석 상세
-
-```
-   Phase 0에서 수집한 URL 중 "storyboard"로 자동 분류된 항목이 있으면 분석.
-   없으면 이 Phase는 자동 SKIP (스킬 내부 처리).
-
-   → 섹션 목록 + 기능 정의 + TypeScript 인터페이스 초안
-   ❌ 코드 파일 생성 금지
-```
-
-## Branch 1 Phase 2 — Audit Gate
-
-```
-   Phase 0에서 수집한 URL 중 "design"으로 자동 분류된 항목 (MO/PC)을 사용.
-   → tree.json + bg/ + content/ + sections/ (검증용)
-
-   🚦 Audit gate (tree.json 루트 `auditSummary` 사용):
-     - `auditSummary.p1 > 0` → Phase 3 진입 금지. 각 항목을 해결(디자인 레이어 교체,
-       근사치 수용 승인, 알려진 편차로 기록) 후 재추출.
-     - P2 항목은 피처 노트에 기록 → Phase 6 리뷰 대상.
-```
-
-## Branch 1 Phase 4 — 재사용 매칭 (BLOCKING)
-
-```
-   재사용 매칭 (BLOCKING):
-     ① component-index.json 매칭 → import (새로 만들지 않음)
-     ② project-tokens.json 매칭 → @use (새 토큰 생성 최소화)
-
-   ⛔ figma-to-scss.js 강제 / figma-validate.js PASS 없이 다음 섹션 금지
-```
-
-## Branch 1 Phase 6 — Raw-vs-Computed 재조정 + Phase 6.5
-
-```
-   Raw-vs-computed 재조정:
-     - tree.json 각 노드의 `raw` 필드(itemSpacing, padding*, fontSize, lineHeightPx,
-       letterSpacing, strokeWeight, cornerRadius 등 Figma 원본 수치)를
-       브라우저 `getComputedStyle`과 비교한다.
-     - 허용 오차 초과 시 P1 issue (gap/padding 0.5px, fontSize 0.25px, lineHeight 0.5px).
-     - Figma MCP/변환기가 삼킨 값이 여기서 드러난다.
-```
-
-```
-⤵ Phase 6.5 (hasEmitDesignMd == true 시)
-   → resolved tokens (Color/Typography/Spacing) + design-review(audit) 산출물을
-     DESIGN.md (Stitch 9 섹션) 으로 정제해 프로젝트 루트에 저장
-   → 첫 줄: `<!-- design-md-version: 1 -->`
-   → `vibe.design lint` 자동 통과 확인
-```
-
-## Branch 2 Phase 0 — Setup (Lite)
-
-```
-1. URL 수집 — Branch 1 Phase 0와 동일 (urlArgs 있으면 전달, 없으면 인터랙티브)
-
-2. Load skill `vibe.figma` — Phase 0 Setup
-   → 스택만 감지. 디렉토리 생성.
-   ⛔ component-index.json 인덱싱 SKIP
-   ⛔ project-tokens.json 스캔 SKIP
-   (재사용 매칭을 강제하지 않으므로 인덱스 불필요)
-```
-
-## Branch 2 Phase 4 — Standalone 모드 세부
-
-```
-   ⛔ 재사용 매칭 SKIP — 새 컴포넌트 자유 생성
-   ✅ 새 토큰 자유 생성 (피처 스코프 네이밍: $feature-color-xxx)
-   ✅ figma-to-scss.js / figma-validate.js는 그대로 강제
-
-   ❌ design-refine(normalize) 호출 금지 (이 Branch는 토큰 alignment 대상이 아님)
-```
-
-## Branch 2 Phase 6 — 시각 검증 + a11y 세부
-
-```
-   Raw-vs-computed 재조정: Branch 1과 동일 — tree.json `raw` ↔ getComputedStyle 비교.
-```
-
-```
-⤵ Phase 6.5 (hasEmitDesignMd == true 시)
-   → resolved tokens + design-review(audit) 산출물을
-     DESIGN.md (Stitch 9 섹션) 으로 정제해 프로젝트 루트에 저장
-   → 첫 줄: `<!-- design-md-version: 1 -->`
-```