Vibe Knowledge Video は何をしますか？

知識を、今回の用途に適した、関係性が理解でき、実際に再生に耐えるアニメーションにします。Vibe Science Video ですでに実践されている制作、ツール、検収プロセスを踏襲し、異なる分野やスタイルに拡張します。知識の深さ、配色、サウンド、モーションはそれぞれ選択します。研究発表的な表現からエンターテイメント的な参考まで、どちらも選択肢です。どんなテーマでも一度で生成が成功するとは約束せず、生成されたソースコードをすでに納品された動画とはみなしません。

新しい動画ごとに、まず用途とスタイルを確認する

これは本スキルの最初のステップです。用途とスタイルを読み、今回与えられた情報を整理し、2〜3 の短い質問で不足を補います：

用途と視聴者： どこで使うのか、誰に見せるのか、知識ベースはどの程度か、見終わった後に何を理解すべきか？
スタイルと参考： 研究／教育、一般向け科学解説、エンタメ発信、またはその混合？参考のうち、どの特徴を採用し、どれを採用しないか？
リズムとサウンド： ゆったり／適度／テンポが速い？音楽、ナレーション、効果音の存在感は？ビート合わせや音楽の明滅（クローズ、ライト、マーク）は？

今回すでに明確な情報は直接記録し、不足している項目だけを質問します。ユーザーが明確に選択を委ねた場合は、その根拠を記録します。用途やスタイルがまだ不足している場合は、回答を待ってからストーリーボード、ビジュアル、音楽を作成し、先に資料整理や事実確認を行います。テーマやプラットフォーム、前回の動画だけで自動的にスタイルを適用しないでください。同一動画の通常の修正では、すでに確定した方向性を踏襲します。

回答、確認元、未決定事項を brief に書き込みます。すべてのスタイルにおいて、事実の正確性、因果関係の明瞭さ、出典の追跡可能性を維持します。鮮やかな色は研究用図解にも使用でき、抑制的な映像もリズミカルな音楽と組み合わせることができます。BGMなし、明滅オフ、ナレーション主体、2D表現も許可します。具体的な評価は今回の動画の用途に基づいて行い、より鮮やかで、より多くのエフェクトがあることを統一的な品質基準としません。

まずタスクの段階を判断する

新規制作：ストーリーとエビデンス、ビジュアルデザインを読み、brief、事実表、ストーリーボードを作成します。
既存プロジェクトの継続：まずプロジェクトの AGENTS.md、planning/brief.md、planning/project-state.md、参考分析インデックスを読みます。既存プロジェクトのパスが異なる場合は、実際のエントリポイントを踏襲します。正式版、最終音声トラック、タイムライン、ユーザーの最新フィードバックを見つけ、過去の出力を保持し、履歴ドラフトで正式版を上書きしないでください。
参考動画の分解：参考分析と移行を読み、元動画、時間範囲、エビデンス、適用可能な用途、移行方法を記録します。学習した方法と、すでに実装された汎用コンポーネントを区別します。
特定の問題の修正：制作、チェック、修正の修正パートを読み、時間点、対象、現象を記録し、音声トラックの差し替え、部分レンダリング、または全体の再構成を決定します。
カバーやキャプションのみ：公開素材を読み、不必要な動画の作り直しを開始しないでください。

新規制作、ビジュアルの再決定、素材の追加・交換時には、プロジェクトの既存の参考、画像、データ、モデルを確認します。3D候補が必要な場合は、assets/models/README.md、inventory.json、既存のプレビューを読みます。リストがない場合は、モデルライブラリの読み取り専用棚卸しツールを使用して実際のファイルを見つけます。テーマオブジェクト、ショット、確定したスタイルに基づいて選択し、素材計画にファイルと選択内容を記録します。字幕、ミックス、公開キャプションのみを変更する場合は、モデルライブラリを再スキャンする必要はありません。

