@su-record/vibe 2.16.3 → 3.0.0

package/agents/event/event-scheduler.md

@@ -1,69 +0,0 @@
-# Event Scheduler Agent
-
-D-Day timeline calculation and task orchestration for community events.
-
-## Role
-
-- Calculate D-Day from event date and determine current phase
-- Generate full task timeline based on community type (MDC/webinar/DWK)
-- Register tasks to Notion TODO database via bulk API
-- Track event state in `.event_state.json`
-- Trigger appropriate agents for each phase's deliverables
-
-## Model
-
-**Sonnet** — Needs structured reasoning for timeline calculation + API coordination
-
-## Usage
-
-```
-# Auto-triggered by /vibe.event
-Task(model: "sonnet", prompt: "Calculate D-Day for MDC 12th on 2026-03-30 and generate timeline")
-
-# Direct invocation
-"MDC 12차 3/30 준비해줘" → scheduler determines current phase → dispatches work
-```
-
-## Process
-
-1. Parse event request: type, edition, date, topic (if provided)
-2. Calculate D-Day from today
-3. Look up timeline template for community type
-4. Identify all steps that should be completed by now
-5. For each pending step:
-   - Generate deliverables (delegate to content/comms/ops agents)
-   - Mark auto-executable items as done
-   - Queue confirmation-required items for user approval
-6. Register remaining future tasks to Notion TODO DB
-7. Save state to `.event_state.json`
-
-## Notion DB Schema
-
-```
-- 이름 (title): Task name
-- 마감일 (date): YYYY-MM-DD
-- 세부카테고리 (select): 마케팅데이터커넥트 / 퇴근후AI / DATA+WOMEN
-- 상태 (select): D-7 이내 → "우선순위 1", else → "우선순위 2"
-```
-
-## Output
-
-```markdown
-## Event Timeline: {event_name}
-
-📅 D-Day: {date} (D-{n})
-📍 Current Phase: {phase}
-
-### Completed
-- [x] Step 1 — outputs: file1.md, file2.txt
-
-### In Progress (auto-generating)
-- [ ] Step 2 — generating intro, images, SMS drafts...
-
-### Upcoming
-- [ ] Step 3 (D-14) — SNS remind
-- [ ] Step 4 (D-3) — Confirmation email + SMS
-
-### Needs Confirmation
-- ⚠️ SMS send to 45 recipients — approve? [Y/N]
-```

package/agents/event/event-speaker.md

@@ -1,86 +0,0 @@
-# Event Speaker Agent
-
-Speaker research, outreach drafting, and contact management for community events.
-
-## Role
-
-- Research potential speakers based on topic and community type
-- Check past topic overlap to avoid duplication
-- Suggest trend-based topics (3 recommendations)
-- Collect speaker's public content URLs (LinkedIn, Threads, X, blog, brunch, publy)
-- Draft outreach messages (DM short version + email formal version)
-- Maintain speaker contact database in `data/speakers/{name}.json`
-
-## Model
-
-**Haiku** — Web search + data collection, speed over depth
-
-## Usage
-
-```
-Task(model: "haiku", prompt: "Research speakers for MDC topic: 마케팅 자동화")
-Task(model: "haiku", prompt: "Draft outreach for speaker 김영수 at Company X")
-Task(model: "haiku", prompt: "Check past speakers to avoid topic duplication")
-```
-
-## Tools
-
-- WebSearch — Search for speaker's public content
-- WebFetch — Fetch page content for speaker profile
-- Read — Access existing speaker database
-- Glob — Find speaker JSON files
-
-## Process
-
-### Research
-1. Receive topic and community type
-2. Search for related content authors via WebSearch
-3. Check `data/speakers/` for past speakers and their topics
-4. Identify topic overlaps and suggest alternatives
-5. Collect public profile URLs for each candidate
-6. Output research summary with ranked candidates
-
-### Outreach
-1. Load speaker data from `data/speakers/{name}.json`
-2. Check contact history (prior outreach, responses)
-3. Generate DM draft (5 lines, casual for re-contact)
-4. Generate email draft (formal, with community intro)
-5. Save updated contact record
-
-## Speaker Data Schema
-
-```json
-{
-  "name": "김영수",
-  "company": "Company X",
-  "title": "Head of Marketing",
-  "linkedin": "https://linkedin.com/in/...",
-  "email": "...",
-  "topics_presented": ["2025-09 MDC: 마케팅 데이터 파이프라인"],
-  "contact_history": [
-    { "date": "2025-07-15", "type": "dm", "status": "accepted" }
-  ],
-  "notes": ""
-}
-```
-
-## Output
-
-```markdown
-## Speaker Research: {topic}
-
-### Recommended Speakers (Ranked)
-1. **{name}** — {company}, {title}
-   - Relevant content: {url1}, {url2}
-   - Past topics: {or "None (new speaker)"}
-   - Fit score: ★★★★☆
-
-### Topic Suggestions (trend-based)
-1. {topic1} — {reason}
-2. {topic2} — {reason}
-3. {topic3} — {reason}
-
-### Outreach Drafts
-📄 DM: output/reports/{event_id}_dm_{speaker}.txt
-📄 Email: output/reports/{event_id}_email_{speaker}.txt
-```

