影片做完還不算完成，真正麻煩的是「剪輯」

上一篇《Tina學姐的 Codex 筆記05》，我整理了 Codex 如何從劇本開始，一路自動產生圖片，再透過影片 API 做出一段一段的影片素材。

但只做到這裡，其實還不能算真正完成一支影片。

因為最後還有一個大家非常熟悉、也是最花人工時間的階段：剪輯。

• • 影片素材要依序放好。
  • 字幕要對時間。
  • 標題要加進去。
  • 可能還有音訊、圖片、特效、文字位置與各種細節。

如果前面全部自動化，最後還是得自己花半小時打開剪輯軟體慢慢組裝，那整套自動化其實只完成一半。

所以這幾堂課開始處理另一個更有意思的問題：Codex有沒有辦法連「剪輯草稿」都幫我做好？

Codex不是直接控制剪映，而是透過「草稿」間接完成剪輯

我覺得這是整個剪輯段落最重要的一個觀念。

一開始我很容易以為：Codex是不是會自己打開剪映，然後移動滑鼠，把影片一段一段拉到時間軸？

其實老師示範的邏輯不是這樣。

剪映沒有直接讓 Codex 任意操作的公開介面。

但是剪輯軟體的「草稿」，本質上仍然會以資料與檔案形式存在電腦裡。

因此可以換一個方向思考：如果我直接把一份剪輯草稿需要的資料全部組裝好，再讓剪映打開這份草稿，不就等於間接完成剪輯了嗎？

這就是這堂課使用的方法。

中間需要一座橋：剪輯草稿工具

老師在課程裡使用一套開源工具，搭配所謂的「剪映小助手」。

它的角色非常像中間人。

左邊是 Codex。

Codex已經完成劇本、影片、圖片等素材。

右邊是剪映。

但 Codex 沒有直接和剪映連起來。

所以中間加入一座橋。

Codex按照工具提供的文件與接口規則，建立一份剪輯草稿。

剪映小助手再把草稿轉換或放到剪映能識別的位置。

最後打開剪映，就會看到一個已經準備好的專案草稿。

影片素材已經放進去。

文字與其他元素也能依規則加入。

這時候如果還想人工微調，仍然可以繼續改。

我覺得「草稿」比直接輸出成片更適合實際工作

這一點我特別喜歡。

很多所謂 AI 自動剪輯，都會讓人產生一個期待：我按一個按鈕，它直接給我一支完美影片。

但實際工作通常沒有這麼理想。

有時候某張圖我不喜歡。

某句字幕要改。

標題顏色想換。

某一段畫面需要縮短一秒。

如果 AI 最後給我的是一支已經完全壓死的 MP4，我反而很難處理。

但如果最後得到的是：一份可以繼續打開修改的剪輯草稿。

那就非常實用。

AI負責先完成80%的機械工作。

最後20%真正需要審美與判斷的地方，我再自己調。

這比較符合我真正會使用的方式。

剪輯自動化的流程，其實仍然是API思維

課程裡使用的開源剪輯工具有自己的使用文件。

• • 例如可以建立草稿。
  • 往草稿加入影片。
  • 加入音訊。
  • 加入字幕與標題。
  • 設定文字樣式。
  • 最後保存草稿。

老師仍然採取前面一樣的方法：不是要求學員把所有API規格背起來，而是把文件交給Codex讀。

我們只需要先知道：這套工具大概能做什麼。

至於建立草稿要送什麼參數、添加影片要使用哪一個操作，交給 Codex 根據文件去執行。

這時候我才愈來愈理解：未來使用 Codex，真正重要的能力不是自己會寫 API。

而是：知道哪裡有工具、有文件，再讓智能體學會使用。

一份剪輯草稿，還是有很清楚的先後順序

雖然很多技術細節交給 Codex，但是剪輯本身的工作邏輯仍然必須由我們定義。

例如老師整理的流程大致是：先建立一個新的草稿。接著把需要的影片按照順序放進去。再加入音訊、標題、字幕等元素。所有內容要注意時間軸的位置。最後再保存草稿。

這其實再次呼應之前學到的「規劃」。

AI可以執行。

但：我們必須先知道正確的工作順序。

時間線是自動剪輯裡不能忽略的一件事

剪輯和單純生成圖片最大的不同，就是「時間」。

一張圖片只要存在就可以。

但是影片一定要知道：第一段從第幾秒開始？第二段接在哪裡？字幕在哪一段出現？一段影片長5秒，下一段自然就要從5秒後接上。

所以自動剪輯其實不只是把檔案丟進去。它還必須建立一套時間線。

這讓我開始理解，為什麼「剪輯」比前面的圖片生成要複雜很多。

剪映小助手的草稿路徑一定要設定正確

課程進入實際設定後，有一個操作細節反覆強調：剪映小助手設定的草稿位置，必須和剪映本身的草稿位置一致。

也就是先到剪映的全局設定裡找到草稿儲存位置。

複製這個路徑。

再回到剪映小助手的設定中，指定完全相同的位置。

因為小助手產生的草稿，最後必須被放到剪映實際會讀取的資料夾。

如果路徑不一致，就算草稿產生成功，剪映也找不到。

這也是一個非常典型的自動化問題。

工具本身可能都正常。

但只要資料交接的位置錯了，流程一樣會斷掉。

最後真正需要的是一個「草稿連結」

