to-storyboard

ストーリーボード化

SCENES.md と NARRATION.md を HyperFrames の STORYBOARD.md に変換します。シーンはイベントを定義し、ストーリーボードは視聴者にそのイベントをどう見せるかを定義します。

プロセス

1. ビート、ナレーション、シーンの各成果物のダイジェストを再計算します。NARRATION.md が現在のビートを参照し、SCENES.md が現在のビートとナレーションを参照し、保存されている各成果物のダイジェストがファイルと一致する場合にのみ続行します。SCENES.md に記録された HyperFrames プロジェクトとリビジョンを開き、/hyperframes を読み込んで、最新の references/storyboard-format.md を読みます。この正式な仕様は、唯一の現行 STORYBOARD.md に対する正規の基準です。
2. HyperFrames のフレーム境界を選びます。
   • ハードカット、独立したトランジション、新しいビジュアル世界、実質的に異なるメディアソース、または独立して構築できる単位では、新しいフレームを開始します。
   • カメラの動きが連続し、オブジェクトの状態を共有している場合は、1つのフレームにまとめ、内部のショットモーメントを記述します。
3. 各 HyperFrames フレームを構築可能な1つのブロックとして扱います。ナラティブ本文内に、視点、ショットのスケール、被写体の動作、または情報の焦点が変わる箇所で、順序付きの Shot moments リストを記述します。各モーメントには次を含めます。
   • モーメント ID とおおよそのオフセット
   • 初期状態 → 動作 → 最終状態
   • カメラと注目の移動経路
   • ナレーションのアンカー、または silent
   • 次のモーメントまたはフレームへの引き継ぎ
4. 現行の仕様にすでに意味が定義されている場合は、正規のメタデータを使用します。ドキュメントレベルの boring_source_scenes_digest、boring_source_narration_digest、boring_hyperframes_project、boring_hyperframes_revision、boring_artifact_digest は、グローバル YAML フロントマター内の未知キーとして、それぞれ1回だけ記述します。正規のパーサーはこれらを globals.extra に保持します。boring_artifact_digest は、そのダイジェスト行だけを削除した後のストーリーボードファイル全体の SHA-256 として計算します。boring_scene_id などのフレームレベルのワークフロー用追加項目は該当するフレームに残し、ドキュメントのダイジェストやプロジェクト識別情報は含めません。
5. シーンの世界、ヒーロー、イベント、連続性、リズム、実現可能性を制約として扱います。BEATS.md から認知上の役割を維持します。
   • 各デモの内容、真実性のモード、表示されるコードラベルを、該当するショットモーメントで正確に維持します。指導目的の再現を、あたかも証拠であるかのように格上げしてはいけません。
   • フレームに、ターミナル上でのコード入力、シェルコマンド、CLI 出力、データベース出力、または TUI が表示される場合、必須のサブスキル： record-terminal を使用します。その証拠に裏付けられた、シーク可能な再生仕様と選択したビジュアル処理をショットモーメントに引き継ぎます。
6. 正規の HyperFrames フィールドを正式な基準として扱います。boring_* の追加項目は仕様を補足するものであり、正規フィールドの内容を重複して記述するものではありません。
7. 新しいフレームはすべて status: outline のままにします。計画段階では、実装済みの src を作成したり、その存在を主張したりしません。フレームの構成がすでにレビュー済みのビジュアル判断に依存する場合は、関連するシーンの根拠を参照します。構成 HTML の作成と、フレームを built または animated に進める作業は、HyperFrames の制作工程が担います。
8. シーケンスを監査します。すべてのナレーションアンカーが1つ以上のショットモーメントでカバーされていること、その時点のビジュアルが話されている内容を支えていること、意図的に無音のモーメントにアンカーがないこと、フレーム境界が上記の規則に従っていること、デモの真実性とラベルが維持されていること、そして時間配分が目標に収まっていることを確認します。HyperFrames Studio が構築済みのタイムラインに照らして確認するまでは、タイミングは計画として扱います。
9. SCENES.md とプロジェクトの状態に記録された、レンダリング済み証拠に関する判断を引き継ぎます。継続性のために現在のプロジェクト識別情報とリビジョンを記録しますが、この段階ではプロジェクトを変更したり、アニマティックを構築したりしません。 STORYBOARD.md またはそれ以降の改訂版を提示する前に、../boring-video/references/markdown-review.md に従ってください。信頼できる情報源である Markdown で、フレームの境界、ショットの場面、ナレーションとの対応、予定時間、トランジションを確認してください。再生可能な動き、タイミング、トランジションのレビューは、後ほど HyperFrames Studio で行います。

すべてのフレームが単独で構築できる outline であり、ショットの場面にシーン内の出来事が完全に記述され、ナレーションのアンカーと予定されているすべてのトランジションが考慮され、共有プロジェクトの識別情報とソースのリビジョンが記録され、Markdown レビューの完了条件が満たされた時点で、ストーリーボードは完成です。/to-video で制作を開始する前に、再生可能なアニマティックを用意する必要はありません。