サウンド、視聴者、尺、アスペクト比は今回の動画で確定します。16:9、4K60 マスター＋1080p60 再生版は、これまでの経験で選択可能な納品仕様です。プレビューでは低解像度を使用できます。予算、ハードウェア、テーマが適さない場合は具体的な妥協案を提示し、4K、60 fps、3D を品質の代用品とみなさないでください。

既存の資料から得られず、かつ結果を変える情報のみを追加で質問します。すでにテーマがある場合は、強制的に再選定しないでください。ユーザーが先にサンプルを希望する場合は、サンプルで納品します。ユーザーが継続的な完了を認めた場合は、内部品質チェックを経て完了まで続け、段階ごとに許可を繰り返し要求しないでください。制作許可は、公開や外部アカウントの変更を自動的に含みません。

このプロセスの核となる制約

一目で意味がわかる。 最初のフレームにはテーマに関連する主体が表示されます。研究映像では研究課題を直接提示し、教育映像では理解すべき関係性を示し、一般向け発信では人間の状況や直感に反する矛盾を使って導入できます。
各セグメントで一つの理解を進める。 「問題 → 条件変化 → 対象の振る舞い → 見える結果」でメカニズムを説明します。回答した後に次の質問を導きます。一連の疑問を回答の代わりにしてはいけません。
事実と比喩を分ける。 対象、条件、因果、出典、解釈の相違、映像の簡略化を記録します。科学研究を万能システムにまとめず、歴史的出来事で時間と因果を混同せず、数学的図形とデータで同じモデルを使用します。参考作成者の主張は独立して検証する必要があります。
音と映像の応答は選択的に有効にする。 持続的なエネルギー、通常のビート、重要なキーレベルの3段階が選択可能で、各層はオフにできます。ビート合わせが必要な場合は、サウンドのアタックポイントを目に見える結果に対応させ、準備動作は事前に配置します。すべてのビートでフラッシュを強制しません。
コンパクト＝文字を削ることではない。 まずゆっくりとした導入と読み終わった後の空白を削除します。複雑な動作には観察時間が必要です。字幕、アクション、SFX は同じタイムラインからエクスポートします。
洗練は理解のためのもの。 明確な主体、マテリアル、レイヤー、方向、目に見える接触を、無関係なパーティクルよりも優先します。前後での隠蔽、挿入、包み込むようなメカニズムが必要な場合は、検証可能な空間構造を使用する必要があります。
トランジションもストーリーボードの一部。 前のシーンの対象、隠蔽または形状の継続、交換フレーム、次のシーンの着地点を明確にします。全編完成後に一律でフェードイン・アウトを追加しないでください。
最終ファイルをチェックする。 Studio、PNG、エンコードされたMP4、アップロードプレビューは異なる場合があります。完全なデコード、フレーム単位のチェック、連続再生、実際の試聴をそれぞれ記録し、互いに代用してはいけません。

実行可能な納品プロセス

以下の表は完全な新規動画用です。ユーザーがストーリーボード、参考分析、カバー、部分修正のみを希望する場合は、対応する範囲を実行し、関係のないフェーズは補足しないでください。サウンドプランがない場合は、音楽のステップを強制しません。

フェーズ	必須の検証可能な成果物	次のステップの判断基準
1. 入力受け取り	brief：用途、視聴者、スタイル、リズム／音響、資料、仕様、納品範囲	重要な方向性に確認の根拠があること。未決定事項と視聴目標が明確であること
2. コンテンツとナラティブ	事実表、一言のメインライン、質問チェーン、最初の15秒の設計	重要な結論が追跡可能であること。オープニングにアクションと約束があること。質問が実現可能であること
3. 音と映像のストーリーボード	ストーリーボード表、素材計画、サウンドプラン、オプションのキュー、トランジション	対象と事実が一致していること。関係性が見えること。スタイルと強度が用途に合っていること
4. 品質サンプル	オープニング＋最も難しいメカニズムのショット＋代表的なトランジション1つの実際にエンコードされたショートクリップ	コアアセットが最終画質に達していること。キーとなるアクションとサウンドが実際に同期していること
5. 全編制作	編集可能なプロジェクト、統一タイムライン、字幕、サウンドイベント、素材記録	各章が明確に説明されていること。ショットの継ぎ目が自然であること。字幕に空白や読み取りの遅れがないこと
6. 出力と修正	完全な動画、対応するQA、修正版とその差分	ファイル、映像、サウンド、バージョン識別がそれぞれチェックを通過していること
7. 公開パッケージ	カバー、タイトル・概要・タグ、納品リスト、再現手順	外部への約束と本体が一致していること。現在のプラットフォームのトリミングとファイル選択が正しいこと

