FYP動画の作成

学生のプロジェクト資料をもとに、混合審査委員会が一度の視聴で理解し、その後も覚えている動画に仕上げます。このアプローチは、実際に効果のあったエキスポ動画に基づいています。プロジェクトの図をクリーンなベクターモーショングラフィックスに描き直し、自然なAIナレーターを使用し、すべてのアニメーションの合図が音声の単語に一致し、構築済みのものと計画中のものを正直にラベル付けし、納品前の厳格な検証を行います。

学生の作業は可能な限り最小限に抑えます。いくつかの質問に答え、ファイルを渡し、スクリプトを無料の音声ツールに貼り付け、デザインに承諾するだけです。それ以外はすべてあなたが行います。

8つのフェーズ

以下のチェックリストをタスクリストにコピーし、最新の状態に保ってください。

- [ ] 1 取材: 資料を収集し、ドメインを特定し、不足しているものを尋ね、ルールと仕様を確定する
- [ ] 2 理解: すべてを読み、ドメインを調査し、ファクトシートとクレーム台帳を作成する
- [ ] 3 技術調査: 現在の審査期待値と最新のRemotion手法を確認する
- [ ] 4 デザイン: コンセプト、ビジュアルシステム、ストーリーボード、スクリプトを設計し、自己批評を行い、学生が承認する
- [ ] 5 音声: 学生が音声のパスを選択し、音声テイクが到着し、文字起こしを行い、すべての単語を確認する
- [ ] 6 制作: Remotionプロジェクト、単語タイムスタンプに基づくタイムライン、シーン、静止画レビューループ
- [ ] 7 レンダリング: チャンクレンダリング、ラウドネスとカラーマスタリング、キャプション付き/クリーンバリアント
- [ ] 8 検証と納品: QAチェックリストに合格し、ファイルと短いレポートを引き渡す

<skill> は、このスキル自体のフォルダ（このSKILL.mdがある場所）を指し、スクリプトは特に記載がない限り動画プロジェクトフォルダから実行されます。

学生の承認が必要なゲートは2つあります。デザインの承認（フェーズ4の終了時）と音声テイク（フェーズ5）です。それ以外は待たずに進めます。学生が音声録音やファイル収集で忙しい間は、学生に依存しない作業（スクラッチ音声に対するシーンの構築など）を続けてください。

フェーズ1 · 取材

references/intake.md を今すぐ読んでください。最初の質問、共通資料リスト、ラウンドトリップを最小限にするための尋ね方が記載されています。

学生から最初に渡されたもの（レポート、ポスター、スライド、リポジトリリンク、段落など）を、何かを尋ねる前にざっと読んでください。すでに渡されたものを尋ねないでください。
ドメインを特定（VLSI/ハードウェア、組み込み/IoT、ソフトウェア/Web/モバイル、AI/ML、ネットワーク/セキュリティ、ロボティクス/メカトロニクス、電力/電気、機械/土木、生体医工学、またはそれらの組み合わせ）し、references/domains.md の該当セクションを読んでください。そのドメインで強力な動画を作るための入力と、審査員が期待するビジュアルがリストされています。
一度に、一括で尋ねる：動画の種類と長さの制限、公式ルールまたはルーブリック、締め切り、不足しているドメイン固有の資料（図、仕様ファイル、実装ファイル、結果、スクリーンショットまたはスクリーンレコーディング、ロゴ、チームメンバーと指導教員の名前）。選択肢がある場合はAskUserQuestionツールを使用し、ファイルの場合はプレーンなチェックリストを使用します。各項目に必須または あると便利 のマークを付け、学生が何が重要かを理解できるようにします。
プロジェクトの段階を確認。「提案中 / 進行中 / 完了」で時制と許可されるクレームが決まります（フェーズ2のクレーム台帳を参照）。これを間違えることは、プロジェクト動画が犯しうる最も深刻なエラーです。
ワーキングフォルダに brief.md を書き込みます：動画の種類、最大尺、対象者、締め切り、段階、受け取った資料、不足している資料、制約事項。数行で表示し、続行します。必須のものが不足していない限り、返信を待たないでください。

