Remotion動画制作
ソースマテリアルを、一貫性のある編集可能な動画に変えます。Reactで動画をオーサリングし、保存されたメディアからレンダリングします。以下の段階に従い、ユーザーの指示と既存のプロジェクトに適応してください。別のエージェントが決定事項を再構築せずに続行できるよう、簡潔な制作記録を残してください。
1. 企画概要、アセット、および機能を検査する
対象視聴者、意図するテイクアウェイ、配信形式、トーン、利用可能なアセットを特定します。ソースファクト、編集上の解釈、未解決の情報を区別し、欠落している事実上のステップ、機能、または結果を invent しないでください。ドキュメントをコンテキストに読み込む前に、大きなインラインアセットを抽出してください。制作プロジェクトにソースからシーンへのマッピングを保持してください。
関連する画像と録音を、ファイル名だけでなく検査します。フレーミング、埋め込まれたラベル、音声、実際に見えるアクションに注意してください。このエージェントが画像を検査できるか、音声を聞けるか、コードを実行できるか、ユーザーがアクセス可能なプレビューを提供できるかを確認してください。知覚機能が不足している場合は、references/runtime.mdのフォールバックが必要です。スクリプトはこれらのモデル機能を判断したり、人間の判断を代替したりすることはできません。
既存のNodeプロジェクトの場合は、オプションで node <skill-dir>/scripts/doctor.mjs <project-dir> を実行できます。これは依存関係を一覧表示しますが、レンダリングの準備ができていることを証明するものではありません。プロジェクトのパッケージマネージャーとロックファイルを使用してください。利用可能な場合は現在のRemotionベストプラクティススキルに従い、そうでない場合は公式ドキュメントに従ってください。
2. 方向性を提案し、意味のある不確実性のみを明確にする
1つの推奨される方向性を示します：対象視聴者/テイクアウェイ、おおよその尺とアスペクト比、シーンの進行、ビジュアルトーン、ナレーションアプローチ。それをソースと視聴目的がどのように情報提供したかを説明します。構造とスタイルの選択については、references/editorial.mdを使用してください。
回答が事実の内容、視聴者、方向性、または利用できないアセットの使用を変える場合にのみ、少数の焦点を絞った質問をしてください。すでに回答された質問を繰り返したり、すべてのジョブにアンケートを要求したりしないでください。待機中も独立した作業を続け、未解決の必須事項を invent してはいけません。オプションの設定が指定されていない場合は、妥当な仮定を述べ、ユーザーの承認の範囲内で進めてください。
3. コンパクトなストーリーボードを書く
各シーンについて、その目的、ソースの証拠、話される言葉、画面上の強調、意図するビジュアル/モーション、おおよその尺を記録します。ナレーションを見出しやキャプションと区別してください。未解決の事実は別にリストしてください。ストーリーボードを編集ドキュメントとして扱い、新しいプログラミング言語としては扱わないでください。ビジュアルまたはオーディオの方向性が不確かな場合は、早い段階で代表的なシーケンスをテストしてください。
4. メディアと測定されたタイミングを準備する
各メディアタイプに適切なアダプターを割り当てます。音声リクエストと動画生成リクエストは、同じ入力形状を共有する必要はありません。それらの結果を保存されたファイルと有用なメタデータ（尺、寸法、生成設定、出所、該当する場合は必要な帰属を含む）に正規化します。
プレビューまたはレンダリングの前にメディア生成を解決します。入力コンテンツと有効なプロバイダー設定によって出力をキャッシュし、キャッシュされたファイルを検証します。Reactレンダリング関数やメタデータ評価から有料または非決定論的な生成をトリガーしないでください。
ナレーションの場合、必要に応じて表示テキストと発音テキストを分離します。実際の音声時間を測定し、関連する画像とテキストを理解するのに十分な時間を確保します。それで十分な場合は、フレーズまたは文のタイミングを使用してください。単語の強調には、信頼性の高いタイムスタンプまたはアライメントが必要です。文字を均等に分散させることは、正確なアライメントではありません。
既存の録音の場合、元の音声を保持するか、意図的にトリミングし、文字起こしまたはトランスクリプトからキャプションを導き出します。シーンオフセット、オーディオリードイン、ポーズ、オーバーラップするトランジションを考慮してください。アダプター、タイミング、キャッシュ、およびリビジョン契約については、references/pipeline.mdを参照してください。バンドルされたオプションヘルパーは、インライン画像を抽出し、キャプション範囲を検証します。使用法と制限事項はreferences/runtime.mdにあります。
5. 通常のReact/TypeScriptで実装する
繰り返し発生する処理には小さなコンポーネントを再利用し、主題固有のシーンには任意のReactを許可します。データは、テキスト、メディアパス、タイミング、ソース参照、デザイントークンを保持できます。既知の形式の出力が繰り返される場合にのみ、テンプレートスキーマを導入してください。ローカル動画のために、汎用タイムラインインタプリタ、プラグインレジストリ、またはオーケストレーションサービスを作成しないでください。
フレーム番号からモーションを駆動し、ウォールクロックタイマーと制御されていないランダム性を避けてください。必要なフォントとアセットをローカルにロードします。スタイルは、タイポグラフィ、コンポジション、モーション、強調のコピー、ペーシング、およびオーディオを変更できます。パレットのみを変更することは、完全なスタイル変更ではありません。プレゼンテーションのみが変更される場合は、承認されたメディアとタイミングを再利用します。
タイプ、アセット、尺、キャプションのチェックに焦点を当てて実行します。バンドルされた check-captions.mjs は、文書化されたタイミング契約に対してのみ使用します。テストは、再利用可能なタイミング/インポート/キャッシュロジックの周辺に属し、すべての外観上の決定に属するわけではありません。エージェントのコーディング能力が限られている場合は、既存のコンポーネントと小さく検証された変更を優先します。
6. 最終書き出しに時間を費やす前にプレビューする
ユーザーがアクセスできる場合は、Remotion Studioを優先します。コンポジションを表示し、何をレビューする必要があるかを説明します：ソースの忠実度、スタイル、テキスト/被写体のクリッピング、キャプションの可読性、モーション、および音声。サポートされている場合は、自身で代表的なシーン、境界、および終わりを検査します。ユーザーが書き出し前にレビューを要求した場合は、プレビューを提供し、最終書き出しの前にそのレビューを待ちます。既存の承認または明示的なレンダリング要求は、続行を許可できます。無条件の確認ゲートを追加しないでください。
インタラクティブなStudioが利用できない場合は、代表的な静止画を生成し、モーション/オーディオのレビューが必要な場合は、短い低解像度のドラフトを生成します。リモート環境のlocalhost URLはユーザーがアクセスできない場合があります。到達可能なプレビューまたはローカルアーティファクトを提供してください。静止画はモーションやオーディオの品質を確立しません。references/runtime.mdの人間によるレビューのフォールバックを適用し、何がレビューされ、何がレビューされなかったかを正確に報告してください。
7. 書き出し、検証、および納品する
要求されたレビューが完了したら、ルーチンの書き出しにはプロジェクトにインストールされているRemotion CLIを使用します。npx コマンドについてはreferences/runtime.mdを参照してください。プログラムによる統合またはバッチ処理が適切な場合にのみ、レンダラーAPIを使用してください。ユーザーの編集を保持し、改訂時には影響を受けるメディアのみを再生成します。
書き出されたファイルの寸法、フレームレート、尺、オーディオの有無、最初/最後のフレーム、キャプションの変更、およびシーン境界を確認します。知覚レビューが利用可能な場合は、結果全体を再生します。それ以外の場合は、残っている人間のレビューを特定します。レンダリングまたはオーディオデコードの成功は、編集品質、正確な発音、または快適なミックスを確立しません。プレビューレビューと最終ファイルの検証は、別個の証拠です。
編集可能なプロジェクト、プレビュー/書き出しの場所、再現コマンド、および簡潔なステータスを納品します：実装済み、プレビュー確認済み、ユーザーレビュー済み、書き出し済み、最終ファイル確認済み。完了したステージのみを主張してください。制作記録は制作物と共に保管してください。
再利用可能なガイダンスを制作物から独立して保つ
スキルと配布可能な例は、自己完結型であり、主題に依存しないものでなければなりません。プライベートなソーステキスト、画像、音声、名前、リンク、識別子、ファイルパス、および制作固有の指示は、制作プロジェクトに保管してください。それらを再利用可能なスキル、そのメタデータ、リファレンス、フィクスチャ、またはアセットに含めないでください。例が必要な場合は、新しく考案された例を使用してください。
制作から学んだ方法と判断基準を文書化する際、その主題を普遍的な要件としてエンコードしないでください。スキルパッケージの実際の内容を共有またはインストールする前に検証してください。