ratava/videoexpress-scripting-skill

VideoExpress スクリプティング

プロダクション対応のプロンプトパックを作成します。これは、楽曲、ナレーション、ストーリーなどの全作品を、各クリップに開始画像計画と貼り付け可能なVEマルチショットプロンプトを備えたクリップのシーケンスにマッピングする生きたドキュメントです。その後、生成をサポートします。報告された失敗を診断し、グローバルに修正し、影響を受けるすべてのクリップをスイープします。

このスキルのほぼすべてを左右する2つの事実：

1. モデルは意図ではなく名詞をレンダリングします。 すべての名詞、数、直喩、および余分なトークンは、画面上に表示される候補になります。
2. 各生成は与えられた情報のみを知っています。 連鎖されたクリップは、1つの静止画像（前のクリップの最後のフレーム）とプロンプトのみを認識します。前のクリップの動き、フレーム外のもの、以前のプロンプトの記憶はありません。開始フレームに見えないものやプロンプトで説明されていないものは、すべて発明されます。

次に読む場所

現在のステップに必要なものだけを読んでください。references/内のすべては自己完結型です。

あなたが…	読むもの
新しいプロジェクトを開始する、またはユーザーがコンセプトやスクリプトを持っている	references/project-intake.md — 質問システム、実現可能性チェック、開発テスト、ブリーフ、Core Bibleの承認
キャラクター、衣装、または場所のブロック、開始画像、Consistent Character参照、人間以外のキャラクターを作成または改訂する	references/bible.md
ルックを選択する、またはCreate Modeやカスタムスタイルでプロンプトを作成する	references/styles/README.md（共有レシピとインデックス）、次に必要なスタイルシート1つ
ビデオプロンプトを作成する	references/multishot-template.md — タグ構造、空白テンプレート、実例
クリップグリッド、連鎖、カメラワーク、または[ACTION]セグメントを計画する	references/camera-and-motion.md
[LIGHT AND IMAGE]または[PRODUCTION SOUND]、スピーチのあるクリップ、または一人称視点/HUDショットを作成する	references/light-sound-dialogue.md
プロンプトを作成またはデバッグする、ユーザーが失敗を報告する	references/prompt-rules.md — エンジンがプロンプトを読み取る方法、および失敗→原因→ルールのテーブル
ブラウザ対応エージェントでapp.videoexpress.aiを操作するよう求められた	references/browser-workflow.md — 最初に読み、ステップバイステップで従う

プロジェクト途中の単一プロンプトリクエストの場合、通常のセットはmultishot-template.md + prompt-rules.md + bible.md、camera-and-motion.md、light-sound-dialogue.md、およびクリップが関係するスタイルシートのうち該当するものです。報告された失敗の場合は、prompt-rules.mdのテーブルから始めてください。

ワークフロー

0. 受け入れ — references/project-intake.mdを実行します（下記の新機能に関する質問の後、これが会話内でのスキルの初回使用の場合）：開始点（コンセプトまたはスクリプト）、提案付きの決定チェックリスト、実現可能性チェック、任意の開発テスト、ブリーフとCore Bibleの承認。
1. コンセプト — シーン、モチーフ、キャラクター、世界、およびソースの構造にマッピングされたビジュアルアーク（以下）。
2. バイブル — 固定されたキャラクターブロック、衣装ブロック、場所ブロック。一度作成され、すべての場所に逐語的に貼り付けられます（bible.md）。
3. タイミング — ツールのクリップ長に合わせたクリップグリッド。ユーザーが実際のオーディオに対して検証したキーヒットを含みます（camera-and-motion.md）。
4. プロンプトパック — すべてのクリップの開始画像プロンプトとマルチショットビデオプロンプト（multishot-template.mdおよび関連するリファレンス）。
5. 生成サポート — 報告された失敗をメカニズムごとに診断し、グローバルに修正し、影響を受けるすべてのクリップをスイープします（prompt-rules.md）。

スクリプトが承認されたら、同じ返信で制作を開始します。アシスタントがVEを操作する場合は、今すぐブラウザでVideoExpressタブを開くかどうかを尋ね、最初の貼り付け可能なプロンプトとその設定を提供します（誰が操作するかに応じて、references/project-intake.mdの「制作開始」を参照）。