デフォルトの動画タイプ（学生が不明な場合。詳細は references/storytelling.md を参照）：

タイプ	長さ	目的
エキスポピッチ	2:00～3:00（上限の5秒以上短く）	メイン提出物、ポスターQRコード
ブースループ	0:60～1:30、シームレスループ	スタンドで無音再生、音声なしでも機能
デモ動画	3～6分	実装済みプロジェクトの動作映像と説明グラフィック
プレゼンテーション動画	6～15分	ライブ発表を置き換えるナレーション付きウォークスルー
ティーザー	0:30～0:60	ソーシャルメディアまたはオープニングスライド

フェーズ2 · プロジェクトの理解

references/research.md を読んでください。

提供されたすべてのファイルを完全に読みます。図（画像を表示）、コードのエントリポイント、仕様表、結果ログを含みます。プロジェクトにはレポートでは軽く扱われている詳細が詰まっており、それらの詳細が最高のビジュアルを作ります。
ドメインについてすでに知らないことを調査します：プロジェクトが依存する標準、アルゴリズム、物理学、および専門家が通常どのように描くか。ウェブ検索が利用可能な場合はそれを使用します。一次ソース（標準、データシート、論文、公式文書）を優先します。
3つのファイルを作成します：
- fact-sheet.md：問題、アプローチ、アーキテクチャ、結果、影響を平易な言葉で説明した1ページの文書。すべての数値は、ファイルとページ/セクションに出典を明記します。
- claims-ledger.md：画面に表示される可能性のあるすべての数値または主張を、測定済み、シミュレーション済み、目標/推定、計画済み、または背景（引用済み） のタグで分類してリストします。台帳のエントリのみが動画に表示されます。タグによって表現が決まります（「達成」 vs 「目標」 vs 「～する予定」）。
- glossary.md：頭字語と名称、およびその読み方（例：「RISC-V → リスクファイブ」、「ML-KEM → エムエルケム」）。音声スクリプトとキャプションの両方がこれに依存します。
重要な矛盾がある場合（2つの異なるクロックスピード、レポートとポスターで異なるバス名など）、学生にどの情報が最新かを尋ねてください。推測しないでください。

フェーズ3 · 技術調査

この作業は比例的に行います。簡単な確認であり、文献レビューではありません。

学生の実際のイベントを検索します：そのルーブリック、長さの制限、形式、過去の受賞動画。審査員はルーブリックに従って採点するため、スクリプトは各基準に明示的に触れる必要があります。
references/remotion-build.md の内容が古くなっていると思われる場合は、現在のRemotionバージョンとAPIノートを確認します。公式のRemotionエージェントスキルがインストール可能な場合（Remotionプロジェクト内で npx remotion skills add）、それをインストールして信頼できるAPIの詳細を取得します。
デザインする前に references/visual-design.md を読んでください。ここには、リファレンス動画を機能させたモーション文法、シーンアーキタイプ、および「AIスライドショー」を避けるためのルールが記載されています。

フェーズ4 · 動画のデザイン

references/storytelling.md と references/visual-design.md を読んでください。

コンセプト。 動画全体を表現する1文と1つのビジュアルアイデア（例：「ポスターが生き生きとする：カメラが通り抜ける1つの連続した図」）。プロジェクト自体から生まれ、汎用的な技術的な美学から来てはいけません。
ビジュアルシステム プロジェクト自体のアイデンティティから：ポスター/レポートの色、フォント、ロゴ、図のスタイル。各色に1つの意味を割り当て、全体を通して一貫性を保ちます（例：琥珀色＝目標のみ）。
ストーリーボード を video-design.md に、assets/storyboard-template.md を使用して作成します：シーンID、時間枠、ナレーション、画像、画面上のテキスト、音声、使用する台帳の事実。3～5の「喝采ポイント」を計画します。それは、抽象的なアイデアが明白になるビジュアル的な見せ場です。
スクリプト は約140～150語/分で、上限の5～10％の余裕を持たせます。耳で聞くために書きます：短い文、一文一意、数字は人が話すように言います。
自己批評ループ。 草案を references/storytelling.md のルーブリックに照らして、その分野の外部にいる懐疑的な審査員の視点で評価します。すべての行が少なくとも2回良好と評価されるまで修正します。一般的な修正点：最初の20秒から専門用語を削除し、具体的な例を追加し、見せ場を話す代わりに見せるものにします。
承認ゲート。 学生にコンセプト、シーンテーブル、完全なスクリプトを表示します。制作が十分に進んでいる場合は、さらに3つのスタイルフレームの静止画も表示します。承認または変更を待ちます。方向性を変えるには、これが最もコストのかからないポイントです。

