Communitygithub.com

商業動態影片製作

規劃、製作並品質審核一支為真實企業(屋頂修繕、房地產、電子商務、B2B軟體)打造的優質短片廣告,使用AI生成素材、程式碼建構的動畫(HTML/GSAP)、選擇性的Three.js,以及獨立評論者的「嚴峻考驗」循環。當你需要製作發布風格/SaaS風格影片、商業廣告、解說片、示範影片或提案影片,或是要審查並改進一支現有影片時使用。它濃縮了從28支專業發布影片中提煉的動畫原則、品質門檻、音訊規則以及商業提案劇本。

商業動態影片製作 是什麼?

這個技能旨在建立一個結構化的系統,用於製作高品質的商業短片廣告(約15-40秒),這些廣告看起來像頂尖的SaaS發布影片,但實際銷售的是真實的商業成果。它最初是為Claude Code設計的,但可應用於任何代理框架。整個工作流程分為九個明確的步驟,從撰寫簡報、參考優秀影片、製作分鏡腳本,到隔離開發元件、最終組合與品質審核。其核心要求包括:堅持真實性(絕不捏造見證或數據)、即使在靜音狀態下也能傳達商業目的、透過獨立評論者進行客觀判斷、使用確定性動畫(確保每一幀的結果可重現),以及不將「無錯誤」與「優秀」混為一談。技能內涵蓋了完整的參考文件和腳本,用於處理音訊平衡、時間凍結測試和批評者提示,確保最終產品在技術和創意上都達到專業標準。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/SaviourV2/acevids-editor/tree/HEAD/.claude/skills/business-motion-film

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

商業動態影片製作 是做什麼的?

製作短(15–40秒)廣告,看起來像高階SaaS發布影片,但銷售的是真實的商業成果:解釋服務、獲得報價請求、跟進報價或更新廣告。視覺可以大膽;所有聲明必須屬實。

只讀取目前步驟所需的參考文件:

步驟閱讀
選擇垂直領域、提案、試點範圍、定價錨點references/business-offers.md
分鏡腳本與動態設計references/motion-grammar.md,然後 references/launch-film-notes.md 取得具體時刻
建構3D元件references/three-js-patterns.md,templates/component-lab.html,templates/projected-overlays.js
必須像真實物體一樣移動的3D產品主角(展開、閉合、揭示)references/product-hero-realism.md
任何審查回合references/gauntlet.md,references/critic-prompts.md,references/quality-bar.md
音樂、音效、混音references/audio.md
完整的端到端實例references/case-study-alder.md(平靜的服務影片),references/case-study-duo.md(Three.js產品影片),references/case-study-home-display.md(客戶在評論者說「發布」後所做的修改)

不可妥協事項

  1. 真實性。 絕不捏造見證、評級、已完成的工作、診斷、節省的金額、保固或已確認的預約。概念影片必須標明為概念(「虛構品牌 · 概念影片 · AI生成影像」)。客戶影片必須使用客戶批准的素材和事實。
  2. 靜音時也能理解商業目的。 第一次觀看的人必須能在靜音狀態下,在影片結束時說出該企業做什麼以及下一步該做什麼。
  3. 獨立評判。 建構者永遠不應為自己的作品評分。每個元件和每個完整剪輯都必須交給一個只看渲染結果、簡報和參考文件(references/gauntlet.md)的全新評論者。
  4. 確定性動畫。 每個動畫狀態都是時間軸時間的純函數:沒有自由運行的 requestAnimationFrame、Date.now()、未設定種子的隨機性或物理歷史。跳到任何一幀都應得到相同的像素。
  5. 「沒有錯誤」不等於「好」。 乾淨、流暢且無錯誤的版本仍可能因為過於基本、空洞或緩慢而被拒絕。進行衡量(scripts/)並創造性地評判。

工作流程

1. 簡報(15分鐘)

撰寫 BRIEF.md:企業、買家、觀眾的問題、單一行動(CTA)、可證明為真實的事實、可用的真實素材、長度、長寬比、品牌(調色盤、字型),以及絕對不能聲稱的內容。如果使用者沒有真實素材,則同意將其標記為概念。

2. 參考資料

從 references/launch-film-notes.md 中挑選 3–6 個時刻,其機制符合故事需求,例如前景飛越、持續選取的物件或分層爆炸圖。如果使用者提供參考影片,則從中提取影格(scripts/contact-sheet.sh)並引用確切的時間戳記。借用機制,絕不借用佈局、標誌或素材。

3. 在建構之前先製作分鏡腳本

