「編程太難了」：靠引擎喫飯的 Epic，把新啟動器交給氛圍編程

一家把開發工具當核心生意的公司，在官方公告裡承認寫程式太難；這句自嘲替一款功能未齊的預覽版先定了調，AI 開發也第一次被放上大型消費軟體發布的主敘事。

Epic Games 的主要產品之一，是供全球數百萬開發者使用的 Unreal Engine。10 月 15 日，這家公司在遊戲商城官網的公告裡寫下：「編程太難了。所以我們乾脆用氛圍編程做了一款全新的 Epic Games 啟動器。」隨公告一同上線的是新版啟動器的預覽版，官方標榜其速度比舊版快得多、操作回應更靈敏，介面也一併翻新，並給出商城冷啟動平均 5.47 秒、比 Steam 快 46% 的對比數字。

這句自嘲值得單獨看。它替一個功能尚未補齊的預覽版打好了預防針，也把「用 AI 開發」寫進了大型消費軟體的發布文案。對照 Epic 今年以來的公開說法，AI 這個元素是到成品可下載的這一天，才被搬上檯面。

先交貨的是速度

預覽版的功能清單不長，但每項都對準舊版被抱怨最兇的地方。商城冷啟動平均 5.47 秒；遊戲庫與商城之間的切換變得流暢；背景執行時的系統資源佔用降低；遊戲庫管理與下載體驗也有所改善。Epic 同時提醒，預覽版的功能還不夠豐富：「把它當成一艘快艇，而不是豪華遊艇！當然，它還是有購物車這種先進的數位商務技術的。」

購物車這個梗有其出處。Epic 商城開張後連續多年沒有購物車，直到 2021 年底才補上，此後官方不時拿這段黑歷史自嘲。公告選擇這種語氣，本身就說明了這份文件想被當成輕鬆的行銷文案來讀，而非工程報告。

至於比較對象挑上 Steam，並不讓人意外。Steam 仍是 PC 遊戲分發的基準線，同時在線人數本月才寫下逾 4350 萬人的新峯值。Epic 商城多年來靠每週免費遊戲與限時獨佔搶同一批玩家，啟動器速度是少數能直接擺上檯面較量的硬指標。不過 46% 這個數字是 Epic 自行量測的結果，量測條件並未隨公告公布，當宣示看比當測試報告看穩妥。

時間軸比口號誠實

這款新啟動器並非突然出現。去年年底，Epic 就啟動了改造工程，用時任遊戲商城副總裁兼總經理史蒂夫‧艾利森的說法，相當於把內部架構整個換掉一套新的。今年 2 月，艾利森公開承認舊啟動器的問題：「最大的問題就是啟動器太爛了，我們就直說吧，真的太慢了。每次切換頁面，都得向後臺伺服器發送請求，重新載入內容。」他把成功標準也講得很具體：等玩家開始說「天啊，這玩意兒終於沒那麼爛了」，就算成功。

今年 6 月的 Unreal Fest 上，Epic 再給出量化目標：2.0 版啟動器的平均冷啟動速度將達到舊版的五倍。「在座的每一位開發者，以及我們的每一位玩家，都遇過現有啟動器帶來的問題。是時候改變了。」當時的說明全部圍繞架構重寫與速度目標，AI 開發隻字未提。

把這條時間軸排開，會看到一個清楚的落差：整個重建年，Epic 談的都是工程，重寫架構、提速五倍，氛圍編程四個字直到成品亮相的這天才登場。有兩種解釋。其一，AI 工具確實在專案後期扮演了重要角色，Epic 選擇在成果可驗收時一併公布；其二，到 2026 年 10 月，「用 AI 開發」在話語環境裡已經從品質疑慮變成值得放進標題的特點，公告的排序反映的是這個變化。兩種解釋不互斥，但前者需要證據，後者只需要時機。

玩笑定調，細節留白

氛圍編程（vibe coding）一詞由 OpenAI 共同創辦人卡帕西在 2025 年初提出，描述的開發方式是以自然語言向模型描述需求、由模型生成程式碼，開發者依執行結果調整，而不逐行細究每一行實作。這個詞從誕生起就帶著玩笑性質，Epic 引用它，語感上也延續了這種半開玩笑的調性，公告裡的快艇、遊艇與「先進的數位商務技術」都是同一套文風。

把「編程太難了」讀成 Epic 的工程告白，會撞上一個矛盾：這家公司最賺錢的事業之一，正是把寫程式的工具賣給別人。更合理的讀法是把它當成文案的定調句。但這句文案同時做了兩件事：替預覽版的功能缺口先寫好臺詞，以及把 AI 開發放上產品發布的主敘事。後者在一年前的消費軟體發布裡仍屬少見，如今遊戲業對 AI 的公開姿態明顯轉趨積極，微軟才剛成立XBOX Labs 親自研究 AI 怎麼改造遊戲。這次的差別在於套用範圍：AI 先前多半被用於遊戲內容生成與開發者工具，這回則被寫進一款面向所有玩家的桌面軟體的出生證明。

更值得留意的是公告沒說的部分。用了哪些模型、工程師審查了多少生成程式碼、測試流程如何設計，一概未提。「用氛圍編程完成開發」在目前是一個無法從外部驗證的說法；能驗證的是速度數據與功能清單，而這兩者恰恰是傳統工程手段也做得到的東西。換句話說，AI 是這個故事裡最難查證、也最容易被傳播的一環，而它正好被放在了公告的第一句。

玩家現在拿到的，與還沒拿到的

對一般玩家，預覽版的定位是嘗鮮與回饋。速度改善最有感的場景，包括開機後首次開啟、遊戲庫與商城之間的往返、下載與遊戲庫管理，以及背景常駐時的資源佔用，對同時掛著遊戲與語音通話的機器尤其明顯。功能面上，Epic 自己把話說在前頭，這是一艘快艇。依賴舊版特定功能的使用者，現階段適合把預覽版當對照組，確認自己常用的功能是否已在新版就位，再決定要不要讓它常駐。

正式版之前，可以依序核對的訊號

功能對齊清單是第一道關。預覽版缺了哪些功能、預計何時補齊，直接決定 2.0 的成熟度。艾利森年初給的驗收標準其實最準：等玩家自己說出「沒那麼爛了」，才算數，這句話比任何跑分都誠實。

第二道關是流程細節。Epic 若在後續的開發者活動或技術文件交代模型選擇、人類審查與測試方式，氛圍編程就有機會從行銷語彙變成可討論的工程案例；持續含糊，它就停留在文案層次。

第三道關是維護節奏。生成程式碼的可維護性要靠時間驗證，正式版上線之後的更新頻率與事故率，比發布當下的速度數據更能說明這套做法的成色。這一點短期看不到，卻是判斷它能否被同業引用的關鍵。

最後可以盯的是同業反應。當「我們用 AI 開發」開始出現在其他大型消費軟體的發布公告，Epic 這次的寫法就會從話題變成模板，屆時再回頭檢視第一批成績單，會比現在就下判斷有依據得多。

啟動器是遊戲商城的門面，也是玩家每天真正摸到的產品。Epic 花了一年把它重寫，這件事本身值得肯定；至於那句「編程太難了」，等 2.0 把功能補齊、把開發流程說清楚，再決定要信多少，也不遲。