フェーズ5 · 音声

references/voice.md を読んでください。3つのパスを正直なトレードオフとともに提示し、最初のものを推奨します。

Google AI Studio（Gemini TTS）。 無料、自然で表現力豊か。学生の時間は約15分。学生には、assets/voice-sheet-template.md から作成したコピー＆ペースト用の音声シート（正確なクリック操作、スタイルの行、発音のために綴られたスクリプトブロック、ファイル命名規則、聞き取りチェックリスト）を渡します。
学生自身の声。 最も本物のオプションで、審査員から評価されます。録音のヒントと、同じスクリプトブロックを提供します。
ここで生成するローカルTTS。 学生の手間はかかりませんが、明らかに合成音声に聞こえます。利用可能な最良のエンジンを使用し（voice.mdを参照）、オプション1と比較してロボットのように聞こえることを率直に伝えます。

音声テイクを待っている間にアイドル状態にならないでください。スクラッチ音声（ローカルTTS）でアニマティックを構築し、実際のテイクが届いたらタイミングを再調整します。テイクが届いたら、文字起こしを行い（scripts/transcribe.mjs）、スクリプトと一語一語比較します：不足している単語、読み間違えた名前、読み上げられたポーズタグ、ペース。あなたは聞くことができないため、この文字起こしチェックが耳の代わりとなります。必要に応じて、どの行を再生成する必要があるかを学生に正確に伝えます。

フェーズ6 · 制作

references/remotion-build.md を読んでから、以下を実行します。

node <skill>/scripts/check_env.mjs を実行して、Node、ディスク、RAM、Chrome、Pythonを確認します。ディスクまたはRAMが少ないとレンダリング方法が変わります（references/troubleshooting.md を参照）。3時間後ではなく、今のうちに確認してください。
node <skill>/scripts/init_project.mjs <folder> でプロジェクトを作成します。Remotionテンプレートとヘルパースクリプトをコピーし、その後そのフォルダで npm install を実行します。
音声テイクを public/audio/voice/takes/ に配置し、node scripts/transcribe.mjs を実行して単語のタイムスタンプを取得します（scripts/words.json）。
video.spec.json（シーン、キャプション、話されたフレーズとしてのキューアンカー）を作成し、node scripts/build_timeline.mjs を実行します。これにより src/data/timeline.json と .srt ファイルが生成されます。すべてのアニメーションキューは話されたフレーズに固定されているため、テイクが変更されても映像は単語に同期します。
python scripts/audio_tools.py を実行して、音声をクリーニングおよびレベル調整し、オリジナルの音楽背景とサウンドエフェクトを合成します。ライセンスされたトラックはオプションであり、ロイヤリティフリーである必要があります。
テンプレートのキット（ボックス、ワイヤー、タイル、タグ、カメラ）を使用して、src/scenes/ にシーンごとに1つのコンポーネントを作成します。プロジェクトの実際の図をベクターとして描き、アーキテクチャをでっち上げないでください。
静止画レビューループ。 このステップが結果を良くします。主要なキュー時間で静止画をレンダリングし（node scripts/stills.mjs <Composition> t1 t2 …）、すべての画像を確認し、オーバーラップ、クリップされたテキスト、タイミング（単語の前にオブジェクトが表示される）、読めないサイズ、空白フレームを修正します。完全にパスするまで繰り返します。3～5回のパスを予想します。ディスク容量が少ない場合は、パスの間に %TEMP%//tmp の remotion-* バンドルをクリーンアップします。

