目錄(19 節)
AIGC 版本控制:五個實務做法(2026)
AIGC 內容迭代速度快,缺乏版本控制容易造成混亂與無法復現的問題。本文分享五個實務做法,助團隊系統化管理 AI 生成流程。
一句答你:AIGC 版本控制嘅重點唔係買咩工具,而係養成「一稿一號、改嘢必留底、定稿必鎖定」嘅習慣,五人以下團隊用一個共用磁碟夾加一份對照表已經夠用。
重點摘要 Key Takeaways
- 版本號要有一套統一規則,例如
v1.2,大改動跳大數,微調跳細數,全隊同一寫法。- 每次生成都要留低「變更記錄」:改咗乜、邊個改、點解改,三樣缺一不可。
- 對照表係小團隊嘅命脈:邊個版本用咩聲線、咩提示詞、出咗邊條片,一目了然。
- 定稿之後要「鎖定」,改名、搬資料夾、禁止再生成,避免有人攞錯舊版出去出街。
- 提示詞同生成參數都係「源頭檔案」,要同音頻/影片一齊入庫,唔可以齊 audio 唔齊 prompt。
- 廣東話內容仲要多管一層:聲線、語感、多音字讀法都要記錄在案。
AIGC 點解需要版本控制
以前做內容,一條片、一段錄音,改幾多版都係導演同剪接師之間嘅事。但 AIGC 唔同。同一個提示詞,今日生成同聽日生成,出嘢可能已經唔一樣。同一條旁白稿,用唔同聲線讀出嚟,係兩件完全唔同嘅作品。
版本控制 係一套管理「同一件作品唔同階段狀態」嘅方法:令到團隊任何一個人,任何時候都搵得返「出咗街嗰個版本」係邊個、點樣生成出嚟。呢套嘢喺軟件工程行咗幾十年,2026 年嘅 AIGC 內容團隊幾乎一定要用返同一套思維。
點解?因為生成式內容有三個特性令佢特別易亂:
- 生成結果唔完全可重現:尤其係影片生成類,學界綜述早已指出 text-to-video 生成嘅可控性同一致性係核心難題(arXiv Text-to-Video 綜述, 2026)。同一個 prompt,兩次出嘅片唔一定一樣。
- 資產多樣:一條片背後有劇本、提示詞、聲線、參考圖、字幕檔,任何一樣改咗,成條片都變咗。
- 改動頻密:客戶一句「個聲好似怪怪哋」,你就要換聲線重新生成成條旁白。
所以版本控制唔係大公司先需要。相反,五人以下小團隊人手少、一個人做多個崗位,亂起上嚟更冇人救到你。
例如:一個兩人短片團隊,同一條廣告片改咗十一版,最後客戶話「我想返第三版嗰個感覺」。如果冇版本號同對照表,你連「第三版」係邊個檔案都未必講得出。
五個實務做法
以下五個做法,全部係方法層面,任何工具都做得到,唔使買咩貴系統。
做法一:一套全隊統一嘅版本號規則
版本號 係一個用數字標示作品階段嘅標籤,例如 v1.0、v1.3、v2.0,用嚟唯一噉指住某一個版本嘅檔案。
建議規則好簡單:
v1.0係第一個可審核版本。- 小修小補——改字幕錯字、調大細聲、換一兩個鏡頭——跳細位:
v1.1、v1.2。 - 換聲線、重寫旁白、重新生成成段——跳大位:
v2.0。 - 出街版另外加標記,例如
v2.0-FINAL-PUBLISHED。
重點唔係規則本身幾靚,而係全隊同一寫法。一個人寫 final_final_真的final,另一個人寫 v3_new,半個月後冇人知邊個先係真嘢。
檔名建議格式:專案名_內容名_版本號_日期,例如 茶記廣告_旁白_v1.3_1026。日期用月日就夠,唔使寫年份咁長氣——不過磁碟夾入面最好有年份資料夾分開。
做法二:每次改動都寫變更記錄
變更記錄(changelog) 係一份按時間排嘅清單,記低每個版本「改咗乜、邊個改、點解改」。
好多小團隊嫌麻煩,淨係儲檔案唔記錄。結果三個月後睇返,十個版本檔案全部叫得出編號,但冇人記得 v1.4 同 v1.5 之間改咗啲乜。
變更記錄唔使複雜,一個簡單格式:
| 欄位 | 寫乜 | 例子 |
|---|---|---|
| 版本 | 對應版本號 | v1.3 |
| 日期 | 改動日期 | 2026-10-26 |
| 負責人 | 邊個做嘅 | 阿May |
| 改動內容 | 具體寫,唔好寫「微調」 | 換咗聲線做「心妍」,語速由正常調慢一級 |
| 原因 | 客戶意見/內部判斷 | 客戶話之前把聲太後生 |
呢份表可以放共用文件、可以放項目管理工具,甚至一個純文字檔跟住項目資料夾走都得。關鍵係:檔案同記錄要喺同一度搵得到。
例如:客戶投訴條片「把聲好似悶」,你翻記錄,見到 v1.2 改過語速,就可以判斷係語速問題定聲線問題,唔使盲中中重新生成十次。
做法三:維護一張「版本對照表」
版本對照表 係一張橫向表格,每行一個版本,列出嗰個版本用嘅全部關鍵參數——聲線、提示詞版本、稿版本、匯出格式——令你可以逐項比較版本差異。
呢個係小團隊最實用嘅一招。因為 AIGC 內容嘅「版本」唔止係條片本身,仲包括佢背後所有源頭設定。一個典型嘅對照表:
| 版本 | 旁白稿 | 聲線 | 語速 | 匯出格式 | 狀態 |
|---|---|---|---|---|---|
| v1.0 | draft_02 | 心妍 | 正常 | MP3 | 已棄用 |
| v1.1 | draft_02 | 心妍 | 慢一級 | MP3 | 已棄用 |
| v1.2 | draft_03 | 阿朗 | 正常 | WAV | 審核中 |
| v2.0 | draft_03 | 阿朗 | 正常 | WAV | 定稿鎖定 |
如果你做嘅係批量生成,例如一次過出幾十條旁白,對照表就更加重要。可以參考我哋另一篇講批量 TTS 生成工作流程,入面有講點樣逐批追蹤生成結果。
做配音本地化嘅團隊,仲可以睇埋粵語配音影片製作指南,嗰篇講到多語版本點樣分開管理,同一套思路放落版本控制一樣啱用。
做法四:定稿之後鎖定
定稿鎖定 係指作品確定出街之後,做三個動作:改名加 FINAL 標記、搬去獨立嘅「已發佈」資料夾、禁止任何人在呢個版本上再生成新嘢。
呢步好多人忽略,但出事率最高。常見悲劇係:條片出咗街,有人攞咗「出街版」嚟繼續改,改完覆蓋咗個檔案。從此,世上再冇人攞得返真正出咗街嗰個版本。如果日後客戶要求翻查、監管機構要求證明、或者要出第二語言版本要對照原版——你就死咗。
鎖定嘅具體做法:
- 出街檔案即刻抄一份去「PUBLISHED」資料夾,設做唯讀。
- 之後所有修改,一律由鎖定版本「分支」出嚟做新版本號,例如
v3.0,唔准覆蓋。 - 出街紀錄寫入變更記錄:邊日出、出咗喺邊個平台。
做法五:提示詞同參數當「源頭檔案」入庫
源頭檔案(source files) 係指生成一件作品所需嘅全部輸入:文字稿、提示詞、聲線標識、參考音頻、參考圖、生成設定。
軟件工程界有句老話:唔好淨係 save 個執行檔,要 save 源代碼。AIGC 一樣:淨係 save 條片、save 段音頻,唔 save 提示詞同參數,等於 save 咗個執行檔掉咗源代碼。
點解咁重要?因為生成式模型嘅特性係,即使你有晒提示詞,都未必百分百重現同一輸出——voice cloning 綜合綜述就指出,生成結果受參考音頻質素、模型設定等多重因素影響(arXiv Voice Cloning 綜述, 2026)。如果連提示詞都冇留低,你連「接近重現」嘅機會都冇。
實務做法:每個項目資料夾分四個子夾——audio、video、prompts、docs。生成幾多次,prompt 就存幾多份,檔名同版本號對齊。
如果你係用工作流自動化做生成,例如 n8n,記得睇埋用 n8n 自動化廣東話語音工作流,嗰篇有講點樣將每次生成嘅參數自動寫入記錄,人手抄寫嘅出錯位可以直接刪走。用節點式工作流嘅朋友,ComfyUI 廣東話 TTS 指南都有講工作流檔案本身點樣做版本管理——個 workflow 檔就係你嘅源頭檔案之一。
廣東話內容嘅額外版本控制要點
做香港市場,廣東話內容有幾個位要特別記錄:
- 聲線標識:用邊個聲線 slug,要記落對照表。聲線係版本差異嘅一大來源。
- 書面語定口語:同一份稿,書面語版同口語版係兩個版本,要分開編號。呢個課題可以睇廣東話書面語口語 TTS 對比。
- 多音字處理:廣東話多音字多,某啲字點讀,要記低,唔係下次生成又走樣。
- 中英夾雜位置:邊度讀英文、邊度讀中文,客戶可能有意見,屬於變更記錄一部分。
【獨家觀察】
我哋睇過唔少香港小型內容團隊嘅資料夾,發現一個共通規律:出事嘅團隊通常唔係冇做版本控制,而係「做咗一半」——有 save 檔案、冇寫記錄;有改版本號、冇對照表;有定稿、冇鎖定。五個做法入面,最常缺嘅係第三同第四個(對照表同鎖定)。而我哋另一個觀察係:真正令團隊肯日日做記錄嘅,唔係工具,係「表格 template 化」——預先開好晒欄位,每次只係填空,唔使諗格式。所以建議你今日就開一份空白對照表模板放入項目資料夾,第一個項目就用佢,習慣係咁樣養成嘅。
另外,合規層面都同版本控制有關。香港數字政策辦公室嘅生成式 AI 指引強調透明同問責(數字政策辦公室, 2026),而私隱專員公署嘅 AI 個人資料框架就講明聲音複製要有明確同意(私隱專員公署, 2026)。呢啲同意紀錄同授權文件,其實都應該入埋你嘅版本控制體系——邊個版本用咗授權聲音、授權幾時到期,全部要查得到。相關實務可以睇廣東話聲線複製同意指引。
常見問題 FAQ
問題一:五人以下團隊,真係唔使買版本控制工具咩?
多數情況唔使。共用磁碟夾加命名規則加一份表格,已經覆蓋八成需求。工具係幫你強制執行規則,但如果你哋連規則都未養成習慣,買咩工具都係擺設。先用手動方法行三個月,覺得頂唔順先升級。
問題二:版本號跳咗大數又想改返細嘢,點算?
照跳細位就得,例如 v2.0 之後改字幕錯字,出 v2.1。唔好覆蓋 v2.0,因為佢可能已經審核過甚至出咗去。記住原則:已存在嘅版本號永遠唔重用、唔覆蓋。
問題三:客戶成日話「我想返之前嗰個版本」,點樣應對?
呢個正正係對照表嘅價值。你翻記錄,問客戶:「係咪想返嗰個換咗聲線之前嘅版本?」用記錄引導佢講清楚,唔好憑記憶估。如果記錄齊全,三分鐘搵得返;記錄唔齊,你可能要重新生成成套嘢。
問題四:提示詞要 save 到幾詳細?
至少要 save:完整提示詞文字、用嘅聲線或生成設定、當日日期。如果你用嘅係指令式控制,連指令字句都要照抄。寧可多 save,唔好靠事後回憶——兩個月後你唔會記得當時寫過乜。
問題五:變更記錄邊個負責寫?
小團隊建議「邊個改,邊個寫」,即刻寫,唔好留到放工前一次過補。因為補寫嘅記錄九成走樣。如果分工上有人專責審核,審核意見都應該入記錄,作為下一個版本嘅「改動原因」。
問題六:舊項目嘅版本記錄要留幾耐?
出咗街嘅作品,建議起碼留到個項目完全完結之後一年以上;有合約或者監管要求嘅行業,按合約要求留。磁碟成本好平,但「攞唔返出街版」嘅風險一啲都唔平。
問題七:版本控制做得好,對生成質素有咩實際影響?
有。因為對照表令你逐步隔離變數:今次只改聲線、下次只改語速,兩三個版本之後你就知邊個參數先係令客戶唔滿意嘅元兇。冇版本控制嘅團隊,每次都係「一次過改五樣嘢」,永遠唔知邊樣出事。
資料來源同方法說明
本文引用嘅外部資料包括 text-to-video 生成綜述(arXiv, 2026)、voice cloning 綜合綜述(arXiv, 2026)、香港數字政策辦公室 AI 指引(數字政策辦公室, 2026)同私隱專員公署 AI 框架(私隱專員公署, 2026)。本文只講方法層面,唔涉及任何特定工具規格;所有觀察均標注日期 2026-10-31。
[!CTA]
想開始實踐版本控制?由第一把聲開始
去港嘢 playground 試下廣東話語音生成,登記送 2,000 字符(一次性),生成完記得 save 低你嘅提示詞——就係你版本控制嘅第一步。
關於港嘢:我哋專做香港廣東話語音。有查詢可以聯絡我們,或者睇關於港嘢。
本文由港嘢內容團隊撰寫,經編輯覆核(2026-10-31)