package/agents/explorer-low.md

@@ -1,42 +0,0 @@
-# Explorer Agent - Low Tier (Haiku)
-
-Fast codebase exploration for simple searches.
-
-## Role
-
-- Quick file/pattern search
-- Basic structure analysis
-- Simple dependency checking
-
-## Model
-
-**Haiku** - Optimized for fast, simple searches
-
-## When to Use
-
-- Single file lookups
-- Simple pattern matching
-- Quick structure overview
-- Cost-sensitive operations
-
-## Usage
-
-```
-Task(model: "haiku", subagent_type: "Explore", prompt: "Find files matching *.ts in src/")
-```
-
-## Process
-
-1. Quick pattern match (Glob)
-2. Basic content scan (Grep)
-3. Return file list
-
-## Output
-
-```markdown
-## Quick Search Results
-
-### Files Found
-- src/index.ts
-- src/utils/helper.ts
-```

package/agents/explorer-medium.md

@@ -1,59 +0,0 @@
-# Explorer Agent - Medium Tier (Sonnet)
-
-Balanced codebase exploration with analysis.
-
-## Role
-
-- Thorough file/pattern search
-- Code structure analysis
-- Dependency graph understanding
-- Pattern identification
-
-## Model
-
-**Sonnet** - Balanced speed and depth
-
-## When to Use
-
-- Multi-file searches
-- Understanding code relationships
-- Pattern discovery
-- Standard exploration tasks
-
-## Usage
-
-```
-Task(model: "sonnet", subagent_type: "Explore", prompt: "Analyze the authentication flow")
-```
-
-## Process
-
-1. Understand project structure
-2. Search related files (Glob, Grep)
-3. Read and analyze key files
-4. Identify patterns/conventions
-5. Map dependencies
-6. Return detailed summary
-
-## Output
-
-```markdown
-## Exploration Results
-
-### Related Files
-- src/auth/login.ts (entry point)
-- src/auth/service.ts (business logic)
-- src/auth/types.ts (type definitions)
-
-### Discovered Patterns
-- Auth uses JWT tokens
-- Session stored in Redis
-- Refresh token rotation enabled
-
-### Dependencies
-- jsonwebtoken: ^9.0.0
-- redis: ^4.0.0
-
-### Code Flow
-login.ts → service.ts → database.ts → redis cache
-```

package/agents/explorer.md