在課堂設計中，Codex完成剪輯任務後，會取得或產生一個草稿相關連結。

接著把這個連結交給剪映小助手。

小助手讀取相關素材與資料，再依照設定的草稿位置建立剪映草稿。

完成之後重新打開剪映，就能看到新的草稿專案。

這時候整條工作流才真正從：一個人物名字。

變成一份可以繼續人工編輯的影片專案。

最後再完整測試一次：不要急著封裝Skill

老師的做法我很認同。老師沒有每完成一個小步驟就馬上封裝成技能。

而是先重新找一個新的歷史人物，完整跑一次。

確認：劇本有沒有正常生成？圖片有沒有並行完成？影片有沒有完成？剪輯草稿能不能順利建立？中間資料有沒有混到上一個人物的資料夾？結果是不是按照預期輸出？全部測完沒有問題之後，才把整套流程封裝。

我覺得這就是上一篇「先跑通，再封裝」的進階版本。

實際測試最有價值的地方，是會把很多沒想到的問題逼出來

老師實際重新跑流程時，也不斷發現新問題。

例如：是否應該並行？中間結果要不要顯示？不同人物的素材是否應該放在不同資料夾？影片網址有沒有保存？某些前置條件是不是互相衝突？這些事情，如果只是坐在桌前「設計工作流」，可能根本想不到。

一定要真的跑。跑到出問題。再修改。才會變成一條穩定的流程。

這讓我愈來愈覺得：做AI自動化和寫SOP其實很像，只是這次負責執行SOP的員工變成了智能體。

最終把四個階段全部封裝成一個Skill

當整套流程確認能正常完成之後，最後才進入 Skill。

這時候就不需要再分別呼叫：寫劇本技能。生圖技能。影片技能。剪輯技能。

而是可以把整個流程封裝成更高階的一個技能。

它的輸入非常簡單：一個歷史人物名字。

中間則按照固定順序：劇本 → 圖片 → 影片 → 剪輯。

最後輸出：一個可以拿來建立或開啟剪輯草稿的結果。

以後再做李白、蘇軾、劉邦或其他人物，就不需要重新教。

只要呼叫這個技能，換掉人物名字即可。

這才讓我真正明白什麼叫「技能裡還可以調用其他技能」

做到這裡，我開始對 Skill 有不同理解。

技能不是只能完成一個很小的動作。

它可以是一套非常複雜的流程。

甚至可以把不同能力串在一起。

例如：劇本有自己的規則。圖片有自己的生成工具。影片又有另外一套 API。剪輯則使用不同工具。最後再由一個總技能去協調所有步驟。

這其實已經很像一個小型數位團隊。

Tina學姐的學習心得：到這裡我決定不照單全收老師的平台

這幾堂課學完後，我覺得課程真正值得學的地方很多。

但我也非常確定一件事：後面的實作，我不想完全照老師的平台原封不動複製。

因為這一章開始，整個生態明顯建立在火山引擎、即夢、剪映以及相關工具上。

老師所處的環境這樣做非常合理。

但我真正想打造的是：一套我在台灣可以長期使用、付款方便、API穩定，而且未來維護不麻煩的工作流。

所以我覺得接下來最好的學習方式不是：「老師按哪個按鈕，我就照著按。」

而是每堂課先問：老師這一步真正要解決什麼問題？如果只是需要「圖片生成API」，我們就找適合我的圖片服務。如果只是需要「影片生成API」，也可以換其他平台。

如果最後只是需要「把素材自動組成可編輯草稿」，那也應該研究有沒有更適合我目前電腦與剪輯習慣的方法。

保留流程，替換工具。

我覺得這會是我接下來學Codex最重要的一條原則。

我真正想做的不是歷史人物影片，而是Tina自己的內容生產Skill

老師的範例是歷史人物。

但是我現在想到的，全部都是自己的工作。

例如慢慢烘咖啡。

我是不是可以只輸入：「上班喝咖啡。」Skill就幫我產生15秒短片腳本。接著生成人物或情境素材。再做成3段5秒影片。最後自動建立剪輯草稿。

除臭襪也一樣。

Dosha保養品也一樣。

甚至我的 AI 漫劇，也可以把一些固定重複的工作拆出來。

所以我現在真正期待的不是：「我成功複製老師的一支歷史人物影片。」

而是：「我能不能把這套方法改造成Tina真正每天會使用的內容工作流？」

Tina學姐的Codex筆記06｜我的結論

這一章從生成影片一路做到剪輯之後，我終於真正看懂了前面幾章一直在講的「智能體工作流」。

它不是叫 AI 一次回答一個問題。而是先把一件工作拆成很多明確的步驟。

每一個步驟替它準備需要的工具。把上一個步驟的結果，交給下一個步驟。途中如果出錯，就讓它分析、重試與修正。直到整條流程真的跑通。

最後再把整套成功經驗封裝成 Skill。

下一次，只需要改變輸入。其餘全部按照原來的 SOP 自動執行。

我現在愈來愈覺得，學 Codex 真正值得累積的東西，不是「我會操作多少個 AI 網站」。

而是：我能不能把自己的工作經驗，一條一條變成可以被智能體執行的流程。

學習到現在，雖然真的開始變難了。

但也正是從這裡開始，我覺得 Codex 才真正從「好玩的AI」，逐漸變成可以改變工作方式的工具。