目錄(28 節)
- 做生成內容,點解素材管理係最大痛位
- 命名規則:專案_場次_角色_take
- 四段式結構
- 三個命名禁區
- 分類結構:原稿/生成/定稿三層
- 點解只開三層
- 生成檔案要帶「出身證明」
- 備份:3-2-1 思維
- 三份、兩種、一份離場
- 定稿封存節奏
- 五個常見混亂(同解法)
- 混亂一:亂名
- 混亂二:版本失控
- 混亂三:生成紀錄唔見
- 混亂四:授權混雜
- 混亂五:備份一式一份
- 自動化:令規則自己行
- 常見問題 FAQ
- 問題一:命名規則要唔要包括日期?
- 問題二:棄用嘅生成版本要唔要刪?
- 問題三:多人協作時,點確保大家跟同一套命名?
- 問題四:素材管理要唔要買專用系統?
- 問題五:prompt 紀錄要記到幾詳細?
- 問題六:備份雲端有咩要注意?
- 問題七:定稿資料夾可唔可以再改?
- 資料來源同方法說明
- 想試下將命名規則即刻用落廣東話語音度?
- 去 playground 生成你第一條有出身證明嘅粵語旁白 → 港嘢 playground
AIGC 素材管理:五個命名同分類規則(2026)
AIGC 素材越嚟越多,冇系統嘅命名同分類規則只會令素材庫大混亂。本文分享五個 2026 年最新嘅實用規則,幫你建立高效嘅 AI 素材管理工作流程。
一句答你: AI 素材管理唔使買貴系統,用「專案_場次_角色_take」命名,加「原稿/生成/定稿」三層分類,已經解決八成混亂。
重點摘要 Key Takeaways
- 命名規則用「專案_場次_角色_take」四段式,機器同人眼都睇得明
- 分類只分三層:原稿(source)、生成(generated)、定稿(final),唔好開第五第六個資料夾
- 生成素材要有「出身證明」:邊個 prompt、邊次生成、邊個版本,冇記錄等於冇素材
- 備份用 3-2-1 思維:三份拷貝、兩種媒介、一份離線離場
- 五個常見混亂:亂名、版本失控、生成紀錄唔見、授權混雜、備份一式一份
做生成內容,點解素材管理係最大痛位
做 AIGC 內容嘅團隊,產出速度好快,但混亂速度仲快。一日生成幾十條語音、幾十段片,三個月後搵返「嗰條乜太對白用女聲嗰個版本」,往往要刨半日 folder。呢個唔係工具問題,係管理問題。
素材管理 係指將所有原始輸入、生成輸出同最終交付檔案,用統一命名同分類結構存放,令任何人任何時間都搵得返、對得上、拎得出。生成式內容之所以特別需要,係因為同一個項目會產生大量「接近但唔同」嘅版本。例如一條 30 秒嘅廣告對白,可能試咗三個聲線、兩個語速、四次修改,最後有 24 個檔案,只有一個係真。
學術界早就指出,text-to-video 生成嘅輸出多樣性同可控性係核心研究議題,即係話「同一 prompt 會出唔同結果」係常態而唔係意外(Text-to-Video 生成綜述, 2024)。voice cloning 亦都面對類似情況:clone 出嚟嘅聲每次生成都有微差,冇版本管理就冇得對照(Voice Cloning 綜合綜述, 2026)。所以素材管理唔係後勤雜務,係 AIGC 流程嘅中樞。
命名規則:專案_場次_角色_take
四段式結構
命名只有一個原則:檔名本身要講晒故事。唔使人解釋,唔使人打開檔案先知係乜。我哋建議四段式:
專案_場次_角色_take
例如:
mooncake2026_S02_乸太_v03.wav
mooncake2026_S02_乸太_v03_prompt.txt
mooncake2026_S02_旁白_t01.wav
各段意思:
| 段位 | 內容 | 例子 | 注意 |
|---|---|---|---|
| 專案 | 項目短碼 | mooncake2026 | 全部小寫、唔用空格 |
| 場次 | 場次或段落編號 | S02、EP05 | 兩位數字,方便排序 |
| 角色 | 聲線或角色名 | 乸太、旁白 | 統一寫法,唔好一時「旁白」一時「narrator」 |
| take | 版本 | v03、t01 | 用「v」代表版本、「t」代表第幾次錄製/生成 |
Take 係指同一條內容嘅第幾次生成或修改版本,通常用 v01、v02 順序加上去。呢個位最多人偷懶,用「final」「真final」「final2」——三個月後冇人知邊個先係真。記住:final 唔係檔名,係狀態,狀態交畀分類結構處理,唔交畀檔名。
三個命名禁區
- 唔好用空格同特殊符號。用底線或連字號,跨平台先唔會炸。
- 唔好靠日期做版本。系統修改日期會因複製而變,唔可靠;要日期就寫入檔名,格式統一 YYYYMMDD。
- 唔好中英混雜同一概念。「voice」同「聲線」揀一個,寫入團隊字典。
分類結構:原稿/生成/定稿三層
點解只開三層
分類嘅最大敵人係「開得太多」。有人按客戶開、按工具開、按日期開、按心情開,最後同一條片有三個副本喺三個地方,互唔知道對方存在。我哋建議每個專案只開三個資料夾:
/01_source 原稿:劇本、參考音頻、prompt、聲線授權書
/02_generated 生成:所有 TTS/影片輸出,連 prompt 紀錄
/03_final 定稿:交付版,只放「已確認」嘅檔案
原稿(source) 係指一切輸入物料:文字稿、粵語口語稿、參考錄音、聲線 slug 紀錄、授權同意文件。生成(generated) 係指所有機器輸出,包括棄用嘅版本——唔好刪,因為客戶隨時話「其實第一版好啲」。定稿(final) 係指已經過審批、可以交付或發佈嘅檔案,呢個資料夾入面嘅嘢,原則上唔再改。
呢個三層結構同業界講嘅審批工作流係同一個思路:生成、審批、封存,逐級收窄(aigc 審批流程工作流, 2026)。
生成檔案要帶「出身證明」
每個生成檔案,旁邊要有一個同名 .txt 或 .json,記低四樣嘢:用咗邊個聲線、prompt 全文、生成日期、用途。例如 mooncake2026_S02_乸太_v03.wav 旁邊放 mooncake2026_S02_乸太_v03_prompt.txt。呢一步好麻煩,但係日後重做、換聲、審計嘅唯一依據。批次生成時更加要做,一個批量任務 25 個請求,唔記錄就係 25 個來歷不明嘅檔案——批次工作流嘅細節可以睇批量生成工作流指南。
【獨家觀察】我哋睇過唔少本地小團隊嘅 folder,發現一個規律:混亂唔係來自生成太多,而係來自「命名唔一致」。同一個角色,首日叫「ah太」、第二日叫「Auntie」、第三日叫「乸太」,搜尋完全失效。所以第一日就要寫低一頁「命名字典」,列晒所有項目碼、角色名、聲線 slug,貼喺共用文件。呢一頁紙,係全個素材管理系統嘅地基,比任何工具都重要。
備份:3-2-1 思維
三份、兩種、一份離場
3-2-1 備份 係指至少三份拷貝、存放於兩種唔同媒介、其中一份放喺異地或離線。對生成內容團隊嚟講,最少要做呢個水平:
- 第一份:工作碟(日常改)
- 第二份:外置硬碟或本地伺服器(日日同步)
- 第三份:雲端(每週或每個里程碑上載)
備份要連埋 01_source 一齊。好多人只備份成品,忽略咗 prompt 同聲線授權書——但授權文件唔見,日後審計就講唔清條聲係點嚟。聲音複製嘅同意紀錄,係生成素材嘅法律出身證明,相關同意原則可以睇聲音克隆授權同意指南。
定稿封存節奏
每個項目完結,做一次「封存動作」:將 03_final 連同 01_source 打包一份,命名 專案_完結日期_archive,放入離線備份。之後工作碟可以清理 02_generated 入面明確棄用嘅版本,騰出空間。記住:封存前唔好刪任何嘢。
五個常見混亂(同解法)
混亂一:亂名
「新建資料夾 (7)」入面有「未命名.wav」。解法:四段式命名+命名字典,新成員第一日就要跟。
混亂二:版本失控
改完唔加版本號,覆蓋舊檔,客戶話「用返上一版」已經冇咗。解法:一律「另存新版本」,take 數字只加唔減。
混亂三:生成紀錄唔見
檔案喺,prompt 唔知去咗邊,換聲重做時由零開始。解法:prompt 隨檔存放,呢個係成本最低、回報最高嘅習慣。
混亂四:授權混雜
生成素材、買返嚟嘅音樂、客戶提供嘅照片全部塞一齊,授權狀態唔清。解法:01_source 入面開 _licence 子資料夾,所有授權文件集中放。香港嘅生成式 AI 指引同私隱框架都強調透明同資料保障,素材管理正正係合規嘅第一步(數字政策辦公室 AI 指引, 2026;私隱專員公署 AI 模範框架, 2026)。
混亂五:備份一式一份
所有嘢淨係得一份,硬碟一死全部冇。解法:3-2-1,唔講價。
自動化:令規則自己行
人手跟規則好易鬆懈,最好用自動化工具夾硬執行。例如用 n8n 做流程:收到新生成檔案,自動改名、放入對應資料夾、寫入 prompt 紀錄——具體做法可以睇n8n 廣東話語音工作流。用 ComfyUI 做影片語音管線嘅團隊,都應該喺工作流入面加改名節點,詳細可以參考ComfyUI 廣東話 TTS 指南。做配音同字幕整合嘅團隊,可以睇廣東話影片配音工作流,入面有講檔案交接嘅命名約定。
自動化命名 係指用腳本或流程工具,根據規則自動產生檔名同目錄結構,取代人手輸入。例如批量生成 25 條語音後,腳本自動按「專案_場次_角色_take」改名,同人手打名嘅錯誤率係兩個世界。
常見問題 FAQ
問題一:命名規則要唔要包括日期?
可以加,但放最尾,格式 YYYYMMDD。日期係輔助資訊,主要排序靠專案同場次。唔好淨用日期做版本,因為複製會令系統日期失效。
問題二:棄用嘅生成版本要唔要刪?
唔好即刻刪。放喺 02_generated,到項目封存先清理。客戶改主意的頻率,你懂的。
問題三:多人協作時,點確保大家跟同一套命名?
寫一頁命名字典,列入 onboarding 文件;再用自動化改名,令人手輸入嘅機會減到最低。規則要貼喺最容易睇到嘅地方。
問題四:素材管理要唔要買專用系統?
細團隊用 folder 結構加自動化腳本已經夠。系統係等人多、項目交叉、審批鏈複雜先至需要。先修好規則,先考慮工具。
問題五:prompt 紀錄要記到幾詳細?
至少記:prompt 全文、聲線或模型參數當時嘅設定、生成日期、用途。呢四樣係日後重現同一效果嘅最低要求。
問題六:備份雲端有咩要注意?
留意服務條款同資料存放地。涉及客戶資料或個人聲音樣本,上載前要確認有冇授權涵蓋,同埋揀可以設定唔用作訓練嘅選項,相關議題可以睇AI 訓練資料退出設定。
問題七:定稿資料夾可唔可以再改?
原則上唔改。真要改,就開新版本放入 02_generated,重新審批後再入 03_final。保持 03_final 係「已確認」狀態,先至可以做到審計。
資料來源同方法說明
本文引用嘅官方文件同論文包括 Text-to-Video 生成綜述(arXiv:2403.05131, 2024)、Voice Cloning 綜合綜述(arXiv:2505.00579, 2026)、香港數字政策辦公室 AI 指引(Digital Policy Office, 2026)同私隱專員公署 AI 模範框架(PCPD, 2026)。文中方法層建議屬工作流層面,唔涉及任何實驗測試。
關於港嘢:我哋專做香港廣東話語音。有查詢可以聯絡我們,或者睇關於港嘢。 本文由港嘢內容團隊撰寫,經編輯覆核(2026-10-31)
[!CTA]