to-video

To video

レビュー済みの HyperFrames プロジェクトを引き継ぎ、最終的な制作まで進めます。レビュー済みのビジュアル上の判断とエビデンスの系譜を維持しながら、現在レビュー済みの Markdown ストーリーボードを再生可能なコンポジションに仕上げます。

Process

1. BEATS.md、NARRATION.md、SCENES.md、STORYBOARD.md で、安定したビート ID とナレーション ID が一致していることを確認します。すべてのアーティファクトのダイジェストを再計算し、各直近の子アーティファクトに現在の親ダイジェストが記録されていることを確認します：記事 → ビート → ナレーション → シーン → ストーリーボード。また、ストーリーボードのナレーションソースも一致していることを確認します。コンテンツ主導の作業では、承認ダイジェストが一致していることと、承認済みの content/ARTICLE.md、およびその契約が存在する場合は承認済みの content/TOPIC.md まで系譜がつながっていることも確認します。競合、ダイジェストの不一致、または古い承認があれば、そのアーティファクトを担当するスキルに戻します。
2. SCENES.md、STORYBOARD.md、プロジェクトの状態に記録された、該当するプロジェクトとレビュー済みリビジョンを開きます。それらが異なるプロジェクトや古いリビジョンを指している場合は、担当するステージに戻します。/hyperframes を読み込み、ワークフローを選択させてから、そのワークフローの最新のルート契約を読みます。プレゼンテーションの選択は入力として渡し、faceless だけを根拠にワークフローを推測してはいけません。
3. 選択したワークフローに、4 つの計画アーティファクト、該当するコンテンツアーティファクト、ソース素材、デザイン上の制約、プレゼンテーションの選択、コラボレーションの希望、音声の選択を渡します。レビュー済みのビジュアル方針を作り直すのではなく、そのプロジェクト内で実装を続けます。現在の STORYBOARD.md を HyperFrames の正規プランとして扱います。その outline のフレームをコンポジションに組み込み、正規ステータスや明示的な改訂が変わった場合は同じ Markdown を更新し、安定したフレーム ID とナレーション ID を維持します。内容に重大な改訂がある場合は、担当するコンテンツアーティファクトとその承認ゲートに戻してから、後続に反映します。
   • ターミナル上で動作するコーディング、シェル、CLI、データベース、または TUI のショットでは、必須のサブスキル： record-terminal を使用し、そのエビデンスに裏付けられたシーク可能な再生、選択したビジュアル処理、検証契約を制作に引き継ぎます。
   • レンダリングされたシーンのエビデンスとストーリーボード上の判断が、現在のプロジェクトリビジョンを参照していることを確認し、後続の変更によって無効になったゲートのみを再度開きます。
4. ユーザーが ListenHub を選択した場合は、選択した HyperFrames ワークフローの音声ゲートを待ってから、そのナレーションのバージョンに対して /listenhub-tts を使用します。その音声と SRT を /media-use 経由で渡します。ワークフローが後からナレーションを改訂した場合は、それらの出力を古いものとして扱い、次の音声ゲートで再生成します。
5. HyperFrames ワークフロー独自の完了基準を満たすまで、そのワークフロー内で制作を続けます。チェックに合格したら、HyperFrames Studio を使用して、再生可能なタイムライン、モーション、トランジション、最終的なルックをレビューします。この引き継ぎには、Markdown に隣接する HTML プレビューは含まれません。

HyperFrames がレビュー済みのプロジェクトリビジョンを開き、計画アーティファクトと要求された ListenHub 出力を状態に取り込み、Studio を通じた再生可能なレビューを担うようになった時点で、引き継ぎは完了です。制作は承認済みのシーンエビデンスとストーリーボードのプランから開始し、2 つ目の計画アーティファクトを新たに作成することはありません。