製作畢業專題影片是做什麼的？

將學生的專案資料轉化為一部混合評審委員會能一看就懂、事後還記得的影片。此方法源自一部實際成功的展會影片：將專案本身圖表重新繪製為清晰的向量動態圖像、自然的 AI 旁白、每個動畫提示都與口語精準對齊、誠實標註已建置與尚在規劃的內容，並在交付前進行嚴格的驗證。

學生應盡可能少做事：回答幾個問題、交出檔案、將文字稿貼到免費語音工具中，然後對設計說「好」。其他所有事情都由你來做。

八個階段

將此檢查清單複製到你的任務清單中並保持更新：

- [ ] 1 資料收集：收集資料、識別領域、詢問缺少的項目、確定規則與規格
- [ ] 2 理解：閱讀所有內容、研究領域、撰寫事實清單與聲明總帳
- [ ] 3 工藝研究：檢查當前評審期望與最新的 Remotion 實作
- [ ] 4 設計：概念、視覺系統、分鏡腳本、文字稿；自我審查；學生批准
- [ ] 5 配音：學生選擇配音路徑；收到錄音；轉錄並檢查每個字
- [ ] 6 建置：Remotion 專案、依據時間戳記的時程表、場景、靜態圖審查循環
- [ ] 7 渲染：分段渲染、響度與色彩母版製作、字幕/乾淨版本
- [ ] 8 驗證與交付：通過 QA 檢查清單、交付檔案與簡短報告

<skill> 以下均指此技能本身的資料夾（即此 SKILL.md 所在位置）；除非另有說明，腳本將從影片專案資料夾執行。

有兩個關卡需要學生參與：設計批准（第 4 階段結束時）和配音錄製（第 5 階段）。其他所有步驟均無需等待即可進行。當學生忙碌時（錄音、收集檔案），請繼續處理不依賴他們的工作，例如使用暫用配音建置場景。

第 1 階段・資料收集

立即閱讀 references/intake.md。其中包含開場問題、通用資料清單，以及如何以最少的往返次數提問。

先收下學生最初提供的所有資料（報告、海報、簡報、儲存庫連結、一段文字），並在提問前先快速瀏覽。永遠不要詢問你已經拿到的東西。
識別領域（VLSI/硬體、嵌入式/IoT、軟體/網路/行動、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。

完整閱讀每個提供的檔案，包括圖表（檢視圖片）、程式碼進入點、規格表和結果記錄。專案中充滿了報告忽略的細節，而這些細節能構成最佳的視覺內容。
研究你所不知道的領域知識：專案所依據的標準、演算法或物理原理，以及專家通常如何繪製它們。可用時使用網路搜尋。優先使用第一手資料（標準、數據手冊、論文、官方文件）。
產出三個檔案：
- fact-sheet.md：一頁篇幅，以白話解釋問題、方法、架構、結果與影響，每個數字都要標明來源檔案與頁碼/章節。
- claims-ledger.md：每個可能出現在螢幕上的數字或聲明，標記為已測量、已模擬、目標/估算、規劃中或背景（引用）。只有總帳中的條目可以出現在影片中。標籤決定措辭（「達到」vs「目標」vs「將」）。
- glossary.md：縮寫與名稱，並附上它們的讀法（例如「RISC-V → risk five」、「ML-KEM → em-el kem」）。配音腳本和字幕都依賴它。
如果發現重要資訊有矛盾（兩個不同的時脈速度、報告和海報中名稱不同的匯流排），請詢問學生哪個來源是正確的。不要猜測。

第 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。

概念。 一個句子加上一個能貫穿整部影片的視覺想法（例如：「海報活過來了：一個連續的圖表，鏡頭在其中飛行」）。它應來自專案本身，而非通用的科技美學。
視覺系統來自專案本身的識別：海報/報告的顏色、字體、標誌和圖表風格。為每種顏色指定一個意義，並始終保持一致（例如，琥珀色 = 僅限目標）。
分鏡腳本寫在 video-design.md 中，使用 assets/storyboard-template.md：場景 ID、時間區段、旁白、畫面、螢幕文字、聲音，以及它使用的總帳事實。規劃 3–5 個「掌聲時刻」：視覺上的亮點，讓抽象概念變得一目了然。
腳本以每分鐘約 140–150 個口語單詞的速度編寫，在長度上限下保留 5–10% 的緩衝空間。為聽覺而寫：短句，每個句子一個想法，數字按照人們習慣的方式說出來。
自我審查循環。 以一位領域外、持懷疑態度的評審身份，根據 references/storytelling.md 中的評分標準為草稿打分。至少修改兩次，直到每一行都得分良好。常見修正：刪除前 20 秒內的術語、添加具體範例、將亮點改為視覺呈現而非口頭說明。
批准關卡。 向學生展示概念、場景表、完整腳本，如果建置進度允許，再加上三張風格幀的靜態圖。等待批准或修改。這是最便宜的改變方向的時間點。

第 5 階段・配音

閱讀 references/voice.md。提供三種路徑及其誠實的取捨，並推薦第一種：

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）；請儘早發現，不要在開始三小時後才發現。
使用 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/ 中為每個場景撰寫一個元件，使用模板的工具集（方框、線路、圖塊、標籤、相機）。將專案的實際圖表繪製為向量圖形；切勿憑空發明架構。
靜態圖審查循環。 此步驟是做出好結果的關鍵。在關鍵提示時間點渲染靜態圖（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、快速啟動。渲染一個字幕版本和一個乾淨版本。在擁有足夠磁碟空間和 RAM 的機器上，一次性的 npx remotion render 後接 scripts/master.mjs 也可以。

一次只渲染一個影片。平行渲染會耗盡學生筆記型電腦的 RAM 和磁碟空間。

第 8 階段・驗證與交付

執行 node scripts/qa.mjs <file.mp4> --max <seconds>，然後按照 references/verification.md 進行操作：長度在限制內、畫格數、響度、無黑屏或靜止片段、字幕同步、從最終檔案（非預覽）抽樣檢查畫格、檢查螢幕上的每個數字是否在聲明總帳中、姓名拼寫正確、以及致謝資訊存在。

交付：

MP4 檔案（字幕版、乾淨版）、.srt 檔案，以及可編輯的專案資料夾
一份簡短報告：每個檔案的用途、驗證了哪些項目、學生仍需透過聆聽檢查的項目（發音、同步），以及如何後續修改某一行
如果學生需要回收磁碟空間，可以主動提出刪除建置工具（node_modules、快取）

最重要的原則

**真相勝過誇大。**一個看起來完成的影片，但內容是未完成的專案，在問答環節會是個問題。將目標標記為目標、計畫標記為計畫、模擬標記為模擬。僅使用聲明總帳中的事實。
**專案本身的識別，而非科技美學。**使用它的顏色、它的圖表、它的模組名稱。不要使用發光的電路板、粒子網路、戴帽子的駭客或現成的 3D 晶片圖案。
**每個口語片段一個想法。**突顯一個事物；讓其他事物變暗。每個亮點停留 0.5–1.5 秒。
**提示與單詞同步。**動畫由旁白的時間戳記驅動，而非猜測的場景時間。
**在投影機和手機上都能閱讀。**在 1080p 解析度下，標籤 ≥ 24 像素（建議 28 以上），句子字幕位於畫面下方五分之一處，所有重要內容距離邊緣至少 96 像素。
**驗證你交付的內容。**檢查從最終 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、錄音品質檢查
references/remotion-build.md	第 6–7 階段：專案佈局、規格格式、場景程式碼模式
references/verification.md	第 8 階段：QA 檢查清單與交付報告

製作畢業專題影片