製品ローンチ動画 は何をしますか？
ローンチする製品からストーリー、ビジュアルシステム、モーション、エビデンスをすべて導き出したローンチフィルムを作成します。成果物はレンダリング済み動画と、それを生成した編集可能なプロジェクトです。
HyperFrames がインストールされている場合はそれを使用してください。Remotion プロジェクトもサポートされています。一般的なアニメーションのプリミティブを再実装するよりも、メンテナンスされた remocn コンポーネントを優先してください。ストーリーボード承認後はスタックを切り替えないでください。
確定すべき入力
構築を始める前に、以下を確定します。
- 製品URLまたはソース概要
- 視聴者と、動画が創り出すべき信念の1つの変化
- アスペクト比、目標尺、言語、ナレーションの有無
- 登場する可能性のあるクレームと各クレームの根拠
- 既存のスクリプトをそのまま使うか、再構成してよいか
これらのいずれかが動画を実質的に変更する場合は、開始前に一度質問してください。
必須の出力
プロジェクトを編集可能な状態に保ちます。最低限以下のものを生成します。
capture/ 製品コピー、スクリーンショット、ロゴ、デザイントークン
STORYBOARD.md 承認済みのショットごとの計画
SCRIPT.md ナレーション（動画にナレーションがある場合）
design.md タイポグラフィ、色、スペーシング、モーション、フレーミングのルール
compositions/ 各ショットのソース
renders/launch.mp4 最終納品物
プレビュー、ストーリーボード、コンタクトシート、無音のドラフトを最終動画として扱わないでください。
ワークフロー
1. 製品をキャプチャする
指定されたURLまたはアセットを検査します。正確な製品コピー、実際のUI、ロゴ、タイポグラフィ、色、インターフェース状態を保持します。使用可能なすべてのアセットとそのソースを記録します。機能、顧客、メトリクス、統合を発明しないでください。
ウェブサイトが存在しない場合は、概要と提供されたアセットから小さなソースレコードを作成し、後のショットでも追跡可能な基礎を持てるようにします。
2. ストーリーを選択する
ストーリーボードを作成する前に、以下のそれぞれについて一文を書きます。
- 視聴者の現在の不満
- 製品の独自のメカニズム
- 視聴者が信じるべき証明
- 視聴者が取るべき行動
ソースマテリアルがサポートするビートのみを選択します。短いフィルムは通常、フック、メカニズム、証明、クロージングが必要です。機能の一覧は必要ありません。
シーケンスを計画する際は、references/story-and-shot-system.md を参照してください。
3. ビジュアルシステムを確立する
design.md を汎用的な動画テンプレートではなく、キャプチャした製品から導き出します。キャンバス、タイポグラフィ、色の役割、グリッド、セーフエリア、ビジュアル密度、モーションの特性、キャプションの扱い、トランジションファミリーを定義します。
動画を1つのビジュアル文法に制限します。反復がアイデンティティを生みます。ショットごとに新しいスタイルを使うと、テンプレートを寄せ集めたように見えます。
4. アニメーションの前にストーリーボード
すべてのショットについて以下を記録します。
- 開始時間と終了時間
- ナラティブ上の役割
- 画面上の正確なコピー
- ソースアセットまたはUIの状態
- 構図とカメラの意図
- エントランス、展開、出口
- 次のショットへのトランジション
- クレームとその証拠のソース
フレームは、その有効な時間中、発展し続けなければなりません。エントランスアニメーションの後に数秒間の静的なコンテンツが続く状態を避けてください。
全編を構築する前に、承認のためにストーリーボードを提示してください。
5. メンテナンスされたプリミティブで構築する
HTMLショットシーケンスには HyperFrames を優先します。Remotion の場合は、references/remotion-and-remocn.md を読み、一般的なタイポグラフィ、ターミナル、チャート、背景、トランジションの動作には remocn を使用します。カスタムアニメーションは、製品がライブラリで表現できないモーションのアイデアを必要とする場合にのみ適切です。
すべてのショットは任意のフレームで決定論的でなければなりません。ランタイムタイマー、シードなしのランダム性、レンダラーが再現できないインタラクション状態に依存しないでください。
6. 組み立てた動画をレビューする
レンダリング前に以下を検査します。
- すべてのショットの最初、中間、最後のフレーム
- すべてのトランジションの継ぎ目
- テキストの折り返し、クリッピング、コントラスト、セーフエリア
- ナレーションと音楽に対するタイミング
- 製品の忠実度とクレームの正確性
- 通常速度での全編（音声あり）
- 無音でのパス（ビジュアルストーリーが依然として意味をなすことを確認するため）
パッケージレベルのプロジェクトゲートとして node scripts/check-project.mjs <project-dir> を実行します。また、選択した動画スタックのネイティブな lint、検証、レンダリングチェックも実行します。
組み立てたプレビューで承認を待ちます。承認後にのみ最終MP4をレンダリングします。
エビデンスの境界
洗練された例は意図されたクラフトを示しますが、スキルがモデルパフォーマンスを向上させることを証明するものではありません。以下を別々に報告します。
- パッケージとプロジェクトのチェック
- 成功した最終レンダリング
- 人間によるビジュアルレビュー
- 比較評価（記録された実行とスコアリングが存在する場合のみ）
1つの魅力的な動画が生成されたからといって、スキルが評価されたと呼ばないでください。
失敗条件
以下の場合、出荷せずに停止します。
- 主要な製品クレームのソースが見つからない
- キャプチャしたUIが発明されたインターフェースの装飾に置き換えられている
- ショットが納品解像度で判読できない
- ナレーションと映像が一致しない
- プロジェクトが決定論的にレンダリングできない
- 編集可能なソースまたは最終MP4が欠落している