screen-spec

Solid

PRD를 입력으로 화면정의서 5종(IA, User Flow, Screen Spec, Wireframe HTML, Dev Handoff)을 순차 생성한다. Wireframe은 흑백 + 의미색만 사용하는 lo-fi 산출물(스타일/브랜드는 별도 단계). frontend-developer 자동 리뷰 지원. /screen-spec 명령어에서 호출되며, /prd → /implement 사이의 선택적 게이트로 동작한다.

AI & Automation 45 stars 2 forks Updated 3 days ago Apache-2.0

Install

View on GitHub

Quality Score: 85/100

Stars 20%
55
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Screen Spec Skill `/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 순서로 만든다. 앞 산출물이 뒤 산출물의 입력이다. ## 입력 — PRD가 단일 진실원 `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한다: - FE 페이지 0개 → "백엔드 전용 PRD입니다. `/implement` 로 진행하세요" - §5.4.1 누락 ...

Details

Author
wigtn
Repository
wigtn/wigtn-plugins
Created
8 months ago
Last Updated
3 days ago
Language
Python
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

prd

PRD 작성 (phuryn template + gstack design doc 컨벤션). 8-section 1-pager + v1.3.5 메인별 2 양식(new-build/improvement) 분기 + 요구사항 3대 유형(개발·콘텐츠·리포트) 렌더 + 섹션 누적 기입 + v1.3.8 작성 8규칙(R1–R5 맥락·오버스펙 축 — 버전계층 목표상속·스코프 비포함경계·지시 요구사항 전사·As-Is/To-Be 개념+형태·체크리스트 워크플로 리뷰 / R6–R8 확률성·검증 축 — AI 제품 PRD 분기[허용 답변 범위·Eval Plan]·완성도 단계 척도·Given-When-Then AC). 프레��워크 체인·서브워크플로 출력을 입력으로 받아 PRD 생성.

19 Updated 3 weeks ago
Adelie-Squad
AI & Automation Listed

prd

Write a complete unified PRD covering user/JTBD/decisions/scope/agent-spec/metrics/hypotheses in 15 sections. Single source of truth for both customer-facing products and the LLM agents inside them. Replaces the older 7-section agent-only template. prd is the canonical owner of §6 Now/Next/Later. --mode design-shotgun reads §1+§11 from existing PRD and generates harness/design-variants/ (4 HTML variants + comparison.md). --mode roadmap is the §6 sub-mode: generate(Mermaid gantt + ROADMAP.md), rice(deterministic RICE scoring), prioritize(Now/Next/Later 재분류).

2 Updated 3 weeks ago
kimsanguine
Testing & QA Listed

spec

새 기능 / PRD 변경 / 큰 기획을 받아 메인 Claude 가 사용자와 직접 그릴미 대화하며 `docs/prd.md` 초안 작성 → 사용자 초안 확인 → 기술 검토 필요 영역에 항목이 있으면 `/tech-review` preflight 실행 → tech-review 결과를 반영해 PRD 최종화 → epic 단위 `docs/epics/epic-NN-<slug>/stories.md` 작성 → 사용자 최종 OK → `product-acceptance:SPEC_ACCEPTANCE` → PR 머지 → 이슈 등록 여부 확인 → `/design` 권고 시퀀스로 진행하는 `/spec` 절차. 구현 진입은 `/impl` 이 구현 경로를 판정하고, story/epic 구현 완료 후 `/acceptance` 로 제품 검수한다.

0 Updated 2 weeks ago
Daeguk-Sun