010. 導言｜「一個 prompt 做出神片」通常少講了 90%
Lukas Margerie 這支影片最值得記住的一句話是：prompt 只占結果的 10%，剩下 90% 是 harness。
來源影片在這裡：How to Make Insane Motion Graphics With Opus 5.5。
影片開頭先展示 X 上一批 Opus 5.5 生成的 motion graphics：產品 launch video、Figma design animation、細節密度很高的 UI 動畫。這些作品看起來像是今年初還不敢相信能全由 AI 做出來的東西。但問題也在這裡：社群常把成果包裝成「15 分鐘」「一個 prompt」，讓人以為只要貼一段咒語就能得到同級結果。
講者的反駁很務實。很多人照著試，最後只得到置中文字、漸層背景、generic AI video。差別不是模型突然壞掉，而是缺了整套外部結構：render contract、style rules、brand assets、reference analysis、shot list、beat grid、sound sync、critique loop，以及最後的可重複 pipeline。
這篇導讀會把影片重組成一個 AI motion graphics 工作流。重點不是照抄某個 prompt，而是看清楚：如果你想讓 coding agent 做出能交付的 motion graphics，它需要的不只是創意句子，而是一套像導演、動畫師、聲音設計師與 render engineer 一起工作的 harness。
021. Opus 5.5 不是直接做影片，而是寫出影片生成系統
影片先釐清一件事：Opus 5.5 接收 images 和 text，但輸出仍然是 text。它不是按下按鈕直接吐出 MP4，而是根據 brief 寫 code，再透過不同路線 render 成影片。
這個差異很重要。你給 Claude 一份文字 brief，加上圖片、連結、影片等 reference，它會用 Opus 5.5 寫出 code，接著可能走四種方向。
第一種，是用 SVG、HTML、CSS、Canvas 或類似方式，加上 headless Chrome 逐幀 render。第二種，是使用 Remotion、Hyperframes、Diffusion Studio 這類 framework。第三種，是混合 image / video models，再由 Opus 做 composite。第四種，是拿既有影片做剪輯、加字幕、加 B-roll、加配樂。
講者引用 Tommy Rossi 的案例：把所有 code 放在單一 index.html，用 Playwright 在 headless window 逐幀 render，再交給 FFmpeg 生成 MP4。這也解釋了為什麼模型很容易偏向「從零寫 code」：如果你不明確指定 framework，它可能會用最少外部依賴的方式直接畫出來。
所以第一個工程判斷是：你不是在請模型「生成影片」，而是在請模型「建一個小型影片生成器」。一旦這樣看，prompt 就不再是全部；工作目錄、素材、render contract、frame timing、音訊、重試與檢查，全部都變成同一個系統的一部分。
032. Motion Studio Rules：先限制 generic output，再談創意
講者示範的第一個關鍵做法，是把 Motion Studio rules 放進專案。這份 rules 分成四類：Render、Look、Sound、Feedback。
Render contract 管的是可穩定渲染。它讓模型知道影片必須怎麼輸出、怎麼維持時間線、怎麼讓最後的 MP4 真的能生成。Look 則禁止某些 generic output，例如置中文字、廉價漸層、沒有設計意圖的動畫。Sound 處理聲音層，Feedback 則把結果拉進評分與修正迴圈。
接著他用一行 prompt 測試：「做一支 15 秒 motion graphics showreel，展示你是多厲害的 motion designer，go all out。」這句話看起來很短，但它有幾個設計點。showreel for resume 直接指定 genre，模型知道 showreel 有什麼語法；incredible motion designer 讓模型展示技巧，而不是只是解釋產品；15 秒短到能一輪完成，又長到能塞 6 到 8 個 shot；go all out 則推高 effort。
結果比普通 prompt 好，但仍有問題：它很容易回到 Claude 常見的黑橘風格。也就是說，rules 可以讓輸出不那麼 generic，但還不足以成為某個品牌的影片。下一步就要加入品牌資料。
043. 品牌影片不是換名字，而是讓模型研究素材
講者以 Magic Path 為例，把同樣的 showreel prompt 改成「about Magic Path」，得到一支展示 Magic Path UI、深色與淺色模式、功能切換與 logo animation 的影片。這已經從「模型自嗨 showreel」進入「產品 launch video」。
但更進一步的做法，是要求模型自己收集品牌素材。影片提到 Tony Din 的案例：他讓 Claude 使用 actual product screenshots、logo assets，把產品 UI components 拆進影片裡。講者表示，Tony 說一年前做類似影片可能需要約 1,000 美元；這是講者引用的個人經驗，不等於市場定價，但它指出了這類 workflow 的商業價值。
這一段的核心是：品牌 motion graphics 不能只靠模型想像。它需要真實 screenshots、logo、色彩、字體、UI components、產品賣點、使用流程。沒有這些東西，模型只會拿自己的審美補洞，最後很容易變成「看起來像 AI 的假品牌片」。
所以可交付的 AI 影片 workflow 應該先做 brand research，再做 animation。模型要先知道產品是什麼、介面長什麼樣、品牌語氣如何，才有資格開始動起來。
054. Reference 的正確用法：取語法，不取內容
影片中段很重要的一步，是拿 reference video 建 style guide。
講者介紹 whatships.com，這是一個整理 Opus 5.5 生成影片的網站。他挑了一支自己喜歡的 reference，要求 Claude 下載影片、每半秒抽一幀，然後寫一份 style guide markdown，描述 palette、type、shot lengths、transition types、camera movements、texture grain、文字進出方式。
接著，他要求 Claude 寫一份 15 秒 Magic Path launch video 的 shot list，並使用真實 product screenshots。關鍵規則是：Take the grammar of the reference, never its content, logos, or characters。
這句話很值得放進所有 AI creative workflow。你可以學 reference 的語法：節奏、鏡頭長度、轉場方式、字體進出、顆粒質感、畫面層次。但你不該拿 reference 的內容、logo、角色或具體表現來混用。這是創作倫理，也是避免侵權與品牌混淆的基本邊界。
對模型來說，把 reference 轉成 markdown style guide 還有另一個好處：它讓「感覺」變成可重讀的規格。不是每次都說「做得像這個」，而是把顏色、動作、shot length、transition、camera move 寫下來。後續 session 或 critique loop 都能回到同一份文件。
065. Beat Grid 與 Sound Sync：Motion 不是畫面自己動，而是時間線工程
講者接著把工作流推進到 beat grid。除了 style guide，還需要 spec list：buttons、loaders、check marks、charts。然後要定義 direction，例如「product film UI motion」：one container never cuts，每個 state 是同一個 element 改變 size、radius、fill，內容在短 blur 後切換。
更關鍵的是，在寫 code 前，先讓模型輸出 state list on the beat grid。Beat grid 像一張 frame-by-frame blueprint，先說每個時間點發生什麼、哪個元素進場、哪個 state 轉換、哪個 beat 觸發動畫，再進入 render。
這一步讓 motion graphics 從「看模型自由發揮」變成「時間線工程」。
後面聲音也加入同一個邏輯。講者分析一支 Steve Jobs 故事影片，指出 picture layer、music layer、sound effects layer 彼此同步，所有 motion 以 120 BPM 對齊。接著他示範要求模型合成 120 BPM track，輸出 beats.json，包含 BPM、beats、downbeats、hits；再用 Node 合成 UI sounds，例如 click、whoosh、thump，最後讓動畫依照 JSON retime。
這不一定每次都更好，但它說明了一件事：真正有質感的 AI motion，不只是畫面會動，而是畫面、聲音、節奏、轉場在同一條時間線上協作。
076. Critique Loop：神片不是 one-shot，而是多輪評分與修正
影片後段拆穿了「一個 prompt」神話。講者介紹 Donald on X 的案例：看起來像 one prompt，但其實是對電腦講了 5 分鐘，Claude 工作 12 小時。那份 prompt 不是一句話，而是 director's brief，包含 film in one line、references、tools and keys、skills、available APIs、character bible、beat sheet、text on screen、workflow gate、critique loop、deliverables。
這其實是專業創作文件，只是換成模型能執行的格式。
更現實的是 critique loop。講者說其中一支強作品用了 163 次 model calls，接近 7 小時，才得到最後結果。也就是說，它不是「一鏡到底一把過」，而是讓模型分析結果、打分數、修掉低分項目，再一輪一輪改善。
這點對 AI 創作者很重要。社群最容易被展示影片騙到，以為自己只差一段 prompt。實際上，差距往往在 workflow：有沒有讓模型先寫 style guide？有沒有 brand assets？有沒有 beat grid？有沒有 sound sync？有沒有 critique rubric？有沒有多輪修正？
一旦你承認這不是 one-shot，整個工作方法就會更健康。你不再期待模型一次命中，而是設計一個能穩定逼近好結果的系統。
087. 編輯觀點｜AI Motion 的產品化，不是賣 prompt，而是賣 pipeline
影片最後把這套方法推向服務化。講者提到，有人把類似影片包成約 70 美元的服務，讓使用者替自己的品牌生成類似 motion graphics。這個價格只是影片中的案例，不代表普遍市場行情；但方向是對的。
真正可賣的不是 prompt，而是 pipeline。
如果你只是賣「我有一段神奇 prompt」，那很快會被複製。但如果你能把流程包成 skill：先問 URL、duration、format、brand assets；接著做 research、抽 reference grammar、寫 style guide、列 shot list、生成 beat grid、render、加聲音、跑 critique loop、輸出多格式版本，這就開始像一個可交付服務。
這也是影片和一般 AI 影片教學最大的差別。它沒有只停在「看，模型好強」，而是把模型放進一個創作生產系統裡。Opus 5.5 的能力當然重要，但它更像一個很強的 motion engineer；真正讓它穩定交付的，是你給它的導演 brief、素材管理、時間線規格、聲音設計和評分迴圈。
對魚塘讀者來說，這支影片的 takeaway 不是立刻去做一堆炫技短片，而是重新理解 AI creative tooling：未來高價值工作不會只在「誰會寫 prompt」，而是在「誰能把模型包進可重複、可驗證、可交付的 creative harness」。
給讀者的 Takeaway
- Opus 5.5 不直接輸出 MP4，它通常是寫 code，再透過 browser / framework / FFmpeg 等路線 render。
- Prompt 不是全部；Motion Studio rules、render contract、look constraints、sound 和 feedback loop 才是結果穩定的關鍵。
- 品牌影片需要真實 screenshots、logo、colors、fonts、UI components 和產品賣點，不能只靠模型想像。
- Reference 應該拿「語法」：節奏、轉場、動作、質感；不要拿內容、logo 或角色。
- Beat grid 和 sound sync 讓 motion graphics 變成時間線工程，而不是單純畫面動起來。
- Critique loop 才是高品質輸出的核心；強案例可能是多輪 model calls 和數小時修正，不是一次生成。
- 真正能服務化的不是 prompt，而是可重複的 skill / pipeline。