메뉴
디자인 브릿지(JSON)를 읽어 코드 생성 계획서 plan.md를 만든다. 컴포넌트 분해, 파일 구조, 디자인 토큰 매핑, 구현 순서를 정리한다. 딸깍 파이프라인 2단계, 또는 사용자가 bridge JSON으로 계획을 세울 때 사용.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Figma MCP 또는 기록된 MCP 캐시를 사용해 Figma 디자인을 무손실 플랫폼 중립 Bridge IR(JSON)로 산출한다. 스타일·토큰·레이아웃·적응형 화면 조건·constraints·자산·텍스트 동작을 캡처하고 스크린샷과 교차검증한다. 웹, React, React Native, iOS, Android로 이어지는 딸깍 파이프라인 1단계에서 사용.
Figma URL을 받아 코드까지 한 번에(딸깍) 뽑는 전체 파이프라인을 실행한다. design.md → 디자인 브릿지(JSON) → plan.md → code → 검증을 순서대로 돌린다. 기본은 각 단계 사이에서 [skip / 계속]을 사용자에게 확인하는 gated 모드이고, `--auto`(자동 모드)를 주면 게이트 없이 끝까지 이어서 돌린다. 사용자가 "figma에서 코드 뽑아줘", "딸깍 돌려줘", "자동으로 돌려줘" 같이 전체 흐름을 원할 때 사용.
생성된 코드가 Figma 디자인과 같은지 LLM 없이 정적 visual verification engine으로 검증한다. Playwright 캡처, 기준 screenshot 픽셀 diff, bridge bbox 영역별 mismatch로 판정하고, DOM computed style check는 advisory evidence로 리포트한다. 딸깍 파이프라인 4단계, 또는 사용자가 구현이 디자인과 맞는지 확인할 때 사용.
plan.md를 읽어 실제 코드를 생성한다. 파일 계획·구현 순서를 따르고, 컴포넌트 재사용을 우선하며 디자인 토큰을 코드 스타일로 매핑한다. 있으면 design.md 팀 컨벤션을 따르고 없어도 동작한다. verify 리포트가 있으면 짚어진 불일치만 규칙대로 고치는 fix 모드로도 동작한다. 딸깍 파이프라인 3단계, 또는 사용자가 plan.md로 구현을 요청하거나 verify 결과를 반영해달라 할 때 사용.
검증 리포트를 바탕으로 파이프라인을 마무리한다. 남은 불일치 수정 여부를 확인하고, 산출물을 정리하며 최종 요약을 낸다. 딸깍 파이프라인 5단계에서 사용.
자동사냥 — 내게 배정된 GitHub 이슈를 골라 브랜치 생성 → 구현 → 검증 → "Closes
| name | plan |
| description | 디자인 브릿지(JSON)를 읽어 코드 생성 계획서 plan.md를 만든다. 컴포넌트 분해, 파일 구조, 디자인 토큰 매핑, 구현 순서를 정리한다. 딸깍 파이프라인 2단계, 또는 사용자가 bridge JSON으로 계획을 세울 때 사용. |
브릿지 JSON을 입력으로 무엇을 / 어디에 / 어떤 순서로 만들지 계획서를 산출한다.
있으면 design.md 팀 컨벤션을 반영한다. plan.md는 다음 단계(code)의 입력이자,
사용자가 검토하는 게이트 문서다 — 코드를 미리 쓰지 말고 계획만 명확히 적는다.
${CLAUDE_PLUGIN_ROOT}/shared/plan-rules.md${CLAUDE_PLUGIN_ROOT}/shared/bridge.schema.json${CLAUDE_PLUGIN_ROOT}/shared/pipeline.md.ddalkak/bridge/<name>.bridge.json (필수)design.md — 팀 컨벤션. 없으면 기본 베이스(React 18 + TS + Tailwind) 가정 (plan-rules §8).ddalkak/plan/<name>.plan.md
${CLAUDE_PLUGIN_ROOT}/skills/plan/reference/plan.template.md${CLAUDE_PLUGIN_ROOT}/shared/examples/login-page.plan.md<name>은 입력 브릿지 파일명을 그대로 승계 (plan-rules §1)tokens / screens / assets 파악. design.md 있으면 함께 읽어 컨벤션 확정 (§8).component 노드는 재사용(import) vs 신규 생성 판별 (§3), 중복 인스턴스는 축약 (§6).variantGroup이 있으면 하나의 컴포넌트+반응형으로 계획 (§5).node ${CLAUDE_PLUGIN_ROOT}/scripts/validate-plan.mjs <plan.md> <bridge.json>을 실행한다.