フェーズ7 · レンダリングとマスタリング

node scripts/render.mjs <Composition> <output.mp4> は、再開可能な15秒のチャンクでレンダリングし、結合し、オーディオをマルチプレックスし、結果をマスタリングします：−16 LUFS統合、−1.5 dBTP、BT.709リミテッドレンジ、AAC 48 kHz、ファーストスタート。キャプション付きとクリーンバージョンの2つのバリアントをレンダリングします。ディスクとRAMに十分な余裕があるマシンでは、1パスの npx remotion render に続けて scripts/master.mjs を実行しても問題ありません。

一度に1つの動画のみレンダリングします。並列レンダリングは、学生のラップトップのRAMとディスクを枯渇させます。

フェーズ8 · 検証と納品

node scripts/qa.mjs <file.mp4> --max <seconds> を実行し、references/verification.md に従ってチェックします：制限時間内の尺、フレーム数、ラウドネス、黒またはフリーズしている部分がないか、キャプションの同期、最終ファイル（プレビューではない）からサンプリングして検査したフレーム、画面上のすべての数値がクレーム台帳にあるか、名前のスペルが正しいか、クレジットが存在するか。

納品物：

MP4ファイル（キャプション付き、クリーン）、.srt ファイル、編集可能なプロジェクトフォルダ
短いレポート：各ファイルの用途、検証内容、学生が耳で確認すべき事項（発音、同期）、後で行を変更する方法
学生がディスク容量を取り戻す必要がある場合、ビルドツール（node_modules、キャッシュ）の削除を提案する

最も重要な原則

誇張ではなく真実。 未完成のプロジェクトの完成したような動画は、質疑応答で不利になります。目標は目標、計画は計画、シミュレーションはシミュレーションとしてラベル付けします。クレーム台帳の事実のみを使用します。
プロジェクト独自のアイデンティティであり、技術的な美学ではない。 プロジェクトの色、図、モジュール名。光る回路基板、パーティクルネットワーク、 hoodedなハッカー、ストックの3Dチップは使用しません。
話されたフレーズごとに1つのアイデア。 一つを強調し、残りは暗くします。各見せ場を0.5～1.5秒保持します。
単語に同期したキュー。 アニメーションは、推測されたシーン時間ではなく、ナレーションのタイムスタンプによって駆動されます。
プロジェクターでも電話でも読める。 1080pでラベルは24px以上（できれば28px以上）、文のキャプションは画面下中央5分の1の位置に、重要なものは端から96px以内に配置しません。
納品するものを検証する。 最終的なMP4から抽出したフレームを検査します。プレビューは製品ではありません。

リファレンスファイル

ファイル	読むタイミング
references/intake.md	フェーズ1：質問、資料チェックリスト
references/domains.md	フェーズ1～4：ドメイン固有の入力、ビジュアル、落とし穴
references/research.md	フェーズ2：ファクトシート、クレーム台帳、用語集の形式
references/storytelling.md	フェーズ4：動画タイプごとの構成、スクリプトルール、レビュールーブリック
references/visual-design.md	フェーズ3～6：ビジュアルシステム、モーション文法、シーンアーキタイプ
references/voice.md	フェーズ5：AI Studioの手順、自身の声のヒント、ローカルTTS、テイクQC
references/remotion-build.md	フェーズ6～7：プロジェクトレイアウト、スペック形式、シーンコードパターン
references/verification.md	フェーズ8：QAチェックリストと納品レポート
references/troubleshooting.md	環境チェックに失敗した場合、またはビルドまたはレンダリングエラーが発生した場合
assets/storyboard-template.md	フェーズ4：ストーリーボードの作成
assets/voice-sheet-template.md	フェーズ5：学生向け音声録音シートの生成

FYP動画作成