Ozor 変更ログ→ビデオコンバーター
変更ログ、リリースノート、バージョンアップデートを洗練された、すぐに使えるOzor.aiビデオプロンプトに変換します。このスキルは、構造化された変更リストを読み取り、アップデートを視覚的に魅力的な方法で伝えるシーンごとのビデオプロンプトを生成します。
対応入力タイプ
- CHANGELOG.md — 標準的なKeep a Changelog形式
- GitHub Releases — タグ付きのリリース説明
- リリースノート — 箇条書きの機能一覧
- バージョンサマリ — 「新機能」形式のドキュメント
- コミットサマリ — リリースごとにグループ化されたコミットメッセージ
- Jira/Linearのリリースノート — エクスポートされた課題一覧
ワークフロー
フェーズ1 — 変更ログの解析
変更ログを読み取り、以下を抽出します:
- バージョン番号 — リリースタグ (例: v2.4.0)
- リリース日 — リリース日
- 変更カテゴリ — 変更を種類ごとにグループ化:
- 新機能 — まったく新しい機能
- 改善 — 既存機能の強化
- バグ修正 — 解決された問題
- 破壊的変更 — ユーザーのアクションが必要なもの
- 非推奨 — 段階的に廃止される機能
- ヘッドライン変更 — 最もインパクトが大きく、またはユーザーから要望の多かった変更
- 変更数 — 変更の総数（所要時間の見積もりに使用）
フェーズ2 — ビデオ用の優先順位付け
すべての変更ログエントリがシーンに値するわけではありません。以下のルールを適用します:
常に含める:
- ヘッドライン機能（最大または最もリクエストされた変更）
- ユーザーのワークフローを変える新機能
- 破壊的変更（ユーザーが知る必要がある）
スペースが許せば含める:
- 重要な改善（パフォーマンス、UX）
- 非常にリクエストの多かったバグ修正
ビデオではスキップ（ノートに記載）:
- 軽微なバグ修正
- 内部リファクタリング
- 依存関係の更新
- ドキュメントの変更
変更数によるシーン予算（ビデオ3秒あたり約1シーンを目標）:
- 1～3件の変更: 6～8シーン（イントロ + 変更あたり2～3 + サマリ + CTA）
- 4～7件の変更: 10～15シーン（イントロ + 上位変更あたり2～3 + サマリ + CTA）
- 8件以上の変更: 15～20シーン（イントロ + 上位変更あたり2～3 + 「その他」 + CTA）
フェーズ3 — ビデオの構成
リリースビデオには以下の実績のある構成を使用します:
- イントロ / バージョンバッジ — 製品名とバージョン番号をクリーンなアニメーションで表示。トーンを設定: 「[Product] [Version] の新機能」
- ヘッドライン機能（2～3シーン） — 最大の変更には複数のシーンを割り当て、最も視覚的な注目を与える:
- タイトル / 内容 — 機能名をヘッドラインとして、1文のフックを添える。
- 動作方法 / ビジュアル — 機能の動作を UI ウォークスルー、アニメーション、または図で示す。
- インパクト / メリット — これがユーザーにとって重要な理由。結果または成果を示す。
- 追加機能シーン（各2～3シーン） — 優先順位付けされた各変更に独自のミニシーケンス:
- タイトル / 内容 — 機能名と簡単な説明。
- 詳細 / ビジュアル — 視覚的に何が変わったかを示す: ビフォー/アフター、デモ、または図。
- (オプション) メリット — 変更が十分に重要な場合、価値を強化する短いシーン。
- サマリ / 「その他」 — 優先順位が下げられた変更がある場合、それらを簡潔にリストするシーンを追加: 「さらに: [修正1]、[修正2]、[改善1]」
- CTA — 「今すぐアップデート」、「今すぐ試す」、または「[URL]で完全なリリースノートを読む」
フェーズ4 — Ozorプロンプトの生成
コピー＆ペースト可能な完全なプロンプトを出力します:
## Ozor ビデオプロンプト
**ソース:** [Product] [Version] 変更ログ
**ビデオタイプ:** リリースノート / 新機能
**フォーマット:** 16:9 ランドスケープ
**推定時間:** [X] 秒
**ターゲットオーディエンス:** [既存ユーザー / 開発者 / チーム]
---
### プロンプト（Ozorにコピー＆ペースト）
[duration] のリリースノートビデオを [Product] バージョン [X.X] 向けに作成してください。
[N] シーン:
(1) バージョンバッジ — [Product] ロゴを [暗い/明るい] 背景に中央配置。バージョン番号「[X.X]」が微妙なアニメーションで表示。サブテキスト:「[リリース日] — [タグラインまたは変更数サマリ]」。
(2) [ヘッドライン機能名] — タイトルカード: 機能名を太字のヘッドラインとして。1文のフック:「[この機能が何をするかを平易な言葉で]」。[ビジュアル: 機能を表すアイコンまたはグラフィック。]
(3) [ヘッドライン機能名] 詳細 — [機能の動作を示す: UI ウォークスルー、画面録画スタイルのアニメーション、またはステップバイステップ図。画面上のテキストを正確に含める。]
(4) [ヘッドライン機能名] インパクト — [これが重要な理由: 結果、節約された時間、またはビフォー/アフター比較を示す。画面上のテキスト:「[主要なメリットの記述]」。]
(5) [機能2名] — タイトルカード:「[機能名]」と1行の説明。[ビジュアル: アイコン、UI要素、またはメタファー。]
(6) [機能2名] 詳細 — [機能の視覚的なデモ: 使用中の様子、動作方法、または重要なスクリーンショット風のフレーム。画面上のテキストを含める。]
(7) [機能3名] — [機能タイトル + ビジュアルの指示。小規模な機能の場合は、タイトルとデモを結合した1シーンで問題ありません。]
[...残りの機能について続ける。主要機能は2～3シーン、小規模機能は1シーン...]
([N-1]) その他 — 残りの変更をクリーンなリストで: 「[修正1]」、「[改善1]」、「[修正2]」。各項目がチェックマークアニメーションとともに表示されます。
([N]) CTA — 「[今すぐアップデート / 今すぐ試す]」と [製品URL]。ロゴをフェードアウト。
スタイル: [クリーン / モダン / ボールド]。背景: [暗い / 明るい]。アクセントカラー: [ブランドカラー]。
トーン: [自信に満ちた / 興奮した / プロフェッショナル]。
オーディエンス: [誰]。
---
### ノート
- [アップロードするアセットの提案]
- [優先順位を下げられ、別のビデオにできる変更]
- [反復のためのヒント]
適応ルール
変更ログにバグ修正のみの場合:
- 信頼性/品質向上のアップデートとして構成
- 「私たちは耳を傾けました」または「バグを潰しました」といったメッセージでリード
- 修正をテーマ別にグループ化し、個別にリストしない
- 短く: 最大3～4シーン
変更ログに破壊的変更がある場合:
- 目立つように呼び出す — ユーザーはこれを見る必要がある
- 視覚的な警告インジケータ（色の変化、アイコン）を使用
- 何が変わったか、そしてユーザーが何をすべきかを説明
- 可視性のためシーン2（イントロ直後）に配置
変更ログが複数のバージョンにわたる場合:
- 「四半期アップデート」または「年間レビュー」形式に統合
- バージョン番号ではなくテーマ別にグループ化
- すべてのバージョンで最もインパクトのある変更でリード
変更ログがGitHubリリースからの場合:
- リリースタイトルをビデオのヘッドラインとして抽出
- タグ名をバージョンバッジとして使用
- 箇条書きとヘッダーにマークダウン書式を解析
品質チェックリスト
最終プロンプトを提示する前に、以下を確認:
- バージョン番号がシーン1に目立つように表示されている
- ヘッドライン機能が最も視覚的な注目を得ている
- 破壊的変更が明確に呼び出されている（ある場合）
- 各シーンにちょうど1つの変更またはアイデアがある
- 画面上のテキストは短い — 機能名 + 1行の説明
- CTAがユーザーに正確に何をすべきかを指示している
- ソースからの重要な変更が言及なしに省略されていない
- 優先順位を下げられた変更がノートセクションにリストされている
ルール
- シーンを得るすべての変更は視覚的に説明されなければなりません。「新しいダッシュボードを表示」だけでは不十分です — ダッシュボードがどのように見えるか、何がアニメーションするか、どのテキストが表示されるかを説明してください。
- 機能を決して創作してはいけません。 すべての変更はソースの変更ログから来なければなりません。
- 技術的な印象よりもユーザーへの影響を優先します。 ユーザーからリクエストされた小さなUX修正は、大規模な内部リファクタリングよりもビデオに値します。
- 簡潔に保ちます。 リリースビデオは30～60秒にすべきです。30秒のビデオは約8～10シーン、60秒のビデオは約15～18シーン（おおよそ3秒あたり1シーン）にします。ユーザーはドキュメントではなくハイライトを求めています。
- バージョン番号は表示されなければなりません。 シーン1に表示され、オプションで永続的なバッジとして表示されます。