
시나리오
출시 사양 키트
거친 아이디어를 구현 준비가 된 계획, PRD, 문서 패키지로 바꿉니다. 팀이 범위 정의부터 인수인계까지 하나의 깔끔한 워크플로가 필요할 때 사용하세요.
3 스킬 16 설치 수
product-managementdocumentationplanningworkflowrequirements
4일 전에 업데이트됨
설치
이 팩의 모든 스킬을 설치하려면 다음 명령을 실행하세요:
npx skillstore add @launch-spec-kit CLI는 Codex와 Claude Code 폴더를 자동으로 감지하고, 가능하면 둘 다에 설치합니다.
개요
사용 가이드
AI로 개선됨상세 가이드
## Overview Launch Spec Kit는 거친 제품 아이디어를 깔끔한 구현 인수인계 자료로 바꿉니다: PRD, 실행 계획, 그리고 다음 빌더가 실제로 사용할 수 있는 문서입니다. ## Quick Start 1. `github-prd`로 시작하여 아이디어를 Product Requirements Document로 변환하세요. 경영진 요약, 사용자 스토리, 기술 사양, 범위 경계, 위험 분석을 기록합니다. 2. `sickn33-plan-writing`을 사용하여 PRD를 구조화된 작업으로 나누세요: 각 구현 단계의 마일스톤, 의존성, 인수 기준, 검증 단계입니다. 3. `github-documentation-writer`로 마무리하여 결과물을 Diataxis 스타일 문서로 패키징하고, 튜토리얼, 방법 가이드, 설명, 참고 자료를 분리하세요. ## Key Commands - `github-prd` — 사용자 스토리와 위험 분석을 포함하여 소프트웨어 시스템 또는 AI 기반 기능을 위한 고품질 PRD를 생성합니다. - `sickn33-plan-writing` — 작업 분해, 의존성, 검증 기준이 포함된 구조화된 실행 계획을 만듭니다. - `github-documentation-writer` — Diataxis 기반 문서를 생성하여 최종 인수인계가 체계적이고 유지보수 가능하도록 합니다. ## Tips - 흐름을 순서대로 실행하세요: PRD를 먼저, 계획을 두 번째로, 문서를 마지막으로 작성합니다. 순서를 바꾸면 대개 중복 작업이 생깁니다. - `sickn33-plan-writing`의 인수 기준을 리뷰와 QA의 단일 기준으로 삼으세요. - 범위가 안정된 후 `github-documentation-writer`를 사용하세요. 이는 범위를 결정하는 데가 아니라 확정된 결정을 문서로 전환하는 데 가장 적합합니다. - 더 큰 출시의 경우, 제품, 엔지니어링, 지원팀이 각각 적절한 수준의 세부 정보를 활용할 수 있도록 PRD, 계획, 문서를 별도 산출물로 유지하세요.
스킬
3📦
prd
안전 81제품 요구사항 문서 작성
팀은 종종 불명확한 목표, 누락된 제약 조건, 약한 인수 기준으로 기능 개발을 시작합니다. 이 스킬은 제품 아이디어를 발견 질문, 측정 가능한 요구사항, 기술 계획 섹션을 갖춘 구조화된 PRD로 전환합니다.
📖 문서화 작성자 github
📦
plan-writing
낮은 위험 79다단계 작업을 명확하게 계획하기
복잡한 코딩 작업은 작업, 의존성, 점검 항목이 모호할 때 실패할 수 있습니다. 이 스킬은 목표를 명확한 검증 단계가 포함된 짧고 순서 있는 계획으로 바꿉니다.
📈 생산성 작성자 sickn33 ⚙️
📦
documentation-writer
낮은 위험 79Diataxis 기반 문서 작성
소프트웨어 팀은 튜토리얼, 방법 안내서, 참조 페이지, 설명을 불분명한 문서에 섞어 쓰는 경우가 많습니다. 이 스킬은 Claude, Codex, Claude Code가 Diataxis 프레임워크를 사용해 초점이 명확한 Markdown 문서를 계획하고 초안 작성하도록 돕습니다.
📖 문서화 작성자 github 🌐


