如何把 Claude Opus 5.5 變成一支動態影像製作團隊，負責導演、動畫、渲染、審核並交付專業影片。
大多數人以為用 AI 做影片，就是寫一段提示詞然後等結果。
有了 Opus 5.5，更有趣的可能性是：圍繞一個 Agent 打造整間製作工作室。
想想看，新創公司需要一支產品發表影片時，通常會發生什麼事。有人撰寫創意簡報；設計師發展視覺方向；動態設計師讓介面動起來；剪輯師處理節奏與聲音；另一個人負責審核成果、提出修改需求，並準備最終輸出檔。
這是一整條為 20 秒影片而生的製作流程。
現在想像一下，把同樣的職責交給一個 Claude Agent，並為每個階段設計清楚的處理流程。
這個 Agent 會研究你的參考素材、規劃影片、撰寫動畫程式碼、渲染預覽、檢查自己的錯誤，並修正結果。你只需要核准重要的創意決策，而不是手動搭建每一個場景。
這就是動態工程（Motion Engineering）背後的機會。
Claude Opus 5.5 讓這套工作流程變得有趣，因為它結合了程式編寫、視覺理解與長時間運行的 Agent 工作。但最重要的部分不只是模型本身，而是你圍繞它建立的製作系統。
https://x.com/claudeai/status/2102435511222890900
以下是它與一般 AI 影片生成的不同之處：
Claude 不必直接生成最終像素。它可以撰寫產生這些像素的軟體。
模型撰寫動畫程式碼。渲染器把程式碼轉成影格。審核流程找出瑕疵。Agent 修改原始碼後重新渲染。
這意味著第一支影片可以成為下一支影片的基礎。
在這份指南中，我會示範如何用五個製作部門、可重複使用的元件、創意審核關卡，以及一套能產出可編輯、可檢視影片的工作流程，打造一間「單一 Agent 動態工作室」。
目標不是取代所有人類創意決策，而是停止手動去做那些配置得當的 Agent 已經能處理的事。
djn 我在 Substack 上發布關於 AI Agents、自動化與製作工作流程的實用解析。
第一部分：單機工作室
01. 一個 Agent，五個製作部門
傳統工作室會把工作分配給不同專家，因為不同階段需要不同類型的判斷力。
導演思考故事。藝術指導思考構圖。動畫師思考動作。技術美術思考渲染。評論者決定成果是否符合簡報要求。
一個 Opus 5.5 Agent 可以依序承擔這五種角色。
但這只有在職責保持分離的情況下才行得通。
要求 Claude 在一個毫無結構的步驟裡同時導演、設計、製作動畫、渲染並評判所有東西，只會得到一個看起來很厲害、一檢查就崩壞的展示品。
相反地，應該把 Agent 按五個部門來組織：
1部門 職責 產出2────────────────────────────────────────────────────────3導演 故事與分鏡 BRIEF.md4藝術指導 視覺方向 STYLE.md5動畫師 動作與節奏 原始碼6渲染工程師 渲染與輸出 MP4 + 預覽7評論者 視覺品質控管 審核報告
這些不一定是五個獨立的 Agents。它們是在同一個協調工作流程中，擁有各自指令、檔案與驗收標準的五個階段。
導演要在動畫師碰到程式碼之前，先決定影片要傳達什麼。藝術指導要在 Claude 開始自創顏色與轉場之前，先定義視覺規則。評論者要評估渲染出來的成果，而不是相信動畫師對自己作品的描述。
流程如下：
1 你的簡報2 |3 v4 CLAUDE OPUS 5.55 |6 v7 導演8 故事 + 腳本9 |10 v11 藝術指導12 參考素材 + 設計13 |14 v15 動畫師16 程式碼 + 動作17 |18 v19 渲染工程師20 影格 + 輸出檔21 |22 v23 評論者24 審核 + 修復25 |26 v27 最終影片
順序很重要，因為多數視覺失敗都發生在渲染之前。
如果故事不清楚，再好的動作也救不了它。如果視覺方向太普通，加更多特效只會讓它看起來更明顯地普通。如果分鏡錯了，技術上再完美的動畫也可能什麼都傳達不了。
首要任務是建立一套能防止這些錯誤的流程。
02. 為什麼爆紅的一次生成影片其實不是魔法
你大概看過那些影片。
有人發布一段看起來像專業創意公司做的動畫，然後說 Claude 只用一句提示詞就完成了全部。
成果可能真的來自一次長期的自主運行。但這不代表整個過程是從一句話開始的。
Claude Code 團隊的 Thariq 在討論其中一個爆紅示範時，特別點出了這個差異。
https://x.com/trq212/status/2102870353781641416
這才是值得注意的細節。
一段強而有力的提示詞，可以包含完整的創意簡報、參考素材、鏡頭清單、技術限制、素材需求，以及檢查最終成果的規則。
程式型 Agent 也可能繼承既有的專案、設計系統、元件與渲染流程。
表面上的一次生成，往往只是龐大設定中最可見的末端。
這是好消息。
這代表你不需要發現什麼神奇的形容詞組合。你需要的是能重複做出好決策的製作環境。
比較兩種處理相同需求的方式。
第一種請 Claude「做一支高級的產品發表動畫」。模型必須自己決定產品功能是什麼、影片該長怎樣、要用哪些轉場、觀眾何時該讀到標題，以及什麼才算成功。
第二種則提供真實的產品素材、參考影片、設計規則、分鏡、時間軸與審核標準。
兩者都可能只用到一個 Agent 和一次主要製作運行。但第二種產出可用成果的機會高得多，因為關鍵決策被留給運氣的比例更少。
提示詞只能創造一支影片。工作室創造的是一套可重複的影片製作方法。
第二部分：打造工作室
03. 安裝製作環境
在這個設定中，我們會用 Claude Code 作為 Agent、Remotion 作為影片框架，以及 FFmpeg 進行媒體檢查與處理。
Claude Code 負責創意與程式任務。Remotion 透過 React 元件與以影格為基礎的動畫，讓影片變得可控。FFmpeg 協助分析參考素材、檢查輸出並準備輔助素材。
開始前請先安裝 Node.js、Claude Code 與 FFmpeg。
建立一個乾淨的 Remotion 專案：
1npx create-video@latest --yes --blank motion-studio23cd motion-studio45npx remotion skills add67npm run dev
Remotion Skills 安裝程式會提供實作指引，讓程式型 Agent 在使用此框架時有所依據。
在 motion-studio 目錄下開啟另一個終端機，啟動 Claude Code。如果你的環境支援，請選擇 Opus 5.5。
現在來整理工作區：
1motion-studio/2│3├── CLAUDE.md4├── BRIEF.md5├── STYLE.md6├── STORYBOARD.md7│8├── public/9│ ├── logos/10│ ├── screenshots/11│ ├── fonts/12│ └── audio/13│14├── src/15│ ├── compositions/16│ ├── components/17│ ├── animation/18│ └── Root.tsx19│20├── reviews/21│ ├── frames/22│ ├── contact-sheets/23│ └── findings.md24│25└── out/26 ├── previews/27 └── final/
這就是工作室的工作區。
CLAUDE.md 包含適用於每次製作的規則。BRIEF.md 描述當前影片。STYLE.md 記錄視覺方向。STORYBOARD.md 定義鏡頭順序與重要事件。
原始碼與已核准的素材，要和審核產出的檔案分開存放。
當專案運行數小時，或在另一個對話階段恢復時，這種分離就非常有價值。Claude 應該能檢視工作區，並理解哪些內容已獲核准、存在哪些場景、哪些沒通過審核，以及還有哪些需要渲染。
沒有這種結構，重要決策很容易被困在聊天紀錄裡。
工作室應該能從檔案恢復進度，而不是依賴某段對話完美無缺地保存下來。
04. 給機器人一份永久的操作手冊
多數人每次做影片都會給 Claude 一套新的指令。
這會造成不一致。
某個專案用了緊湊的彈簧動畫。下一個專案卻出現過度彈跳。第三個專案換掉了所有字體、顏色與轉場，因為模型沒有任何永久的視覺規則。
相反地，把工作室的製作標準存進 CLAUDE.md。
提示詞 1：建立工作室手冊
1為我們的動態工作室建立 CLAUDE.md。23你是負責導演、設計、動畫、4渲染與審核程式生成影片的製作 Agent。56操作規則781. 在建立分鏡之前，絕不開始實作。9102. 只使用已核准的產品素材。11123. 絕不憑空捏造 UI、數據、推薦語13 或產品功能。14154. 每個動畫都必須由影格編號16 或確定性時間驅動。17185. 整部影片統一使用一種主要視覺方向。19206. 不要為缺乏明確傳達目的的元素製作動畫。21227. 在產出完整影片前，先渲染具代表性的影格。23248. 審核渲染結果，而不只是原始碼。25269. 盡可能在局部修復瑕疵。272810. 保留所有可編輯的原始檔案。2930創意限制3132避免：33- 普通的漸層背景34- 過度彈跳35- 發光粒子36- 無法閱讀的文字37- 假的產品儀表板38- 沒有目的的鏡頭運動3940製作規則4142一部影片不會因為 MP4 存在就算完成。4344只有當已核准的簡報45與驗證要求都被滿足時，它才算完成。
這個檔案會成為工作室的基準線。
這不代表每部影片都要長得一模一樣。而是代表重複出現的製作錯誤，不需要每次都從頭重新發現。
當 Claude 反覆犯下相同的視覺錯誤時，就去改善操作手冊。下一部影片會繼承這項修正。
你也可以把共用的動畫元件、排版 token、安全區域尺寸、偏好的輸出設定，以及其他可重複使用的製作決策，都存在專案裡。
工作室從已完成的作品中學得越多，下一個任務就越不需要花時間重新摸索基本原則。
05. 讓導演撰寫簡報
我們來做點具體的東西。
假設你要發表一款 SaaS 產品，能把雜亂的專案看板變成有條理的衝刺計畫。
你想要一支 20 秒的產品影片，展示一個轉變：凌亂的任務看板變成清晰的優先順序清單。
觀眾應該能在不需要旁白的情況下理解價值。
與其叫 Claude 做一支很酷的影片，不如給導演一項製作任務。
提示詞 2：導演的任務
1你是我們動態工作室的導演。23專案45一款生產力應用程式的發表影片。67核心訊息89把雜亂的專案看板變成10清晰的衝刺計畫。1112受眾1314創辦人、產品團隊與開發者。1516時長171820 秒。1920格式212216:9 主版本239:16 社群版本241:1 方形版本2526素材2728使用 public/ 中提供的截圖、標誌與字體。2930不要建立虛構的產品畫面。3132你的工作33341. 檢查所有可用素材。352. 找出缺少的資訊。363. 撰寫 BRIEF.md。374. 定義核心視覺概念。385. 建立影片的故事結構。396. 說明每個場景存在的理由。4041先不要撰寫動畫程式碼。4243回傳創意方向，44並等待核准。
導演應該決定觀眾在每個階段需要理解什麼，而不是為了動而動地把影片塞滿動作。
第一個場景可能展示凌亂的任務看板。下一個場景引入整理它的動作。最後一個場景停留在產生的衝刺計畫上。
重要的視覺關係是「前後對比」。
其他一切都應該用來支持它。
在核准簡報前，確認產品確實具備你要展示的功能、提供的截圖確實能示範它，而且提議的故事不需要過多說明文字就能被理解。
如果缺少必要的產品畫面，Agent 應該主動索取，而不是畫出一個逼真的假畫面。
光是這一條規則，就能避免大量無法使用的 AI 生成產品影片。
06. 把參考素材轉化為視覺識別
AI 影片看起來都很像的一個主要原因，是模型會根據模糊的描述，自己發明整套視覺方向。
「高級、極簡、電影感、未來感」對模型來說意義不大。
更好的做法是提供兩三個參考素材，並為每個指定明確用途。
一個參考可以用來定義排版。另一個示範轉場。第三個展示節奏或構圖。
請藝術指導提取有用的設計原則，但不要抄襲原始創意作品。
提示詞 3：藝術指導
1扮演藝術指導。23檢查 references 資料夾中的4參考圖片與影片。56提取：78排版910字體性格11粗細階層12標題比例1314構圖1516邊距17間距18視覺階層19焦點2021色彩2223背景24主要文字25強調色26對比規則2728動態2930進場時機31靜止行為32鏡頭運動33閱讀停留時間3435質感3637顆粒38陰影39邊框40表面處理4142將核准的設計決策存入 STYLE.md。4344不要複製精確的構圖、45圖像或品牌元素。4647為我們的產品創造獨特的視覺方向。4849在開始製作前先展示風格提案。
到了這一步，Claude 就不再需要猜測「高級」是什麼意思。
當動畫師開始工作時，它不需要決定卡片是否該發光、標題是否該彈跳，或每個場景是否需要再加一道漸層。
這些決策早就做好了。
一份強而有力的風格指南不只描述影片該長怎樣，也定義影片該避免什麼。
如果參考素材採用克制的排版與緩慢的鏡頭運動，模型就不該只因為旋轉介面和粒子爆炸在 AI 生成的展示中很常見，就把它們加進來。
你要的是 Agent 理解設計語言，而不是複製原始對象。
對於重要的轉場，可以請 Claude 用 FFmpeg 從參考影片中提取影格、檢查節奏，並把發現記錄在 STYLE.md 裡。
這比告訴模型「做得像 Apple 那樣」有用得多。
第三部分：動畫師與渲染引擎
07. 把故事變成可編輯的時間軸
簡報與風格核准後，動畫師需要一份鏡頭清單。
針對我們的 20 秒影片，定義五個場景。
1場景 01：問題200:00 - 00:0334凌亂的任務看板進場。5構圖傳達出超載感。67場景 02：動作800:03 - 00:07910游標選取整理功能。11介面產生明顯反應。1213場景 03：轉變1400:07 - 00:111516任務重新排列成清晰的優先順序。17一個連續的視覺關係。1819場景 04：結果2000:11 - 00:162122整理好的衝刺計畫穩定下來。23停留夠久以便理解。2425場景 05：結尾2600:16 - 00:202728產品名稱、標誌與行動呼籲。29一個強而有力的最終影格。
現在模型可以在已知狀態之間設計動作。
它不需要一邊撰寫動畫程式碼，一邊發明影片的內容。
一個有用的原則是：場景的最終狀態，應該能告訴動畫師下一個場景如何開始。
如果任務看板最後以 80% 比例置中，下一個鏡頭要嘛保留這個位置，要嘛刻意從它轉場離開。
在不相關的構圖之間隨機跳躍，會讓影片感覺像一堆 AI 生成的投影片。
連貫性才會讓它有被導演過的感覺。
若要更精確的技術控制，可以把時間戳轉換為影格編號。
在每秒 30 影格下，20 秒影片共有 600 個影格，編號從 0 到 599。
這讓 Agent 能掌握重大事件的精確位置。
游標可以在第 180 格到達按鈕。點擊可以在第 195 格生效。結果可以在第 210 格出現。
如果某件事發生得太早，你就改動它的事件影格。
如果轉場太快，你就調整它的持續時間。
你不需要重新生成一整支不同的影片，然後祈禱節奏會變好。
08. 模型寫的是動畫程式碼，不是最終影片
這是讓工作室得以成立的技術差異。
透過 Remotion，Claude 可以撰寫外觀隨當前影格變化的 React 元件。
渲染器會隨著時間計算這些元件，產出真正的影片。
一個簡單的進場動畫可能長這樣：
1import {2 useCurrentFrame,3 useVideoConfig,4 spring,5 interpolate,6} from "remotion";78export const ProductCard = () => {9 const frame = useCurrentFrame();10 const { fps } = useVideoConfig();1112 const progress = spring({13 frame,14 fps,15 config: {16 damping: 200,17 },18 });1920 const y = interpolate(21 progress,22 [0, 1],23 [60, 0]24 );2526 const scale = interpolate(27 progress,28 [0, 1],29 [0.94, 1]30 );3132 return (33 <div34 style={{35 transform:36 `translateY(${y}px) scale(${scale})`,37 }}38 >39 Product Interface40 </div>41 );42};
這個元件具備一次性生成影片天生沒有的東西：可控參數。
你可以改變移動距離、進場時機、緩動行為或縮放比例，而不需要要求一支全新的片段。
如果卡片移動太遠，就縮短距離。
如果它停得太慢，就調整彈簧。
如果標題出現太早，就把它的進場往時間軸後面移。
原始碼始終可編輯。
這就是程式生成動態在產品影片、UI 動畫、解說影片與排版導向內容上的優勢。
對於照片級寫實場景、複雜角色或有機的電影式運動，它不一定自動更好。那些可能仍需要實拍素材、3D 工具或生成式影片。
重點在於選擇一種能讓你掌控實際製作內容的方法。
而對產品影片來說，控制力往往比不可預測性更有價值。
09. 給渲染工程師明確的需求
渲染與設計是不同的職責。
動畫師建構影片。渲染工程師確認構圖確實能以要求的解析度與影格率輸出。
第一次嘗試時，不要直接用最終品質渲染全部 600 格。
先渲染具代表性的靜態畫面。
提示詞 4：渲染任務
1扮演渲染工程師。23閱讀 BRIEF.md、STYLE.md4與 STORYBOARD.md。56檢查現有的構圖。78在最終渲染之前：9101. 確認構圖解析度。112. 確認影格率與時長。123. 檢查所有字體是否正常載入。134. 檢查所有產品素材是否存在。145. 渲染具代表性的靜態影格。156. 渲染低成本的動態預覽。167. 回報執行期錯誤。1718不要修改創意方向。1920在預覽通過審核前，21不要渲染最終交付檔。
使用 Remotion，你可以直接渲染指定的影格。
1mkdir -p out/previews23npx remotion still Launch \4 out/previews/opening.png --frame=3056npx remotion still Launch \7 out/previews/action.png --frame=15089npx remotion still Launch \10 out/previews/result.png --frame=3901112npx remotion still Launch \13 out/previews/closing.png --frame=570
這裡的 Launch 是我們範例專案的構圖 ID。請替換成你自己 Remotion 專案中設定的 ID。
即使還沒檢查動態，這四張靜態畫面也應該能講出主要故事。
如果開場看起來很普通、產品無法閱讀，或結尾的視覺階層很差，最好現在就修正，而不是等整部影片輸出後才處理。
若要聚焦的動態預覽，只渲染互動周圍的區間。
1npx remotion render Launch \2 out/previews/interaction.mp4 \3 --frames=90-330 \4 --codec=h264
現在 Agent 有了一個真實的影片產物可以檢查。
而不只是它原本打算做什麼的描述。
這個區別很重要，因為原始碼看起來可能正確，但成果卻慘不忍睹。
判斷動畫唯一可靠的方式，就是檢查渲染器真正產出的東西。
第四部分：評論者才是工作室的關鍵
10. 別讓動畫師自己核准自己的作品
這是多數人會忘記的部門。
模型寫完程式碼，影片成功渲染，Agent 宣布一切完成。
但成功渲染只證明檔案存在。
它不能證明影片很好。
也許游標擋住了標題。也許卡片停得太晚。也許產品在手機上根本看不清楚。也許轉場在技術上可行，但看起來很廉價。
專業工作室不會只因為軟體輸出了 MP4 就發布作品。
它會審核成果。
給 Claude 一個獨立的評論階段，最好在全新的上下文中，搭配原始簡報與渲染影格進行。
這能降低審核只是在為製作階段的決策辯護的機率。
提示詞 5：獨立的動態評論
1你是評論者。23你沒有設計或製作這部影片的動畫。45審核提供的索引圖、6靜態影格與影片預覽。78以 1 到 10 分評分：910- 視覺構圖11- 排版12- 產品可讀性13- 動態品質14- 節奏15- 連貫性16- 品牌一致性1718找出三個最重要的問題。1920針對每個問題，提供：2122影格或時間戳23發生的位置。2425觀察26肉眼可見的錯誤。2728為何重要29它如何傷害影片。3031最小有效修正32應該改什麼。3334保留35什麼必須維持不變。3637不要根據動畫師的描述就予以核准。3839將報告儲存為 reviews/findings.md。
現在審核產出了動畫師可以採取行動的內容。
評論者不會說「讓影片感覺更專業」，而是能回報：
1缺陷 0123影格：421056問題：7游標穿過了結果標籤。89原因：10游標移開的時機與結果顯示重疊。1112修正：13在標籤變得可見之前，14先把游標移開。1516保留：17點擊時機18卡片尺寸19結果動畫2021重新檢查：22第 195、210、225 和 240 影格
結果動畫
重新檢查：
第 195、210、225 和 240 影格
這樣就能把主觀的回饋轉化為工程任務。
評論員（Critic）找出問題。動畫師（Animator）修正它。渲染工程師（Render Engineer）重新匯出受影響的影格。
不需要重新生成整部影片。
對於嚴肅的製作工作，評論員應該同時檢查靜態影格與動態預覽。
靜態畫面會暴露版面配置的缺陷。影片則會暴露節奏不佳、轉場生硬、動作不自然以及時間點的問題。
兩者都無法完全取代對方。
11. 建立一個知道何時該停止的修正迴圈
最有用的製作迴圈其實很簡單。
1 動畫製作2 |3 v4 渲染預覽5 |6 v7 評論員審查8 |9 +--------+--------+10 | |11 通過 未通過12 | |13 v v14 交付 具體發現問題15 |16 v17 局部修復18 |19 v20 重新渲染21 |22 +----> 審查
關鍵詞是「局部」。
除非底層的創意概念本身有問題，否則第 210 影格的缺陷不該導致整個分鏡腳本被重寫。
如果標題換行錯誤，就調整它的寬度或字體大小。
如果游標與結果重疊，就改變游標路徑。
如果場景結束得太突然，就修改它的時間長度或轉場。
Agent 應該在修復失敗部分的同時，保留已核准的內容。
要為這個迴圈設定限制。
提示詞 6. 修復策略
1為未通過審查的情況建立一套修復流程。23針對每個缺陷：451. 閱讀評論員提供的證據。62. 找出最小且最相關的修改。73. 保留已核准的決定。84. 修補受影響的原始碼。95. 渲染受影響的影格。106. 檢查相鄰場景的邊界。117. 回傳新的證據。1213上限：14每個缺陷最多修復兩輪。1516如果同一個問題經過兩輪後17仍未解決：1819停止。20說明卡住的原因。21請求人類指示。2223絕對不要為了讓審查通過24而移除驗證要求。
說明卡住的原因。
請求人類指示。
絕對不要移除驗證要求
只為了讓審查通過。
這讓 Agent 能夠改善自己的輸出，而不會陷入無止盡的修改循環中。
工作室需要迭代的能力。
但它也需要預算和停止規則。
有用的自主性與失控的實驗之間，差別在於系統是否知道成功長什麼樣、需要什麼證據，以及何時該尋求協助。
第五部分：從一支影片到真正的工作室
12. 一次渲染不等於一個交付物
新創公司很少只需要一個影片檔案。
同一場產品發表可能需要網站用的寬螢幕版本、X 平台用的正方形版本，以及 Reels 或 Shorts 用的直式版本。
單純裁切原片可能會破壞構圖。
橫向場景或許可以將產品與標題並排顯示。
直向場景可能需要先顯示標題，再讓介面填滿整個畫面。
敘事保持不變，但構圖必須改變。
1 一部影片2 |3 +-------------+-------------+4 | | |5 v v v6 16:9 1:1 9:167 | | |8 v v v9 網站 X / 社群 REELS10 YOUTUBE 正方形貼文 SHORTS1112 更寬廣的 平衡的 垂直的13 情境脈絡 構圖 視覺層級
請 Agent 使用相同的素材來源與已核准的故事，建立獨立的響應式構圖或針對特定格式的場景版面配置。
不要以為寬螢幕版本渲染成功，就代表直式版本也沒問題。
每種格式都需要自己的靜態影格與審查。
一份精緻的交付包不該只有三個 MP4 檔案。它應該包含最終影片、封面影格、可編輯的原始檔、已核准的素材，以及一段關於任何殘留限制的簡短說明。
這樣成果才能真正用於實際的產品發表，而不是只留給客戶一個匯出檔，卻沒有實用的修改方式。
13. 保留工作室，替換專案
這就是單一 Bot 開始變成真正製作系統的地方。
大多數人做完一支影片、關掉對話，下次又從零開始。
工作室會保留重要的部分。
樣式規則、可重複使用的元件、動畫方法、審查清單、渲染指令和輸出結構都應該被保留下來。
只有專案專屬的輸入內容需要更換。
1第一支影片23需求簡報 A4 |5 v6工作室流程7 |8 v9影片 A1011第二支影片1213需求簡報 B14 |15 v16相同的工作室流程17 |18 v19影片 B2021第三支影片2223需求簡報 C24 |25 v26改良後的工作室流程27 |28 v29影片 C
想像評論員反覆指出同一個問題：標題在觀眾還沒讀完之前就消失了。
你可以手動修正每一支影片。
或者，你可以更新工作室的規則，要求明確設定閱讀停留時間，並在審查時進行測試。
現在，每一部新影片都會繼承這項修正。
同樣的道理也適用於：產品截圖在直式匯出中變得難以閱讀、轉場遮住了關鍵資訊，或是游標動畫與介面標籤發生碰撞。
每一個反覆出現的錯誤，都可以變成一條規則、一個可重複使用的元件，或是一項新的審查檢查。
這就是保留製作流程、而不只是保留最終匯出檔的優勢。
下一部影片仍然需要創意指導。但它不該需要把整個工作室從頭重建。
14. 把流程變成可重複使用的技能
當第一個專案通過審查後，把工作室的作業程序儲存為 Claude Code 技能（Skill）。
這項技能不該包含特定產品發表的產品名稱、截圖或文案。
它應該描述的是製作方法。
提示詞 7. 建立工作室技能
1建立一個名為 motion-studio 的可重複使用技能。23目的45將已核准的創意簡報轉化為6專業、以程式碼渲染的影片。78工作流程910導演11分析需求。12撰寫簡報與分鏡腳本。1314藝術總監15檢查參考資料。16定義一致的視覺方向。1718動畫師19建立可編輯、以影格驅動的動畫。2021渲染工程師22渲染靜態影格與預覽。23驗證技術輸出。2425評論員26檢查實際渲染結果。27回傳基於證據的修正建議。2829交付30匯出已核准的格式。31提供原始檔與製作說明。3233規則3435- 不要憑空捏造產品素材。36- 不要跳過創意核准關卡。37- 不要核准未經檢查的輸出。38- 保持修正範圍局部化。39- 限制重複修復的次數。40- 儲存所有重要的產出物。4142輸出4344最終影片45封面影格46索引表47可編輯原始檔48審查報告
現在，下一個任務的規模就小多了。
你提供產品、受眾、視覺參考和期望成果。
技能提供流程。
Agent 不需要從對話紀錄中重新建構整個製作流程。
這也是流程的經濟效益開始改變的地方。
第一部影片可能需要大量的設定與實驗。
第二部可以重複使用場景架構、動畫元件、渲染指令和視覺品管流程。
第三部則能受益於前兩部所發現的修正。
你不只是在累積輸出檔案。
你是在累積製作能力。
第六部分：你的第一個單 Bot 工作室專案
15. 主控提示詞
當工作區、規則和製作階段都就位後，你就可以交給 Opus 一個大得多的任務。
與一次性提示詞的重要差異在於：Agent 有明確的流程可以遵循，也有清楚的人類核准節點。
以下是我會使用的主控提示詞。
主控提示詞：執行動態設計工作室
1你正在經營我的動態設計工作室。23你的目標是製作一支專業的420 秒產品發表影片。56專案78產品：[名稱]9網站：[網址]10受眾：[目標受眾]11主要訊息：[一句話]1213使用已核准的截圖、標誌、14字體和參考資料。1516第一階段：導演1718檢查素材。19撰寫 BRIEF.md。20建立分鏡腳本。21定義核心視覺故事。2223請求核准。2425第二階段：藝術總監2627分析參考資料。28撰寫 STYLE.md。29定義字體排版、色彩、30構圖與動態。3132請求核准。3334第三階段：動畫師3536使用 Remotion 建立影片。37採用確定性、以影格驅動的動畫。38保留已核准的產品細節39與場景連貫性。4041第四階段：渲染工程師4243渲染具代表性的靜態影格。44渲染粗剪預覽。4546檢查：47- 尺寸48- 影格率49- 字體50- 素材51- 執行階段錯誤5253第五階段：評論員5455審查實際渲染的影格。5657找出三個最大的缺陷，58並附上確切的影格編號。5960提出局部修復方案。6162第六階段：修正6364修復影響最大的缺陷。65保留已核准的內容。66重新渲染受影響的影格。6768兩輪修復失敗後即停止。6970第七階段：交付7172匯出：73- 16:974- 1:175- 9:167677包含：78- MP4 檔案79- 封面影格80- 可編輯原始檔81- 索引表82- 品管報告8384重要事項8586絕對不要捏造產品畫面或宣傳說法。87絕對不要跳過審查階段。8889成功的匯出並不能證明90創意品質。9192在做出重大創意決定或發布前，93請先暫停以取得核准。
你仍然需要提供良好的輸入內容。
Bot 需要真實的產品素材、明確的目標，以及足夠的參考資料來理解視覺方向。
但現在你委派的是整套製作流程，而不只是要求一個孤立的動畫。
這對 Opus 5.5 來說是有趣得多的用法。
一個 Bot 真的能取代動態設計工作室嗎？
對於某些類型的製作，它能接手大量原本小型工作室必須手動處理的工作。
產品發表動畫、介面示範、字體排版影片、資料視覺化和簡短解說影片特別適合，因為它們都能用可控的程式碼來表達。
但取代工作流程，並不等同於取代所有的創意判斷。
模型可以生成多種方向，但仍需要有人決定哪一種才能正確傳達品牌精神。
它可以檢查影格並找出問題，但主觀品質無法完全被測試量化。
它可以整合音樂與特效，但使用權、客戶期待和最終發布決策依然重要。
真正的價值在於改變工作的比重。
你不再把大部分時間花在編輯器裡移動元素，而是花更多時間定義創意方向、審查成果，以及改善製作流程。
這對獨立創辦人、開發者、獨立創作者和小型團隊特別有吸引力——他們需要強而有力的產品影片，卻不想每次推出新功能都要重新組建製作團隊。
這種方法之所以重要，還有另一個原因。
傳統的 AI 生成影片通常很難精確修改。
你可能很喜歡某個鏡頭，卻討厭其中一個轉場。你可能需要替換一張截圖，但不想變動其餘動畫。你可能需要同一支影片的三種格式。
在以程式碼渲染的製作中，這些修改往往可以透過對原始碼的可控編輯來完成。
換一個標題，不一定需要換一部影片。
換一個品牌色，不代表要重建整條時間軸。
時間點的修正可以直接在問題發生的那個影格上完成。
這不只是方便而已。
這是「生成一個素材」與「維護一套製作系統」之間的差別。
真正的轉變
Opus 5.5 動態設計最有趣的地方，不在於一夜之間做出的爆紅動畫。
而在於你把這項能力轉化成可重複運作的工作室時，會發生什麼事。
一個 Agent 就能管理創意簡報、建立視覺系統、實作動畫、渲染預覽、評論缺陷，並準備最終交付物。
渲染器讓影片變得可重複產生。
分鏡腳本讓故事變得有意圖。
審查迴圈讓錯誤變得可見。
儲存下來的元件與技能讓下一個專案變得更輕鬆。
傳統的一次性流程是這樣的：
一個提示詞產出一支影片。影片被匯出。下一個專案又從頭開始。
單 Bot 工作室的運作方式不同。
每一個完成的專案，都能留下更好的模板、更好的動畫元件、更強的審查標準，以及更可靠的交付流程。
第一支影片令人驚豔，因為它展示了可能性。
第五支很有意思，因為製作流程開始變得可重複。
到了第二十支，累積下來的技能、元件、檢查項目和創意規則，可能比任何單一提示詞都更有價值。
真正的機會不是用 AI 做一支影片。而是建立一個每次做影片都會變得更強的工作室。
只要設定得當，這間工作室可以從一個 Bot 開始。
如果你看到了這裡
在你又花一整晚試圖用越來越複雜的提示詞去修 AI 生成的影片之前，先把這篇指南加入書籤。
在 X 上追蹤我：x.com/0xjmori
訂閱我的 Substack：substack.com/@lunarresearcher
下次你需要產品發表影片時，不要只是叫 Claude 做個動畫。
給它一間工作室去經營。
資源