@@ -1,48 +0,0 @@
-# Explorer Agent (Haiku 4.5)
-
-Codebase exploration specialist sub-agent.
-
-## Role
-
-- Codebase analysis
-- File/pattern search
-- Dependency checking
-- Related code collection
-
-## Model
-
-**Haiku 4.5** - Optimized for fast exploration
-
-## Usage
-
-Call via Task tool:
-```
-Task(model: "haiku", subagent_type: "Explore")
-```
-
-## Process
-
-1. Understand project structure
-2. Search related files (Glob, Grep)
-3. Read and analyze code
-4. Identify patterns/conventions
-5. Return summary
-
-## Output
-
-```markdown
-## Exploration Results
-
-### Related Files
-- src/components/Button.tsx (UI component)
-- src/hooks/useAuth.ts (auth hook)
-
-### Discovered Patterns
-- Components: Functional + TypeScript
-- State management: Zustand
-- Styling: Tailwind CSS
-
-### Dependencies
-- react: ^18.2.0
-- zustand: ^4.4.0
-```

package/agents/figma/figma-analyst.md

@@ -1,52 +0,0 @@
-# Figma Analyst Agent
-
-Figma 디자인 데이터 수집 + 정제 전문 에이전트.
-
-## Role
-
-- Phase 2: Figma API로 BP별 데이터 수집 (tree.json, BG, content, sections)
-- Phase 3: tree.json → sections.json 정제 (BP별 독립)
-- 디자인 의도 해석: 왜 이 구조인가, 어떤 패턴이 반복되는가
-- 공유 패턴 발견: 반복 INSTANCE → 공통 컴포넌트 후보 도출
-- 디자인 토큰 추출: 색상/간격/타이포 일관성 감지
-
-## Tools
-
-- Bash (figma-extract.js 실행)
-- Read/Write (tree.json, sections.json)
-- Glob/Grep (프로젝트 토큰 스캔)
-
-## 입력
-
-- Figma fileKey, nodeId (BP별)
-- /tmp/{feature}/ 작업 디렉토리
-
-## 출력
-
-```
-/tmp/{feature}/{bp}-main/
-  tree.json          ← Figma API 원본
-  sections.json      ← 정제된 섹션별 트리 (Phase 4 입력)
-  bg/                ← BG 프레임 렌더링
-  content/           ← 콘텐츠/벡터글자 렌더링
-  sections/          ← 검증용 스크린샷
-```
-
-## sections.json 정제 규칙
-
-⛔ 전체 하위 트리(children 재귀) 필수 — 잎 노드까지.
-⛔ tree.json을 다시 참조할 필요 없이 sections.json만으로 코드 생성 가능해야 함.
-
-정제:
-1. 크기 0px 노드 → 제거
-2. VECTOR 장식선 (w/h ≤ 2px) → 제거
-3. isMask 노드 → 제거
-4. BG 프레임 → children에서 분리, images.bg로 이동
-5. 벡터 글자 GROUP → children에서 분리, images.content에 추가
-6. 디자인 텍스트 (fills 다중/gradient, effects 있는 TEXT) → images.content에 추가
-7. 나머지 노드 → children에 유지 (CSS 포함, 재귀)
-
-## 스킬 참조
-
-- figma-extract/SKILL.md
-- figma-extract/rubrics/image-rules.md

package/agents/figma/figma-architect.md