パックは生きたドキュメントです。ユーザーがクリップを生成するにつれて、多くの改訂ラウンドが予想されます。

会話内での初回使用：新機能

このスキルが会話内で初めて使用される場合、ユーザーの最初のメッセージ（新しいプロジェクト、単一プロンプト、スキルに関する質問、報告された問題など）に関係なく、以下の質問を何よりも先に、はい/いいえの質問として、プラットフォームに質問ウィジェットがない場合は番号付きオプションで、1つずつ尋ねてください。

バージョンごとに、メモリが許す限り1回。 まず、このバージョンの新機能に関する質問が既に表示されたというメモがないか、読み取り可能な永続メモリ（アシスタントの保存されたメモリ、プロジェクトメモリファイル）を確認します。ある場合は、両方の質問をスキップします。ない場合は、質問します。その後、メモリがオンの場合、「VideoExpress Scripting [バージョン]：新機能を表示済み。」という1行のメモを保存し、ユーザーに1回「あなたがこれを見たことを記憶しておくので、このバージョンでは再度尋ねません。」と伝えます。メモリがない場合、またはメモが見つからない場合は、以下のように尋ねます。再度尋ねるのは安全なフォールバックです。

1. 「VideoExpress Scripting がバージョン [バージョン] に更新されました。新機能の簡単な概要をご希望ですか？」バージョンはこのファイルの metadata.version から取得し、-dev 接尾辞は付けません。はいの場合、references/changelog.md を読み、その現在のリリースノート（ファイルの最初の行にどのセクションかを示します）を箇条書きとして表示します：バージョンごとに短い見出し、新しいものから順に、各HeadlineとNew項目につき1つの短い箇条書き（バージョンのFixed項目は1つの箇条書きにまとめても構いません）。ノートを文や括弧内に折りたたまないでください。
2. 現在のリリースノートの各Headline項目で質問があり、「Skip if」条件が成立しない場合：その質問をします。はいの場合、インストールリンクを提供し、インストール手順が開かれることを伝えます：VideoExpress Promptの場合、https://github.com/ratava/videoexpress-scripting-skill/wiki/Install-VideoExpress-Prompt （ページにはChatGPTやGrokを含む各プラットフォームのセクションがあります）。

次に、ユーザーの最初のメッセージに応答するか、新しいプロジェクトの受け入れを開始します。スキルが独自のメッセージなし（名前やスラッシュコマンドのみ）で開始された場合は、新しいプロジェクトとして扱います。直接「どのように始めますか？」カード（references/project-intake.md、ステップ1）に進み、散文メニューではなく質問カード（プラットフォームに質問ウィジェットがない場合は番号付きオプション）として表示します。最初のメッセージが既に何が望まれているか（アイデア、スクリプト、単一プロンプト、失敗したテイク）を示している場合は、ユーザーが何を望んでいるかを尋ねずにそれに基づいて行動します。新機能に関する質問は会話内で1回だけ尋ね、その後は決して再度尋ねません。

会話にプロジェクトの名前を付けます。 新しいプロジェクトに作業タイトル（ユーザーのアイデアまたはブリーフから）が付けられたら、会話の名前を変更するツールがある場合（Grokはチャット名を変更できますが、ChatGPTはできません）、会話の名前を「[タイトル] · VideoExpress」に変更します。それ以外の場合は、名前をそのままにします。

コンセプトデザイン

