跳至主要內容
YIM NEWS
† 最新報導
科技 分析

用AI修了十行代碼,換來一輪差評轟炸:《Big Walk》事件把獨立遊戲圈的AI分歧攤開了

刊登 2026/11/14 02:27 閱讀約 4 分鐘 全站第 1,644 篇

2026年11月12日,消息經Solidot等管道傳開:獨立遊戲《Big Walk》的開發商House House公開承認,在生成式AI的幫助下修好了一個拖慢遊戲速度的Bug。這件事在獨立遊戲節(Independent Games Festival,IGF)引發激烈爭議,多名IGF評審於週一發表聯合聲明,強烈反對使用生成式AI的遊戲入圍,並呼籲主辦方制定強硬的反AI政策。同一時間,這款遊戲在Steam平臺上遭遇差評轟炸。

先把事情還原到最小的顆粒。《Big Walk》是一款廣受歡迎的合作冒險遊戲,使用Unity引擎開發。開發過程中,團隊發現一個影響效能的Bug,聯絡Unity工程師後得到的答覆是無法解決。於是他們轉而詢問生成式AI工具,大模型給出了一種修復思路,House House在這個基礎上寫出最終放進產品的十行代碼。

十行代碼。這是整個事件裡最值得停下來看的一個數字。

爭議點不在代碼量,在披露本身

用日常的比喻來說,這比較像是水電師傅遇到一堵牆怎麼敲都敲不開,於是拿手機拍下現場問了線上工具,得到一個「從另一側切」的建議,最後開槽、接管、封牆仍是師傅自己動手。爭議卻不在於牆有沒有修好,而在於師傅把「我問過工具」這件事說了出來。

按照Ars Technica的報導脈絡,利用AI工具加速開發與輔助除錯,在遊戲產業已經相當普遍。House House的特殊之處,是他們選擇說了。而說出來的代價,是IGF評審圈的聯合反對聲明,加上Steam上一波負評。

這也解釋了為什麼開發者Brendan Keogh對「零容忍」立場提出保留。他的看法是:這種態度的實際效果可能適得其反,其他開發商看到《Big Walk》的下場,最合理的反應是不再披露AI使用資訊;而在AI工具日益嵌進開發流程的環境裡,要找到一款完全沒碰過AI工具的遊戲,未來幾乎不可能。

誠實的成本,由誰支付

這裡出現了一個結構性的錯位:懲罰落在披露者頭上,沉默者則安然無事。當「說實話會被差評轟炸」成為可觀察的後果,市場訊號就很清楚,往後只會有更少的透明,而非更少的AI。

這個動態在軟體圈並不陌生。AI輔助開發的常態化,從獨立開發者的工作流就能看出來,例如先前我們整理過的Kimi K3.1 Pro獨立開發者實測,一人顧幾十萬行代碼的場景裡,AI已經是流程的一部分,而不是外掛的捷徑。差別在於,網站工具的用戶不會因為「用了AI」被評審抵制,遊戲開發者卻會。

反AI陣營的核心關切並非無理。生成式AI涉及的訓練資料來源、對創作者生計的擠壓,都是真實且尚未解決的問題。但《Big Walk》事件顯示,把「使用AI」當成一刀切的紅線,執行面上第一個被砍到的,往往是使用量最小、且願意坦白的那批人。

遊戲獎項接下來要回答的問題

IGF評審團的聲明要求官方制定「強有力的反AI政策」,但這句話落地時會立刻遇到定義難題:AI提供了修復思路、人類寫出代碼,算不算使用?開發中樞(如引擎商)已在內部整合AI功能時,開發商能否自證清白?十行代碼的門檻畫在哪裡?

這些問題沒有輕鬆的答案。可以確定的是,《Big Walk》的差評轟炸已經把「披露即受罰」的示範效應放出來了。對玩家與開發社羣而言,接下來值得觀察的訊號有兩個:IGF最終會寫出什麼樣的政策文字,以及下一款坦承使用AI的遊戲,會不會再喫一次同樣的待遇。前者決定規則的形狀,後者決定誠實在這個產業裡還是不是一個選項。

資料來源

  1. 01 參考來源 www.solidot.org

本文使用 AI 協助整理或撰稿,引用與分析仍應依原始資料核對。

編輯政策 更正與勘誤