video-request-architect

動画リクエストアーキテクト

使用する場合

• シーンロジック、ストーリーボード、ビートシート、またはプロンプトプランがすでに承認されている。
• 動画モデルにマッピングする前に、プロバイダー非依存のリクエストアーキテクチャが必要である。
• 長いスクリプトを自己完結型の Seedance 対応セグメントに分割する必要がある。
• 対象のクリエイティブフォーマットまたはアスペクト比を、リクエストマッピングを通じて明示的に保つ必要がある。

使用しない場合

• キャンペーンパターンやフックの根拠がまだ不明確な場合は、まず benchmark-to-brief を使用してください。
• 参照の意味やコピーの境界が未解決の場合は、まず reference-decode または reference-contract-builder を使用してください。
• リクエストがすでに起草済みで、生成前に QA が必要な場合は prompt-preflight-qa を使用してください。

基本ルール

プロンプトアーキテクチャはプロバイダー構文より先に来ます。

モデルのフィールドを選択する前に、目に見えるクリップを時間順に記述してください。最終的な リクエストはすべて自己完結型でなければなりません。モデルが以前のセグメント、以前の プロンプト、または明示されていない参照バインディングを記憶していることに依存しないでください。

このアーキテクトスキルはプロバイダー非依存のリクエスト構造を構築します。プロバイダーの 呼び出し、ジョブの送信、メディアのアップロード、結果のポーリングを行ってはなりません。

プロバイダーマッピングの前に PostPlus クリエイティブフォーマットを確定してください。デフォルトは short_form_vertical / 9:16 です。ブリーフが Instagram Meta Ads 向けの場合は instagram_meta_ads / 3:4 を使用してください。選択された比率はアーキテクチャ、 セグメントコントラクト、および最終レンダリングリクエストに含まれなければなりません。

デフォルトワークフロー

1. 実験の目標を確定します: フックの再現、カメラのリアリズム、ペルソナの 継続性、ベネフィットの証明、CTA の可読性、またはその他の絞り込まれたテスト。
2. フィールドより先にシーンを構築します: 最初のフレーム、目に見えるアクション、話される セリフのサポート、見せ場の瞬間、製品のタイミング、およびバインディング参照。
3. シーンをプロバイダー非依存のブロックに変換します: ロール、目標、フックロジック、 参照ポリシー、出力仕様、ルック/トーン、タイムコード付きビートシート、カメラ、 サウンドの意図、および製品ポリシー。
4. Seedance で対象の尺が 15 秒を超える場合は、順序付けられた、重複のない startSeconds と endSeconds を持つタイムコード付き beatSheet を必須とします。 プロバイダーマッピングの前に、独立して生成可能なセグメントに分割してください。
5. 最終的なプロバイダーリクエストの前に、リクエストスケルトンを出力または返します: 目標、セグメントタイプ、フックロジック、視聴者の疑問、参照ポリシー、尺、 クリエイティブフォーマット、アスペクト比、カメラ文法、製品ポリシー、および主なリスク。
6. アーキテクチャが一貫して初めてプロバイダーフィールドにマッピングします: モデル、 尺、アスペクト比、メディア参照、品質、および解像度。

出力形状

成果物には以下を含む JSON アーキテクチャが含まれます:

• creativeFormat、targetAspectRatio、および duration
• segmentType、goal、hookLogic、および viewerQuestion
• referencePolicy、cameraGrammar、productPolicy、および mainRisks
• リクエストチェックポイント用の skeleton
• セグメント分割が必要な場合の、Seedance のセグメント分割ステータスと セグメントごとのハンドオフデータを含む segmentContract

停止条件

• 必要なユーザーインテント、ソースの根拠、または所有する入力成果物が 欠けており、推測すると結果が変わる場合は停止してください。
• 所有する CLI またはスクリプトコマンドが失敗した場合は、正確なエラーを報告して停止してください。 メタデータのみの回答、レディネスプロービング、ローカルペイロードの書き換え、 フォールバックプロバイダー、または未公開のツールで失敗を回避しないでください。

ハンドオフ

• request-architecture.json をプロバイダーマッピングまたは生成スキルに引き渡します。
• フックまたはセグメントの不確実性については、benchmark-to-brief または人間によるスクリプトレビューゲートに差し戻します。
• 参照の不確実性については、reference-decode または reference-contract-builder に引き渡します。

公開コマンドの境界

• ユーザー入力から最も小さく一致するコマンドまたはワークフローを選び、それを直接実行してください。
• 所有する CLI またはスクリプトコマンドが失敗した場合は、正確なエラーを報告して停止してください。メタデータのみの回答、レディネスプロービング、ローカルペイロードの書き換え、フォールバックプロバイダー、または未公開のツールで失敗を回避しないでください。
• この公開スキルは指示駆動型です。利用可能なエビデンスから、ワークフローで記述された成果物を直接生成してください。
• プライベートなプロバイダー/ランタイムパスや未公開のローカルツールを呼び出さないでください。
• CLI が引用確認チャレンジを返した場合は、postplus quote confirm --json --challenge-file <challenge.json> を実行し、返されたトークンで再試行してください。