タスクに応じて対応する参考資料を読みます：

ストーリーとエビデンス：論文からスクリプトへ、フック、質問チェーン、字幕の表示時間、完全なナラティブの例。
用途とスタイル：開始時の質問、独立したスタイルの次元、確認と修正の境界。
参考分析と移行：8つの参考資料における具体的な方法、タイムコード、エビデンスの制限、新しい参考資料のフレーム抽出と移行プロセス。
ビジュアルデザイン：デザインシステム、アセット選択、マテリアルと空間、アクションレシピ、トランジションと貫通チェック。
モデルライブラリと会話間の再利用：まずローカル素材を発見し、構造、パーツ、サイズ、ライセンスを確認してからショットを設計します。新しいプロジェクトと既存プロジェクトで発見エントリをどのように作成するか。
音楽とタイミング：選択可能な音楽、エンベロープとトランジェント、結果フレーム、ミキシングと同期。
制作、チェック、修正：再現可能な実装、レンダリング予算、最終ファイル検証、部分修正、納品構造。
公開素材：カバー構図、プラットフォームアスペクト比、タイトルと概要、素材出典と公開パッケージ。
実際の事例と失敗からの修正：「細菌を薬に変える」の最終結果、フィードバック、修正理由と適用範囲。
移植可能なツール：BGM分析、タイムラインチェック、完全デコードとフレーム抽出レポートの実際のコマンドと制限。

開封検証とプロジェクトの開始

新しいプロジェクトを作成する際は、Remotion＋Three.js スターターをユーザープロジェクトにコピーし、その説明に従ってインストール、プレビュー、レンダリングを行ってください。インストール済みのスキルテンプレートを直接変更しないでください。これは約12秒の二重条件付き空間動作実験であり、環境、モーション、サウンド、エクスポートのパイプラインを確認するためのものです。すべてのテーマを自動的に完全な動画にする固定のオープニングではありません。

パッケージ内の参考音楽と出典記録は、元の技術実験のオプションのテスト入力を保持しています。新しい動画の選曲を決定するものではありません。スターターはカスタムファイルと明示的なミュートをサポートしており、音楽を変更した後は分析とイベントタイミングを更新します。テンプレートのタイムライン timeline.json は独立した構造の例であり、参考音楽やスターターの固定されたビートテーブルではありません。

実際のプロジェクトで tools.md の音楽分析、タイムラインチェック、最終メディアチェックを実行します。レポートの警告を読み、映像と合わせて判断します。スクリプトを緑色にするために科学的条件を削除したり、警告をオフにしたりしないでください。ツールは、メカニズムが正しいかどうか、結果が指定されたフレームに本当に現れているかどうか、アラート音が聴感的に目立つかどうかを自動的に判断できません。これらは依然として視覚と聴覚による再確認が必要です。

関連ツールとテンプレートは、リポジトリの実際の説明を優先します。サンプルのケースの数値から新しい音楽のタイミングを推測しないでください。特定の画像モデル、GPU、追加スキルがなくても、利用可能なツールでこのプロセスを実行できます。既存の Remotion プロジェクトがある場合は、そのロックされたバージョンを優先的に使用します。新しい API を呼び出す必要がある場合は、現在の公式ドキュメントを確認してください。既存の Remotion 公式スキルがあれば、組み合わせて使用できます。本スキルは、コアプロセスを理解するために別の特定のスキルに依存しません。

