跳到主要內容

部落格

不定期分享最新資訊文章

  • article-【別再一鏡一鏡抽卡:我整理出一套真正能拍完整故事的 AI 短片製片 SOP】

    2026/10/4

    AI工具 AI Agent 影音行銷
    【別再一鏡一鏡抽卡:我整理出一套真正能拍完整故事的 AI 短片製片 SOP】

    最近我一直在研究 AI 影片。研究到後來,我發現真正困難的,早就不是「哪個模型生成的影片最好看?」而是:怎麼把十幾個 AI 生成鏡頭,變成一支角色一致、空間合理、故事看得懂,而且可以持續修改的影片? 最近看到漢森建築整理的 Kling AI 母女短片製作案例:從 12 格分鏡到 V2。再加上我前陣子研究的多人同場戲、平面圖與空間一致性、Blender 灰模、角色一致性、Risk Shot、AI 影片逐鏡生成、DaVinci Resolve MCP 和 AI Agent 自動粗剪,我開始把它們接成一套完整的 AI Film Pipeline。 以下是我整理給自己反覆使用的「享哥 AI 短片製片 SOP」。它不是綁定某個模型的提示詞大全,而是把故事、鏡頭、參考資料、版本和驗收接起來的製片流程。 先把故事拆成 Shot List,再開影片模型很多人做 AI 影片時,會直接對模型說:「一個媽媽看著多年沒回家的女兒,感動流淚,電影感。」生成不滿意就再抽一次。這樣很容易把時間和生成額度花在還沒定義清楚的故事上。 比較穩定的起點是先寫劇本,再拆成 Shot List。以兩分鐘短片為例,可以先列出 Shot 01 到 Shot 12,再為每一鏡定義: 時間與地點 出場人物、景別與鏡頭位置 人物在畫面中的位置、動作和視線 台詞、情緒,以及鏡頭結束時的狀態 例如 Shot 08 可以寫成:「地點是客廳;女兒站在玄關右側,母親坐在沙發左側。女兒停下腳步,轉頭看向母親,保持眼神接觸並說:『媽,我回來了。』母親不說話,停頓兩秒,眼眶開始泛淚。」 「母親不說話」和「停頓兩秒」都是製片規格的一部分。若不寫清楚,模型可能自行加上台詞或動作。Shot List 的目的不是寫得更像小說,而是讓每一鏡都有能執行、能驗收的條件。 建立 Character Bible,先穩住角色角色一致性是多鏡頭影片最容易失控的地方。主要角色可以先建立 Character Bible,整理正面、左右 3/4 側面、半身與全身參考,以及年齡、髮型、服裝、身高比例和表情特徵。 角色跨越不同年齡時,分開整理,例如 Mother_Young、Mother_MiddleAge、Mother_Old,以及 Daughter_Child、Daughter_Teen、Daughter_Adult。每次生成只提供當下鏡頭需要的角色參考,避免把所有版本都塞進同一個 Context,讓模型多做不必要的判斷。 用 Location Bible 和 Spatial Map 固定空間單張圖漂亮,不代表剪在一起會像同一個地方。沙發、窗戶、門和主要光源若在不同鏡頭裡反覆換位置,觀眾會感覺空間跳掉。 重要場景可以建立 Location Bible,列出大門、沙發、電視、窗戶、餐桌、光源和人物活動區域,並畫一張 Top View 平面圖。多人同場戲再加 Spatial Map,固定人物 A、B、C 的站坐位置、彼此視線、前後景、攝影機位置,以及換機位後不能改變的相對關係。 三個人以上、走位、遮擋或多機位的場景,可以先在 Blender 做灰模 Blocking。放入房間、家具、人物方塊和 Camera,確認人物會不會被擋、構圖是否合理、攝影機高度是否適合,再截圖作為 Composition Reference。這一步的重點不是做出漂亮模型,而是先把空間和機位講清楚。 Storyboard 是 Keyframe,不只是分格漫畫規格和空間建立後,再為每個 Shot 製作 Keyframe,例如 shot_01_keyframe.png、shot_02_keyframe.png。需要控制重要動作時,可以再補 Start Frame、Middle Frame 和 End Frame。 這些圖像參考要一起沿用 Character Bible、Location Bible、Spatial Map 和需要的 Blender Blocking,讓生圖模型有明確的構圖與人物依據。此時目標不是讓模型自由改編,而是先建立剪接時能接得起來的畫面。 先測 Risk Shot,別按順序一路生成12 個鏡頭不一定要從 Shot 01 開始做。先找出最可能失敗的 Risk Shot,例如多人互看、擁抱、手碰臉、擦眼淚、嘴型、快速走位,或鏡頭和人物同時移動。 假設 Shot 03、08、12 最難,就先做這三鏡的測試。若最難的鏡頭目前拍不出來,趁早改劇本、鏡位或表演設計;不要等前面十一鏡都完成,才發現結尾無法成立。順序應該是: Storyboard → Risk Shot Test → Production 把 Prompt 寫成可以驗收的動作序列「電影感、溫暖、感人、細膩」可以描述氣氛,但很難用來判斷生成結果哪裡出錯。更可控的寫法,是把鏡頭拆成連續動作: 女兒停下腳步。 慢慢轉頭看向母親。 維持眼神接觸,再開口說:「媽,我回來了。」 說完自然閉口,保持視線,不再說話。 每個鏡頭的 Prompt 可以依序整理成: Subject + Position + Camera + Action Sequence + Eye Contact + Dialogue Timing + Emotion + End State 這樣比較容易判斷問題出在轉頭、視線、嘴型,還是結尾多出不需要的動作。模型版本和功能會變,鏡頭規格與驗收邏輯則可以保留下來。 逐鏡生成並管理版本Risk Shot 通過後,再逐鏡進入正式 Production。Kling、Google Flow、Veo、MiniMax 等可以是不同階段的候選工具;具體能力、開放狀態和方案限制會隨版本變動,選擇時要以當下實際可用的功能為準。 每個 Shot 都保留規格、參考圖、Prompt、模型、版本和狀態,例如: 1234shot_08_v01.mp4 人物正確,視線錯shot_08_v02.mp4 視線正確,嘴型錯shot_08_v03.mp4 Passshot_08_final.mp4 記下每次失敗的具體原因,之後才知道要改提示詞、參考圖、運鏡還是表演,而不是讓整支影片反覆重生。 先完成 Rough Cut V1,再修單鏡第一輪素材不用每鏡都做到滿分。先把 Shot 01 到 Shot 12 放進 Timeline,完成 Rough Cut V1,再從整支影片檢查節奏。剪在一起後,可能發現 Shot 03 太長、Shot 06 可以刪掉、Shot 08 情緒不足,或 Shot 11 和 Shot 12 應該交換。 先看整體,再修局部。單看一鏡覺得漂亮,不代表它適合整支影片的節奏和情緒。 讓 AI Agent 和剪輯工具協助管理素材當每一鏡都整理成結構化資料,AI Agent 才有條件協助管理影片。例如為每個 Shot 記錄: 12shot_id, duration, character, location, prompt, model,version, status, issue, selected_version Agent 可以依 Shot List 檢視時長、黑畫面、重複畫面、音訊斷裂、字幕缺漏和對白 Timing,也可以協助標記待人工確認的角色或畫面問題。這些檢查結果是 review 線索,不能直接當成最終判斷。 若手上已有可用的 DaVinci Resolve MCP 或其他剪輯操作介面,可以把 Shot Metadata、素材搜尋、selected_version、時間軸排列、字幕和 Rough Cut 輸出接成一條流程。工具串接方式會依實際環境而異;每次操作仍應保留人工檢查和可回復的版本。 V1 之後只修有問題的 ShotReview 時逐鏡記錄問題,例如 Shot 03、04 通過,Shot 05 嘴型不準、Shot 07 手部異常、Shot 08 節奏太慢。接著只處理需要修的鏡頭:嘴型問題可評估 Audio Fix 或 Lip Sync,手部問題可重生 Shot 07,節奏問題則可 Trim、調速或重生 Shot 08。 替換後輸出 Rough Cut V2,再重新檢查前後鏡的銜接。保留其他已通過的鏡頭,才能把修改成本集中在真正出問題的地方。 Technical QA 通過後,仍要 Human Final Review影片輸出後,先做 Technical QA:解析度、FPS、Codec、Bitrate、Duration、音訊取樣率、字幕數量、黑畫面、靜音與完整解碼。這些檢查能確認檔案是否符合技術條件。 Technical QA Pass 不等於影片好看。最後還是要從頭看到尾,確認角色有沒有變臉、視線和空間方向是否合理、嘴型自然不自然、情緒有沒有中斷、音樂音量是否合適,以及故事是否看得懂。 把流程接成一套 AI Film Production System整套流程可以整理成: 123456789101112131415161718192021Idea ↓Script → Shot List ↓Character Bible → Location Bible → Spatial Map ↓Blender Blocking(複雜鏡頭需要時) ↓Storyboard / Keyframe ↓Risk Shot Test ↓逐鏡生成 → Version Management ↓Rough Cut V1 → AI Agent Review → 剪輯工作流 ↓局部修正/重生 → Rough Cut V2 ↓字幕/BGM/混音 → Technical QA ↓Human Final Review → Master Export 研究到這裡,我反而覺得「AI 導演」比「AI 生影片」更值得學。模型會換,提示詞寫法也會變;但怎麼說故事、拆 Shot、控制角色和空間、安排鏡位、驗收素材與管理版本,仍然是製片能力。 我想把 Shot List、Character Bible、Prompt、Reference、Version、Issue、Status 和 Selected Clip 都整理成結構化資料,再讓 AI Agent 協助管理。理想分工是:人負責導演和決策,Agent 協助製片管理,生成模型提供鏡頭素材,剪輯工具完成後期。這不是按一下就能完成整部片,而是一套能持續修正的 AI 影片工作流。 想先從故事本身開始,可以接著讀AI 影片新手最容易學錯的:把「高級感」當成影片能力;想把鏡頭描述得更清楚,也可以看AI 攝影語言與 Google Flow 運鏡提示詞。 常見問答 (FAQ)Q1:製作 AI 短片前,應該先生成影片嗎?建議先寫劇本和 Shot List,為每鏡定義人物、位置、動作、視線、台詞與結束狀態,再建立角色和場景參考。這能讓影片生成有明確規格,也方便判斷結果要修哪裡。 Q2:什麼是 AI 短片的 Risk Shot?Risk Shot 是整支影片中最可能失敗的鏡頭,例如多人互看、擁抱、手部接觸、嘴型或複雜走位。先測這些鏡頭,可以在大量生成前調整劇本、鏡位或表演。 Q3:Blender 灰模是 AI 影片製作的必要步驟嗎?不是。單人鏡頭或簡單對話通常可用平面圖和空間參考處理;多人、遮擋、走位或多機位等複雜場景,才值得用 Blender 灰模預演人物位置與構圖。 Q4:AI Agent 可以直接決定哪些鏡頭要保留嗎?Agent 可以整理 Shot Metadata、標記技術問題或提供 review 線索,但角色一致性、情緒、空間連戲和故事可讀性仍需要人工從頭檢視,不能把自動檢查結果當成最終通過。 Q5:Rough Cut V1 之後,要整支影片重新生成嗎?通常先定位有問題的鏡頭,再局部修正或重生並輸出 V2。保留已通過的版本,能避免把修改成本擴大到整支影片。

  • article-Claude 程式碼動畫怎麼做?從 Prompt 拆出 Motion Design Skill

    2026/10/1

    AI Agent 影音行銷 Claude
    Claude 程式碼動畫怎麼做?從 Prompt 拆出 Motion Design Skill

    最近看到一個很有意思的 GitHub 專案:awesome-opus5-5-videos。 截至 2026 年 9 月 29 日,專案 README 列出 475 個 Prompt 檔,並從中精選 100 個案例展示。它的特別之處,是把動畫成品和創作者分享的 Prompt 放在一起,讓人有機會研究這些作品是怎麼被描述、再被做出來的。 先補上一個容易誤會的地方:這不是 475 份都完整公開的 Prompt。專案也註明,有些創作者只分享了部分 Prompt,或只留下原始貼文連結。至於 Claude 產生的實作程式碼,也不一定附在每個案例裡;如果創作者沒有另外公開,你可以重跑 Prompt,再觀察自己得到的 HTML、Canvas、SVG 或 Three.js 程式碼。 我最近也一直在研究 Claude 用「寫程式」做動畫。看得越多,我越覺得這個集合真正值得看的,不是能不能一次複製大量 Prompt,而是我們可以從成品回頭研究:一句動畫需求,如何變成有時間、有物件、有動作的可執行規格? 這些案例走的是程式碼動畫路線這批作品不是把一句描述直接交給影片模型,再由模型輸出一段影片。依專案的說明,創作者會請 Claude Opus 5.5 把動畫寫成程式;常見做法包括 HTML、Canvas、SVG 和 Three.js。瀏覽器負責執行動畫,若需要影片檔,再把播放畫面錄製或輸出成影片。 可以先用這個流程理解: Prompt → Claude 寫動畫程式 → 瀏覽器執行 → 需要時錄成影片 因此,Claude 在這個流程中同時接到導演、動畫師和前端工程師的工作:它要理解畫面、安排動作,也要把想法轉成瀏覽器能執行的程式。 一支動畫可以拆成畫面、動作與聲音從案例可以看出,程式碼動畫大致有三個互相配合的部分: 部分 常見技術 主要負責的內容 畫面怎麼畫 Canvas、SVG、Three.js、GLSL 文字、圖形、粒子、3D 場景、材質與光影 畫面怎麼動 CSS Animation、GSAP、JavaScript timeline 元素何時出現、移動路徑、縮放、速度與緩動 聲音與節奏 Web Audio API 或音訊素材 音效、節拍與畫面轉場的搭配;也可以完全不加聲音 有些作品把樣式、動畫與程式包進單一 HTML,打開瀏覽器就能預覽;要分享成影片時,再另外錄製播放結果。重點不是一定要採用哪個框架,而是讓畫面、動作和節奏彼此對得上。 好的動畫 Prompt 更像一份 Motion Design 規格寫程式做動畫時,cinematic、dramatic lighting 或 epic 這類形容詞仍能傳達美術方向,但通常不足以告訴模型一支動畫要怎麼走。更有用的資訊是時間、物件、動作和輸出方式。 先安排時間,再描述每段畫面例如,想做一支 10 秒的科普動畫,可以先列出節奏: 時間 畫面與動作 0–2 秒 主視覺淡入,主題物件由小放大 2–4 秒 標題從側邊滑入,停在畫面安全區 4–7 秒 圖表逐步成長,重點數字依序出現 7–10 秒 鏡頭拉遠,收束成結尾畫面 這比只說「做一支很有電影感的動畫」更能讓模型掌握段落長度、先後順序和畫面轉換。 說清楚畫面有哪些物件把文字、圖表、角色、圓形或背景元素列出來,並說明它們的位置、大小關係和視覺層級。若標題要優先被讀到,可以直接交代標題與圖表不要互相遮擋,重要內容要留在畫面中央的安全範圍。 描述物件如何移動除了「要出現什麼」,還要指定誰先動、往哪裡移動、移動多久、是否放大或淡出,以及動作要急促還是平滑。這些都是動畫規格的一部分,能幫助模型把靜態構想轉成有節奏的畫面。 補上風格與輸出條件最後再補色彩、字體感受、比例、背景、是否需要聲音,以及希望怎麼預覽。若想快速在瀏覽器查看,可以要求輸出單一 HTML 檔;如果結果要再剪輯,也要先想好影片比例和結尾如何銜接。 為什麼不該只複製 Prompt?只收集提示詞,很容易變成「看過很多範例,卻不知道怎麼自己改」。更有效的讀法是把成品、原始 Prompt 和自己重跑後的程式碼對照起來: 先看成品: 留意它為什麼順、哪裡吸引你,以及畫面如何轉場。 再看 Prompt: 找出創作者如何描述時間、構圖、物件與動作。專案也提醒,有些檔案只提供節錄或原始貼文。 自己重跑一次: 觀察模型選了什麼技術、如何切分動畫,以及結果和原始成品有哪些差異。 一次只改一個條件: 例如配色、文字、速度或畫面比例,才看得出修改造成的差異。 整理有效規則: 記下哪些描述能穩定改善節奏、版面或可讀性。 先挑和自己用途相近的案例就好。README 目前精選的分類包括 Motion Graphics、Explainers、3D Scenes,以及 Games & Interactive。若目標是做 AI 科普短片,可以先從 Explainers、Typography 和 Data Visualization 類型找靈感,不需要依序研究所有案例。 把反覆驗證過的方法整理成 Animation Skill當你研究過一批相似作品,就可以把有效的方法整理成自己的 Skill。它不只是保存一段長 Prompt,而是說明 Agent 每次接到任務時要如何完成工作,例如: 輸入與目標: 影片主題、觀眾、時長、比例和發布平台。 畫面規格: 場景、物件、文字層級、構圖與色彩方向。 時間軸: 每段的開始與結束時間、動作順序、轉場和節奏。 實作與輸出: 選擇 Canvas、SVG、CSS 或 Three.js 等合適方式,交付可預覽的檔案。 驗收方式: 檢查文字、時間軸、畫面比例、播放效果與需要修正的地方。 等這些規則經過幾次實際製作與修正,你就可以把文章、課程或數據內容交給 Agent,再要求它依照自己的 Explainer Animation Skill 開始規劃。模型和工具可能改變,但你整理出的判斷方法、範本與驗收步驟仍然可以繼續累積。若你也在整理 Skill 與 Agent 工作方式,可以延伸閱讀從 Skill 到 Agent Harness和Codex Skill 與 Plugin 的差異。 新手可以怎麼開始? 從專案中挑三個和自己目標相近的案例。 先完整看完成品,再讀它附的 Prompt 或原始貼文。 用相同 Prompt 跑一次,觀察模型實際產生的程式和動畫。 每次只改一個變數,記錄畫面和節奏怎麼變。 把反覆有效的規則整理起來,再逐步形成自己的 Skill。 最後要建立的,不是「我收藏了多少 Prompt」,而是自己能否把作品拆成規格,再把有效做法整理成可重複使用的 Library、Skill 和 Workflow。這才是這批程式碼動畫案例最值得研究的地方。 專案連結:awesome-opus5-5-videos。專案 README 指出,影片與 Prompt 歸原創作者所有,並在各案例連回原始來源;公開可看不等於可以任意重用素材。 常見問答 (FAQ)Q1:這些案例是 Claude 直接生成影片檔嗎?不是。專案介紹的是 Claude 先把動畫需求寫成程式,再由瀏覽器執行;若需要影片檔,還要錄製或輸出播放結果。 Q2:專案裡的 475 個 Prompt 都能看到完整內容嗎?不一定。截至 2026 年 9 月 29 日,README 列出 475 個 Prompt 檔,但也說明部分創作者只分享節錄或原始貼文。每個案例可取得的資訊要以該項目的連結為準。 Q3:研究案例時,為什麼還要自己重跑 Prompt?專案提供案例和創作者分享的提示詞,但不保證每筆都附上生成後的完整程式碼。自己重跑後,才能檢視實際實作方式,並比較它與原始成品的差異。 Q4:Prompt 和 Animation Skill 有什麼不同?Prompt 通常描述一次任務的需求;Animation Skill 則把可重複的方法整理成流程,包含輸入、規格、實作方式和驗收步驟,讓 Agent 能依同一套方法處理不同內容。

  • article-Claude Opus 5.5 做影片到底有多強?一次看懂能力、Token 消耗與 AI 影片工作流

    2026/9/28

    AI工具 AI自動化 影音行銷
    Claude Opus 5.5 做影片到底有多強?一次看懂能力、Token 消耗與 AI 影片工作流

    最近我一直在研究 Claude Opus 5.5 做影片的案例。越看越覺得,這波值得注意的事情,不是「Claude 也會做影片了」,而是 AI 開始能把影片製作當成軟體工程專案來完成。 這和我們熟悉的 Veo、Seedance、MiniMax H3 等生成式影片工具,走的是不同路線。以前常見的流程是: 1提示詞 → 影片生成模型 → MP4 而程式化影片的流程更像: 1提示詞 → AI Agent → 程式碼 → 動畫引擎 → Render → MP4 Anthropic 在 2026 年 9 月 22 日推出 Claude Opus 5.5,官方將它定位為適合長時間 Agentic Coding 與知識工作的模型。這篇文章談的「做影片」,是讓模型在 Agent 工具、動畫框架與 Renderer 的協助下寫程式、反覆檢查並組裝成片;不是把 Opus 5.5 當成直接生成電影鏡頭的影片模型。Anthropic:Claude Opus 5.5 Claude Opus 5.5 做影片,實際上是在做什麼?如果你交代 Agent:「幫我製作一支 90 秒的科普動畫」,它可以先協助拆解主題與旁白,再規劃分鏡、場景、動畫節奏和字幕,接著在有提供適當工具與執行環境的前提下,建立 HTML、Canvas、SVG、Three.js 或 Remotion 專案,執行程式、檢查輸出、修改動畫,最後再串接 TTS、字幕或 FFmpeg。 所以更精確地說,Claude 負責理解需求、產生與修改程式、安排工具;動畫引擎負責呈現畫面;TTS、音效、FFmpeg 或剪輯工具則完成聲音與影片輸出。模型能否直接操作這些工具,要看你使用的 Agent、權限與環境設定。它不會只靠模型本身就自動完成上述每一步。 環節 Agent 可協助的工作 實際執行者 企劃與分鏡 拆解主題、旁白、Scene 與時間軸 Claude 與創作者 Review 動畫實作 建立 SVG、Canvas、Three.js 或 Remotion 程式 Agent 編輯檔案,動畫框架執行 聲音與字幕 整理旁白、字幕和時間標記,呼叫 TTS 外部 TTS、字幕工具或剪輯軟體 輸出與檢查 呼叫 Render、讀取輸出結果並修正問題 Renderer、FFmpeg 與可用的 QA 工具 **影片不是單純的媒體檔案,也可以是一套可重複產生影片的程式專案。**這個差異,是理解 Opus 5.5 影片工作流的起點。 為什麼 Agent 做影片可能會累積數百萬 Token?我看到的個別案例分享中,有人提到用 Opus 5.5 做一支科普動畫,約 30 分鐘完成,整段 Agent 工作階段累積約 500~600 萬 Token。這是單一案例的分享,不是 Anthropic 公布的影片製作平均值;如果沒有 API usage 明細、平台計算方式和完整執行紀錄,也無法單憑總 Token 數推算出精確費用。 Agent 不是只回答一次。它可能反覆讀取需求和程式、執行專案、檢查輸出、修正錯誤,再重跑 Render。程式碼量、工具輸出、Context 長度、修改輪數、QA 次數,都會讓不同專案的用量差很多。 比起只看成片幾分鐘,更有參考價值的問題是:有多少個 Scene?Agent 讀了多少程式和輸出?改了幾輪?重跑幾次?有沒有用 Prompt Caching?是否加入 TTS、音訊分析或自動 QA? Token 總量不等於同價的計費量以 Anthropic API 公布的 Claude Opus 5.5 標準價格為例,每百萬 Token 的一般 Input 為 US$4、Output 為 US$20;5 分鐘 Cache Write 為 US$5、1 小時 Cache Write 為 US$8,Cache Read 為 US$0.20。這些是本文撰寫時的 API 價格;不同產品方案、雲端平台、快速模式或後續調價可能不同,實際估價請以官方價格頁為準。 計費項目 用途概念 Opus 5.5 標準 API 價格(每百萬 Token) Input 送進模型、未命中快取的內容 US$4 Cache Write 首次將可重用內容寫入快取 5 分鐘 US$5;1 小時 US$8 Cache Read 後續讀取已快取的內容 US$0.20 Output 模型產生的文字或程式碼 US$20 假設一份用量報表中,Input 是 100 萬、Cache Read 是 400 萬、Output 是 100 萬,這三類加總是 600 萬 Token;依上述標準 API 價格試算,這三項約為 US$24.80,尚未計入 Cache Write、其他平台費用或可能適用的價格條件。這只是示範算法,不代表前面提到的個案實際帳單。 看帳單或用量頁面時,先確認 Input、Cache Write、Cache Read 與 Output 的定義,以及介面是否已將快取項目包含在總數裡,再分項估價;不要把所有 Token 都乘上 Output 的單價。 影片長度只能當粗略參考下面是原稿提出的工作量區間,只適合當作概念估算,不是官方規格、業界平均或保證值。影片腳本是否既有、場景複雜度、程式碼是否重用、Context 管理、Agent 次數及平台記帳方式,都可能讓結果大幅不同。 製作規模 原稿提出的 Token 概念區間 簡單 10~20 秒 Motion Graphics 數十萬 Token 等級 30~60 秒程式動畫 數十萬到百萬 Token 等級 約 90 秒科普動畫 百萬 Token 等級 複雜 MV 或多場景長時間自主 Agent 數百萬,甚至可能超過千萬 Token 哪些影片適合用程式來做?程式動畫特別適合畫面元素可明確描述、位置與時間能被控制的內容。它不是每種影片的替代方案,但在資訊正確、文字清晰或需要重複修改時,有自己的優勢。 Motion Graphics 與品牌動畫動態文字、Logo Animation、資訊圖表、數字動畫、線條、粒子、UI 動畫、字幕和轉場,都很適合用程式精準控制。若指定顯示「2026 AI Agent」,程式就能照規格排版,不會像影像生成一樣把字形畫錯。真正的品牌標誌仍應使用已核實的素材檔,不能讓模型憑空仿製。 科普與知識型動畫以「疫苗如何作用?」為例,可以將內容拆成免疫系統、抗原、抗體和記憶細胞,再為每個段落建立 Scene,串上旁白、字幕和動畫。這類影片若重點在資訊清楚、流程正確與方便修訂,SVG 或 Canvas 動畫有時比直接生成影像更合適。科學內容仍需專業查核,動畫只負責呈現,不能代替事實驗證。 像素風 MV 與歌詞動畫可將歌詞與音樂段落整理成時間軸,為每段設計 Pixel Art 場景,再用程式控制角色、背景和字幕切換,最後把音樂、畫面與字幕合成。這讓大量重複的時間軸工作更容易自動化,但美術方向、歌詞解讀與節奏感仍值得由人 Review。 Data Visualization Video給 Agent 一份 sales.csv,讓它協助找出重點、建立圖表、編寫旁白,再輸出 60 秒報告影片。這裡最重要的是數字從資料讀取,而不是讓生成模型自行猜測。例如營收 NT$3,582,000,就要由資料欄位帶入畫面,並驗證計算與標示正確。 生成式影片搭配 Motion Graphics實務上不必在「AI 影片」和「程式動畫」之間二選一。可以用生成式影片提供人物、場景或電影感素材,再由程式動畫加上字幕、Logo、圖表、歌詞、轉場與時間軸,最後使用 FFmpeg 或剪輯軟體合成。 工作路線 主要負責內容 常見適用場景 Generative Video 生成角色、場景、鏡頭與氛圍 真人感、電影畫面、場景運鏡 Programmatic Video 以程式控制文字、圖表、UI 和動畫 資訊圖表、教學、品牌字卡、歌詞動畫 混合工作流 生成式素材加上程式化資訊與剪輯 品牌影片、音樂 MV、知識型短片 影片也開始變成軟體專案以前要把片中的「2025」改成「2026」,可能得回剪輯軟體逐段修改。如果影片以程式生成,年份可以是變數;公司名稱、品牌色、業績資料與語言也可以從設定檔或資料表帶入。 同一套模板因此有機會產生 A 公司、B 公司和 C 公司版本,或依照不同資料自動更新圖表。這時,產物不只有 MP4,也包含一套可維護、可重複執行的 Video Generator。 但程式化並不代表沒有 QA。仍要檢查字幕是否正確、圖表是否引用正確資料、音畫是否同步、輸出解析度和影片長度是否符合規格。自動 Render 只是流程的一部分,不能取代成片檢查。 Video Engineering Prompt:把影片需求寫成規格傳統 AI Video Prompt 常描述鏡頭、光線、角色、運鏡與風格。程式化影片還需要把需求寫成 Agent 能執行的製作規格,例如: 解析度、畫面比例與輸出格式 每個 Scene 的內容、順序與 Duration Timeline、轉場、動畫與 easing 字型、Typography、字幕與安全區 旁白、TTS、音效、音樂和音訊時間點 使用的 Renderer、Render 指令和檔案結構 QA 條件:文字、資料、時間長度、解析度與輸出檔案 這已經很接近一份影片 PRD。Prompt 不只是說「做得漂亮一點」,還要交代輸入素材、限制、時間軸、驗收條件和交付格式。規格越清楚,Agent 就越容易在可檢查的範圍內工作。 下一階段:Agentic Video Production我會把這種做法稱為 Agentic Video Production(Agent 化影片製作):人提供主題、音樂、歌詞、素材和輸出要求,Agent 協助規劃、寫程式、呼叫工具、Render,再根據檢查結果修正。 人仍然要負責方向、審美、素材權利與最後 Review。Agent 可以接手很多重複的製作步驟,但工具是否能互相呼叫、影片能否一次做對、素材是否合用,都取決於實際工作流和 QA。 所以我看 Claude Opus 5.5 做影片,真正感興趣的不是「Claude 會生成影片了」,而是:**影片製作也開始能透過自然語言和程式工作流來建構。**這件事和 Vibe Coding 很像,讓不熟悉動畫或剪輯的人,也有機會把自己的影片製作流程做成可重複使用的工具。 如果你也在建立自己的影片流程,可以延伸閱讀用 Codex 打造 AI 影片工廠與AI 影片生成的價值轉移。 常見問答 (FAQ)Q1:Claude Opus 5.5 可以直接輸出 MP4 嗎?Opus 5.5 本身不是專門直接輸出影片畫面的生成模型。它可以在提供 Agent、程式執行環境與相關工具時,協助產生動畫程式、呼叫 Renderer 或 FFmpeg,再把輸出組合成影片;實際能力取決於你配置的工具和工作流。 Q2:Agent 工作階段累積 600 萬 Token,代表影片要花很多錢嗎?不能只看總 Token 數。一般 Input、Cache Write、Cache Read 與 Output 的價格不同,也要確認平台報表如何計算快取用量。最好取得實際用量明細,依模型、平台和當時價格分項估算;沒有明細時,個案總數只能作為工作量參考。 Q3:什麼類型的影片最適合用程式製作?需要精確文字、數據、圖表、UI、字幕、時間軸或多版本重複輸出的影片,通常較適合程式化動畫。真人表演、電影感鏡頭與複雜場景可搭配生成式影片,再用程式處理資訊圖層、字幕和剪輯。

  • article-MiniMax H3 提示詞怎麼寫?用 Codex Skill 建立 AI 影片工作流

    2026/9/27

    AI工具 Codex 影音行銷
    MiniMax H3 提示詞怎麼寫?用 Codex Skill 建立 AI 影片工作流

    做 AI 影片時,很多人會先研究「提示詞要怎麼寫」。但影片做得越多,越容易發現真正重複消耗時間的,是每次都得重新想:人物怎麼描述、鏡頭如何移動、動作要拆幾段、台詞怎麼保留、參考圖怎麼指定,以及哪些限制值得寫進提示詞。 與其每次從頭整理,不如把這些經驗交給一個可重複使用的 Skill。本文以 MiniMax H3 Prompt Standardizer 為例,介紹如何把一句畫面構想整理成較完整的影片提示詞,並說明如何在前面加上 Shot Manifest、在後面接續生成佇列與檢討紀錄,逐步建立一套自己的 AI 影片工作流。 先說清楚範圍:這個專案是 Codex Skill,負責整理提示詞與分段規劃;它本身不是 MiniMax H3,也不會直接生成或剪輯影片。提示詞是否能達到預期,仍取決於實際使用的模型、參考素材、產品版本與生成設定,不能保證一次成功。 MiniMax H3 Prompt Standardizer 在解決什麼問題?可以把這個 Skill 想成一個「Prompt Compiler」:使用者用自然語言描述想法,它再把人物、場景、動作、運鏡、聲音和限制整理成比較清楚、可複製的提示詞。 沒有固定整理流程時,工作大致是: 1234567畫面想法 ↓自己研究提示詞 ↓反覆修改 ↓交給影片模型 使用 Skill 後,提示詞整理步驟可以變得可重複: 123456789畫面想法或劇本 ↓Codex ↓MiniMax H3 Prompt Standardizer ↓整理後的 H3 提示詞 ↓MiniMax H3 或其他影片工具 專案的 SKILL.md 說明,它可以處理一句話、既有長提示詞、故事、劇本、對白、廣告構想、分鏡清單,以及參考圖片等輸入;依需求擴寫、精簡、修補提示詞,或規劃多段生成。它也把文字生成影片、圖片參考、多張參考圖、首尾幀、對白與聲音等列為提示詞整理情境。這些是 Skill 的提示詞工作範圍,不代表每個 MiniMax H3 介面或帳號都支援相同功能;使用前仍要確認目前產品可用的輸入模式與限制。 比方說,輸入: 1一個女生在雨夜車站等人,8 秒,16:9。 Skill 可以補出一份較清楚的描述,涵蓋人物、場景、主要事件、鏡頭流程、光線、色彩、聲音和必要的防錯條件。重點不在於把一句話變得很長,而是讓每一項資訊都有明確作用。 先決定一段影片要完成什麼,再寫提示詞這個 Skill 的一個實用做法,是在輸出前先判斷需求形狀:要用哪種生成方式、內容是對話還是動作、適合一鏡到底還是多鏡、需要什麼時長、故事是否要拆段,以及每段在哪個畫面節點結束。 它的規則建議在沒有指定時,為單次生成挑選合理時長,並以每段最多約 15 秒作為規劃參考。這是 Skill 的工作流建議,不是 MiniMax H3 的官方時長上限;實際能輸入的秒數要看當下使用的產品與模型設定。 故事很長時,切段也不應只依字數平均分配。每段最好是一個可以完整看見的微事件或情緒節點,避免把尚未完成的動作、姿勢或情緒硬拆在兩次生成之間。可以優先在下列變化處切開: 鏡頭景別或視角改變。 場景、時間或主要人物改變。 一個動作已經完成,下一段開始新的事件。 角色完成一個情緒節點,後面進入新的反應。 例如「跑進咖啡廳、認出前任、停下來對望、哭泣、放下戒指、轉身離開」其實包含場景建立、跑步、視線互動、表情變化、道具互動和情緒轉折。把所有事件都塞進短短幾秒,模型需要同時安排太多變化。可以先找出哪些動作能構成一個完整鏡頭,再決定每段提示詞要負責的內容。 這裡的關鍵是先定義 Generation Unit(單次生成單位),再寫 Prompt。與運鏡、攝影語言有關的延伸閱讀,可參考從 Google Flow 的 /orbit 學 AI 影片運鏡提示詞;更完整的 Skill 製片流程則可看從 Prompt 到專家 Skill 的 AI 影片製片工作流。 如何安裝與第一次使用?這個 GitHub 專案的根目錄包含 SKILL.md,因此可以從該 repo 安裝。若你的 Codex 版本提供內建 $skill-installer,可以在 Codex 輸入: 1$skill-installer install https://github.com/sengseng123/minimax-h3-prompt-standardizer 也可以把 Skill 放進個人技能資料夾。Codex 目前文件列出的個人本機 Skill 位置是 $HOME/.agents/skills: 123mkdir -p "$HOME/.agents/skills"git clone https://github.com/sengseng123/minimax-h3-prompt-standardizer \ "$HOME/.agents/skills/minimax-h3-prompt-standardizer" 安裝前先檢視 repo 裡的 SKILL.md 與其他檔案,確認這份指示適合你的工作方式。這個專案的核心內容集中在 SKILL.md,另有 agents/openai.yaml 供支援該格式的介面顯示名稱或描述。Codex 會自動偵測本機 Skill;若清單沒有出現,再依目前版本文件重新啟動 Codex。安裝目錄可能隨 Codex 版本與安裝方式不同,請以官方技能文件列出的載入位置為準。 第一次使用時,可以在 Codex 輸入: 1234使用 $minimax-h3-prompt-standardizer:一個女孩在雨夜車站等待某人。8 秒,16:9,真人風格,不要字幕。 短構想提供了主角、事件、時間、比例和一項畫面限制,其他細節再由 Skill 依規則補齊。若結果偏離原意,直接指出要改的人物、鏡頭、節奏或風格,不需要先學會專業術語。 什麼情況適合直接交給 Skill?單一情境、短時間、只有一個主要事件時,可以直接請它整理提示詞。例如: 12345使用 $minimax-h3-prompt-standardizer:幫我做一段 10 秒影片。台灣女生坐在深夜便利商店窗邊,窗外下著雨,她低頭讀到一則令人難過的訊息。真人實拍,16:9,不要字幕;情緒壓抑但不要過度戲劇化。 輸入可以口語、簡短,也可以是一段既有提示詞。使用者不必先決定所有鏡頭術語;若某個缺少的資訊真的會改變結果,Skill 才應該提出簡短問題。這符合專案的方向:讓人描述想完成的畫面,而不是要求每個人先學會 Prompt 工程。 長故事先加一層 Shot Manifest如果要做 MV、短劇、品牌影片、多場景廣告或一段較長的連續劇情,我會在提示詞整理前先建立 Shot Manifest(鏡頭規格表): 123456789故事或腳本 ↓Shot Manifest ↓H3 Prompt Standardizer ↓單段生成提示詞 ↓影片生成與檢查 Shot Manifest 是本文建議加在工作流前段的規格,不是這個 GitHub 專案內建的功能。它的用途是把故事邏輯和模型生成條件分開:編劇先決定角色、情節和情緒;分鏡規格再交代每一鏡的人物狀態、具體事件、動作方向和結尾。 我會讓每個 Shot 至少包含: Shot ID 與目的:這個鏡頭在故事裡要完成什麼? 建議時長與場景:預計生成多久、在哪裡、什麼時間? 人物與參考素材:畫面有哪些角色,哪些參考圖要鎖定人物或環境? 核心事件:這一鏡只需要讓觀眾看懂哪件事? 起始狀態與結束狀態:鏡頭開始時是什麼畫面,最後停在哪裡? 動作流程與運鏡:人物朝哪裡移動,鏡頭如何配合? 聲音:有哪些對白、環境聲、動作聲或配樂? 連續性與銜接點:服裝、道具、人物方向與光線如何延續?下一鏡從什麼畫面接起? 例如,故事「女孩走進空蕩的月台,停下來等待」可先拆成: 1234567891011121314SHOT 01目的:建立人物與月台環境建議時長:5 秒場景:夜晚、空蕩的室內月台人物:女孩核心事件:女孩走進月台中央並停下起始狀態:鏡頭看見空月台結束狀態:女孩站定,視線望向月台一側運鏡:中遠景緩慢推近參考素材:角色參考圖、月台場景參考圖聲音:遠處列車聲與室內環境音連續性:下一鏡延續同一服裝、站位與光線方向銜接點:以女孩轉向月台入口作為下一鏡起點 完成後再逐鏡轉成 H3 提示詞: 123使用 $minimax-h3-prompt-standardizer,把 SHOT 01 整理成 MiniMax H3 提示詞。保留人物、場景、起始狀態與結束狀態;不要新增事件。 這多一層整理,能先發現故事分段和素材規劃問題,不必等影片生成後才發現一段裡安排了太多事件。 多張參考圖要先標明各自用途如果會上傳多張圖片,先說清楚每張圖負責什麼,並指定有衝突時以哪張為準。比如: 123456789使用 $minimax-h3-prompt-standardizer。圖片 1 是人物主要參考,鎖定臉部與髮型。圖片 2 補充服裝與體型。圖片 3 是場景參考,鎖定空間與光線方向。圖片 4 是商品外觀參考。請整理一段 10 秒廣告提示詞:人物走進咖啡廳,坐下後拿起圖片 4 的商品。人物與商品外觀以主參考圖為準。 專案的規則建議在正式提示詞前,先以 @圖片1、@圖片2 等標記列出上傳順序、主要參考和鎖定資訊。參考圖可能彼此衝突,也可能帶著不需要的背景、姿勢、浮水印或介面文字;要說明哪些視覺資訊應保留,哪些應忽略。不要指示 Skill 描述它沒有收到的素材。 對白與 Lip Sync 要提供可執行的細節如果畫面裡有人說話,只提供一句台詞通常不夠。可以補充說話者、說話時間、視線、呼吸、停頓、情緒與聲音質地: 1234567說話者:台灣女生,約 25 歲,聲音自然,不要播音腔。情緒:像是忍住眼淚,語速稍慢,中間停頓一次。台詞:「你終於來了。」台詞必須逐字保留,不要改寫。請讓嘴型與說話時間對齊。 這個 Skill 的規則明確要求,除非使用者要求改寫,否則保留原始台詞;也建議交代誰在何時說話、聲音情緒、停頓和嘴型同步。實際對嘴表現仍受生成工具和素材影響,提示詞只能交代目標,不能保證結果。 把抽象形容詞換成看得見的描述「電影感」、「高級感」、「震撼」、「史詩」或「絲滑」,本身很難告訴模型畫面該如何安排。試著把這些詞拆成可以觀察的鏡位、動作、光線、色彩、節奏與材質。 例如: 12345模糊:人物以很有電影感的方式走過來。具體:低機位中景跟拍,人物由畫面左後方走向右前方;鏡頭穩定地緩慢後退,背景保持淺景深,暖色街燈在遠處形成柔和散景,人物臉部保留自然陰影。 如果要描述角色動作,則交代方向、重心、原因、反應、與環境的互動,以及動作結束時的姿勢。例如「男子向左揮拳,女子側身閃避,身體重心轉到左腳;拳頭擦過肩膀,碰倒後方桌上的紙杯,男子收拳後停在她右前方。」比「兩個人激烈打架」更容易讓人看懂要生成的事件。 轉場用畫面元素銜接,而不是只喊「絲滑」要接兩個場景,可以先找一個可見元素作為轉場錨點,也就是 Match Element。例如第一鏡推近一把紅色雨傘,直到傘面填滿畫面;下一鏡從相似的紅色開始,再拉遠揭露那是咖啡廳的紅牆。這樣交代了前後畫面如何匹配,不必只寫「使用絲滑轉場」。 長故事也可以記錄前一鏡的結尾姿勢、人物方向、道具位置和光線,並指定下一鏡從哪裡接續。每段可以獨立生成,但規格表仍保留全片的連續性資訊。 聲音分層,提示詞會更清楚聲音可以分成三層描述: 對白:角色說話或旁白,包括內容、說話者、時機、語氣和停頓。 畫面內聲音(Diegetic Sound):角色也處在其中的雨聲、腳步聲、門鈴、杯子碰撞或遠處車聲。 畫面外配樂(Non-diegetic Sound):觀眾聽得到、但不是場景裡物件發出的背景音樂。 不要把三種聲音混成「加一點有氛圍的音效」。可以指定哪些聲音要突出、哪些只當背景,並只保留這個鏡頭真正需要的聲音設計。 防錯限制要針對場景挑選人物一致性、服裝變化、道具重複、手指異常、口型不符、人物瞬移、軸線反轉、鏡頭跳動、光線不連續、意外文字或風格漂移,都是常見的影片生成問題。不代表每個提示詞都要把整份負面限制貼一遍。 先想清楚當前 Shot 最可能失敗的地方,再補對應限制。例如人物拿著一杯咖啡並轉身時,可能要注意杯子不要複製、人物轉向保持一致;若只有遠景空景,手指或 Lip Sync 就不是需要處理的條件。限制越貼近畫面任務,越容易看懂它要避免哪種錯誤。 把單次生成接成可管理的工作流如果一部影片包含許多鏡頭,我會把它擴充成以下流程。這是本文整理的工作流建議;Generation Queue 與失敗知識庫不是這個 Skill repo 的內建功能: 1234567891011121314151617想法 ↓故事與劇本 ↓Shot Manifest ↓參考素材規劃 ↓H3 Prompt Standardizer ↓Generation Queue ↓影片生成 ↓人工檢查與重生失敗鏡頭 ↓剪輯軟體組片 Queue 可以用 Markdown 或試算表記錄每一鏡的提示詞檔案、參考素材、狀態與失敗原因: 1234567891011121314SHOT 001Status: ReadyReference: character-a.pngPrompt: prompts/shot001.mdSHOT 002Status: WaitingReference: character-a.png, room-a.pngPrompt: prompts/shot002.mdSHOT 003Status: RegenerateReason: 人物臉部在鏡頭中途改變Prompt: prompts/shot003-v2.md 狀態名稱可以依自己的流程調整,例如 Ready、Generated、Approved、Regenerate。記錄可以回答:哪些還沒生成、哪些已通過、哪些要重做,避免只靠記憶管理一長串鏡頭。 每次重生前也可以先寫一筆 Review: 1234567SHOT 07 Review問題:人物臉部一致性下降發生時間:約 4 秒觀察:鏡頭旋轉後臉部特徵開始改變可能原因:鏡頭旋轉幅度過大下一次調整:減少環繞幅度,增加正面停留時間,重新指定人物主參考圖 累積一段時間後,失敗紀錄便能整理成自己的 Failure Knowledge Base:哪些動作容易失敗、哪些運鏡會影響角色一致性、哪些參考圖組合較合適。這些紀錄是團隊自己的經驗,不應直接當成 MiniMax H3 的永久規則。 讓 Skill 符合自己的製作習慣原版 Skill 可以作為起點。若想做個人版本,可以複製後再加入自己的偏好,例如預設使用繁體中文、預設不加字幕、人物一致性優先、長故事先產生 Shot Manifest,或對話鏡頭避免劇烈環繞運鏡。 建議把「普遍有幫助的規則」和「特定專案偏好」分開。工作流規則可以告訴 Skill 如何判斷、如何輸出;專案偏好則描述你的影片風格與製作要求。無論如何擴充,都要清楚標示必要條件與可選建議,避免把過去某次成功的設定說成每個模型都適用。 可以直接保存的短片提示詞指令123456789101112131415使用 $minimax-h3-prompt-standardizer。請把以下內容整理成適合 MiniMax H3 的影片提示詞。若單次生成可以完成,輸出一段提示詞;若事件太多,拆成數段完整的 Generation Unit。每段保留一個主要事件,不要切開尚未完成的動作;優先在場景、視角、時間、人物或完整動作結束處分段。維持人物、服裝、道具、移動方向與光線連續。有參考圖時標明每張圖片用途,對白逐字保留。只加入這一鏡真正需要的防錯限制。不要自行加入字幕、Logo、浮水印或畫面文字。我的構想:{{貼上故事、劇本、既有提示詞或畫面想法}} 長故事先產生規格,再逐鏡產生提示詞若要處理 MV、短劇或多場景廣告,可以先要求 Codex 不要立即輸出影片提示詞: 12345678910111213以下是一個完整故事,請先建立 Shot Manifest,不要直接產生影片 Prompt。每個 Shot 都要是一個可在單次生成內完成的完整微事件,並列出:Shot ID、故事目的、建議時長、人物、場景、核心事件、開始狀態、動作流程、結束狀態、運鏡、光線、聲音、參考素材、與前一鏡的連續性,以及與下一鏡的銜接方式。完成 Shot Manifest 後,逐鏡使用 $minimax-h3-prompt-standardizer產生提示詞,最後另建 Generation Queue,記錄 Ready、Generated、Approved 或 Regenerate 狀態。故事:{{貼上完整故事}} 這個順序先把「故事如何拆鏡」和「每一鏡如何寫成模型提示詞」分成兩個任務。若想從更完整的製片視角延伸,也可以參考AI 影片製片工作流。 五分鐘快速操作1234567891. 安裝並檢視 MiniMax H3 Prompt Standardizer。2. 單一短畫面直接使用 $minimax-h3-prompt-standardizer。3. 長故事、MV 或短劇先建立 Shot Manifest。4. 逐鏡整理 H3 提示詞。5. 標示人物、場景與商品參考圖用途。6. 用 Generation Queue 管理待生成與待重做鏡頭。7. 生成後檢查人物、動作、聲音與連續性。8. 只針對失敗的鏡頭修改提示詞並重生。9. 將通過的鏡頭交給剪輯流程組成成片。 影片模型會更新,某些特定提示詞寫法也可能隨產品調整;但把故事、鏡頭、參考素材、生成與檢查拆成清楚步驟,能讓經驗留在工作流裡。與其每次從頭重寫 Prompt,不如把可重複的判斷整理成 Skill,把影片製作變成可檢視、可修正的流程。 常見問答 (FAQ)Q1:MiniMax H3 Prompt Standardizer 會直接生成影片嗎?不會。它是給 Codex 使用的 Skill,負責把畫面想法、故事或現有提示詞整理成影片提示詞;要生成或剪輯影片,仍需使用支援相應功能的影片工具。 Q2:只輸入一句話也能使用嗎?可以。專案設計上接受一句話構想,會依可合理推定的資訊整理提示詞。若時長、比例或其他缺漏會明顯改變結果,再補充條件即可;不用先掌握專業提示詞術語。 Q3:每段 15 秒是 MiniMax H3 的硬性上限嗎?不是。約 15 秒是這個 Skill 用來規劃單次生成的建議,不是 MiniMax H3 的官方產品限制。實際可用時長、參考素材模式與生成參數,請查看目前使用的 MiniMax 介面說明。 Q4:Shot Manifest 和 Generation Queue 是 Skill 內建功能嗎?不是。MiniMax H3 Prompt Standardizer 的核心是提示詞整理與分段建議;Shot Manifest、Generation Queue 和失敗紀錄是本文建議加上的工作流層,可以用 Markdown 或試算表自行管理。 Q5:安裝後沒有看到這個 Skill 怎麼辦?先確認 SKILL.md 位於 Codex 目前會掃描的本機 Skill 資料夾,並查看 Codex 的 Skill 清單;如果尚未載入,再依官方文件重新啟動 Codex,或更新資料夾位置。個人和專案層級的載入路徑可能不同,安裝前請先檢查目前版本的說明。

  • article-Google Vids 正在降低 AI 影片門檻:新手不必先學剪輯軟體?

    2026/9/25

    AI工具 影音行銷 Google Vids
    Google Vids 正在降低 AI 影片門檻:新手不必先學剪輯軟體?

    最近我把兩則 Google Vids 更新放在一起看,突然覺得 Google 真正想做的,可能不只是另一套 AI 生影片工具。 它想讓「做影片」變得像做簡報一樣普通。 2026 年 4 月 2 日,Google 宣布 Google Vids 開放使用 Veo 3.1 生成影片片段,當時個人 Google 帳戶每月有 10 次免費生成額度。到了 9 月 23 日,Google 又宣布把 Gemini Omni 1.1 Flash 帶進 Vids,加入場景延伸、指定影片長度、1080p 生成與升頻等功能。4 月的 Google Vids 更新|9 月的 Workspace Updates 公告 免費額度也要看時間和帳戶類型:截至本文整理資料時,Google 說明頁列出的個人帳戶 AI 影片額度是每月 6 支,與 AI 頭像共用額度。Google 產品的功能開放和用量限制會調整,實際使用前應以帳戶介面和說明頁為準。Google Vids 功能可用性與額度 把這些變化放在一起,我看到的重點不是模型又多強,而是: 影片正在變成一種一般人也能完成的工作。 AI 影片最難的,往往是生成之後很多人現在學 AI 影片,會經過一長串工具:先整理想法和文案,再生成圖片、影片、旁白,接著下載素材、打開剪輯軟體、排時間軸、補字幕和音樂,最後才輸出。 真正讓新手卡住的,常不是「我不會生成」,而是「生成完以後,我不知道怎麼把東西組起來」。 有些人已經會生圖,也做出十幾段漂亮的影片,卻遲遲沒有一支完整作品。缺的不是更多鏡頭,而是把素材排成有起承轉合、能看完也能分享的影片。 Google Vids 正在補上生成後的最後一哩我以前把 Google Vids 想成「Google Slides 加上一條時間軸」:放進圖片、影片、文字和音訊,再安排它們出現的順序。這當然還是影片編輯,但當生成能力逐步進到同一個地方,使用者就不必每做一個步驟都先換一套工具。 現在,Google Vids 能從文字或圖片開始生成影片,也支援延伸場景、調整生成片段長度和輸出不同影片比例;使用者可以把素材放進時間軸,繼續編排內容。Google 的說明列出寬螢幕 16:9、直式 9:16 和正方形 1:1,換比例後仍可能要手動微調畫面元素。Google Vids 影片尺寸說明 從使用者的角度,這讓 Vids 的角色從「簡單影片編輯工具」逐漸靠近: 把想法、素材和 AI 生成結果組成一支影片的地方。 新手第一天,真的需要先學會運鏡嗎?Google Flow 很適合用來做重要鏡頭。人物一致性、參考素材、首尾畫面、鏡頭運動和場景延續,都是需要更細緻控制時會派上用場的能力;具體選項則會隨模型和產品更新而變動。 但一個從來沒做過影片的人,第一天就需要理解所有鏡頭控制嗎? 很多人的目標其實很具體:公司要做活動短片、老師要做一段教學、業務想整理提案、小店想介紹新品,或自媒體新手想完成第一支 Reels。他們不一定要當導演,先有能力把一支影片做完,可能更重要。 如果我重新安排入門順序,會先走這條路: 階段 工具 先練什麼 先完成一支影片 Google Vids 把故事拆成幾個場景,放入素材,完成基本編排與輸出 再做好重要鏡頭 Google Flow 練習描述人物、場景和運鏡,讓關鍵畫面更接近預期 最後精修整支作品 DaVinci Resolve 深入剪輯節奏、聲音、色彩和更細的後製控制 這不是唯一的學習順序,也不是每個人都必須走到第三階段。它只是把學習目標拆開:先學會把想法做成影片,再學會把每個鏡頭做好,最後才把整支作品磨得更完整。 Google Vids 和 Flow,比較像分工,不是互相取代我現在會這樣理解兩個工具: Google Vids:做影片。 把影片、圖片、文字和音訊排進時間軸,組成可以播放與分享的完整內容。 Google Flow:做鏡頭。 當人物、場景、運鏡或畫面連續性很重要時,用更聚焦的方式生成和調整素材。 一個可能的製作流程是先用 Gemini 整理故事,再用 Flow 生成幾個重要鏡頭,接著把素材放進 Vids 完成整支影片。需要更多剪輯控制時,才把作品帶到 DaVinci Resolve。 如果你想先理解 Flow 的鏡頭提示詞,可以接著看從攝影語言學會 Google Flow 運鏡;若想看 AI 影片工作流怎麼從 Prompt 走向製片流程,也可以參考AI 影片從生成走向製片工作流。 AI 影片普及的關鍵,可能是它出現在熟悉的工作裡AI 圈常在比較哪個模型更強,但一般使用者會不會採用一套工具,未必只看模型排行榜。工具是否容易開始、素材能不能接上原本的工作流程,也很重要。 Google Vids 能匯入 Slides,也能使用 Drive 裡的檔案;對本來就在 Google 工作環境裡整理簡報、圖片和文件的人來說,開始製作影片時需要重新搬動的東西可能比較少。Google Vids 的建立與匯入方式 如果有一天,一份簡報能順手延伸成影片,一段教學內容可以直接整理成幾個場景,那麼「我要學 AI 影片」也許會慢慢變成「我想把這個想法做成一段影片」。這是我對產品方向的觀察,不代表每種影片都能一鍵完成。 先問自己:能不能把想法做成一支完整影片?AI 影片的門檻降低,不代表剪輯、敘事和選擇素材就不重要。它改變的可能是入門順序:先不用把所有進階控制一次學完,也能從簡單的故事開始,完成一支可分享的影片,再逐步補上鏡頭和後製能力。 所以如果你最近想開始學 AI 影片,我會先給自己一個小練習:試著在 30 分鐘內完成一支短片的初版。這不是對工具速度的保證,而是幫自己把目標從「再研究一個模型」移到「真的做出一個作品」。 AI 時代重要的能力,可能不只是生成多漂亮的畫面,而是能不能把想法變成一個可以分享、可以繼續修改的成品。 參考資料 Google Vids updates: Veo 3.1 免費影片生成與其他更新(2026-04-02) Gemini Omni 1.1 Flash now in Vids(2026-09-23) Google Vids 的 Gemini 功能可用性與額度 Google Vids 影片尺寸:16:9、9:16 與 1:1 常見問答 (FAQ)Q1:Google Vids 可以免費生成 AI 影片嗎?可以使用個人 Google 帳戶體驗部分 AI 影片生成功能,但不是無限量。截至本文查核時,Google 說明頁列出的個人帳戶 AI 影片額度是每月 6 支,與 AI 頭像共用;實際可用功能和額度可能依帳戶方案或 Google 後續調整而變動。 Q2:AI 影片新手應該先學 Google Vids 還是 Google Flow?如果目標是先完成一支影片,可以從 Google Vids 開始,練習安排場景、素材和時間軸;需要更精確地控制人物、場景或鏡頭時,再學 Google Flow。這是入門路徑建議,不是唯一選擇。 Q3:Google Vids 支援直式或正方形影片嗎?支援。Google Vids 的尺寸選項包含 16:9 寬螢幕、9:16 直式和 1:1 正方形;改變比例後,仍可能需要手動調整場景中的文字和圖片位置。 Q4:用了 AI 生成素材,就能自動完成影片嗎?不能只靠生成素材完成一支好懂的影片。使用者仍要決定故事順序、保留哪些鏡頭、安排節奏與音訊,並檢查輸出的內容是否符合分享或發布目的。

  • article-AI 影片新手最容易學錯的:把「高級感」當成影片能力

    2026/9/18

    AI工具 內容行銷 影音行銷
    AI 影片新手最容易學錯的:把「高級感」當成影片能力

    最近看了很多 AI 影片作品,我越來越覺得,新手最容易走錯的一條路,就是一開始便追求: 電影感、精品感、高級光影、複雜運鏡、8K 畫質、人物微表情。 最後做出來的影片確實很漂亮。 但我一直很想問: 然後呢? 丟到 Reels、TikTok、Shorts,有人願意看完嗎? 有人會分享嗎? 有人會因為這支影片追蹤你嗎? 甚至,有人願意花錢請你做嗎? 這也是我現在對 AI 影片最大的觀念轉變: 「做得漂亮」跟「做得好看」,其實是兩件完全不同的事情。 漂亮,是畫面的事。 好看,是觀眾的事。 做得漂亮,為什麼不等於做得好看?畫面漂亮,通常代表技術表現到位:構圖舒服、光影精緻、人物逼真、運鏡流暢。這些能力當然有價值,也確實能讓作品第一眼看起來更完整。 但觀眾留下來,不是因為畫面通過了攝影檢查,而是因為他想知道下一秒會發生什麼。 如果一支影片只有漂亮畫面,卻沒有衝突、問題、角色或情緒,它很可能只得到一句「哇,好漂亮」,然後被滑走。 我們可能把傳統影視的能力樹搬進 AI 時代了很多 AI 影片課程會教構圖、燈光、景深、運鏡、角色一致性、微表情與電影感。這些當然都有價值。 但問題在於:這些真的是 AI 影片新手最應該先學的東西嗎? 如果你本來就是導演、攝影師或設計師,答案可能是。因為 AI 可以放大你原本十幾年的專業,讓你更快把腦中的畫面變成作品。 但如果你本來不是影視工作者,卻花半年時間研究怎麼讓 AI 模仿傳統電影製作,你其實是在跟一群已經累積十幾年經驗的人,比他們最擅長的事情。 這不是 AI 給新手最大的機會。 真正的機會反而是:重新定義什麼叫做「影片」。 如果只能先學一件事,我會叫新手先學故事不是先學怎麼控制攝影機,而是先學怎麼讓人想看下一秒。 你需要先理解: Hook:為什麼觀眾要停下來? 衝突:角色遇到了什麼問題? 角色:觀眾為什麼要在乎他? 設定:這個世界有什麼規則或異常? 情緒:觀眾要感受到緊張、好笑、驚訝還是感動? 反轉:原本以為會怎麼發展,結果發生了什麼? Payoff:前面的期待,最後如何被回收? 再進一步,是怎麼讓人想看下一集。 這才是我認為 AI 影片真正值得投資的底層能力。 因為模型會換,畫質會提升,人物一致性會越來越簡單。今天需要寫幾百字 Prompt 才能控制的運鏡,未來可能一句話就完成。 但是,你到底要講什麼? 這個問題不會因為模型升級而消失。 AI 影片最有趣的地方,不是終於跟真人一樣AI 美女越來越像真人,AI 廣告越來越像精品廣告,AI 電影越來越像好萊塢。第一次看到確實很震撼。 但當每個人都做得到之後呢? 「像真的」很快就會從賣點變成基本配備。 所以我反而越來越喜歡另一種 AI 作品:只有 AI 才做得出來的東西。 不存在的生物。 不符合物理法則的世界。 辦公室突然長成森林。 台北捷運直接開進宇宙。 一碗牛肉麵裡爆發星際戰爭。 人物穿模、世界融化、時間倒流。 甚至是一些看起來很荒謬、很ㄎㄧㄤ,傳統導演根本不會這樣拍的東西。 因為這時候 AI 才不只是「比較便宜的攝影機」,而是變成「以前根本不存在的影像工具」。 AI 影片新手的能力樹,應該重新排列以前可能是: 攝影 → 構圖 → 燈光 → 運鏡 → 剪輯 → 作品 現在我反而會排成: 故事與傳播 → Hook 與節奏 → 角色與世界觀 → AI 工作流 → 角色/場景一致性 → 剪輯 → 精細的視覺控制 前面的能力決定:有沒有人想看。 後面的能力決定:看起來漂不漂亮。 順序搞反,就很容易出現一種現在非常常見的 AI 作品:大家看完都說「哇,好漂亮」,然後滑走。 這不是說視覺控制不重要,而是它應該服務故事,而不是取代故事。 為什麼「高級感」可能是 AI 影片新手的陷阱?高級感很容易得到正向回饋。 你放一支電影感 AI 影片出來,大家會留言: 「太強了。」 「這真的是 AI?」 「電影業要完蛋了。」 這些回饋很爽,但它不一定代表觀眾真的想看,更不代表市場真的願意付錢。 真正困難的反而是: 讓一個陌生人停下來。 讓他看到第 10 秒。 讓他想知道後面發生什麼。 讓他看完之後傳給朋友。 這些才是內容市場真正殘酷的測試。 當所有人都能生成漂亮畫面,漂亮就不再稀缺所以未來真正稀缺的,我認為反而是: Taste × Story × Idea 你看過什麼? 你想到什麼? 你敢不敢做別人不會做的設定? 你能不能建立一個讓人想追下去的角色? 你能不能讓觀眾在 30 秒裡產生情緒? 這些能力,比 8K、電影感、精準運鏡更難被模型升級直接抹平。 先讓人想看下一秒,再讓他想看下一集所以如果今天有人問我:「AI 影片新手到底應該先學什麼?」 我的答案已經不是先把畫面做漂亮,而是先學怎麼讓人想看下一秒。 再學怎麼讓人想看下一集。 最後才去研究怎麼讓它更漂亮。 因為 AI 影片真正的競爭,很快就不會再是「誰生成的畫面最好?」 而會變成: 當所有人都能生成漂亮畫面之後,你還有什麼東西值得別人看? 沒有攝影機、演員與物理定律,還能講什麼故事?我現在越來越相信,AI 影片的下一個戰場不是畫質,而是故事。 不要只問 AI: 你能不能把這個畫面做得更像電影? 開始問: 如果今天沒有攝影機、沒有演員、沒有片場,甚至沒有物理定律,我到底可以講一個什麼樣的故事? 這才是 AI 影片真正有趣的地方。 常見問答 (FAQ)Q1:AI 影片新手應該先學什麼?AI 影片新手應該先學故事與傳播,包括 Hook、衝突、角色、設定、情緒、反轉與 Payoff,先建立讓觀眾想看下一秒、下一集的能力,再逐步補上 AI 工作流與視覺控制。 Q2:學電影感、運鏡與構圖是不是不重要?電影感、運鏡與構圖仍然重要,但它們比較適合放在故事、節奏與角色之後學。視覺能力應該服務故事,不應該成為沒有內容時用來掩蓋問題的替代品。 Q3:什麼樣的 AI 影片比較可能讓觀眾看完?能讓觀眾持續產生期待的影片,比只有漂亮畫面的影片更有機會被看完。Hook、衝突、角色目標、情緒變化與清楚的 Payoff,都能幫助觀眾理解自己為什麼要繼續看下去。 Q4:什麼叫做「只有 AI 才做得出來」的故事?「只有 AI 才做得出來」的故事,是把不存在的生物、不符合物理法則的世界、世界融化、時間倒流或其他傳統影像工具難以呈現的設定,變成作品的核心,而不是只用 AI 複製真人電影的外觀。 Q5:如何判斷一支 AI 影片是真的好看?除了畫面是否漂亮,也要觀察陌生人是否願意停下來、看到第 10 秒、看完、分享、追蹤或進一步詢問服務。正向留言可以是鼓勵,但不能單獨代表觀眾真的想看或市場願意付費。

  • article-我覺得 VoiceStudio 最值得注意的地方,根本不是免費

    2026/9/15

    AI工具 AI自動化 影音行銷
    我覺得 VoiceStudio 最值得注意的地方,根本不是免費

    最近看到一套開源 AI 語音工具 VoiceStudio。 它可以在自己的電腦執行,支援 TTS、語音複製、多角色語音與影片配音,也不需要每個月再付一筆訂閱費。 看到這裡,很多人的第一個反應可能是: 那我是不是可以不用訂 ElevenLabs 了? 但我研究完之後,反而覺得「免費」可能是這套工具最不重要的地方。 真正讓我感興趣的是另外一件事情: AI 配音,正在從一個「工具」,變成 AI 工作流裡的一個「節點」。 本文談的是我對 VoiceStudio 與本地語音工作流的觀察,不是對不同語音服務的固定排名。實際功能、模型支援、硬體需求與授權方式,都應以當下的專案文件與模型授權條款為準。 我們現在用 AI,其實還是在「操作軟體」想一下現在大部分人怎麼做 AI 影片。 先叫 ChatGPT 寫腳本。 複製文字。 打開配音網站。 貼上文字。 選聲音。 按生成。 下載音檔。 再打開剪輯軟體。 匯入音訊、對字幕、找 B-roll、剪輯、輸出。 看起來整個流程用了很多 AI,但其實中間有一個很重要的角色一直沒有消失: 你。 你還是那個負責把 A 工具的結果複製到 B 工具,再把 B 工具的結果下載下來丟進 C 工具的人。 換句話說,AI 很厲害,但你還是一個「AI 工具操作員」。 這也是我之前思考 AI 影片工廠時,會把腳本、配音、字幕、素材與剪輯拆成不同能力的原因。可以先參考用 Codex 打造 AI 影片工廠:串接六大 AI 能力的完整工作流,影片工廠真正要處理的,不只是多找到幾個好用工具,而是讓每個能力可以被下一個步驟穩定接住。 真正的改變,是你連 VoiceStudio 都不用打開VoiceStudio 讓我感興趣的,不只是它可以在本地執行。 而是這類工具開始提供 API、MCP 之類可以讓其他程式直接呼叫的介面。 這件事情看起來很工程師,對內容創作者其實非常重要。 因為當一個 AI 工具可以被程式呼叫之後,「人」就不一定要站在中間了。 例如我最近一直在研究 AI 自動剪輯。 理想中的流程不是: 1我打開 ChatGPT → 打開配音軟體 → 打開剪輯軟體 而是: 1234567891011121314151617文章完成 ↓AI 自動整理成短影音腳本 ↓自動送進本地 Voice Clone ↓產生我的聲音 ↓自動分析旁白時間軸 ↓自動尋找 B-roll ↓自動產生字幕與字卡 ↓自動剪輯 ↓輸出成片 如果這條流程真的串起來,我根本不需要知道 VoiceStudio 的「生成」按鈕在哪裡,甚至不用打開 VoiceStudio。 因為它已經從「我要操作的軟體」,變成「我的 AI 員工背後會使用的一項能力」。 我覺得這才是接下來真正重要的改變。 以後我們可能不會在意「你用哪一套 AI」現在很多人在比較: ChatGPT 還是 Claude? ElevenLabs 還是 VoiceStudio? 這個生圖模型比較強,還是那個比較強? 這些當然重要,但如果 Agent 的發展繼續下去,我猜這些問題的重要性會慢慢降低。 因為使用者最後看到的可能根本不是工具。 你只會跟 AI 說: 把這篇文章做成三支短影音。 剩下的事情由 Agent 自己決定。 1234567需要寫腳本,就呼叫文字模型需要圖片,就呼叫生圖模型需要我的聲音,就呼叫本地 Voice Clone需要字幕,就呼叫語音辨識需要素材,就去素材庫搜尋需要剪輯,就呼叫影片處理工具最後丟三支影片給我挑 這時候,ChatGPT、VoiceStudio、FFmpeg、Whisper 或其他模型,全部退到後台。 使用者根本不需要看到它們。 這不代表底層工具不重要,而是工具的價值開始從「使用者介面有多順」延伸到「能不能穩定成為其他系統可呼叫的能力」。 本地 AI 真正有趣的地方,也不只是省錢很多人談 Local AI,第一件事情就是算成本: ElevenLabs 一個月多少錢? 本地模型是不是免費? 跑在自己的電腦上是不是比較便宜? 如果只是偶爾做幾支影片,我甚至覺得這不是最重要的問題。 雲端服務通常比較方便,模型可能也更穩定;本地方案則會多出硬體、安裝、更新、維護與排錯成本。軟體可以免費使用,也不代表每個語音模型都能免費商用,實際使用前仍要確認各自的授權條款。 真正有趣的是: 當 AI 能力搬到自己的電腦,它開始變成你可以控制的基礎設施。 不用每一次都開網頁。 不用每一次都上傳資料。 也不用每一次都等人按下「生成」。 只要電腦開著,Agent 就可以自己呼叫。 這對一天做一支影片的人,差異可能還不大。 但如果未來你不是一天做一支,而是讓 AI 一次處理 20 支、50 支,甚至 100 支內容,整個思考方式就完全不一樣了。 你不再是在找: 最好用的 AI 配音網站。 你是在建立: 我的 AI 內容基礎設施。 聲音,也正在變成一種可以重複使用的數位資產另外一個我覺得很有意思的變化,是「自己的聲音」。 以前聲音不是資產。我要錄一段新的內容,就必須重新開麥克風講一次。 講錯一句,重新錄。 課程改了一句,重新錄。 想做英文版,再錄一次。 但是 Voice Clone 出現之後,邏輯開始改變。 我的聲音可以被抽象成一個可以重複呼叫的能力。 今天拿來做短影音。 明天拿來補錄線上課程。 後天文章自動轉 Podcast。 甚至同一支內容自動產生不同語言版本。 所以未來自媒體經營者要管理的,可能不只有文章、圖片、影片與 Prompt,還會多一個東西: 自己的 Voice Profile。 它會跟 Logo、品牌色、字型、人物 LoRA 一樣,逐漸變成個人品牌的數位資產。 但這種資產也需要被好好管理:聲音樣本的保存、誰可以呼叫、哪些內容可以生成、是否允許商用,以及被濫用時如何撤銷,都不能只靠「模型很像」來處理。 把「我是誰」和「我要怎麼說」拆開這件事對自動剪影片非常重要。 一支短影音不可能從頭到尾都使用同一種情緒: 開頭 Hook 可能要比較興奮 中段解釋要穩定清楚 提醒風險時要嚴肅 講到反差時可能要驚訝 最後 CTA 又要比較親切 因此,Voice Engine 可以拆成兩層: 我是誰: 聲音的音色、辨識度與個人品牌特徵。 我要怎麼說: 情緒、語速、停頓、重音與表達方式。 理想的流程會是: 1234567891011腳本 ↓AI 理解內容 ↓判斷每一段情緒 ↓選擇語速與表達方式 ↓Voice Clone 生成 ↓送進剪輯流程 這時候 AI 就不只是單純「念稿」,而是開始理解:這句話應該怎麼說。 如果你也在處理影片聲音,可以延伸參考短影音音效怎麼選?從剪映內建到 AI 生成,一次搞懂 SFX 工作流。克隆旁白解決的是「誰在說」,SFX 與混音則決定觀眾「聽起來感覺如何」,兩者應該放在同一條聲音工作流裡設計。 我不太想問「VoiceStudio 能不能取代 ElevenLabs」因為我覺得這個問題太小了。 ElevenLabs 好不好用?當然好用。 VoiceStudio 免費嗎?軟體本身確實可以免費使用,但實際使用的語音模型仍要確認各自授權。 真正值得測試的是: 我能不能把 VoiceStudio 塞進自己的 AI Short Factory,然後以後根本不用打開它? 如果可以,那代表配音這件事情已經從: 我要做的工作 變成: AI 自己會完成的一個步驟 再往後,生圖是一個節點,配音是一個節點,字幕是一個節點,B-roll 是一個節點,剪輯是一個節點,發布也可能是一個節點。 當這些節點全部串起來,我們真正建立的就不再是一堆 AI 工具,而是一條: AI 內容生產線。 所以 VoiceStudio 免費這件事情,我當然很開心。 但比免費更讓我興奮的是: 我們正在慢慢進入一個「不用操作 AI 工具」的時代。 真正值錢的能力,也會從「你會多少 AI 工具」,逐漸變成: 你能不能把這些 AI 能力,組成一套會自己工作的系統? 這可能才是 AI 自媒體下一階段真正拉開差距的地方。 常見問答 (FAQ)Q1:VoiceStudio 最值得注意的地方是免費嗎?不只是免費。更值得注意的是,VoiceStudio 這類本地語音工具若能透過 API 或 MCP 被其他程式呼叫,就有機會成為 AI 內容工作流裡的語音節點,讓配音從手動操作變成可重複執行的步驟。 Q2:接進 AI 工作流後,還需要打開 VoiceStudio 嗎?理想上不需要。當 Agent 已經能透過 API 或 MCP 呼叫語音能力,使用者只要提出「把文章做成短影音」這類目標,VoiceStudio 可以在後台完成配音;但實際能否做到,仍取決於工具提供的介面、設定方式與整合品質。 Q3:本地 AI 語音一定比較省錢嗎?不一定。本地執行可能減少訂閱或按量計費,但仍要計入硬體、安裝、更新、維護、電力與排錯成本;此外,軟體免費也不代表所使用的語音模型都允許免費商用,必須逐一確認授權。 Q4:自己的 Voice Profile 可以當成個人品牌資產嗎?可以把它視為一種可重複呼叫的數位資產,但需要同時管理聲音樣本、存取權限、生成範圍、商用許可與撤銷機制。聲音相似度只是品質的一部分,不等於完整的品牌治理。

  • article-【30 秒 AI 影片,模型只花 513 元,為什麼報價可以是一萬元?】

    2026/9/15

    商業策略 內容行銷 影音行銷
    【30 秒 AI 影片,模型只花 513 元,為什麼報價可以是一萬元?】

    先說結論:AI 影片最貴的可能從來不是模型,而是把 500 秒垃圾變成 30 秒作品的人。 文中的模型單價與金額,都是用來說明估價邏輯的示例,實際費用會隨模型版本、解析度、平台方案與計價方式變動。真正值得留下來的,不是某個當下單價,而是如何把採用率、修改量與人力一起放進成本模型。 30 秒成片,為什麼不能只用「秒數 × 單價」?最近 AI 影片越來越強,我也開始看到一個很有趣的問題: 「現在 AI 生成影片這麼便宜,那做一支 30 秒影片,到底應該收多少錢?」 很多人第一個想到的算法是: 130 秒 × 模型每秒單價 假設模型生成一秒 11 元,那 30 秒就是: 130 × 11 = 330 元 所以一支 30 秒 AI 影片,成本才 330 元? 如果只是生成一段素材自己玩,這樣算沒有什麼問題。 但如果今天是客戶付錢,要你交出一支「可以用的商業成片」,事情完全不一樣。 因為 AI 影片最大的成本,從來不是「生成」,而是: 你生成了一大堆,最後到底有多少能用? AI 影片最容易被忽略的成本:抽卡假設最後成片需要 30 秒,你不可能剛好生成 30 秒,然後 30 秒全部拿來用。 人物可能崩掉,手可能有問題,商品 Logo 變形,表情不對,運鏡突然抽風,前後鏡頭接不起來。 甚至畫面都沒問題,你只是單純覺得: 「這顆不好看。」 於是重抽。 這就是大家常講的「抽卡」。 如果最後生成了 150 秒素材,只有 30 秒進入成片,那麼你的「採用率」就是: 130 ÷ 150 = 20% 換句話說,成片每留下 1 秒,背後平均有 4 秒被丟掉。 所以我在估 AI 影片成本時,比起模型一秒多少錢,我其實更在意另一個數字:採用率。 粗略規劃時,我可能會先這樣抓: 專案情境 初步採用率估算 社群短影音 約 40% 一般商用敘事影片 約 20% 高規格長片 約 10% 這不是什麼業界公定標準,只是讓自己不要活在「AI 每次生成都會成功」的幻想裡。 同一個模型,採用率不同,成本可以差四倍假設今天使用的模型是每生成一秒 11 元,做一支 30 秒影片: 採用率 估算生成量 模型成本 40% 30 ÷ 0.4 = 75 秒 75 × 11 = 825 元 20% 30 ÷ 0.2 = 150 秒 150 × 11 = 1,650 元 10% 30 ÷ 0.1 = 300 秒 300 × 11 = 3,300 元 有沒有發現一件很有意思的事情? 模型完全沒有換,影片長度也完全沒有換。 光是「採用率」不同,模型成本就差了四倍。 所以我現在反而覺得,AI 影片真正的技術,不只是會不會生成,而是你能不能提高採用率。 會做角色設定、Reference、分鏡、首尾幀、鏡頭拆解、素材控制、提示詞工程的人,真正省下來的不是按按鈕的時間,而是少抽很多次卡。 需要 3 秒,不代表只付 3 秒例如一顆鏡頭,我最後只需要 3 秒,但模型一次可能生成 5 秒。 第一次不行,再來。 第二次人物表情怪怪的,再來。 第三次商品變形,再來。 第四次終於可以。 最後時間軸上只有 3 秒,但實際付費生成了 20 秒。 所以如果真的要精算,我會看另一個數字: 1有效採用率 = 實際進入成片秒數 ÷ 實際付費生成秒數 這個數字,比「我今天生成了幾顆鏡頭」更值得追蹤。因為真正影響成本的,是付費生成了多少,以及最後有多少秒成功進入交付版本。 客戶修改:最容易低估的第二輪抽卡第一版完成之後,客戶說: 「這邊人物可以笑一點嗎?」 真人拍攝的後製,也許還有一些調整空間。 但 AI 影片很可能不是把嘴角往上拉一點就結束。你得重新生成整顆鏡頭,然後重新面對一次人物、服裝、商品、背景、運鏡與光線全部變動的風險。 更刺激的是:你原本只想修改 A,AI 很可能順便幫你把 B、C、D 也改了。 所以一般委製案,我會先保留大約 20% 的修改預備量。 我的快速估算公式會變成: 1模型費 = 成片秒數 ÷ 採用率 × (1 + 修改率) × 每秒生成單價 但這還只是模型費。 案例:30 秒影片,模型費可能真的只有 513 元假設今天做一支 30 秒直式社群影片: 使用 Seedance 2・720p,每生成一秒約 5.7 元。 採用率抓 40%。 修改預備量抓 20%。 那麼估算生成量是: 130 ÷ 40% × 1.2 = 90 秒生成量 模型費就是: 190 × 5.7 = 513 元 模型費:513 元。 很便宜吧? 問題來了。 假設一位初階製作者,一天人力成本抓 2,000 元,整個專案工作五天: 12,000 × 5 = 10,000 元 模型加人力: 1513 + 10,000 = 10,513 元 模型費只占大約 4.9%,剩下約 95.1% 都是人。 客戶真正買的到底是什麼?這也是我覺得現在 AI 影片市場最容易誤會的地方。 客戶看到的是: 「你不就是打 Prompt,然後按生成嗎?」 但真正的工作可能是: 企劃 腳本 分鏡 角色設定 場景設定 提示詞 生成 挑片 補生成 角色一致性 QC 商品 QC 剪輯 字幕 配音 音樂 調色 輸出 客戶溝通 修改 所以如果要更精準估價,我甚至不會只寫: 1人力費 = 人日單價 × 工作人日 而會拆成: 1專案成本 = 前期製作 + AI 生成 + 後期製作 + 專案管理 前期製作包含企劃、腳本、分鏡、角色與場景設定;AI 生成包含抽卡、補生成與修改預備量;後期製作包含剪輯、字幕、配音、音樂、調色與輸出;專案管理則包含溝通、版本整理、回饋整合與交付。 這和價值堆疊如何讓產品不再被說太貴的邏輯很接近:不是把一個總價藏起來,而是讓客戶看見交付價值是由哪些工作組成。 因為客戶付的從來不是那 513 元的 GPU 費用,他真正付錢買的是:有人可以把幾百秒充滿不確定性的 AI 素材,收斂成最後可以交付的 30 秒。 生成成本正在下降,但「選擇成本」沒有這可能才是 AI 影像產業接下來真正有趣的地方。 以前拍影片最大的問題是:「拍不到。」 所以你需要攝影棚、攝影機、燈光、演員、場景、攝影師、美術與製片。每按一次快門都有成本。 但生成式 AI 把這件事情反過來了。 未來最大的問題可能不是: 「做不出來。」 而是: 「做得出來的東西太多了。」 100 顆鏡頭都可以生成。問題是: 哪一顆能用? 哪一顆最好? 哪一顆符合品牌? 哪一顆人物沒有跑掉? 哪一顆商品沒有變形? 哪兩顆接起來才合理? 哪一顆值得繼續修改? 這些全部都是人的判斷。 所以我甚至認為,未來 AI 影片產業真正稀缺的能力,會慢慢從單純的 Production,轉向: 1Direction + Selection + QC 導演能力、選擇能力與品質控制能力。 如果你想進一步理解如何把抽卡整理成可以重複執行的流程,也可以延伸閱讀AI 影片真正的分水嶺:從 Prompt 到專家 Skill 的製片工作流。 100 分鐘 AI 電影,真的只要 20 萬元?我們再把尺度拉大。 假設要製作一部 100 分鐘 AI 電影: 總片長:6,000 秒。 使用 Seedance 2.5・1080p,每生成一秒約 21.3 元。 高規格長片採用率抓 10%。 先不加入修改預備量,估算生成量是: 16,000 ÷ 10% = 60,000 秒生成量 模型成本: 160,000 × 21.3 = 1,278,000 元 光模型就大約 128 萬元。 假設再投入 450 個人日,每人日平均 5,000 元: 1450 × 5,000 = 2,250,000 元 模型加人力: 11,278,000 + 2,250,000 = 3,528,000 元 如果再把約 20% 的生成修改預備量加到模型費: 11,278,000 × 1.2 + 2,250,000 = 3,783,600 元 整體約 378 萬元左右。 而且這還沒有完整納入劇本開發、專業配音、演員、音樂、混音、法務、授權、製片管理、發行與行銷。 所以 AI 電影確實有可能把過去需要幾千萬、甚至上億元才能完成的事情,壓到非常誇張的價格;但也不是「我有二十萬元、一台電腦,再加上一個很模糊的故事概念」就可以拍電影了。 模型越便宜,專業 AI 影片製作者不一定越便宜這可能是最反直覺的一件事。 我反而認為,接下來模型價格還會繼續下降,生成速度會繼續提高,畫面品質也會繼續變好。 「把畫面生出來」這件事情,會愈來愈不值錢。 但這不代表專業 AI 影片製作者的價格,也一定跟著往下掉。 因為當每個人一天都可以生成幾百、幾千段影片之後,真正稀缺的東西反而變成: 知道什麼值得留下來的人。 所以未來客戶付錢買的,不會只是: 「幫我生成 30 秒影片。」 而是: 「幫我從幾百秒垃圾裡,得到最後這 30 秒。」 AI 讓畫面出現得愈來愈便宜,但把畫面變成作品,依然很貴。 而且我猜,這件事情短期內不會改變。 常見問答 (FAQ)Q1:一支 30 秒 AI 影片的模型成本到底是多少?模型成本沒有固定答案,至少要同時看每秒生成單價、採用率與修改預備量。以本文的示例計算,30 秒成片、40% 採用率、20% 修改預備量與每秒 5.7 元的模型,模型費約為 513 元。 Q2:什麼是 AI 影片的採用率與有效採用率?採用率是「成片秒數 ÷ 生成素材總秒數」;有效採用率則是「實際進入成片秒數 ÷ 實際付費生成秒數」。後者會把每次重抽與模型實際計費的秒數一起納入,更適合用來追蹤專案成本。 Q3:為什麼模型只花 513 元,客戶報價卻可能超過一萬元?因為客戶購買的不只是模型生成,而是企劃、腳本、分鏡、角色與場景設定、抽卡、挑片、QC、剪輯、配音、音樂、調色、溝通與修改等完整交付。本文示例中,模型費約占 4.9%,主要成本來自五天的人力與判斷。 Q4:AI 影片應該怎麼快速估算模型費?可以先使用「模型費 = 成片秒數 ÷ 採用率 × (1 + 修改率) × 每秒生成單價」估算,再另外加上前期製作、後期製作與專案管理。採用率不是公定標準,應依角色一致性、商品辨識、鏡頭複雜度與客戶修改風險調整。 Q5:100 分鐘 AI 電影是不是只要二十萬元就能完成?不能只用模型單價判斷。依本文的示例,6,000 秒成片、10% 採用率、每秒 21.3 元模型費、450 個人日與 20% 生成修改預備量,模型加人力約需 378 萬元,且尚未計入劇本、配音、音樂、法務、授權、製片、發行與行銷。

  • article-【Google Flow 的 /orbit 到底是什麼?從 Veo 到 Omni Flash,一次搞懂 AI 影片的運鏡指令】

    2026/9/14

    AI工具 影音行銷 Gemini
    【Google Flow 的 /orbit 到底是什麼?從 Veo 到 Omni Flash,一次搞懂 AI 影片的運鏡指令】

    最近我看到一個有趣的 Google Flow 用法:生成影片時,只輸入 /orbit,畫面就像替主體加上環繞運鏡。其他人也會整理 /dollyin、/tracking、/lowangle、/macro、/goldenhour、/ugcunboxing 等斜線寫法,看起來很像產品裡藏了一套秘密指令。 研究後我更想弄清楚的,不是還有幾百個指令,而是這些詞背後共通的攝影語言。理解鏡頭怎麼移動、如何構圖、光線如何呈現,才能把這些概念帶到 Veo、Gemini Omni Flash,或其他能以自然語言生成影片的模型。 /orbit 是 Google Flow 的官方指令嗎?目前查閱 Google Flow 的官方影片建立說明,流程是用提示詞描述場景,再選擇模型、比例與片長;我沒有在這份說明中找到 /orbit 或名為 Google Flow Slash Command API 的公開指令定義。因此,較穩妥的理解是:這些斜線詞是創作者整理的 Prompt Shorthand(提示詞快捷寫法),不是已確認的官方 API。 這不代表輸入 /orbit 一定沒有作用,而是不能假設斜線會觸發一個保證存在的程式指令。實際生成可能受 orbit 這個詞、上下文與各模型的語意理解影響;想讓需求更清楚,可以把它改寫成完整句子: 1The camera smoothly orbits around the subject. orbit 本身就是常見的攝影運鏡概念。類似地,dolly in 是攝影機向主體推進,tracking shot 是跟著人物或物件移動,low-angle shot 是低角度拍攝,macro shot 是微距特寫,而 golden hour 描述的是接近日出或日落的暖色光線。 真正值得記住的是可跨模型使用的攝影語言如果只記 /orbit,介面改版或另一個模型不認得斜線寫法時,這個捷徑就可能失效。若記住 Orbit Shot=環繞運鏡,你就能再補上方向、幅度、速度與主體位置,把同一個想法展開成不同細節層級的提示詞。 在 Google Flow 裡,影片模型與支援功能會因選用的模型而不同;官方也建議生成前確認目前的模型與設定。Gemini Omni Flash 官方提示指南則明確提到場景、鏡頭運動、光線與情緒等描述方式。這些資料支持「攝影語言可以用自然語言表達」的做法,但不代表所有模型都會以相同方式遵循提示詞。 把 AI 影片提示詞拆成五個層級以 Orbit 為例,可以從一個簡短概念逐步增加控制資訊: Level 1:先給運鏡名稱1/orbit 這是最精簡的快捷寫法,只表達「希望鏡頭環繞主體」。 Level 2:回到標準攝影語言1Orbit around the subject. 拿掉斜線後,仍然保留同一個運鏡概念。 Level 3:加入方向與速度1The camera slowly orbits clockwise around the subject. 現在提示詞多了慢速與順時針兩個條件。 Level 4:補上角度、距離與主體位置1The camera performs a slow 180-degree clockwise orbit around the subject, maintaining a constant distance and keeping the subject centered. 除了環繞方向與速度,也交代移動幅度、攝影機距離和主體在畫面中的位置。 Level 5:寫成一段有時間節奏的導演腳本12345Single continuous shot. No cuts.[0-2s] Static medium shot.[2-7s] Slow 180-degree clockwise orbit around the subject. Maintain a constant camera distance and keep the subject centered.[7-10s] Lower the camera and settle into a low-angle hero shot.Warm golden-hour rim lighting. Keep the subject visually consistent. No dialogue. 到這一層,提示詞已經交代鏡頭何時開始移動、移動多久、最後停在哪裡。時間標記可以幫模型理解節奏與順序,但它仍是生成提示,不是逐格精準的剪輯時間軸;實際結果要看模型、版本與生成設定。 一個運鏡有五個可調整的控制維度/orbit 只說出運鏡名稱。若想減少生成結果像抽卡,可以把它拆成五個方向來描述: 控制維度 可以描述的內容 方向 順時針、逆時針、由左向右、由右向左 幅度 45 度、90 度、180 度或完整 360 度 速度 非常慢、緩慢、快速或急速 距離 貼近主體、遠距環繞、維持固定距離 結束畫面 特寫、低角度英雄鏡頭、主體背後或正面 例如,A slow 180-degree clockwise orbit, maintaining a constant distance, ending in a low-angle close-up hero shot. 就比單獨輸入 /orbit 多交代了可供模型參考的畫面條件。提示詞不一定要很長,重點是把真正重要的控制維度說清楚。 Veo 的攝影積木與 Omni Flash 的時間軸寫法教學時,我會用「攝影積木」介紹 Veo:主體、動作、景別、運鏡、光線與聲音,再依需要組合。到了 Gemini Omni Flash,我會多練習用時間軸描述一段連續鏡頭,明確寫出每一段的畫面變化。 這是方便理解提示詞的教學方式,不代表 Veo 只能用積木、Omni Flash 才能用時間碼。Gemini Omni Flash 的官方指南說明,模型預設可能嘗試生成多個鏡頭;若需要單一連續畫面,可以寫明 In a single continuous shot 或 No scene cuts,並以時間標記交代事件發生順序。不同模型與 Flow 功能的支援狀況仍可能不同,使用前應確認當下選取的模型與設定。 以 10 秒商品廣告為例,可以這樣寫: 12345Single continuous shot. No cuts.[0-3s] Close-up product shot. A bottle sits on a reflective black surface.[3-7s] The camera slowly orbits clockwise around the bottle while gently pushing in.[7-10s] The camera settles into a low-angle hero shot.Warm golden-hour rim lighting. Keep the product label consistent. No dialogue. 這段提示詞不只說「環繞」,也說明何時開始、同時搭配什麼動作、最後停在哪個景別。若你想先把多個鏡頭的順序規劃好,也可以延伸閱讀用 AI 快速生成短影音?九宮格分鏡技巧解決人物變形。 把 Slash Commands 當成攝影積木,而不是終點這些斜線寫法仍然很好用,尤其適合初學者快速記住攝影概念。可以先整理成自己的攝影積木: 運鏡: /orbit、/dollyin、/dollyout、/tracking、/handheld、/fpv 景別與角度: /closeup、/macro、/lowangle、/highangle、/pov 光線: /goldenhour、/backlight、/rimlight、/neonlight 商品畫面: /productreveal、/productspin、/ugcunboxing 特效: /smokereveal、/liquid、/disintegrate 新手可以先用 /orbit,再加上 /lowangle 或 /goldenhour。需要更明確的控制時,就把積木展開成自然語言: 1Single continuous cinematic shot. The camera slowly orbits 180 degrees clockwise around the subject while maintaining a constant distance. Use a low camera angle with warm golden-hour backlighting. Keep the subject centered and visually consistent. No cuts. 斜線詞是入口;一旦寫清楚畫面條件,這些攝影概念便不綁定某個介面或模型。 Prompt 正在變成一種導演介面以前我們可能只寫「一個男人走在東京街頭,電影感」,再看看模型會給什麼。現在可以把想法拆成鏡頭腳本: 0–2 秒先保持固定中景。 2–7 秒開始順時針環繞 180 度,人物留在畫面中央。 7 秒後降低機位,停在低角度英雄鏡頭。 整段不要切鏡,並維持人物的外觀與服裝。 這不只是描述「我要什麼畫面」,而是把運鏡、景別、速度、方向、距離、光線、動作和時間順序,組合成模型看得懂的執行腳本。當你學會的是這套攝影語言,換 Veo、Gemini Omni Flash 或其他自然語言影片模型時,就有一組可以重新測試與調整的基礎。 官方文件參考 Google Flow:建立影片 Google Flow:模型與支援功能 Google AI for Developers:Gemini Omni Flash 影片生成與提示指南 常見問答 (FAQ)Q1:/orbit 是 Google Flow 的官方指令嗎?目前查閱的 Google Flow 官方說明沒有把 /orbit 定義為公開指令或 Slash Command API。把它當成創作者的提示詞快捷寫法較穩妥,若需要明確表達環繞鏡頭,可直接寫 The camera orbits around the subject.。 Q2:/orbit 這種寫法可以直接用在 Gemini Omni Flash 嗎?Orbit 的運鏡概念可以用在 Gemini Omni Flash,但不要假設斜線語法一定通用。可改寫成自然語言,例如 The camera slowly orbits clockwise around the subject.,再依輸出結果調整方向、速度與幅度。 Q3:怎麼讓 AI 影片的運鏡方向和幅度更明確?在提示詞中直接寫出順時針或逆時針、移動 90 度或 180 度,以及運鏡速度、與主體的距離和結束景別。條件越具體,模型越能以這些資訊作為生成參考,但結果仍可能因模型與設定而不同。 Q4:AI 影片可以依照秒數執行運鏡嗎?可以用 [0-3s]、[3-7s] 這類時間標記描述事件順序與節奏。Gemini Omni Flash 官方提示指南有時間碼範例;時間標記仍屬自然語言提示,不保證逐秒或逐格精準執行。 Q5:一套運鏡快捷詞能套用在所有 AI 影片模型嗎?運鏡、景別與光線等攝影概念可以跨模型重用,但各模型的功能、版本與語意遵循程度不同。保留攝影概念,再把快捷詞展開成清楚的自然語言,並依實際輸出測試調整。

  • article-AI 長片真正的突破,不是模型變強,而是終於有人把「抽卡」變成製片流程

    2026/9/14

    AI工具 影音行銷 Higgsfield
    AI 長片真正的突破,不是模型變強,而是終於有人把「抽卡」變成製片流程

    最近看到 Higgsfield 公開約 95 分鐘的 AI 長片《HELL GRIND》。只看表面,很容易把焦點放在「AI 已經能做 95 分鐘電影了」;但我研究它公開的製作專案後,反而覺得更值得注意的,是團隊開始把角色、場景、鏡頭與生成素材當成一套製片系統來管理。 Higgsfield 的官方專案頁提到,公開內容包含每個場景背後的 prompts、assets 與 generations;Higgsfield 執行長 Alex Mashrabov 也在公開貼文中稱它為 95 分鐘 AI 電影。 對我來說,真正重要的不是長度,而是這部片讓一個問題變得更清楚: 如何把「抽卡」,變成製片? 為什麼 AI 長片不能只靠「不行就重抽」?做 10 秒或 30 秒的影片,寫 Prompt、生圖、試運鏡,畫面不對就再生成一次,偶爾還撐得住。但當作品長到 5 分鐘、20 分鐘,甚至 95 分鐘,每一鏡都靠運氣成功,就很難維持角色、場景和敘事的連貫。 長片需要的不只是單一鏡頭「看起來不錯」,還要讓觀眾相信:這是同一個角色、同一個世界,故事也在往前走。鏡頭一換,門不能無故換邊;角色換個狀態,衣服和傷勢不能忽然重置;前一鏡的動作,也要能接到下一鏡。 所以 AI 長片遇到的核心問題,已不只是「怎麼寫出更好的 Prompt」,而是「怎麼讓每次生成都能接回同一部作品」。 人物不該只是一段 Prompt,而是一組角色資產以前我們可能會在每個鏡頭重寫一次:「一名 32 歲亞洲男性,短黑髮,穿黑色外套……」然後希望模型記得他是誰。 長片製作更需要一份 Character Bible,先把角色定義成可重複引用的資產: 長相、身形比例與辨識特徵 服裝、髮型與會隨劇情改變的物件 聲音、語速、口音與說話習慣 表情、姿勢和具有辨識度的小動作 角色在不同場次中的狀態與變化 角色狀態也要拆開管理。乾淨的日常造型、淋雨後、受傷後或滿臉血,對應的是不同的造型狀態;如果每次都把多種狀態混在同一段描述裡,模型便可能把它們混合到不該出現的鏡頭。 這不代表角色 Asset 可以保證模型永遠不漂移,而是讓每一鏡有一致的參照。當角色跑掉時,也比較容易追問:是參照圖不夠清楚、狀態版本用錯,還是鏡頭本身要求太多? 場景不是背景圖,而是一個固定的虛擬片場場景連戲常比角色更容易出錯。 想像第一個鏡頭的門在左側,換個機位後卻跑到右邊;桌子忽然不見,窗戶又多出一扇。單看每一格也許說得過去,剪在一起就會穿幫。 因此,除了描述「這裡看起來像什麼」,還要建立空間地圖,固定重要物件和角色之間的關係。例如: 訓練墊位於房間中央 門固定在左側遠牆 窗戶在右後方,桌子在入口右側 角色 A 與門之間約有八公尺距離 這些資訊讓換機位不等於重新發明一個房間。它更像真正的片場:攝影機可以移動,但場景的空間關係不會跟著重新生成。 我把這種做法想成 AI 的「虛擬片場」。過去我們一直在練習怎麼描述畫面;長篇影像還需要我們定義畫面所在的世界。 不要只叫 AI 演情緒,要描述看得見的身體行為如果只寫「男人非常憤怒」,模型可能把情緒演成瞪眼、皺眉、咬牙、握拳,全部一起上,反而失去可信度。 更可控的方式,是把抽象情緒拆成鏡頭看得見的行為: 下巴繃緊,停頓兩秒 視線落在地面,不看對方 鼻血流到嘴唇,卻沒有伸手擦掉 呼吸逐漸加快,但肩膀保持僵硬 這不是單純把情緒形容得更長,而是把「表演」轉成可觀察、可檢查的身體訊號。我會把這種思路稱為 Performance Engineering:不是要求模型抽象地「演得更好」,而是把表演拆成具體的動作、節奏與反應。 把鏡頭設計成可診斷的 Shot,而不是塞滿一段 Prompt一個 Shot 若同時要求角色轉身、拿起道具、穿過房間、打鬥、說台詞,再加上複雜運鏡,模型失敗時就很難判斷是哪個條件造成問題。 先定義這一鏡最重要的動作、人物位置、鏡頭目的和結尾狀態,再決定要不要拆成兩鏡。若攝影機運動與角色動作彼此衝突,或同一鏡塞了太多事件,即使 Prompt 更長,也不一定會更穩。 我會用「10–15 次診斷線」提醒自己:同一個 Shot 反覆生成仍不成立時,先停止只改幾個形容詞;拆鏡、減少動作、換機位,或重新設計動作節拍。這是用來避免盲目重抽的工作參考,不是所有模型都適用的官方硬性門檻;真正的停損點仍要看鏡頭難度、成本和可接受品質。 如果你想進一步看分鏡如何協助人物一致,可以延伸閱讀本站的AI 九宮格分鏡技巧;九宮格是一種方法,不代表每部片都必須採用。 不是消滅抽卡,而是把抽卡工程化AI 影片仍然會生成失敗。差別在於,失敗後我們能不能找出問題、留下紀錄,並只重做需要修正的部分。 可以把工作拆成一條可追蹤的製作管線: Story → Bible → Asset → Scene → Shot → Generation → QC → Editing 當一個 Shot 不理想時,先診斷角色狀態、空間設定、動作複雜度、鏡頭運動和模型限制,再決定是重抽、簡化還是拆鏡。這樣每次生成才會變成有理由的測試,而不是沒有上下文的下一次嘗試。 AI 影片高手可能不只是最會寫 Prompt 的人如果 AI 影片逐漸走向 10 分鐘、30 分鐘或更長的敘事作品,真正拉開差距的能力可能會變成: 角色與場景資產管理 Story Bible、Character Bible 與 Shot List Continuity 連戲檢查 版本、生成紀錄與失敗診斷 素材篩選、品質檢查與剪輯決策 這些能力比某一款模型的熟悉度更有機會跨工具沿用。今天的 Shot 可以換成漫畫分格,留下 Story、Character 和 Scene 也可以支援小說或品牌故事。模型會換,對作品的拆解、管理和判斷能力卻能帶到下一個工具。 如果你想看如何把多種 AI 能力串成完整影片產線,可以延伸閱讀本站的用 Codex 打造 AI 影片工廠;而AI 影片素養與創作者工作方法則談到創作者如何從生成者走向製片與判斷者。 工作流,才是 AI 內容能跨模型累積的資產模型一定會一直更新。今天是 Higgsfield,明天可能是 Seedance、Veo、Kling,之後也可能出現另一套更強的生成工具。 如果能力只建立在「我很會用某一個模型」,工具換掉,很多技巧就要重來。但若你建立的是 Story、Bible、Asset、Scene、Shot、Generation、QC 到 Editing 的工作流,就能依不同模型重新安排生成工具,而不必把整個製作方法一起推倒重來。 AI 內容的下一階段,也許不是一鍵生成,而是我們開始知道怎麼管理生成、如何找到失敗原因,以及怎麼把 AI 產出的零件組織成一部作品。 《HELL GRIND》值得研究的地方,不只是「AI 能不能拍電影」,而是它讓我們看到人如何透過角色資產、虛擬片場、鏡頭設計與品質檢查,和 AI 一起把電影做出來。 常見問答 (FAQ)Q1:AI 影片製作中的 Production Engineering 是什麼?Production Engineering 是把故事、角色、場景、鏡頭、生成、品質檢查與剪輯整理成可追蹤、可診斷、可重做的製作流程,而不只是逐鏡撰寫 Prompt。 Q2:Character Bible 能保證 AI 角色每一鏡都一致嗎?不能。Character Bible 提供可重複使用的角色外觀、服裝、聲音和狀態參照,幫助團隊減少重新描述並定位偏差;最後仍要逐鏡檢查與修正。 Q3:AI 長片為什麼需要場景空間地圖?空間地圖能固定門窗、家具、角色和重要道具的位置關係,讓不同機位的鏡頭仍像發生在同一個場景,降低場景佈局前後矛盾的風險。 Q4:AI 影片的「10–15 次規則」是官方標準嗎?不是普遍適用的官方標準。本文把 10–15 次當作提醒創作者停止盲目重抽、回頭診斷 Shot 設計的工作參考;實際次數應依鏡頭難度、生成成本與品質要求調整。 Q5:這套 AI 製片流程只能用在 Higgsfield 嗎?不能。角色與場景管理、Shot 拆解、生成紀錄和品質檢查等概念可用於其他影片模型;但各模型支援的參照方式、控制能力與工作介面會不同,實作時仍需依版本調整。