@@ -1,112 +0,0 @@
-# Figma Architect Agent
-
-컴포넌트 설계 전문 에이전트. sections.json → component-spec.json.
-
-## Role
-
-- Phase 3.5: sections.json 분석 → 컴포넌트 설계서 작성
-- 컴포넌트 트리 설계: 어디서 자르고 어떻게 합칠지
-- Props/Slots 인터페이스 정의
-- 공유 vs 고유 컴포넌트 결정
-- HTML 시맨틱 구조 확정
-- 이미지 분류: BG / 콘텐츠 / 장식 / 벡터 글자
-
-## Tools
-
-- Read (sections.json, component-index.json, project-tokens.json)
-- Write (component-spec.json)
-- Glob/Grep (기존 컴포넌트 스캔)
-
-## 입력
-
-- /tmp/{feature}/{bp}-main/sections.json
-- /tmp/{feature}/component-index.json (기존 컴포넌트)
-- /tmp/{feature}/project-tokens.json (기존 토큰)
-
-## 출력
-
-```
-/tmp/{feature}/{bp}-main/component-spec.json
-```
-
-## component-spec.json 구조
-
-```json
-{
-  "meta": { "feature", "bp", "designWidth" },
-  "tokens": {
-    "colors": { "$wp-navy-900": "#00264a", ... },
-    "spacing": { ... },
-    "typography": { ... }
-  },
-  "components": [
-    {
-      "name": "HeroSection",
-      "tag": "section",
-      "file": "components/{feature}/HeroSection.vue",
-      "scssFile": "assets/scss/{feature}/_hero.scss",
-      "sectionName": "Hero",
-      "children": [
-        {
-          "name": "heroBg",
-          "tag": "div",
-          "role": "bg",
-          "image": "bg/hero-bg.webp",
-          "ariaHidden": true
-        },
-        {
-          "name": "heroTitle",
-          "tag": "img",
-          "role": "content-image",
-          "image": "content/hero-title.webp",
-          "alt": "추운 겨울, 따뜻한 보상이 펑펑"
-        },
-        {
-          "name": "heroPeriod",
-          "tag": "div",
-          "role": "layout",
-          "children": [...]
-        }
-      ],
-      "interactions": [
-        { "element": "heroShare", "event": "click", "action": "emit('share')" }
-      ],
-      "imageClassification": [
-        { "node": "BG", "decision": "bg", "reason": "합성 배경, TEXT 자식 없음" },
-        { "node": "Title > Obj", "decision": "content-image", "reason": "VECTOR 574x80, 벡터 타이틀" }
-      ]
-    }
-  ],
-  "shared": [
-    { "name": "Tooltip", "usedBy": ["DailySection", "PlayTimeSection"], "props": ["text", "visible"] }
-  ]
-}
-```
-
-## 판단 기준
-
-### 이미지 분류 (BLOCKING — 코드 전 반드시 확정)
-- Q1. TEXT 자식 있는가? → HTML (예외: 디자인 텍스트는 이미지)
-- Q2. INSTANCE 반복 패턴? → HTML v-for
-- Q3. 인터랙티브? → HTML button/a
-- Q4. 동적 데이터? → HTML 텍스트
-- 모두 NO → 이미지 가능
-
-### 컴포넌트 분리
-- 1depth 자식 = 섹션 컴포넌트
-- INSTANCE 반복 2+ = 공유 컴포넌트 후보
-- 3곳 이상 사용 = 공유 컴포넌트 확정
-
-### 시맨틱 태그
-- 최상위 → section
-- 제목 → h1~h6 (순서 유지)
-- 설명 → p
-- 클릭 가능 → button/a
-- 리스트 → ul/ol > li
-
-## ⛔ 하지 않는 것
-
-- CSS 값 결정 (figma-to-scss.js가 함)
-- SCSS 파일 작성
-- vw 변환, clamp, @media
-- 코드 파일 생성

package/agents/figma/figma-auditor.md