制作を開始する前に、これらの判断を完了する

ナラティブ： 具体的な視聴理由を書きます。固定された要求ではなく、最も明確な目に見える答えを形成できる3〜5の質問を出発点として選びます。どのシーンが最大の暴露であるか、どのセクションが静かな説明を必要とするかを決定します。

素材： まずローカル候補を棚卸しし、各可視オブジェクトと事実の対応関係を記録します。適切であれば再利用します。オブジェクト、年代、構造、パーツ、視覚効果が適さない場合は、理由を説明し、2D、改造、または新規素材を選択します。チェーンに色を付けることは、チェーンが独立して動くことを意味せず、既成モデルはメカニズムアニメーションがすでにできていることを意味しません。まず代表的なショットを目標の完成度まで作り、その後マテリアルとアクションを展開します。

サウンド： 今回の確定に基づいて、音楽、ナレーション、効果音、または無音を選択します。音楽を使用する場合は、実際のファイル、長さ、バージョンを記録します。カット、ループ、テンポ変更後は再分析します。トランジェントの検出は確定したドラムビートと同じではなく、参考動画のミックスは純粋なBGMでもありません。

エンジニアリング： プロジェクト内に入力、素材、ソースコード、出力、QAをアーカイブします。同じフレームの状態は再現可能でなければなりません。明示的なランダムシードを使用し、アニメーションが実際の時計、再生履歴、非同期未完了リソースに依存しないようにします。

リスクのあるショット： まず最も説明が難しい全プロセスをテストします。グラフのカウントと曲線はデータを共有し、マップのラベルは正しい場所に追従し、カットインの戻りはメインの状態を保持します。空間的な動きが含まれる場合は、穴、回転スイープ、内部と外部の構造、接触をチェックします。具体的な関係は今回の資料に従います。

完了の定義

重要な納品またはユーザーフィードバックのたびに planning/project-state.md を更新します：正式ファイル、実際のチェック、未チェック項目、ユーザー確認済み／評価待ち、素材と参考のエントリ、次のステップ。初期化とツールのインストールはプロジェクトの継続エントリを提供します。詳細はツールマニュアルを参照してください。安定した方法は参考記録に書き込みます。特定の作品の長さ、フレームレート、配色、好みはその適用範囲を保持します。サンプル、完成品、汎用コンポーネントはそれぞれ状態を記録します。

無音の動画のサウンド項目は「該当なし」とマークできます。チェックのためにサウンドピークを作ったり、音楽を強制したりしないでください。参考動画とその音声トラックはこのパッケージに含まれず、移行可能な分析方法のみが提供されます。元のケースのBGMは、出典とライセンス範囲を個別に明記します。

QAチェックリストを使用して「チェック済み／未チェック／該当なし」とそのエビデンスを明記し、未実行の完了状態を記入しないでください。完全な動画タスクの納品には、再生可能な動画、編集可能なプロジェクト、最終スクリプト／字幕、実際に使用されたサウンドとイベント記録、範囲内のカバーキャプション、プレビュー／レンダリング方法、素材出典、既知の制限が含まれます。ストーリーボード、分析、部分修正のみの場合は、リクエストに応じて対応する成果物を納品します。

環境が実際にレンダリングできない場合は、どのステップまで納品したか、どのコマンドまたはリソースがブロックされているかを明確にし、実行可能なプロジェクトを保持します。プレビューリンクや「理論上レンダリング可能」を、生成されたMP4として記述しないでください。ユーザーによる作品の好み、マシンチェックの通過、プラットフォームの視聴データは異なるエビデンスです。いずれかを自動的に「高いリテンションを保証」と記述しないでください。

Vibe Knowledge Video