以參考為基礎的遊戲短影音
確保機制、笑點與回饋效果在手機上清晰可讀。使用者目前的偏好是對話式的 Vedinad 風格敘事、Ezra 旁白、下載的綠幕或黑背景影片特效、Myinstants 音效，以及節制流暢的動態。這是創作方向，並非保證能吸引觀看，也不是每款遊戲都適用的固定模板。
從證據開始
在起草前，先閱讀相關的現有專案與使用者回饋。識別哪些片段、機制、素材與參考觀察是經過驗證的。觀看所選創作者的實際影片；以分頁連環圖檢查完整影格序列，然後以原始節奏檢視過場與動態。僅憑影格連環圖無法判斷播放順暢度、聲音或留存率。
閱讀 creator-breakdowns.md 以獲取參考資料庫，以及 hook-and-retention-loops.md 了解故事決策。區分直接觀察到的影格與風格化解讀。請勿將舊有的 Yapper/Listener 範例、其統計數據或時間戳記，轉化為新概念的強制要求。
故事、聲音與錄製
- 撰寫一個具體的實驗，並呈現可見的結果：好奇心/問題、必要的鋪陳、逐步升級的測試、回饋、簡短的結尾。使用連貫的口語子句及開發者的具體觀察。盡可能大聲朗讀；刪除任何可能為遊戲打廣告的詞句。
- 當使用者要求以觀眾留言開場時，請使用該格式，而不是默默替換成開發者自問自答的問題。使用真實提供的留言，代表實際觀眾的報告。如果使用者明確授權虛構草稿，則在整個畫面時間內使用清楚標示的留言模擬畫面；其範例身分與措辭不得呈現為真實回饋。若無以上依據，請使用開發者自己的實驗。切勿捏造收益、完成的測試或實際的錯誤報告。
- 目標長度應跟隨故事與實際錄音時間。約 115–145 字可對應 35–45 秒的短影音，但應以實際錄音長度為準，而非為了滿足配額而灌水或加速。
- Ezra — 自信且引人入勝的對話者（約 1.08 倍速）是使用者偏好的 ElevenLabs 語音。在支援的內建瀏覽器中確認所選語音與速度後再生成。保留原始錄音與日誌設定。請參閱 sound-design-and-audio.md。
- 分別錄製具有目的性的設定、動作、結果、升級與反應視角。規劃足夠的素材；不要強加任意的剪輯次數或鏡頭數量。保護開場/結尾端點、狀態卡與回饋空間。請參閱 pacing-and-timeline.md。
- 對於公開的 Roblox 專案，請在 Play 前建立已驗證的無存檔拍攝模式，暫存僅在執行階段進行的變更，結束後回復任何編輯設定，並驗證乾淨的編輯模式。不要發布拍攝變更。僅客戶端標記不足以證明伺服器存檔已被停用。
在建立特效前先取得素材
在取得或疊加特效時，閱讀 sourced-assets-and-compositing.md。
- 優先使用實際下載的創作者/素材庫影片特效，而非生成的爆炸、繪製的星芒、合成的膠片畫框或自製仿冒品。搜尋 YouTube 並使用 yt-dlp 下載選定的片段；這是使用者偏好的工作流程。對於直式短影音，優先使用原生 9:16 黑背景錄製疊加層，並以「螢幕」模式合成。若 YouTube 素材不合適或無法取得，請使用創作者下載連結或素材庫替代品。下載可用的媒體，而非搜尋縮圖或帶有浮水印的預覽片。
- 對於使用者要求的卡通風爆炸、煙霧、動態過渡特效，請主動透過 YouTube/yt-dlp 搜尋綠幕影片特效，進行去背與去色溢，然後放入剪輯中。僅刪除生成的替代品，並不等同於滿足所要求的綠幕替換。在適當情況下，將爆炸效果預覽在留言後方，或作為有動機的過渡/揭露強調；避免遮蓋留言或機制的關鍵證據。請勿對每支短影音強加特效配額。
- 對於使用者的迷因/衝擊/反應音效，Myinstants 是第一個搜尋來源。下載個別 MP3 檔案；無需安裝其應用程式。若其他音效更適合，可使用 Pixabay 或其他素材庫。人氣高或有下載按鈕不代表擁有重複使用許可；請記錄來源的實際授權聲明。
- 維護一個專案素材清單，包含來源頁面、創作者、本機原始檔、使用/標註狀態、來源修剪、混合/去背設定、以及時間線使用情況。除非其重新發布條款允許，否則請勿將第三方來源媒體放入可重複使用的技能中。
- 不要在每個剪輯點都強加音效或特效。只有在時機與笑點合理時才加入爆炸；確保旁白清晰可辨。
動態與合成
在渲染前閱讀 pacing-and-timeline.md 與 kinetic-subtitles.md。
- 靜態鏡頭是可接受的。使用單一有意的推近、平移或強調動作來引導注意力。不要對每個鏡頭都加上持續縮放，也不要在已移動的畫面上疊加推近效果，或是讓整個剪輯搖晃。
- 使用分數像素仿射採樣搭配穩定的浮點攝影機路徑；不要透過將裁切矩形四捨五入為整數來製作動畫。保持來源時序的確定性。檢查相鄰的原生影格與正常速度播放，確認無抖動。
- 移除合成的頂部橫幅與
SLOW-MOTION REPLAY標籤。對於重播，請使用下載的攝影機/VHS 錄製畫框影片，包含 REC/角落/時間碼。對於黑背景素材，使用「螢幕」模式；對於綠幕素材，進行去背與去色溢，然後進行 Alpha 合成或轉為黑色以用於「螢幕」模式。保持動作與字幕清晰。REC 畫框是風格提示，不代表觀眾理解慢動作：應透過口語設定/視覺連貫性來建立慢動作概念。 - 保持圖形比例。必要時，重新定位獨立的角落/HUD 面板以適應直式畫面，而不是拉伸橫向錄製畫面或裁切掉所有四個角落。保持雜訊/追蹤足夠節制，以便能清楚看到方塊路徑。
- 保持真實的遊戲畫面/統計/程式碼證明易於閱讀。字幕應跟隨實際錄音，而非通用模板。不可出現以螢幕截圖形式呈現的假錢或原始碼。
審查與交付
使用 production-tools.md 中的可重複使用輔助工具與匯出檢查。現有的硬編碼渲染腳本是舊版範例；請勿未經修改就在使用者輸出上執行。
- 使用
scripts/inspect_video.py每 0.25 秒檢查鉤子（hook），每 1.5 秒檢查完整匯出，並在每個剪輯點、疊加層及攝影機問題附近檢查每個原生影格。檢查去背邊緣在亮色與暗色背景上的表現。 - 在環境支援播放/收聽時，以正常速度播放實際匯出檔。報告實際審查了哪些內容。靜音/靜態圖表/自動語音辨識無法證明音質或動態順暢度。
- 驗證字幕時機、無重疊、完整的動作路徑、疊加節奏、無綠色/黑色矩形或浮水印、音效瞬態時機、以及旁白未被遮蓋。解碼整個檔案並檢查音訊峰值/響度。
- 若使用者授權外部審查者（例如 Antigravity），請傳送實際剪輯與審查影格，並附上具體問題。要求提供附有時間戳記的證據，以及所開啟/聽取的內容說明。使用編輯判斷；不要遵從與使用者偏好矛盾的建議。區分被審查的版本與後續修訂版本。
- 交付可播放的影片、可編輯的專案/時間線、素材來源與素材審查限制。若涉及錄製，請確認工作室清理完成。請勿將連環圖審查稱為完整的聆聽或逐幀播放審查。