Ozor 체인지로그-투-비디오 변환기
체인지로그, 릴리스 노트, 버전 업데이트를 바로 사용 가능한 Ozor.ai 비디오 프롬프트로 변환합니다. 이 스킬은 구조화된 변경 사항 목록을 읽어 시각적으로 매력적인 방식으로 업데이트를 알리는 장면별 비디오 프롬프트를 생성합니다.
지원되는 입력 유형
- CHANGELOG.md — 표준 Keep a Changelog 형식
- GitHub Releases — 태그가 포함된 릴리스 설명
- 릴리스 노트 — 글머리 기호로 정리된 기능 목록
- 버전 요약 — "새로운 기능" 스타일 문서
- 커밋 요약 — 릴리스별로 그룹화된 커밋 메시지
- Jira/Linear 릴리스 노트 — 내보낸 이슈 목록
워크플로우
1단계 - 체인지로그 파싱
체인지로그를 읽고 다음 항목을 추출합니다:
- 버전 번호 — 릴리스 태그 (예: v2.4.0)
- 릴리스 날짜 — 출시일
- 변경 유형별 그룹화:
- 새 기능 — 완전히 새로운 기능
- 개선 사항 — 기존 기능 개선
- 버그 수정 — 해결된 문제
- 호환성 변경 — 사용자 조치가 필요한 변경 사항
- 폐기 예정 — 단계적으로 제거될 기능
- 헤드라인 변경 사항 — 가장 영향력이 크거나 사용자가 요청한 단일 변경
- 변경 횟수 — 총 변경 사항 수 (지속 시간 추정에 사용)
2단계 - 비디오 우선순위 지정
모든 체인지로그 항목에 장면을 할당할 필요는 없습니다. 다음 규칙을 적용합니다:
항상 포함:
- 헤드라인 기능 (가장 크거나 가장 많이 요청된 변경)
- 사용자 워크플로우를 변경하는 모든 새 기능
- 호환성 변경 (사용자가 알아야 함)
공간이 남으면 포함:
- 주요 개선 사항 (성능, UX)
- 사용자가 많이 요청한 버그 수정
비디오에서 제외 (참고사항에만 기록):
- 사소한 버그 수정
- 내부 리팩터링
- 종속성 업데이트
- 문서 변경
변경 횟수에 따른 장면 예산 (비디오 3초당 약 1장면):
- 1
3개 변경: 68장면 (인트로 + 변경당 2~3장 + 요약 + CTA) - 4
7개 변경: 1015장면 (인트로 + 상위 변경당 2~3장 + 요약 + CTA) - 8개 이상 변경: 15
20장면 (인트로 + 상위 변경당 23장 + "그 외" + CTA)
3단계 - 비디오 구조화
릴리스 비디오에 이 검증된 구조를 사용합니다:
- 인트로 / 버전 배지 — 제품명과 버전 번호를 깔끔한 애니메이션으로 표시. 분위기 설정: "[제품] [버전]의 새로운 기능"
- 헤드라인 기능 (2~3장면) — 가장 큰 변경 사항에 여러 장면을 할당하여 시각적 집중:
- 제목 / 설명 — 기능명을 헤드라인으로 표시하고 한 줄 훅 제공.
- 작동 방식 / 시각 자료 — UI 워크스루, 애니메이션, 다이어그램 등 기능을 보여줌.
- 영향 / 이점 — 사용자에게 중요한 이유. 결과 또는 결과물 표시.
- 추가 기능 장면 (각 2~3장면) — 우선순위가 지정된 각 변경 사항에 자체 미니 시퀀스 할당:
- 제목 / 설명 — 기능명과 간단한 설명.
- 세부 정보 / 시각 자료 — 변경된 내용을 시각적으로 표시: 전후 비교, 데모, 다이어그램.
- (선택) 이점 — 변경 사항이 충분히 중요할 경우 가치를 강조하는 짧은 장면.
- 요약 / "그 외" — 우선순위가 낮은 변경 사항이 있을 경우 간략히 나열하는 장면 추가: "추가: [수정 1], [수정 2], [개선 1]"
- CTA — "지금 업데이트", "오늘 사용해보기", 또는 "전체 릴리스 노트 보기: [URL]"
4단계 - Ozor 프롬프트 생성
완전하고 복사하여 붙여넣기 가능한 프롬프트를 출력합니다:
## Ozor 비디오 프롬프트
**출처:** [제품] [버전] 체인지로그
**비디오 유형:** 릴리스 노트 / 새로운 기능
**형식:** 16:9 가로
**예상 지속 시간:** [X]초
**대상 청중:** [기존 사용자 / 개발자 / 팀]
---
### 프롬프트 (Ozor에 복사하여 붙여넣기)
[지속 시간] 길이의 [제품] 버전 [X.X] 릴리스 노트 비디오를 만듭니다.
[N]개 장면:
(1) 버전 배지 — [어두운/밝은] 배경 중앙에 [제품] 로고. 버전 번호 "[X.X]"가 미묘한 애니메이션과 함께 나타납니다. 부제: "[릴리스 날짜] — [태그라인 또는 변경 횟수 요약]".
(2) [헤드라인 기능명] — 타이틀 카드: 굵은 헤드라인으로 기능명. 한 줄 훅: "[기능이 하는 일을 평이한 언어로]". [시각 자료: 기능을 나타내는 아이콘 또는 그래픽.]
(3) [헤드라인 기능명] 세부 정보 — [기능 작동 방식 표시: UI 워크스루, 화면 녹화 스타일 애니메이션, 단계별 다이어그램. 정확한 화면 텍스트 포함.]
(4) [헤드라인 기능명] 영향 — [이것이 중요한 이유: 결과, 절약된 시간, 전후 비교 표시. 화면 텍스트: "[핵심 이점 설명]".]
(5) [기능 2명] — 타이틀 카드: "[기능명]"과 한 줄 설명. [시각 자료: 아이콘, UI 요소, 은유.]
(6) [기능 2명] 세부 정보 — [기능의 시각적 데모: 사용 시 모습, 작동 방식, 주요 스크린샷 스타일 프레임. 화면 텍스트 포함.]
(7) [기능 3명] — [기능 제목 + 시각적 방향. 작은 기능의 경우 제목과 데모를 결합한 단일 장면으로 충분.]
[...주요 기능당 2~3장면, 사소한 기능당 1장면으로 나머지 기능 계속...]
([N-1]) 그 외 — 나머지 변경 사항의 깔끔한 목록: "[수정 1]", "[개선 1]", "[수정 2]". 각 항목이 체크 표시 애니메이션과 함께 나타납니다.
([N]) CTA — "[지금 업데이트 / 오늘 사용해보기]"와 [제품 URL]. 로고 페이드아웃.
스타일: [깔끔 / 모던 / 대담]. 배경: [어두움 / 밝음]. 강조 색상: [브랜드 색상].
톤: [자신감 넘치는 / 신나는 / 전문적인].
청중: [누구].
---
### 참고 사항
- [업로드할 에셋 제안]
- [우선순위가 낮아져 별도 비디오가 될 수 있는 변경 사항]
- [반복 개선 팁]
적응 규칙
체인지로그에 버그 수정만 있는 경우:
- 신뢰성/품질 업데이트로 구성
- "고객의 말을 들었습니다" 또는 "버그를 잡았습니다" 메시지로 시작
- 각 버그를 개별적으로 나열하지 말고 주제별로 그룹화
- 짧게 유지: 최대 3~4장면
체인지로그에 호환성 변경이 있는 경우:
- 눈에 띄게 강조 — 사용자가 반드시 알아야 함
- 시각적 경고 표시기 사용 (색상 전환, 아이콘)
- 변경된 내용과 사용자가 해야 할 일을 모두 설명
- 가시성을 위해 장면 2(인트로 직후)에 배치
체인지로그가 여러 버전에 걸쳐 있는 경우:
- "분기별 업데이트" 또는 "연간 리뷰" 형식으로 결합
- 버전 번호가 아닌 주제별로 그룹화
- 모든 버전에서 가장 영향력 있는 변경 사항으로 시작
체인지로그가 GitHub 릴리스에서 온 경우:
- 릴리스 제목을 비디오 헤드라인으로 추출
- 태그 이름을 버전 배지로 사용
- 글머리 기호 및 헤더에 markdown 형식 파싱
품질 체크리스트
최종 프롬프트를 제시하기 전에 다음을 확인하세요:
- 버전 번호가 장면 1에 눈에 띄게 표시됨
- 헤드라인 기능이 가장 많은 시각적 주목을 받음
- 호환성 변경이 명확하게 언급되었는지 확인 (있는 경우)
- 각 장면에 정확히 하나의 변경 사항 또는 아이디어가 있음
- 화면 텍스트가 간결함 — 기능명 + 한 줄 설명
- CTA가 사용자에게 정확히 무엇을 해야 하는지 알려줌
- 출처의 중요한 변경 사항이 언급 없이 누락되지 않음
- 우선순위가 낮은 변경 사항이 참고 사항 섹션에 나열됨
규칙
- 장면이 할당된 모든 변경 사항은 시각적으로 설명되어야 합니다. "새 대시보드 보여주기"는 충분하지 않습니다. 대시보드가 어떻게 생겼는지, 무엇이 애니메이션되는지, 어떤 텍스트가 나타나는지 설명하세요.
- 기능을 절대 지어내지 마십시오. 모든 변경 사항은 출처 체인지로그에서 와야 합니다.
- 기술적 인상보다 사용자 영향을 우선시합니다. 사용자가 요청한 작은 UX 수정이 대규모 내부 리팩터링보다 비디오에 더 적합합니다.
- 간결하게 유지하세요. 릴리스 비디오는 30
60초여야 합니다. 30초 비디오는 약 810장면, 60초 비디오는 약 15~18장면(대략 3초당 1장면)을 가져야 합니다. 사용자는 문서가 아닌 하이라이트를 원합니다. - 버전 번호는 표시되어야 합니다. 장면 1에 표시되고 선택적으로 지속적인 배지에도 표시됩니다.