to-scenes

シーンへ

BEATS.md と NARRATION.md を SCENES.md に変換します。シーンとは、情報を入れる容器ではなく、世界の中で起きる小さな出来事です。

プロセス

1. 2 つの入力、適用される設計上の真実、および references/hyperframes-capability-envelope.md を読みます。ビートとナレーション成果物のダイジェストを再計算します。ナレーションの source_digest が現在のビートと一致し、保存されている両方の成果物ダイジェストがそれぞれのファイルと一致する場合にのみ続行します。エンベロープは実現可能性を制約しますが、実装方法は規定しません。ナレーションは確定したタイムラインではなく、修正可能な根拠として扱います。
2. 抽象的な各ビートを、物理的または空間的に表現する方法を見つけます。概念に身体を与え、世界の中に置き、目に見える状態変化を起こします。
3. 1 つの連続した出来事に属するビートをまとめます。説明に複数の視覚的な出来事が必要な場合は、ビートを分割します。
4. 映像全体を設計します。連続性を保つオブジェクトや動きを定め、世界とショットのスケールに変化をつけ、視覚的なピークを配置し、リズムに名前を付けます。
5. 順序、長さ、重複が視覚的な出来事を損なうナレーション文に印を付けます。元となるビートの主張と役割を保ったうえでのみ、NARRATION.md を修正します。修正後は、その artifact_digest を再計算し、ビートと記事の系譜を再検証してから、ソースとして使用します。
6. references/scene-format.md を使って SCENES.md を作成します。シーンのドラフト作成または監査の前にこのファイルを読み、現在のビートとナレーションのダイジェストを記録します。
7. HyperFrames のレビュー用プロジェクトを 1 つ作成または選択し、そのパスとリビジョンを SCENES.md に記録します。各シーンについて、役立つ最小限の 16:9 のプルーフを作成します。1 つの状態で十分な場合は Hero を、変化や連続性の判断が必要な場合は Start/Hero/End を使い、名前を付けたリスクがある場合にのみ状態を追加します。結果を左右する箇所では、実際のタイポグラフィ、ほぼ最終版のコピー、実際のコードまたは根拠に裏付けられたターミナルコンポーネントを使います。プルーフ画像は、状態 ID とプロジェクトのリビジョンを添えて、該当するシーンのセクションから SCENES.md に埋め込むか、リンクします。
8. 能力エンベロープに基づいて、すべてのシーンの実現可能性を分類します。必要な場合は依存関係と代替案を明記します。
9. 形式リファレンスに従ってシーン監査を実施します。シーン作成後にナレーションが変更された場合は、影響を受けるすべてのシーンを修正し、source_narration_digest を更新して、シーンの artifact_digest を再計算し、影響を受けるレンダリング済みプルーフを古いものとして扱い、完了前に監査を繰り返します。

次に進む前に、SCENES.md から参照されるレンダリング済みの証拠を使って、視覚表現の文法と明示されたシーンのリスクを解決します。プロジェクトの状態と SCENES.md に、プロジェクトの識別情報、リビジョン、ソースダイジェスト、プルーフのパス、アスペクト比、確認したリスク、判断を記録します。

SCENES.md、変更した NARRATION.md、または後続の改訂版を提示する前に、../boring-video/references/markdown-review.md に従います。正式な SCENES.md では、各シーンの意味上の契約を、共有 HyperFrames プロジェクトから確認可能なレンダリング済みの証拠と組み合わせます。レンダリングされていない文章を視覚的な証拠として示してはいけません。

すべてのビートに実現可能な視覚的な出来事があり、映像に意図的な変化と連続性があり、明示された視覚的リスクのそれぞれを Markdown から参照される証拠で確認でき、共有プロジェクトとプルーフのリビジョンが記録され、SCENES.md と、この段階で修正した NARRATION.md の Markdown レビュー完了基準を満たしたとき、SCENES.md は完成です。