Menu
티켓, PRD, 또는 변경 이력에서 사용자 대상 릴리스 노트를 생성합니다. 카테고리별(신규 기능, 개선 사항, 버그 수정)로 정리된 명확하고 읽기 좋은 요약본을 작성합니다. 릴리스 노트 작성, 변경 이력 생성, 제품 업데이트 공지, 출시된 내용 요약 시 사용하세요.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
통계적 유의성, 샘플 크기 검증, 신뢰 구간, 출시/연장/중단 권고를 포함한 A/B 테스트 결과 분석. 실험 결과를 평가하거나, 테스트가 유의성에 도달했는지 확인하거나, 분할 테스트 데이터를 해석하거나, 변형 출시 여부를 결정할 때 활용하세요.
사용자 참여 데이터에 대한 코호트 분석 수행 — 리텐션 곡선, 기능 도입 트렌드, 세그먼트 수준 인사이트. 코호트별 사용자 리텐션 분석, 시간에 따른 기능 도입 연구, 이탈 패턴 조사, 또는 참여 트렌드 식별 시 활용하세요.
자연어 설명으로 SQL 쿼리 생성. BigQuery, PostgreSQL, MySQL 등 다양한 방언 지원. 업로드된 다이어그램이나 문서에서 데이터베이스 스키마 읽기. SQL 작성, 데이터 보고서 구축, 데이터베이스 탐색, 또는 비즈니스 질문을 쿼리로 변환할 때 활용하세요.
회사 목표에 맞춰 팀 수준의 OKR을 브레인스토밍합니다 — 측정 가능한 핵심 결과를 포함한 정성적 목표. 분기별 OKR 설정, 팀 목표를 회사 전략에 정렬, 목표 초안 작성, 또는 효과적인 OKR 작성법을 학습할 때 사용하세요.
문제, 목표, 세그먼트, 가치 제안, 솔루션, 출시 계획을 포함하는 포괄적인 8개 섹션 템플릿으로 Product Requirements Document를 작성합니다. PRD 작성, 제품 요구사항 문서화, 기능 스펙 준비, 또는 기존 PRD 검토 시 사용하세요.
사용자 정의 컬럼, 제약 조건, 출력 형식(CSV, JSON, SQL, Python script)으로 테스트용 현실적인 더미 데이터셋을 생성합니다. 테스트 데이터 생성, 목(mock) 데이터셋 구성, 개발 및 데모용 샘플 데이터 생성 시 사용하세요.
| name | release-notes |
| description | 티켓, PRD, 또는 변경 이력에서 사용자 대상 릴리스 노트를 생성합니다. 카테고리별(신규 기능, 개선 사항, 버그 수정)로 정리된 명확하고 읽기 좋은 요약본을 작성합니다. 릴리스 노트 작성, 변경 이력 생성, 제품 업데이트 공지, 출시된 내용 요약 시 사용하세요. |
기술적인 티켓, PRD, 또는 내부 변경 이력을 사용자 대상의 완성도 높은 릴리스 노트로 변환합니다.
$ARGUMENTS에 대한 릴리스 노트를 작성합니다.
사용자가 파일(JIRA 내보내기, Linear 티켓, PRD, Git 로그, 또는 내부 변경 이력)을 제공하면 먼저 읽으세요. 제품 URL을 언급한다면 웹 검색을 활용하여 제품과 대상 사용자를 파악하세요.
원본 자료 수집: 제공된 모든 티켓, 변경 이력, 또는 설명을 읽으세요. 다음 내용을 추출하세요:
변경 사항 분류:
각 항목 작성 시 다음 원칙을 따르세요:
변환 예시:
기술적 표현: "Implemented Redis caching layer for dashboard API endpoints"
사용자 대상: "대시보드가 최대 3배 빠르게 로드되어, 기다리는 시간보다 분석하는 시간이 늘어납니다."
기술적 표현: "Fixed race condition in concurrent checkout flow"
사용자 대상: "트래픽이 많은 시간대에 일부 주문이 실패하는 문제를 수정했습니다."
릴리스 노트 구조화:
# [제품명] — [버전 / 날짜]
## 신규 기능
- **[기능명]**: [기능이 하는 일과 중요한 이유를 1~2문장으로 설명]
## 개선 사항
- **[영역]**: [무엇이 개선되었고 어떻게 도움이 되는지]
## 버그 수정
- [사용자 관점에서 설명한 문제 해결 내용]
## 호환성 변경 (해당하는 경우)
- **조치 필요**: [사용자가 해야 할 일]
톤 조정: 제품의 보이스에 맞게 — B2B는 전문적으로, 소비자용은 친근하게, API는 개발자 중심으로.
마크다운 문서로 저장하세요. 사용자가 HTML 또는 다른 형식을 원하면 그에 맞게 변환하세요.