一個表格:時間 → 觀眾看到的內容 → 該拍次的商業任務 → 過渡方式,包括哪個物件會保留。規則:

  • 30秒的影片包含 12–15 個不同的構圖。變化比例:廣角 → 寬景 → 俯視 → 使用者介面特寫 → 字型衝擊。
  • 在功能拍次中,主要主體佔據可用畫面的 60–85%。禁止小卡片漂浮在大片空白區域中。
  • 每個拍次都有一個易於理解的穩定狀態,然後是加速的結束。禁止超過約 0.6 秒的停滯且無動畫。
  • 命名 3 個你無需使用效果名稱即可描述的標誌性轉變,例如「檢查照片變成了報告的封面圖片」。
  • 僅在解釋物理或空間概念時使用 3D。字型和使用者介面保持清晰的 HTML/SVG。 在分鏡腳本本身獲得快速的評論者審查(時間順序、商業邏輯、真實性)。

4. 素材

  • AI靜態影像: 先生成關鍵影格,然後使用圖像轉影片進行動畫處理。像製作簡報一樣下提示:鏡頭、光線、曝光(「明亮、通風、無任何細節被壓黑」)、為字型預留的負空間、「需要時:無人 / 無文字 / 無標誌 / 無浮水印」。
  • AI影片: 短片段(4–5秒),鏡頭移動克制(「穩定的雲台推軌,約移動 25 公分,保持確切的幾何形狀,無變形」)。預期為 720p/24fps 並需進行插值和放大,這並非原生細節。拒絕幾何形狀扭曲的片段;重新生成,而不是隱藏。
  • 維護生成記錄:模型、提示、種子、任務ID、接受的時間區間。切勿提交API金鑰。

5. 隔離建構元件

每個自訂元件(3D場景、報告UI、預約流程、標誌圖案)都有自己的實驗頁面(templates/component-lab.html),渲染為靜態影像加上一段簡短的動畫證明,並且在加入影片之前需要經歷一次元件級的嚴峻考驗回合。

6. 組合

一個根時間軸;每個場景是一個子合成;Three.js場景從根搜尋時鐘渲染;疊加層(如標籤、圖釘和引導線)每幀根據投影的3D錨點定位(templates/projected-overlays.js)。在場景之間以精確的像素座標傳遞物件,使場景A的最後一幀等於承載物件在場景B的第一幀。

7. 全片嚴峻考驗

渲染整部影片。執行 scripts/frozen-time.sh 和 scripts/loudness.sh。使用 references/critic-prompts.md(全片提示)發送給全新的評論者。修復影響最大的項目,重新渲染,然後發送給另一個新的評論者,該評論者會逐項驗證先前的清單。達到品質門檻或當改進僅剩修飾性調整時停止(通常需 3–5 輪)。

8. 音訊最後處理,但並非事後才想到

遵循 references/audio.md。對於與畫面鎖定的音樂,將真實曲目反向計時,使其自身的結尾落在結束卡上,並作為一個連續的片段播放,每個剪輯都在其節拍上(scripts/backtime-music.py);在同一畫面下提供多個曲目,讓客戶憑聽覺選擇。使音樂與買家的客戶相匹配,並使其音量遠低於特效(居家服務使用低保真或溫暖的原聲音樂);每次真實過渡使用一個柔和、無低頻隆隆聲的嗖聲;僅在真實操作時使用乾淨的UI音效;使用每個特效的頻段解決每事件的音量(scripts/solve-sfx-gains.py);使用 scripts/sfx-candidates.py 篩選候選音效。務必提供僅音樂版本,並用它來隔離投訴。當客戶不喜歡某個特效時,用一個更乾淨的特效替換它;不要刪除它。讓主角時刻能被聽見。

9. 交付

主要MP4(動畫作品為1080p60)、標題幀、聯絡表、可編輯的源文件、生成記錄,以及嚴峻考驗記錄(每位評論者發現了什麼 → 改變了什麼 → 變更前後的測量結果)。誠實說明限制:哪些是經過測量而哪些是經過聆聽審查,以及哪些是抽樣審查而哪些是詳盡審查。為交付成果賦予專案唯一的名稱,將每一輪放入其自己的命名資料夾,並為客戶開啟。預期客戶在評論者說「發布」之後會進行自己的審查,並根據時間戳記進行修改(references/gauntlet.md)。

這個劇本中的客戶所期望的工作風格

  • 明確規劃(分鏡腳本),然後在沒有為每個步驟徵求批准的情況下持續建構。
  • 長時間工作時,以一行文字報告狀態。
  • 當時間被縮短時,切換到截止模式(references/gauntlet.md):硬性停止、整合、一位評論者、最重要的修正、交付。
  • 切勿將API金鑰寫入檔案。如果必須使用金鑰,讓使用者在自己的終端機中執行那一個命令,並建議輪換任何被貼到聊天中的金鑰。
  • 展示工作過程:聯絡表、測量數據、評論者的裁決。

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

相關技能