• 動画を支える2～4の繰り返しモチーフをデザインします（アクセントカラー、ジェスチャー、光の効果、再登場する小道具）。モチーフは、AI生成だけでは提供できない連続性を与えます。
• ソース構造をシーンテーブルにマッピングします：シーン → 時間範囲 → クリップ → 衣装 → 場所 → モチーフの状態。シーン間でモチーフをエスカレートします。
• キーモーメントにはビジュアルイベントが必要です。 大きなヒットやキーとなるラインは、リビールまたは動きのバーストを取得し、ビルドアップは静止してヒットを着地させ、シーンチェンジはセクションの境界で着地します。
• 各シーンに論理的なオープニングを与えます。 メインアクションの前に、キャラクターが到着したり、何かに気づいたり、反応したりする様子を確立します。
• 確実に生成されるものを優先します：安定したカメラワーク、光の変化、漂う雰囲気、1つの明確な被写体。背景にスペクタクル、前景にパフォーマンス。
• 対話は2つの方法でリップシンクされます（マルチショットプロンプト内の引用行、またはLipsync HDダイアログ；light-sound-dialogue.mdを参照）。対話のないショットでは、発明されたスピーチがないように口を閉じたままにするか視界から外し、次のクリップに対話がある場合は、口の中に何かがある状態や手に食べ物がある状態でクリップを終了しないでください。
• 背景の興味（車両、群衆、街の生活）は明示的に名前を付け、被写体と交差しないように距離を保ちます。

すべてのプロンプトに適用されるルール

これらは、忘れたときに最も損害を引き起こすものです。リファレンスには詳細と残りが含まれています。

• プロンプトパックに従う場合、すべてのプロンプトはクリップ参照を角括弧で囲んで始まります。 パックがその画像またはクリップに対して宣言したとおりに：ビデオプロンプトの場合は [Clip 12]、開始画像の場合は [Image 12A]、テストバリアントの場合は [Clip 12 TEST 1]。スタイルアンカーや[REFERENCE USE]の前に、最初に来ます。これにより、すべてのライブラリタイルとテイクをパックに一致させることができます。詳細は multishot-template.md にあります。
• バイブルブロックは一字一句貼り付けます。 言い換えはドリフトです。開始画像がルックを完璧に捉えた場合、ビデオプロンプトはその画像プロンプトの正確な文言を再利用し、バイブルの古い文言は使用しません。
• フレームに合わせ、計画には合わせないでください。 書き込む前に、連鎖された開始フレームまたは承認された開始画像を見てください：小道具、フレーミング、障害物の形状をフレームが示すとおりに正確に記述します。
• 引用符はスピーチを意味します。 各話されたラインを[ACTION]で一度引用し、それ以外は引用しません。クリップあたり最大2人の話者。
• [NEGATIVES]を除くすべての場所でポジティブ。 VEは他のすべてのセクションを、前に「no」「not」「never」があっても含めるものとして読み取ります。したがって、存在すべきものと静止すべきものを述べ、すべての除外を[NEGATIVES]に入れ、それぞれ「No」で記述します（「No music, no hum」）。各セグメントを被写体の動きでリードします。
• カメラ：要求されない限りロックされ、すべての動きはすべてのクリップで同じ名前で指定され、すべての動きには目的地があり、フレームから外れたスペースに戻ることはありません。 別のクリップに対して相対的な動きを決して記述しないでください。
• 詳細は、VEが最後に描画したサイズでのみ保持されます。 顔や小道具を拡大するプッシュイン、またはフレームから出て戻ってくる小道具は、VEがテキストから再描画する原因になります。各クリップを最も近いフレーミングの開始画像から開始します。より近いショットは新しいクリップです。
• 連鎖：詳細リスクをフラグし、指示しないでください。 連鎖されたクリップはテイクの最後のフレームで開き、詳細はVEが最後に描画したサイズでのみ保持されます。計画された連鎖が詳細ドリフトのリスクがある場合（最後のフレームよりも近いフレーミング、引き離して戻る、最後のフレームで小さい詳細な顔や小道具）、そのセクションのグローバルルールでプロジェクトまたはパックセクション（例えばエピソード）ごとに1回、次の選択肢とともにそのように述べます：フレーミングを一致させたままにする、親をリロールする、または新しい開始画像から開始する。連鎖の方法はユーザーの選択です。
• カウントされたイベントはなし、文字の約束はなし。 スクリーン、標識、およびその他のテキストを含むオブジェクトは、抽象的な形状と光として記述します。
• エフェクトは光を追加し、決して置き換えません。 被写体にキーライトを保ちます。最後のセグメントで明るさを再述します。暗くなったフレームから連鎖しないでください。
• セグメントごとに1つの[PRODUCTION SOUND]ブロック、そのセグメントの時間ラベル付き。 最後のセグメントの後の単一ブロックはそのセグメントのみにバインドされ、残りはVEに任せ、しばしば音楽になります。アクションに結びついた過渡的なサウンド。決して静寂を要求しないでください（ランブルとクラックルとしてレンダリングされます）。クリップの長さをアクションとスピーチに合わせます。各ブロックをそのセグメントで聞こえるもので閉じます。
• スタイライズされたルックには、ビデオプロンプトの最初（クリップ参照の直後、[REFERENCE USE]の前）とすべての[LIGHT AND IMAGE]にスタイルアンカーが必要です。さらにアンチリアリズムのネガティブも必要です。
• 「Automatically enhance my video prompt」はオフにします。 短い散文に書き換え、バイブル、時間ラベル、クリップ参照をドロップします。プロンプトボックスは約6,000文字を保持します。まず繰り返されるスタイルテキストとネガティブをトリミングします。
• キャラクターのいない開始画像を作成する場合（空の環境、一人称視点、インサート）、Consistent Characterをオフにします。 Create Imageにのみ影響します。Create Videoは無視します。

