seedance-production-workflow

Seedance の制作ワークフロー

洗練されたプロンプトだけでなく、追跡可能な動画パッケージを作成します。状態は planned、assets-ready、submitted、generated、reviewed と区別します。プロンプトや、未実行のストーリーボードを完成した動画と呼んではいけません。

この Skill は制作とレビューを調整します。事例に基づいたプロンプト構成には、適用できる場合、リポジトリのタイムライン、参照画像による人物の一貫性、またはストーリーボードグリッドのテンプレートを使用します。これらの事例はプロンプト構成の参考にはなりますが、このエンドツーエンドのワークフローが最終動画の品質を向上させる証明にはなりません。その点は検証課題として扱います。

プロジェクトの進め方を決める

1. 不足している必須情報だけを確認します。ストーリーまたは製品、想定視聴者、長さ、アスペクト比、希望するルック、必須の動作、音声／台詞、既存の参照素材、対象となる Seedance の利用環境、ユーザーの時間または生成予算です。ユーザーが題材を選んでいない場合は、パイロット用に架空の題材を使用し、その旨を伝えます。
2. 依頼内容に合う、最もシンプルな制御構成を選びます。
   • 連続したワンショット：時間配分を含む動作とカメラの計画で十分な場合があります。
   • 正確な順序や構図が必要なマルチショット：ショットリストに、番号付きストーリーボードグリッドまたはショットごとのキーフレームを加えます。
   • 人物や製品の一貫性が重要な場合：マスター参照と、引き継ぐ／引き継がない要素を明示したマップを加えます。
   • 複雑な振り付け：利用環境が対応している場合は、許可されたモーション動画または空間／粘土リファレンスを使用します。
   • 1回の生成を超える長さの場合：利用可能であれば、まずネイティブ拡張を計画します。利用できない場合は、直前の動画または返された最終フレームを使ったセグメントの引き継ぎを計画し、接続部分を確認します。
3. 長さ、メディア数、解像度、API の経路を確定する前に、プロバイダーの機能でモデルと利用環境の最新の制限を確認します。モデルが機能に対応していることは、ユーザーのアカウントでその機能を利用できる証明にはなりません。

入力を準備する

プロジェクトディレクトリに brief.md、reference-map.md、plan.json、必要なプロンプトを作成します。入力の収集とオリジナルのプロンプトの草案には編集可能なテンプレートを使用し、フィールドと状態の引き継ぎには成果物の定義を使用します。参照素材には、安定した ID、出典／権利の状態、制御する特性、制御してはならない特性を記載する必要があります。新しいオリジナル事例に、クリエイターが公開したプロンプト全文をコピーしてはいけません。参照する事例を示し、その構成を応用してください。

マルチショット制作では、各ショットに開始時刻と終了時刻、目に見える動作を1つ、カメラのフレーミング、開始状態、終了状態、音声を指定する必要があります。次のショットは、直前のショットの終了状態から始めます。敷居をまたぐ動作や物体とのやり取りでは、カットをまたいで被写体のいる側、カメラ側、接触点、動作の方向も固定します。キャラクター／製品の参照画像とストーリーボードを生成するか、生成を依頼し、Seedance に送る前に、すべてのパネルを記述された開始状態／終了状態と照合します。人物がドアの反対側に配置されたパネルは、正しいテキストプロンプトよりも強く反映される場合があります。画像ツールを利用できない場合は、正確な画像プロンプトを納品し、画像の状態を保留中とします。

この SKILL.md と同じ場所にある scripts/validate_plan.py を、<project>/plan.json に対して絶対パスを使って実行します。動画を生成する前に、報告された長さ、順序、参照不足のエラーを解決します。画像内の人物の一貫性とパネルの順序も目視で確認します。スクリプトではそれらを判定できません。

生成と確認

そのままコピーできる Seedance プロンプトと、順序付きの参照素材アップロードマップ、および実際の設定を提示します。どの画像が人物の同一性を制御し、どの画像がストーリーボード／レイアウトを制御し、どの画像が動き、スタイル、または音声を制御するのかを説明します。シンプルなショットでは、ストーリーボードのグリッドは省略可能です。テキストと視覚的な指示に一貫性を持たせます。

認可済みで利用可能な動画ツール／API がある場合は、リクエストを送信し、タスク ID と設定を run-manifest.json に保存して、結果を取得し、確認します。生成ではクレジットが消費されたり、アセットがアップロードされたりする可能性があります。その外部処理の前に、実際に利用するサービス、アセット、費用について認可を取得してください。認証情報を読み取ったり公開したりしないでください。利用可能な動画ツールがない場合は、正確な UI 引き継ぎ手順を提示して、プロジェクトを assets-ready に設定し、ユーザーが出力を提供した後に QA を再開します。

実際の動画をQA ルーブリックに基づいて確認します。問題があれば、ショット／時刻、確認された問題、対象を絞った修正内容を記録します。可能な場合はローカル編集またはタイムスタンプを指定した編集を行い、それ以外の場合は問題のある参照素材、パネル、またはショットのプロンプトのみを修正します。改善を評価する際は、同じモデル／設定で比較します。合意した再試行回数または費用の上限を守り、残っている問題を正直に報告します。

ローカルでのトリミングやその他の後処理を選択した場合は、未編集のモデル出力を保持し、元データのハッシュ、編集操作、派生ファイル、時間オフセットを実行マニフェストに記録します。納品する編集版と元データの両方を確認します。編集済みのプレビューを、モデルから直接生成されたものとして提示しないでください。

完了

動画または生成の引き継ぎ情報、入力マニフェスト、ストーリーボード／ショットリスト、プロンプト、モデル／設定、QA 記録、来歴を納品します。個人のソースメディアや認証情報を公開 Git に含めないでください。ユーザーから後日ケースの PR を依頼された場合は、元の公開投稿、公開された正確なプロンプト、対応するメディア、日付、作成者、モデル、リポジトリの投稿ルールを確認します。ワークフロー Skill の PR は別の手順に従います。編集する前に、リポジトリの最新の contributing.md を確認してください。