產品上市影片
創作一部上市影片，其故事、視覺系統、動態與實證，皆源自於被推出的產品本身。交付成果為一支已渲染的影片，以及用來產生該影片的可編輯專案。
當 HyperFrames 已安裝時，請使用 HyperFrames。Remotion 專案亦可支援；在 Remotion 中，請優先使用維護良好的 remocn 元件，而非重新建立常見的動畫基本元素。分鏡獲批准後，請勿切換技術棧。
需鎖定的輸入項目
在開始建構前，必須先確定：
- 產品網址或來源簡報；
- 目標觀眾，以及影片應創造的單一信念轉變；
- 畫面比例、目標時長、語言及旁白選擇；
- 可能出現的宣稱，以及每個宣稱背後的證據；
- 現有腳本是否必須逐字保留，或可重新架構。
如果上述任一項會實質上改變影片，請在開始前先提問一次。
必要輸出項目
保持專案的可編輯性。至少需產出：
capture/ 產品文案、截圖、標誌與設計代碼
STORYBOARD.md 已核准的逐鏡頭計劃
SCRIPT.md 旁白（若影片有旁白時）
design.md 字體、色彩、間距、動態與構圖規則
compositions/ 每個鏡頭的原始素材
renders/launch.mp4 最終交付影片
請勿將預覽、分鏡圖、聯絡表或無聲草稿視為最終影片。
工作流程
1. 擷取產品素材
檢查所提供的網址或素材。保留準確的產品文案、真實的使用者介面、標誌、字體、色彩與介面狀態。記錄每個可用素材及其來源。請勿虛構功能、客戶、指標或整合功能。
如果沒有網站，請根據簡報與提供的素材建立一個小型來源記錄，以便後續鏡頭仍有可追溯的基礎。
2. 選擇故事
在進行分鏡前，為下列每一項各寫一句話：
- 目標觀眾當前的困擾；
- 產品獨特的作用機制；
- 觀眾應相信的證據；
- 觀眾應採取的下一步行動。
只選擇來源素材能夠支援的節拍。短片通常需要一個鉤子、機制、證據與結尾；不需要一一列舉功能。
在規劃鏡頭順序時，請閱讀 references/story-and-shot-system.md。
3. 建立視覺系統
從已擷取的產品素材衍生出 design.md，而非從通用的影片範本。定義畫布、字體、色彩角色、網格、安全區域、視覺密度、動態特質、字幕處理方式與轉場系列。
將影片限制在一種視覺語法。重複創造了識別度；每個鏡頭都使用新風格會讓影片看起來像是用範本拼湊而成。
4. 先分鏡再動畫
針對每個鏡頭，記錄：
- 開始與結束時間；
- 敘事任務；
- 畫面上的確切文案；
- 來源素材或使用者介面狀態；
- 構圖與鏡頭意圖；
- 進場、發展與退場；
- 轉場到下一個鏡頭；
- 任何宣稱及其證據來源。
畫面必須在其有效的持續時間內持續發展。避免進場動畫後接數秒的靜態內容。
在建構完整影片前，先展示分鏡圖以供核准。
5. 使用維護良好的基元建構
對於 HTML 鏡頭序列，HyperFrames 是首選。對於 Remotion，請閱讀 references/remotion-and-remocn.md 並使用 remocn 來處理常見的字體、終端機、圖表、背景與轉場行為。只有在產品需要某種函式庫無法表達的動態概念時，才進行自訂動畫。
每個鏡頭在任意影格上都必須是確定性的。請勿依賴執行時期計時器、非基於種子的亂數，或渲染器無法重現的互動狀態。
6. 審查組裝完成的影片
在渲染前，檢查：
- 每個鏡頭的第一、中間與最後影格；
- 每個轉場的接縫；
- 文字換行、裁剪、對比度與安全區域；
- 與旁白及音樂的時機配合；
- 產品忠實度與宣稱準確性；
- 以正常速度搭配音訊觀看完整影片；
- 做一次無聲檢查，確保視覺故事仍然合理。
為專案層級的專案檢查，執行 node scripts/check-project.mjs <project-dir>。同時也執行所選影片技術棧的本地 lint、驗證與渲染檢查。
在組裝完成的預覽上暫停以等待核准。僅在核准後才渲染最終的 MP4 檔案。
證據邊界
一個精美的範例展示了預期的工藝水準，但並不能證明此技能改善了模型效能。請分別報告：
- 套件與專案檢查結果；
- 成功的最終渲染結果；
- 人工視覺審查結果；
- 任何比較性評估，僅在存在已記錄的執行與評分時提供。
切勿因為產出了一支吸引人的影片，就稱此技能已通過評估。
失敗條件
出現以下情況時應停止，而非交付：
- 主要的產品宣稱無法找到來源；
- 已擷取的使用者介面被發明出來的介面外觀取代；
- 某個鏡頭在交付解析度下無法辨識；
- 旁白與畫面不一致；
- 專案無法以確定性方式渲染；
- 缺少可編輯的原始檔或最終 MP4 檔。