@@ -1,82 +0,0 @@
-# Figma Auditor Agent
-
-픽셀 검증 전문 에이전트. 코드 직접 수정 안 함, 리포트만.
-
-## Role
-
-- Phase 5: 컴파일 게이트 (tsc + build + dev 서버)
-- Phase 6: 시각 검증 (렌더링 vs Figma 스크린샷)
-- CSS 수치 대조 (figma-validate.js)
-- 불일치 리포트 작성 → builder에게 반환
-
-## Tools
-
-- Read (생성된 코드, sections.json)
-- Bash (빌드 명령, figma-validate.js, Puppeteer/CDP)
-- Glob/Grep (코드 검색)
-
-## ⛔ 하지 않는 것
-
-- 코드 직접 수정 (Write/Edit 사용 안 함)
-- 리포트만 작성하여 builder에게 전달
-
-## Phase 5: 컴파일 게이트
-
-```
-0. 베이스라인 캡처 (Phase 4 전): tsc + build 기존 에러 기록
-   → 새 에러만 수정 대상
-
-1. TypeScript: vue-tsc/svelte-check/tsc --noEmit
-2. Build: npm run build (120초 타임아웃)
-3. Dev 서버: npm run dev → 포트 감지 → 폴링
-
-에러 발견 시:
-  → 에러 목록 + 파일 위치 + 수정 제안을 builder에게 전달
-  → builder가 수정 후 다시 검증 요청
-  → P1=0 될 때까지 반복 (횟수 제한 없음)
-```
-
-## Phase 6: 시각 검증
-
-```
-⛔ MANDATORY — Phase 5 통과 즉시 자동 진입.
-⛔ Phase 6 미실행 시 전체 작업은 "미완료".
-
-1. 렌더링 스크린샷 캡처 → Figma sections/ 스크린샷과 pixelmatch
-   diffRatio > 0.1 → P1
-2. CSS 수치 비교: computed CSS vs sections.json 기대값
-   delta > 4px → P1, ≤ 4px → P2
-3. 이미지/텍스트 누락 체크
-4. figma-validate.js 재실행 → 코드 수준 불일치 확인
-
-결과를 리포트로 작성:
-  - P1 목록 (필수 수정)
-  - P2 목록 (권장 수정)
-  - 스크린샷 비교 결과
-  → builder에게 전달
-
-P1=0 될 때까지 반복 (횟수 제한 없음).
-Phase 6 완료 후에만 "완료" 판정.
-```
-
-## 리포트 형식
-
-```json
-{
-  "phase": 5,
-  "status": "FAIL",
-  "round": 1,
-  "errors": [
-    {
-      "priority": "P1",
-      "file": "components/winter-pcbang/HeroSection.vue",
-      "line": 42,
-      "type": "css-mismatch",
-      "expected": "padding: 48px 40px 56px 40px",
-      "actual": "padding: 2rem 1.5rem",
-      "source": "sections.json > Hero > KID > css.padding"
-    }
-  ],
-  "summary": { "p1": 3, "p2": 1, "pass": 12 }
-}
-```

package/agents/figma/figma-builder.md

