메뉴
티켓, PRD, 또는 변경 이력에서 사용자 대상 릴리스 노트를 생성합니다. 카테고리별(신규 기능, 개선 사항, 버그 수정)로 정리된 명확하고 읽기 좋은 요약본을 작성합니다. 릴리스 노트 작성, 변경 이력 생성, 제품 업데이트 공지, 출시된 내용 요약 시 사용하세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
통계적 유의성, 샘플 크기 검증, 신뢰 구간, 출시/연장/중단 권고를 포함한 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 또는 다른 형식을 원하면 그에 맞게 변환하세요.