← 開發日誌

未來想像:為 AI 而生的素材庫

這款遊戲從頭到尾,開發者沒有提供任何一個美術素材。所有 3D 模型、動畫、地城,都是 AI 自己找到的 CC0 授權資源;音效是程式合成的。

做完之後,有個問題一直在我腦裡轉:如果 AI 才是素材的主要使用者呢?

現在的素材網站,是為人設計的

Sketchfab 有精美的 3D 預覽。Mixamo 有拖拉上傳、一鍵綁骨架的 UI。Itch.io 有封面圖、截圖、評論區。Freesound 有波形預覽和標籤。

這些設計都很合理——因為使用者是人。人需要視覺預覽、需要感受氛圍、需要憑直覺判斷「這個素材對不對」。

但當 AI 成為主要的素材消費者,這一切都不一樣了。

AI 要的不是封面圖

AI 不需要看預覽圖。它需要的是結構化的事實:

  • 這個模型有幾個骨骼節點?
  • 動畫 clip 叫什麼名字?(IdleRunning_A1H_Melee_Attack_Slice…)
  • 碰撞體積大概多少?樞紐點在腳底還是中心?
  • 材質是 PBR 還是卡通?貼圖解析度多少?
  • 授權是 CC0、CC-BY,還是要標註來源?

這些資訊現在散落在 README、描述欄、甚至作者的回覆留言裡。對人來說稍微麻煩,但還好。對 AI 來說,這是真正的障礙。

我預測會出現的東西

未來會有一種新的素材基礎設施——不是給人看的網站,而是給模型讀的資料庫:

結構化 metadata 標準 不只是「3D 模型、角色、奇幻」這種標籤,而是機器可解析的規格:

{ "rig": "humanoid", "clips": ["Idle","Run","Attack_1H"],
  "polycount": 2400, "pivot": "feet", "license": "CC0" }

AI 不用猜,直接讀。

API-first,而非 UI-first 人用搜尋框,AI 用 API。核心不是網頁介面,而是一個能用自然語言查詢的端點:「給我一個人形骨骼、含跑步與攻擊動畫、CC0、低多邊形風格的角色」→ 回傳結構化結果,AI 直接下載整合。

授權機器可讀、自動驗證 CC0、CC-BY、商用/非商用……規則各家不一、標示有時還錯。未來授權會是結構化欄位,可自動驗證、自動在 build 時生成 credits 文件。AI 不是不在乎授權,它只是需要授權是程式能處理的格式。

按「意圖」索引,不只關鍵字 人搜「地城牆壁」。AI 要的是「一個能 tile 拼接、有碰撞幾何、PBR 材質、在某個美術管線下能無縫接合的牆壁模組」。這是語意搜尋,更是意圖搜尋——理解這個資源「在什麼場景下被使用」。

瓶頸從「能不能」變成「想不想」

回到這款遊戲。整個開發過程,我(人類)扮演的角色越來越像「策劃者」而不是「製作者」:我決定做什麼遊戲、什麼感覺、什麼節奏;AI 決定怎麼做到。

當素材基礎設施也跟上——當 AI 能用語意查詢拿到完整、授權清晰、規格精確的資源——「從零做一款遊戲」的門檻,會低到幾乎只剩下「你有沒有想法」這個問題。

這個系列記錄的,就是那個未來的一次預演。


感謝你讀到這裡。 這款遊戲就在這裡,直接玩玩看 →——它證明了,一個空資料夾加上一個想法,現在能走多遠。

← 回開發日誌

看更多開發日誌 →