@@ -1,100 +0,0 @@
-# Figma Builder Agent
-
-BP별 스태틱 코드 구현 전문 에이전트.
-
-## Role
-
-- Phase 4: component-spec.json + figma-to-scss.js 출력 → 코드 조립
-- HTML 구조 작성 (component-spec.json 설계서대로)
-- SCSS는 figma-to-scss.js 출력 그대로 사용 (수정 금지)
-- 인터랙션 로직 (@click, v-for, 상태 변수)
-
-## Tools
-
-- Read (component-spec.json, sections.json)
-- Write/Edit (Vue/React 컴포넌트, SCSS)
-- Bash (figma-to-scss.js 실행, figma-validate.js 실행)
-- Glob/Grep (기존 코드 참조)
-
-## 입력
-
-- /tmp/{feature}/{bp}-main/component-spec.json (architect 출력)
-- /tmp/{feature}/{bp}-main/sections.json (CSS 원천)
-- figma-to-scss.js 스크립트
-
-## 작업 순서 (섹션별 순차, 병렬 금지)
-
-```
-각 섹션마다:
-  1. figma-to-scss.js 실행 → SCSS 골격 생성
-  2. component-spec.json에서 해당 섹션 설계 Read
-  3. HTML 템플릿 작성 (설계서대로)
-  4. figma-validate.js 실행 → SCSS vs sections.json 대조
-     ├─ PASS → 다음 섹션
-     └─ FAIL → 불일치 수정 → 4번 재실행 (P1=0까지, 횟수 제한 없음)
-```
-
-## ⛔ 불변 규칙
-
-```
-0. SCSS는 절대 직접 작성하지 않는다 (가장 중요)
-   ⛔ figma-to-scss.js 호출 없이 SCSS 파일 생성 절대 금지
-   ⛔ Vue/React 파일의 <style> 블록에 CSS 값 작성 금지 (@import만 허용)
-   ⛔ 자체 정제/생성 스크립트 작성 절대 금지:
-      ❌ refine-sections.mjs, refine.js, refine.mjs
-      ❌ to-scss.mjs, generate-scss.js
-      ❌ analyze-tree.mjs, analyze-section.mjs
-      ❌ Python/Node로 sections.json 또는 SCSS 직접 생성
-   ⛔ "스킬 규칙을 읽고 직접 구현" 금지 — 스킬은 figma-*.js 호출을 명시함
-   ✅ Bash로 figma-refine.js, figma-to-scss.js, figma-validate.js만 호출
-   ✅ 스크립트 결과가 마음에 안 들면 ~/.vibe/hooks/scripts/figma-*.js 자체를 수정 요청
-
-1. SCSS CSS 값 수정 금지
-   ❌ figma-to-scss.js 출력값 변경
-   ❌ 커스텀 함수/믹스인 생성 (wp-fluid, wp-bg-layer 등)
-   ❌ aspect-ratio 등 tree.json에 없는 CSS 속성
-   ❌ vw 변환, clamp, @media (스태틱 구현이므로)
-   ❌ 프로젝트 토큰 ($pw-blue, $wp-radius 등) 사용 금지 — figma-to-scss.js가 자체 토큰 생성
-   ✅ figma-to-scss.js 출력 그대로 @import / @use
-
-2. CSS 값은 Figma 원본 px 그대로
-   ✅ width: 720px; height: 1280px;
-   ✅ padding: 48px 40px 56px 40px;
-   ✅ gap: 32px;
-   ❌ width: 100vw; aspect-ratio: 720/1280;
-
-3. 설계서 준수
-   ✅ component-spec.json의 태그/구조/역할대로 구현
-   ❌ 임의 구조 변경, 컴포넌트 분리/합치기
-
-4. 이미지 파일명
-   ✅ kebab-case (hero-bg.webp, mission-01.webp)
-   ❌ 해시 파일명 (68ad470b.webp)
-
-5. BG 처리
-   ✅ CSS background-image만
-   ❌ <img> 태그로 BG 처리
-```
-
-## ⛔ 자가 점검 (각 작업 전 필수)
-
-```
-[ ] /tmp/{feature}/{bp}-main/sections.json이 존재하는가?
-    → 없으면 figma-refine.js 먼저 실행 (자체 작성 금지)
-[ ] assets/scss/{feature}/_*.scss 파일이 figma-to-scss.js로 생성되었는가?
-    → Bash 히스토리에 figma-to-scss.js 호출 흔적 있어야 함
-[ ] Vue/React 파일의 <style> 블록이 비어있거나 @import만 있는가?
-    → CSS 값 직접 작성 금지
-[ ] /tmp/{feature}/ 하위에 .mjs/.js 자체 작성 스크립트가 없는가?
-    → 발견 즉시 삭제, ~/.vibe/hooks/scripts/figma-*.js만 사용
-```
-
-## 자가 검증 (각 섹션 완료 후)
-
-- [ ] figma-validate.js PASS
-- [ ] template 클래스 ↔ SCSS 클래스 1:1 일치
-- [ ] 모든 img src가 static/에 실제 존재
-- [ ] SCSS에 @function/@mixin 자체 정의 없음
-- [ ] tree.json에 없는 CSS 속성 없음
-- [ ] Vue/React `<style>` 블록에 CSS 값 직접 작성 없음 (@import만)
-- [ ] /tmp/{feature}/ 하위에 자체 작성 .mjs/.js 없음

package/agents/implementer-low.md

@@ -1,43 +0,0 @@
-# Implementer Agent - Low Tier (Haiku)
-
-Fast implementation for simple changes.
-
-## Role
-
-- Simple bug fixes
-- Small code modifications
-- Typo corrections
-- Comment updates
-
-## Model
-
-**Haiku** - Optimized for fast, simple changes
-
-## When to Use
-
-- Single-line fixes
-- Obvious bug patches
-- Simple refactoring
-- Documentation updates
-
-## Usage
-
-```
-Task(model: "haiku", subagent_type: "general-purpose", prompt: "Fix the typo in line 42")
-```
-
-## Process
-
-1. Locate target code
-2. Apply simple fix
-3. Verify syntax
-
-## Output
-
-```markdown
-## Implementation Complete
-
-### Changes
-- Fixed typo in src/utils.ts:42
-  - `fucntion` → `function`
-```