プロンプトパックドキュメント

1. 概要：シーンテーブル（シーン、クリップ、時間範囲、衣装、VE長）、プロンプト形式の注意事項、各クリップに提供するリファレンス、貼り付けルール（コードブロック内のテキストのみが貼り付けられます。見出しはメタデータを伝えます）。
2. グローバルルール：上記およびリファレンスからの、このプロジェクトに適用されるルール。
3. バイブル：キャラクターコアブロック、衣装ブロック、場所ブロック、スタイル行。
4. シーンごと：開始画像（それぞれ宣言された参照、例えばImage 12A、および [Image 12A] で始まる自己完結型プロンプト付き）、次にクリップごとに — ヘッダー行（クリップ参照、例えばClip 12 · 時間範囲 · VE長 · FRESH from image X または CHAIN from clip N · ロールタグ）および完全なマルチショットプロンプト、[Clip 12] で始まり、コードブロック内。
5. 編集、タイミング、QC：トランジション、テイクごとのQCチェックリスト（prompt-rules.md内）、未解決項目。

代替案については、動作中のクリップを上書きするのではなく、新しいタブまたはセクションを追加し、正しく引き継ぐために変更が必要な隣接クリップを含めます。生成が開始されたらクリップと画像の参照は安定させます。テイクを識別するものだからです。クリップがカットされた場合は、ギャップを保持し、メモします。代替案は独自の参照（Clip 12B）を取得し、再利用はしません。

制作中の作業スタイル

• ユーザーは一度に1つの失敗を報告し、多くの場合フレームも添付します。メカニズムを診断し（prompt-rules.mdのテーブル）、グローバルに修正し、同じリスクがある未生成のクリップをすべてスイープします。
• ユーザーが送信したフレームを読みます。実際にレンダリングされたものをメモし、存在するものに一致するように次のプロンプトを作成します。
• ユーザーがパックを直接編集した場合、書き込む前に再読み込みし、断りなく変更を上書きしないでください。
• ユーザーが好みを述べた場合（「これを維持」「このルックが好き」）、それを新しいルールとして扱い、バイブルブロックをフレームに一致するように書き換えることを含めて、すべての場所に適用します。
• 見せ場のショットを保護します。以前のすべてのプロンプトでその前提条件をガードします。
• ユーザーが実行前にプロンプトを見たい場合、完全な貼り付け可能なプロンプトを表示し、次に実行を依頼します。先に実行しないでください。
• 頑固な失敗を分離します。 問題が2回のプロンプトラウンドを生き残った場合、言い換えを停止します。ベースプロンプトを固定し、バリアントごとに1テイク実行し、各バリアントは1つの変数を変更し、バリアントごとに一意の参照（[Clip 12 TEST 1]、[Clip 12 TEST 2]）と、以前にクリーンだったプロンプトのコントロールテイクを実行します。どの変数が重要だったかを記録します。
• いつ止めるべきかを知っています。 シーケンスがコンセプトから大きく逸脱した場合、そのように述べ、シーケンスを再開することを提案します。

...

[翻訳のため省略]