code-review-levels
Reference documents for deep code review (Level 3) and architecture review (Level 4). Used by code-reviewer agent for advanced review levels.
PRD를 입력으로 화면정의서 5종(IA, User Flow, Screen Spec, Wireframe HTML, Dev Handoff)을 순차 생성한다. Wireframe은 흑백 + 의미색만 사용하는 lo-fi 산출물(스타일/브랜드는 별도 단계). frontend-developer 자동 리뷰 지원. /screen-spec 명령어에서 호출되며, /prd → /implement 사이의 선택적 게이트로 동작한다.
$ npx -y skills add wigtn/wigtn-plugins --skill screen-spec --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/screen-specContext preview
The summary Claude sees to decide when to auto-load this skill.
PRD를 입력으로 화면정의서 5종(IA, User Flow, Screen Spec, Wireframe HTML, Dev Handoff)을 순차 생성한다. Wireframe은 흑백 + 의미색만 사용하는 lo-fi 산출물(스타일/브랜드는 별도 단계). frontend-developer 자동 리뷰 지원. /screen-spec 명령어에서 호출되며, /prd → /implement 사이의 선택적 게이트로 동작한다.
name: screen-spec description: | PRD를 입력으로 화면정의서 5종(IA, User Flow, Screen Spec, Wireframe HTML, Dev Handoff)을 순차 생성한다. Wireframe은 흑백 + 의미색만 사용하는 lo-fi 산출물(스타일/브랜드는 별도 단계). frontend-developer 자동 리뷰 지원. /screen-spec 명령어에서 호출되며, /prd → /implement 사이의 선택적 게이트로 동작한다. allowed-tools: Read, Write, Edit, Glob, Grep, Bash, Agent
`/screen-spec` 의 실행 엔진. PRD 하나를 읽어 **화면정의서 5종을 각각 별도 파일로** 만든다.
`docs/prd/screens/<feature>/` 아래에 아래 5개 파일을 만든다. **하나의 문서로 합치지 않는다.** 각 산출물은 해당 보일러플레이트를 Read해서 PRD 데이터로 채운다.
| # | 파일 | 보일러플레이트 (`${CLAUDE_PLUGIN_ROOT}/skills/screen-spec/`) | |---|---|---| | 1 | `01-IA.md` | `templates/01-IA.md` — 정보구조도, 페이지 ↔ FR 매핑 | | 2 | `02-USER-FLOW.md` | `templates/02-USER-FLOW.md` — 분기 조건까지 명시한 플로우 | | 3 | `03-SCREEN-SPEC.md` | `templates/03-SCREEN-SPEC.md` — 화면당 7개 슬롯 | | 4 | `04-WIREFRAME.html` | `templates/04-WIREFRAME.html` (web) / `templates/04-WIREFRAME-mobile.html` (mobile) | | 5 | `05-DEV-HANDOFF.md` | `templates/05-DEV-HANDOFF.md` — FR ↔ 화면 ↔ 컴포넌트 |
01 → 02 → 03 → 04 → 05 순서로 만든다. 앞 산출물이 뒤 산출물의 입력이다.
`docs/prd/PRD_<feature>.md` 를 읽는다. Role Key · FR ID · Route · 상태는 PRD에서 **그대로 인용**하고 새로 지어내지 않는다.
| PRD 섹션 | 쓰이는 곳 | |---|---| | §2.3 User Roles | 각 화면의 Audience (Role Key를 그대로) | | §3 Functional Requirements | 페이지 ↔ FR 매핑 (01, 05) | | §5.4 Pages | 대상 페이지 목록 (route / auth / responsive) | | §5.4.1 Page State Matrix | 화면별 상태 명세 (03) | | §5.5 User Flow | 플로우 확장의 출발점 (02) |
§5.4에서는 `Has FE Components: Yes` 인 행만 대상으로 한다. PRD 골격 정본은 `${CLAUDE_PLUGIN_ROOT}/contracts/PRD-CONTRACT.md`.
상태 어휘는 5개로 고정: `loading` / `empty` / `error` / `success` / `no-permission`. §5.4.1에서 체크된 상태는 03-SCREEN-SPEC.md에 **1줄 이상 명세**한다 (누락은 리뷰의 critical).
**중단 조건** — 추측으로 메우지 말고 stop한다:
`--platform` 명시값이 있으면 그것이 우선. 없으면 PRD §1 Overview의 **모바일 시그널**(`React Native`, `RN`, `iOS`, `Android`, `네이티브`, `앱스토어`, `모바일 앱`, `mobile`)을 보고 `mobile` 로 자동 전환하며, 전환했음과 `--platform=web` 으로 덮어쓸 수 있음을 사용자에게 알린다. 시그널이 없으면 `web`.
⚠️ 단독 `앱`은 시그널이 아니다 — `웹앱` / `web app` 에 부분 매칭되어 오탐한다.
모바일 템플릿은 네비 패턴 3종을 모두 담고 있으므로, 실제 산출물에서는 **쓰지 않는 패턴 섹션을 제거**한다.
PRD가 다루지 않는 화면 레이어 결정을 **한 메시지에 번호 매긴 5~7개 객관식**으로 묻고 1회 응답으로 끝낸다. 질문을 한 개씩 쪼개 보내지 않는다(라운드트립 폭증).
네비게이션(top / side / bottom / drawer) · 정보 밀도(compact / spacious) · 에러 톤(공식 / 친근) · 빈 상태 철학(일러스트+CTA / 최소 텍스트+CTA) · 전환 방식(page / modal / drawer) · 모바일 우선순위(desktop-first / mobile-first / parity) · 첫 화면 후크(value / action / story-first).
받은 답변은 03-SCREEN-SPEC.md에 명시적으로 반영한다. 플래그가 없으면 이 단계를 건너뛴다(PRD 추론 모드). PRD에 `TBD` / `???` / 빈 셀이 5건 이상이면 종료 안내에서 `--interview` 재실행을 권한다.
**실행 분기 (컨텍스트 절약)**
**와이어프레임은 lo-fi다**
**연결 무결성**
`frontend-developer` 에이전트에 산출물 디렉토리와 `${CLAUDE_PLUGIN_ROOT}/skills/screen-spec/references/handoff-checklist.md` 를 넘겨 검증한다. INTERVIEW 결정사항이 있으면 그것이 일관되게 반영됐는지도 확인한다.
판정은 findings 롤업이다 — critical ≥1이면 **FAIL**(해당 산출물만 재생성 후 재검증), critical 0이고 major ≥1 또는 minor ≥5면 **WARN**(표시하고 진행), 그 외 **PASS**. 점수는 매기지 않는다.
`--pages=<list>` 나 "와이어프레임만 다시 만들어" 같은 요청은 **지정된 파일만 통째로 덮어쓰고 나머지 산출물은 보존**한다. diff 머지는 하지 않는다.
One plugin. 11 agents. From idea to a verified commit.
Repo: wigtn/wigtn-plugins
Reference documents for deep code review (Level 3) and architecture review (Level 4). Used by code-reviewer agent for advanced review levels.
Style guides and implementation rules for frontend design. Works with design-discovery agent which handles context gathering and VS-based style…
Generate a hand-drawn (sketch-style) architecture or flow diagram as a committable image (SVG + PNG). Use when the user wants a sketch-aesthetic diagram for a…
세션에서 배운 것을 정책 게이트를 통과시켜 팀 위키에 자동 축적한다. 전역 설정(~/.config/wigtn/knowledge-wiki.yml)에 지정한 경로에서만 동작하며, 시크릿·개인정보·고객 식별 정보는 4단 게이트로 차단한다. 위키 설정·정책 확인·수동 축적·문제 진단에…
팀 빌드 간 공유 컨텍스트 관리 프로토콜. SHARED_CONTEXT 파일 생성/관리, PLAN 원장 연동, Auto Memory 업데이트 규칙을 정의합니다.