品牌發布影片之星 是做什麼的？
製作真實的產品發布影片，而非通用的動態模板。驗證品牌、講述產品特有的故事，並以精確的素材和確定性動畫渲染出快速、精緻的序列。
發布阻礙
- 使用真實素材。 絕不發明、重繪、近似、描摹或生成商標、字標、產品、介面、吉祥物、包裝、人物或品牌場景。
- 確保商標精確。 下載當前的官方檔案或使用使用者的原始檔案。絕不使用 CSS/SVG 基礎元素來排版字標或重建商標。
- 研究範圍超出上傳內容。 將上傳內容視為可用的來源材料，而非素材的上限。當故事需要時，尋找其他官方或授權材料。
- 展示產品。 展示實際的功能、互動、情境、輸出和證明。不要用抽象效果隱藏薄弱的產品故事。
- 預設使用英語。 僅在明確要求時才使用其他語言。
- 保持動畫的確定性。 根據影格/時間和明確的輸入來計算每個狀態。絕不依賴渲染順序或未設種子的隨機性。
- 驗證宣稱。 根據官方來源確認當前的名稱、功能、指標、標語和號召性用語。
如果無法驗證任何承載品牌識別的素材，請停止並要求取得授權的原始檔案。不要渲染看似合理的替代品。
僅將程式化圖形用作非具象的動態圖層：遮罩、漸層、色塊、網格、光暈、粒子、軌跡、排版、經過驗證的資料圖表以及轉場幾何形狀。
快速開始
安裝技能：
npx skills add vibe-motion/skills
使用具體的需求摘要來呼叫它：
使用 $brand-launch-video-star 為 https://example.com 建立一個 15 秒、16:9 的英語發布影片。
研究官方素材，展示核心產品工作流程，並交付一個 Vibe Motion/Remotion MP4 檔案及來源檔案。
在使用者現有的 Vibe Motion 或 Remotion 專案中工作。如果不存在，請使用 npx create-vibe-motion 初始化一個 Vibe Motion 專案，然後按照生成的專案自己的安裝和渲染指令進行操作。
在實作之前：
- 將
references/asset-manifest.example.json複製到專案中，並取代每個範例值。 - 將
references/timeline.example.json複製到專案中，並調整其持續時間和鏡頭。 - 驗證這兩個檔案：
node <skill-dir>/scripts/validate-assets.mjs path/to/asset-manifest.json
node <skill-dir>/scripts/validate-timeline.mjs path/to/timeline.json
僅使用 --schema-only 來檢視捆綁的清單模板：
node <skill-dir>/scripts/validate-assets.mjs \
<skill-dir>/references/asset-manifest.example.json --schema-only
工作流程
1. 解析需求摘要
確定：
- 公司/產品及官方 URL
- 產品或行銷活動重點
- 受眾與分發管道
- 長度；預設為 15 秒，通常支援 15-30 秒
- 長寬比；預設為 16:9
- 語言；預設為英語
- 所需的宣稱、號召性用語及免責聲明需求
- 使用者是否擁有或可以發布所提供的素材
僅詢問會實質上改變影片的問題。
2. 建立品牌真實資料表
瀏覽當前的官方來源並提取：
- 確切的商標變體與使用方式
- 官方字型或網頁字型
- 主要、次要及動態色彩
- 品牌原則、語氣與視覺主題
- 當前的產品名稱、功能、情境、指標與號召性用語
- 官方攝影、渲染、UI 截圖、影片素材、新聞素材與媒體套件
優先順序：
- 使用者提供的原始檔案
- 公司網站、靜態套件、新聞室、品牌入口、媒體套件或官方儲存庫
- 公司控制的媒體庫
- 授權的圖庫或授權的合作夥伴套件
在取得素材之前，請先閱讀 references/asset-authenticity.md。
3. 建立素材清單
將每個承載品牌識別的素材記錄在 asset-manifest.json 中：
- 穩定的 ID 與角色
- 本地路徑
- 確切的來源 URL
- 來源類型
- 官方驗證頁面/檔案
- 權利/授權備註
- 真實性狀態
- 可選的 SHA-256 校驗和
驗證器會檢查清單結構、宣告的來源、本地檔案是否存在以及可選的校驗和。它不會獨立授予使用權或證明遠端來源的真實性；請手動執行官方來源比較。
在驗證失敗時，不要開始最終渲染。
4. 選擇敘事主軸
提出 2-3 個簡潔的方向並推薦一個：
- AI/SaaS： 意圖 -> 思考/規劃 -> 能力 -> 執行 -> 輸出 -> 證明 -> 商標
- 實體產品： 主角 -> 互動 -> 功能特寫 -> 使用情境 -> 結果 -> 商標
- 服務/公司： 情境 -> 流程 -> 證據 -> 成果 -> 承諾 -> 商標
- 以圖像為主的品牌： 真實圖像 -> 視覺主題 -> 利益 -> 情感回報 -> 商標
有關長度模式，請閱讀 references/story-patterns.md。
5. 規劃精確影格
使用 30fps，除非專案另有要求。將每個邊界轉換為整數影格。
對於 15 秒，目標是 5-8 個主要節拍；對於 30 秒，目標是 8-12 個。為每個節拍提供：
- 開始/結束影格
- 視覺主體與真實素材 ID
- 主要動作
- 預期、承諾、衝擊、煞車與穩定
- 文案與可讀的停留時間
- 色彩狀態
- 進入/離開轉場
當連續性需要時，使用 6-12 影格的重疊。一個鏡頭掌握速度；下一個鏡頭掌握目的地。
6. 有控制地建立強度
- 使用產品動態、游標路徑、光線、滾動內容、物體邊緣或匹配的幾何形狀來驅動轉場。
- 使用 2-5 個具有強烈對比的刻意色彩狀態。
- 每個節拍保持一個主要動作；將次要圖層延遲 2-6 影格。
- 建立 2-3 個高能量峰值與較安靜的煞車時刻。
- 保留可辨識的剪影、文案與商標的留白區域。
- 避免偽造的 HUD、任意玻璃卡片、裝飾性文字牆、未經驗證的指標以及到處使用相同的緩動函數。
在實作之前，請先閱讀 references/motion-quality.md。
7. 展示因果關係
至少包含一個可讀的鏈條：
使用者意圖 -> 產品動作 -> 系統響應 -> 有用的輸出
對於 AI 產品：
提示 -> 規劃 -> 並行能力 -> 生成的結果 -> 證明
使用實際的 UI 截圖、錄製、原始碼或官方提供的截圖。如果實際 UI 不可用，請使用清楚的概念性抽象動態；絕不能偽造品牌化介面並將其呈現為真實。
8. 實作與渲染
對於 Remotion：
- 定義
state = f(frame, fps, inputs, constants)。 - 將鏡頭邊界保持在一個 timeline/constants 模組中。
- 使用穩定的 ID 來設定程式化變化的種子。
- 在推導速度時保留分數值。
- 保持圖片尺寸與長寬比明確。
- 在迭代過程中保留先前的合成/輸出。
優先使用專案的本地 CLI。典型的發現與渲染指令是：
pnpm exec remotion compositions <entry-file>
pnpm exec remotion render <entry-file> <composition-id> out/launch-film.mp4
預設預覽：
- 1920x1080
- 30fps
- H.264 MP4
- 確切的請求長度
- 以視覺為主的 V1；僅在請求或有可用時才加入聲音
9. 驗證
- 執行素材清單與時間軸驗證。
- 執行合成發現/建置與目標 lint/類型檢查。
- 驗證媒體長度、影格率、尺寸與檔案完整性。
- 檢查代表性影格與完整渲染結果。
- 針對節奏、清晰度、衝擊力、真實性與流暢性，詢問帶有時間碼的回饋。
10. 遞送來源檔案
提供：
- 渲染後的影片
- 合成/原始碼路徑
- 確切的規格與長度
- 素材清單
- 品牌/產品來源連結
- 權利/免責聲明備註
- 版本識別碼
說明影片何時是未經官方授權的概念片，以及何時商業發布需要獲得許可。
失敗恢復
- 錯誤的商標： 移除它，找到當前的官方檔案，記錄來源，然後重新渲染。
- 看起來假的產品/UI： 用官方、使用者提供或授權的媒體取代它；不要改善模仿品。
- 快速但混亂： 減少同步動作，指派一個視覺主體，並在剪輯之間保留匹配的動態。
- 漂亮但過於通用： 加入完整的產品互動、經過驗證的宣稱與真實的輸出。
- 流暢但緩慢： 縮短停留時間，重疊轉場，並僅在關鍵訊息周圍煞車。
- 素材不可用： 要求取得授權的原始檔案；絕不能猜測。