退屈なビデオ
コンテンツ開発と段階的に洗練されるHyperFramesプロジェクトを1つのチェーンとしてオーケストレーションします。コンテンツは音声や映像に適合される前に確立され、シーン指示はレンダリングされた視覚的証拠を確立し、ストーリーボードは構築可能なフレームを計画し、HyperFramesがプロダクションと再生可能なレビューを所有します。
インテーク
リクエストとプロジェクトファイルから既存の決定を解決します。まず入力を分類します：
- コンテンツ駆動型： 調査、評価、分析、意見、チュートリアル、ニュース、プロフィール、または完全な論証に価値が依存し、ブログ記事にもなり得るナレーション作品。
- 直接制作型： 確定スクリプト、製品プロモーション、UIデモンストレーション、音楽主導の作品、短いモーショングラフィック、または意味を確立するための記事を必要としない作品。
明示的なプロジェクト、シリーズ、ブランド、またはチームのガイダンスから再利用可能な制作デフォルトを解決してから、一回限りの選択を尋ねます。インテーク時にワークフローBRIEF.mdを作成し、各採用したデフォルト、そのソース、およびそのスコープをそこに記録します。これにより、すべての上流スキルがコンテンツや音声の決定を行う前にそれを読み取ることができます。同じブリーフをHyperFramesプロジェクトが作成されたときにそのプロジェクトに引き継ぎます。現在のリクエストは再利用可能なデフォルトを上書きします。デフォルトは、反復的な構造、言語と声、デザインの真実、カバー比率、公開ターゲット、または端末プレゼンテーションをカバーする場合がありますが、利用できない個人プロファイルから推測してはなりません。プロジェクト固有の規約はプロジェクトファイルに保持し、このスキルに普遍化しないでください。
コンテンツ駆動型の作業の場合、最初に欠落している承認済みコンテンツ成果物を見つけます。提供された記事は、ユーザーが明示的にコンテンツマスターとして確認した場合にのみカウントされます。content/ARTICLE.mdとして保存または適応し、以下の出典情報を付けます：
---
source: external
origin: <URL またはパス>
origin_revision: <Gitリビジョン、ソースダイジェスト、またはキャプチャタイムスタンプ>
status: approved
approved_at: YYYY-MM-DD
approved_digest: sha256:<ダイジェスト>
voice:
language: ...
skills: []
documents: []
unavailable: []
status: resolved | assumed
---
approved_digestは、approved_digest:行のみを削除した完全なファイルのSHA-256として計算します。直接制作型の作業のために、単にチェーンを満たすためだけに記事を作り出さないでください。/hyperframesをロードし、その現在のインテントレイヤーがインテークとワークフロー選択を所有するようにします。
このインテークがcontent/ARTICLE.mdを作成または適応する場合、references/markdown-review.mdを読み、その権威あるMarkdownを/to-spec-beatsを開始する前に提示します。
コンテンツ駆動型の作業の場合、欠落している制作上の選択肢について1つの簡潔な質問をします：
- プレゼンテーション： 顔出しなし、フッテージ、スクリーンキャプチャ、トーキングヘッド、または混合メディア？
- コラボレーション： ストーリーボードレビュー、またはエージェント実行によるプロダクションと最終プレビュー？
- 音声： HyperFramesボイス、ListenHub TTS、ユーザー録音、またはナレーションなし？
- デザイン： 既存のデザイン真実、名前付きディレクション、またはエージェント提案のディレクション？
- 公開： どのカバー、プラットフォーム適応、ブログ/記事バリアント、字幕、またはソーシャルコピーが要求されているか（もしあれば）？
回答と採用された制作デフォルトをワークフローBRIEF.mdに記録します。エージェント実行の作業では、ユーザーが未決定のままにした場合、デザインディレクションを提案して記録します。直接制作型の作業の場合、解決されたデフォルトと公開リクエストを/hyperframesが所有するBRIEF.mdに渡し、コンテンツチェーンの質問を繰り返しません。
チェーン
/to-scenesがレンダリング可能なプロジェクトを開始する前に、references/hyperframes-review-project.mdを読みます。そのプロジェクトIDとレビューステータスをSCENES.md、STORYBOARD.md、およびHyperFramesプロジェクトマニフェストを通じて前方に渡します。ダウンストリームスキルはこの内部参照ではなく、それらの成果物を消費します。
コンテンツ駆動型の作業の場合、最初の欠落または明示的に修正された成果物から開始します：
/develop-topic→content/RESEARCH.md、実験レポート、承認済みcontent/TOPIC.md/to-article→ 承認済みcontent/ARTICLE.md/to-spec-beats→BEATS.md/to-narration→NARRATION.md/to-scenes→SCENES.md、共有HyperFramesプロジェクト、およびMarkdownから参照されるレンダリングされた視覚的証拠/to-storyboard→ HyperFramesネイティブのSTORYBOARD.md/to-video→ そのプロジェクトでのプロダクション継続とスタジオレビュー
各スキルの完了基準を満たしてから次に進みます。ダウンストリームでの発見は、その決定を所有する成果物に戻り、その後前方に伝播します。
コンテンツ駆動型の作業で公開出力が要求された場合、記事、ナレーション、シーンディレクションが安定した後に公開ブランチを開きます。承認されたデザイン真実とシーン証拠からカバーディレクションを導出し、承認されたコンテンツとナレーションからプラットフォームコピー、ブログ/記事適応、字幕、ソーシャルコピーを導出します。直接制作型の作業の場合、このラッパーは/hyperframesの隣で同じブランチを所有します：ロックされたソースとHyperFramesデザインディレクションが安定した後にそれを開き、そのソースからコピーを、そのデザインディレクションからカバーを導出します。要求された出力、ソースダイジェスト、ターゲットプラットフォームまたは比率、出力パスをPUBLISHING.mdに記録します。ビデオ制作はこのブランチが準備されている間も続行できますが、どちらのブランチも黙って新しい主張や競合するビジュアルアイデンティティを発明してはいけません。
ユーザーが承認済みの完全な記事から開始する場合、/to-spec-beatsを開始する前にそのダイジェストを再計算します。後のコンテンツ駆動型成果物から開始する場合、存在するすべての成果物のダイジェストを再計算し、各子がその直接の親の現在のダイジェストを保持することを要求し、チェーンが承認済みのcontent/ARTICLE.mdに遡ることを確認します。その後、最初の欠落ステージから再開します。成果物の存在だけでは再開可能な状態にはなりません。直接制作型の入力はこのコンテンツチェーンをバイパスし、/hyperframesから開始します。ロックされたスクリプトを、記事、論文、または主張を発明する許可として決して解釈しないでください。
ハンドオフ
プレゼンテーションとワークフローは別々の決定です。メモリからワークフローを選択せずにプレゼンテーションの意図を収集します。コンテンツ駆動型の作業の場合、/to-videoは現在の/hyperframes契約を読み取り、ルートを実行します。直接制作型の作業は/hyperframesに残ります。このラッパーは、要求された公開ブランチを生成するためにのみ再開します。
完了
コンテンツ駆動型の計画は、該当する承認済みコンテンツ成果物、4つの計画成果物、および参照される視覚的証拠が一致し、それらの所有者を満足させたときに完了します。コンテンツ駆動型のラッパー実行は、/to-videoがレビュー済みのHyperFramesプロジェクトを確認された音声ブランチで選択された制作ワークフローを通じて継続し、HyperFrames Studioが再生可能なタイムラインレビューを所有し、要求された公開ブランチがソースリンクされた出力をPUBLISHING.mdに記録したときに完了します。直接制作型の実行は、その/hyperframesワークフローが再生可能なレビューを所有し、このラッパーが要求された公開出力をPUBLISHING.mdに記録したときに完了します。