Lemmings 是我童年圍觀最久的游戲之一小小的綠色角色從傳送門魚貫而出遇到墻就轉(zhuǎn)身掉下懸崖會摔碎運(yùn)氣好就能走進(jìn)出口。那時(shí)我只覺得它設(shè)計(jì)得既好笑又難。后來自己開始寫程序才反應(yīng)過來Lemmings 并不是單純的益智游戲它本質(zhì)上是一道隱藏得很好的工程題。題面看起來只是幾項(xiàng)規(guī)則真正困難的是讓一百多個(gè)沒有任何智能的角色在同一套物理規(guī)則下穩(wěn)定運(yùn)行還要保證它們的行為可預(yù)測、可挽回、可驗(yàn)證。這個(gè)認(rèn)知轉(zhuǎn)變很有意思。如果你準(zhǔn)備去復(fù)刻一個(gè)簡化版 Lemmings或者你正在做類似的群體仿真、批量任務(wù)編排、多角色狀態(tài)管理你會發(fā)現(xiàn) Lemmings 的價(jià)值比大多數(shù)所謂“AI 游戲”更大。它真正訓(xùn)練的是在確定性系統(tǒng)下讓大量淺規(guī)則狀態(tài)機(jī)系統(tǒng)并行卻不崩潰的調(diào)試能力。換成今天的工程語言就是一批無狀態(tài)或有小狀態(tài)的 worker在共享資源、全局時(shí)鐘和局部判斷里共同推進(jìn)?？雌饋硎怯螒?qū)嶋H上是最早給我上并發(fā)與狀態(tài)管理課的項(xiàng)目之一。1. Lemmings 表面上是“可愛的迷宮游戲”實(shí)質(zhì)上是一道隱藏的并發(fā)題很多第一次接觸 Lemmings 的人會下意識認(rèn)為它是一個(gè)尋路游戲。玩時(shí)間長了會發(fā)現(xiàn)你并不擁有上帝視角下的路徑規(guī)劃能力你也沒有辦法給某個(gè)旅鼠下達(dá)一條“從這里走到出口”的指令。你能做的是在正確的時(shí)間對正確的角色使用有限的技能讓它改變自己所在區(qū)域的空間結(jié)構(gòu)或者改變自身的持續(xù)狀態(tài)。這種設(shè)計(jì)把一個(gè)問題拆成了兩個(gè)層面單個(gè)角色只需要執(zhí)行極少數(shù)局部判斷真正難的是在大量角色、多段地形、有限技能之間做資源分配。你越是想通過“給每個(gè)小人物裝上大腦”來解決越容易陷入不可控的局面。1.1 單個(gè)旅鼠的行為其實(shí)非常簡單一個(gè)最基礎(chǔ)的旅鼠在沒有任何技能介入時(shí)大致只遵循幾個(gè)規(guī)則從出生口出現(xiàn)后一直向左或向右走前方有阻擋物轉(zhuǎn)身腳下的地面消失進(jìn)入下落落回地面繼續(xù)走掉到某個(gè)危險(xiǎn)高度死亡走到出口位置記錄并消失。這些規(guī)則甚至可以壓縮成一個(gè)更樸素的描述不斷檢查前方和下方根據(jù)碰撞結(jié)果改變方向或狀態(tài)。沒有記憶沒有策略沒有對整張地圖的理解也不需要知道出口在哪里。但這個(gè)極簡大腦并不妨礙游戲呈現(xiàn)出一種“它們好像有自己的目標(biāo)”的錯(cuò)覺。這恰恰是游戲設(shè)計(jì)的厲害之處。當(dāng)一個(gè)角色掉下懸崖時(shí)你會覺得它慌不擇路當(dāng)隊(duì)伍走到死角集體轉(zhuǎn)身時(shí)你會覺得它們很整齊當(dāng)某個(gè)旅鼠被困在一個(gè)坑里來回走你會為它著急。這些情緒全部來自一個(gè)小規(guī)則和大世界之間的反差而不是角色真的具備復(fù)雜情感。1.2 難度來自角色之間的“一起”而不是個(gè)體智商把單個(gè)旅鼠的代碼寫出來大約只需要幾十行狀態(tài)判斷。真正讓它變得復(fù)雜的是三個(gè)額外變量角色數(shù)量會迅速膨脹技能數(shù)是有限的且每種技能的作用路徑不同玩家只能從全局視角觀察無法同時(shí)精確干預(yù)每一個(gè)角色。這幾乎就是一個(gè)典型的批量任務(wù)系統(tǒng)。單個(gè)任務(wù)很容易完成難的是同時(shí)運(yùn)行一千個(gè)任務(wù)時(shí)你還要保證失敗不會擴(kuò)散資源不會枯竭某個(gè)環(huán)節(jié)的重復(fù)執(zhí)行不會污染后續(xù)結(jié)果。你在 Lemmings 里體會到的“手忙腳亂”本質(zhì)上和運(yùn)維一個(gè)高并發(fā)任務(wù)池的焦慮非常接近。所以我的主判斷是Lemmings 并不是益智游戲里的“尋路難題”它更像是把一個(gè)完整的多智能體仿真系統(tǒng)壓縮到了像素地圖上。如果你用“我該怎么給角色規(guī)劃路徑”的思路去做它大概率只做到一半就會卡住如果你用“我該怎么穩(wěn)定地模擬一群人”的思路去做反而容易一路推進(jìn)下去。2. 先放下“AI”這個(gè)詞把它理解成一套確定性仿真系統(tǒng)這里特別容易踩到一個(gè)思維陷阱。當(dāng)你聽說 Lemmings 里有很多角色自主行動時(shí)第一反應(yīng)往往是“這里需要一個(gè) AI 模塊”然后再去搜索行為樹、狀態(tài)機(jī)、尋路算法。但 Lemmings 的趣味和復(fù)雜度其實(shí)在 AI 層之下。它不是智能決策驅(qū)動的游戲而是物理規(guī)則和狀態(tài)轉(zhuǎn)換驅(qū)動的游戲。把鏡頭拉到代碼層面你看到的更像是一個(gè)低速物理引擎外加一組狀態(tài)標(biāo)記。2.1 全局 Tick 是這一切的地基要讓一百個(gè)小角色看起來像在一個(gè)世界里有規(guī)律地生活第一步不是寫 AI而是先定一個(gè)全局時(shí)鐘。所有角色在同一批 Tick 里推進(jìn)而不是每個(gè)角色自己持有一個(gè)與幀率相關(guān)的計(jì)時(shí)器。原因很樸素如果你的更新邏輯綁定在渲染幀率上今天你的電腦跑 60 幀明天跑 144 幀角色摔落的速度、轉(zhuǎn)身的時(shí)機(jī)都會發(fā)生變化。單角色還能忍一旦有一百個(gè)角色疊加任何一個(gè)優(yōu)先級低的任務(wù)被幀率干擾都會產(chǎn)生肉眼可見的異常。常見實(shí)踐是使用固定時(shí)間步長。無論是游戲引擎中的 fixed update還是自己寫的 simulation loop都要保證每次邏輯更新消耗相同的時(shí)間量。這樣決定性的時(shí)間戳才能穩(wěn)定下來。一個(gè)簡化版本的程序循環(huán)大致長這樣while running: while accumulator fixed_time_step: update_world(fixed_time_step) accumulator - fixed_time_step frame_start time.time() draw() accumulator min(time.time() - frame_start, max_frame_time)如果底層的 update_world 不依賴隨機(jī)數(shù)也沒有浮點(diǎn)不確定性那么同一份初始數(shù)據(jù)、同一組操作順序得到的結(jié)果就應(yīng)該是確定的。這個(gè)確定性是所有回放、調(diào)試、錄像功能的基礎(chǔ)。2.2 碰撞檢測決定了行為而不是“想不想走”在 Lemmings 風(fēng)格的游戲里一個(gè)角色向左走還是向右走不取決于“策略”而取決于前方一路看過去是否安全。它們的行為更像一個(gè)帶傳感器的小機(jī)器人前方有墻轉(zhuǎn)身腳下沒有支撐開始下落。這種局部特性的價(jià)值在于整個(gè)世界里沒有集中式大腦在管理每一個(gè)角色的目標(biāo)任何一個(gè)角色都只需要讀取本地一小塊地圖的信息。這大大簡化了并行難度。你可以把世界當(dāng)成一個(gè)只讀地圖角色們只是各自從地圖上采樣再輸出自己的位置和狀態(tài)變更。用類似這樣的狀態(tài)機(jī)已經(jīng)可以做大量事情type LemState walk | fall | block | dig | float; interface Lemming { x: number; y: number; vx: number; vy: number; dir: 1 | -1; state: LemState; } function updateLemming(lem: Lemming, map: Map) { switch (lem.state) { case walk: const frontX lem.x lem.dir * walkSpeed; const frontBlocked map.isSolid(frontX, lem.y); const groundBelow map.isSolid(lem.x, lem.y 1); if (!groundBelow) { lem.state fall; } else if (frontBlocked) { lem.dir -lem.dir; } else { lem.x frontX; } break; case fall: lem.vy gravity; lem.y lem.vy; const hasGround map.isSolid(lem.x, lem.y); if (hasGround) { if (lem.vy splatThreshold) { world.remove(lem); } else { lem.state walk; } } break; } }這里最重要的一點(diǎn)是技能也不能繞過狀態(tài)機(jī)獨(dú)立行動。一個(gè)“挖掘者”并不是新增了一個(gè)實(shí)時(shí)計(jì)算路徑的線程而是被玩家觸發(fā)后把自身狀態(tài)從“walk”切到“dig”再在持續(xù)一段時(shí)間內(nèi)改變地形檢測的結(jié)果。2.3 技能只是“外部事件”不是角色長出來的新大腦在編碼上技能系統(tǒng)往往被誤做成“一旦賦予技能角色就變得很聰明”。更合理的做法是技能只是給角色組件掛上一個(gè)暫時(shí)的行為標(biāo)簽。比如挖掘者就是讓自己持續(xù)消除前方障礙架橋者就是在固定步數(shù)里往腳下鋪設(shè)一塊方塊轟炸者則是倒計(jì)時(shí)結(jié)束后把周圍一定區(qū)域炸開并把自身從狀態(tài)機(jī)里移除。這些技能可能由玩家在任意時(shí)刻觸發(fā)。這意味著你的系統(tǒng)里需要有一個(gè)“外部指令隊(duì)列”玩家點(diǎn)擊屏幕上的某個(gè)旅鼠選擇一個(gè)技能生成一個(gè)“在某個(gè)時(shí)間點(diǎn)對某個(gè) id 施加某狀態(tài)”的事件主循環(huán)推進(jìn)到該事件時(shí)把技能映射到對應(yīng)角色身上而不是讓角色在 update 循環(huán)里輪詢技能。這個(gè)設(shè)計(jì)看似繞遠(yuǎn)路卻對回放和問題復(fù)現(xiàn)極有幫助。你保存的 replay 文件可以不是完整的狀態(tài)快照而只是一串事件什么時(shí)間對第幾個(gè)角色執(zhí)行了什么操作。不確定性也更容易控制。3. 最小閉環(huán)先把一只走不崩的旅鼠做出來再談多角色并發(fā)如果你要親手試一次 Lemmings 式的系統(tǒng)我強(qiáng)烈建議不要一開始就追求完美復(fù)刻也不要先做精美地圖。你需要的只是一個(gè)能不停產(chǎn)生角色的出生口、一段能走的地面、一個(gè)會造成轉(zhuǎn)身的墻、一個(gè)終點(diǎn)門和一堆能被清理掉的失敗角色。3.1 最小閉環(huán)應(yīng)該是什么一個(gè)可以驗(yàn)收的最小版本不是“世界能跑起來”而是以下條件全部滿足出生口按固定間隔生成角色角色沿地面行走遇到墻會轉(zhuǎn)身角色走到懸空邊緣會掉落落到地面上能恢復(fù)行走掉到超過閾值的深度會死亡走到出口時(shí)計(jì)數(shù)增加并消失地圖和操作記錄固定后連續(xù)運(yùn)行兩次結(jié)果一致。這個(gè)版本已經(jīng)能模擬出 Lemmings 最核心的觀感一隊(duì)小角色在局部規(guī)則的推動下走出類似有目的性的軌跡。做完這一步你再去加技能、加多種狀態(tài)才會有清晰的參照系。否則跳過最底層的碰撞與狀態(tài)轉(zhuǎn)換直接在前面堆疊各種技能和 UI后續(xù)每次加新技能都可能牽連舊邏輯。3.2 地圖表示先決定用什么粒度Lemmings 類游戲有兩種常見地圖表示像素級碰撞網(wǎng)格塊碰撞。像素級的好處是細(xì)小的地形變化表現(xiàn)力強(qiáng)壞處是碰撞檢測復(fù)雜攀爬、挖掘、轉(zhuǎn)身判斷都要面對大量邊緣情況。網(wǎng)格塊的好處是判斷簡單、便于手寫地圖編輯器壞處是缺少原版那種“像素邊緣”的細(xì)膩感。我不建議在一開始就糾結(jié)哪一種更高級。你只要確認(rèn)自己有能力根據(jù)碰撞結(jié)果做“前方一格是否阻擋”和“下方一格是否懸空”這兩種查詢即可。真正會影響后期開發(fā)體驗(yàn)的是這兩種查詢必須保持一致不能渲染層用一套地圖邏輯層用另一套。3.3 從狀態(tài)列表推演到完整行為循環(huán)一個(gè)剛實(shí)現(xiàn)的角色最值得認(rèn)真設(shè)計(jì)的是“狀態(tài)之間的轉(zhuǎn)換條件”。每次狀態(tài)切換都應(yīng)該由明確的碰撞檢測或事件觸發(fā)盡量避免在角色內(nèi)部保存任何類似“我已經(jīng)走了很遠(yuǎn)”的累計(jì)狀態(tài)。設(shè)計(jì)順序可以從最簡單的行走開始出生口生成角色角色向左或向右走檢測前方墻并轉(zhuǎn)身檢測下方無地面進(jìn)入下落落地后回到行走如果墜落速度超過閾值角色消失并記錄失敗。當(dāng)你把這六步跑順并且連續(xù)運(yùn)行相同地圖能得到相同結(jié)果時(shí)就可以考慮加第一個(gè)技能了。首推“挖掘”或者“架橋”因?yàn)樗鼈兡苤庇^改變地圖結(jié)構(gòu)讓你提早感受狀態(tài)系統(tǒng)和地圖數(shù)據(jù)之間的耦合關(guān)系。加技能的時(shí)候仍然保持主線更新順序固定。也就是在一個(gè)固定 Tick 內(nèi)先處理所有角色行走和碰撞再處理技能動作最后處理出生、出口與死亡計(jì)數(shù)。順序一旦固定盡量在后續(xù)迭代里保持不變。否則可能出現(xiàn)“角色已經(jīng)被救走但技能效果仍然作用在地圖上”的跨幀殘留。3.4 一組可復(fù)現(xiàn)的運(yùn)行參數(shù)是起跑線我不打算列出所謂的絕對標(biāo)準(zhǔn)參數(shù)因?yàn)榈貓D粒度和更新頻率不同角色運(yùn)動速度也要跟著調(diào)整。更合理的做法是從一開始就把以下維度做成集中配置參數(shù)維度影響的內(nèi)容調(diào)參時(shí)的觀察重點(diǎn)每 Tick 行走像素?cái)?shù)角色移動速度是否會在視覺上產(chǎn)生滑步或瞬移每 Tick 下落速度增量重力加速度下落啟動是否太快體驗(yàn)是否突兀致命下落速度閾值失敗判定過大會讓懸崖變擺設(shè)過小會讓角色弱不禁風(fēng)出生間隔角色密度間隔太短后續(xù)技能供應(yīng)會跟不上地圖碰撞查詢粒度邊緣判定一致性轉(zhuǎn)角處是否會“卡死”或“穿模”技能持續(xù)時(shí)間狀態(tài)行為長度挖掘終點(diǎn)、架橋長度是否可控出口判定范圍成功判定過寬會讓角色被意外吸入過窄會讓角色反復(fù)摩擦如果你在做游戲這些參數(shù)需要在編輯器里反復(fù)試手感。如果你只是拿它做技術(shù)練習(xí)就沒有必要追求手感只要保證參數(shù)是常量、可以被外部配置覆蓋即可。4. 技能看起來像魔法實(shí)際上是一筆“資源預(yù)算”真正讓 Lemmings 成為優(yōu)秀設(shè)計(jì)的不是那些小角色有多聰明而是玩家手里的技能數(shù)始終有限。你必須在幾十秒內(nèi)決定用哪個(gè)技能、用在誰身上、在哪個(gè)地形節(jié)點(diǎn)上生效然后接受這個(gè)決定無法撤銷。這個(gè)模型和調(diào)度一批有限資源很像。角色是任務(wù)技能是處理能力關(guān)卡是執(zhí)行環(huán)境入口是事件源。你不是在“控制一個(gè)角色”而是在“觀測一組任務(wù)并發(fā)推進(jìn)”并在關(guān)鍵節(jié)點(diǎn)插入干預(yù)操作。4.1 把每一種技能看成一種行為約束技能設(shè)計(jì)有一個(gè)容易踩的坑它不能只是給角色增加一個(gè)“永久 Buff”然后讓角色繼續(xù)原樣走路。很占篇幅的是技能改變了角色與地圖的關(guān)系。比如炸彈技能重點(diǎn)不是“角色死了”而是“它在死前的一刻會改變周圍地形”。這件事必須被建模成一段可重復(fù)的時(shí)序觸發(fā)前 3 秒角色保持原行為但開始播放引爆動畫觸發(fā)時(shí)從地圖上移除周圍指定的像素塊觸發(fā)后角色被移出場景但附近其他角色可能因此失去地面而墜落。如果你只把“爆炸”當(dāng)成一個(gè)圖像特效只刪掉該角色而沒有同步修改地圖碰撞數(shù)據(jù)那么后續(xù)走到這里的旅鼠會全部穿過原來被阻擋的墻面游戲邏輯瞬間失真。4.2 事件時(shí)序比地圖數(shù)量更影響成敗玩 Lemmings 時(shí)最痛苦的不是某個(gè)技能效果不對而是多個(gè)事件在時(shí)間上重疊。比如同時(shí)有一名挖掘者在墻面底部挖掘且另一隊(duì)旅鼠從后方走到這個(gè)位置系統(tǒng)需要明確先檢測墻壁變化還是先讓旅鼠移動這就是為什么固定更新順序非常重要。你可以在主循環(huán)里規(guī)定每 Tick 的更新順序?yàn)榈匦蜗到y(tǒng)讀取新的技能目標(biāo)移動系統(tǒng)推進(jìn)所有角色的位置碰撞系統(tǒng)根據(jù)當(dāng)前地圖狀態(tài)判斷轉(zhuǎn)向、墜落或死亡技能系統(tǒng)處理本 Tick 需要觸發(fā)的地形改變出生與出口系統(tǒng)統(tǒng)計(jì)結(jié)果錄制系統(tǒng)保存當(dāng)前幀的關(guān)鍵摘要。這種順序不一定絕對正確但必須穩(wěn)定。一旦穩(wěn)定技能與地形同時(shí)發(fā)生時(shí)調(diào)試者至少知道是先有地形破壞還是先有角色移動。多數(shù)版本不一致問題不是因?yàn)槟扯未a寫錯(cuò)了而是因?yàn)橹餮h(huán)內(nèi)部順序在不同平臺或不同幀率下出現(xiàn)漂移導(dǎo)致行為不可重放。5. 邊界條件與排錯(cuò)體驗(yàn)才是 Lemmings 真正昂貴的地方你可能覺得既然單個(gè)旅鼠的邏輯那么簡單實(shí)現(xiàn)一個(gè)簡化版應(yīng)當(dāng)很快。但實(shí)際做起來大量時(shí)間會花在幾種邊緣情況上像素差一格、狀態(tài)切換的瞬間、角色剛好站在技能影響范圍邊界、多個(gè)觸發(fā)條件在同一 Tick 同時(shí)滿足。任何一個(gè)小問題在一百個(gè)角色互相疊加后都會被放大成毫無規(guī)律的災(zāi)難。5.1 最常見的幾種“看似 AI 失靈”的場景第一種是角色卡在墻角原地抖動。原因通常是前方檢測和下方檢測的坐標(biāo)點(diǎn)沒有取到同一層地面。角色認(rèn)為前方有墻于是轉(zhuǎn)身轉(zhuǎn)身后發(fā)現(xiàn)另一個(gè)方向又觸發(fā)墻判定于是再轉(zhuǎn)身。第二種是角色踩在懸崖邊緣卻沒掉下去只在邊緣懸空走兩步后卡住。原因往往是碰撞網(wǎng)格使用了精確的實(shí)體點(diǎn)查詢但角色模型中心與碰撞點(diǎn)不重合導(dǎo)致視覺上已經(jīng)懸空邏輯上還站在方塊上。第三種是技能觸發(fā)了但并沒有作用在玩家看到的角色身上。原因通常是你用鼠標(biāo)點(diǎn)選角色時(shí)拾取范圍比渲染區(qū)域大特別是大量角色擠在一起時(shí)點(diǎn)選命中順序不穩(wěn)定。第四種是挖掘者挖出通道后并沒有繼續(xù)前進(jìn)而是停在通道盡頭。這是因?yàn)榻巧x開挖掘狀態(tài)回到行走狀態(tài)時(shí)沒有重新檢測前方和下方。它繼承了上一幀的坐標(biāo)而那個(gè)坐標(biāo)恰好已經(jīng)嵌入地形導(dǎo)致下一步行走檢測失敗。這些現(xiàn)象看起來都像“邏輯抽風(fēng)”但絕大多數(shù)都不是隨機(jī)錯(cuò)誤而是沒有把狀態(tài)切換時(shí)的坐標(biāo)校準(zhǔn)寫清楚。遇到問題時(shí)不要先懷疑狀態(tài)機(jī)模型而要先去查切換瞬間的數(shù)值。5.2 用“單幀觀察者”而不是“整個(gè)畫面”去調(diào)試群體仿真最難受的是一百個(gè)角色同時(shí)動作任何打印日志都會瞬間淹沒屏幕。如果你只在控制臺輸出“xxx 角色死亡”很難知道它死前經(jīng)歷了什么。更有效的辦法是加一個(gè)“單實(shí)體追蹤面板”。通過鼠標(biāo)點(diǎn)擊或按鍵切換到指定角色然后只輸出這個(gè)角色的位置、速度、狀態(tài)、最近一次狀態(tài)切換原因、最近一次碰撞檢測結(jié)果。這樣你在第 10 秒發(fā)現(xiàn)某只旅鼠走進(jìn)坑里沒有出來可以在第 9 秒開始追蹤它觀察每一幀的 x、y、state 和“下方是否 ground”字段。一旦看到某個(gè)坐標(biāo)值跳變或狀態(tài)序號從 walk 切到 fall 后立刻又切回 walk問題基本就鎖定了。這個(gè)手段雖然樸素但適用面極廣任何批量任務(wù)系統(tǒng)如果只能看到整體指標(biāo)看不到單個(gè)任務(wù)實(shí)例的生命周期堆棧都會遇到“整體看起來正常但局部任務(wù)反復(fù)失敗”卻無從下手的窘境。5.3 錄制與回放是最重要的調(diào)試手段Lemmings 類系統(tǒng)最適合保存的不是視頻而是“操作事件序列初始種子”。比如記錄{ level: level_01, fixedSelect: false, events: [ { tick: 130, type: assign_skill, lemmingId: 17, skill: dig }, { tick: 172, type: assign_skill, lemmingId: 34, skill: block } ] }運(yùn)行結(jié)束后如果你想復(fù)現(xiàn)某次奇怪死亡不需要從頭操作只需要重新加載同一張地圖和同一組事件。只要你的主循環(huán)確定性沒有問題它就會重走一遍所有角色狀態(tài)。然后你可以在任意一個(gè) tick 停住打開“單實(shí)體追蹤”查看導(dǎo)致問題的數(shù)值。6. 把 Lemmings 的方法論帶到今天的開發(fā)里它到底教給我們什么如果只是把它當(dāng)作一個(gè)懷舊游戲那這篇博客顯得太重了。但如果你現(xiàn)在正在做這類事情你會重新認(rèn)識它的工程價(jià)值。你在做 Roguelike 的怪物 AI 時(shí)會發(fā)現(xiàn)怪物之間如果共享同一個(gè)確定性輸入能減少不可復(fù)現(xiàn)的 Bug你在做即時(shí)戰(zhàn)略的群體尋路時(shí)會發(fā)現(xiàn)大量單位的“碰撞—轉(zhuǎn)向—移動”順序比單位內(nèi)部的決策樹重要得多你在用成百個(gè) worker 執(zhí)行批量渲染或數(shù)據(jù)處理任務(wù)時(shí)會發(fā)現(xiàn)調(diào)度順序、事件回放、失敗日志的確定性設(shè)計(jì)直接決定你能不能長期維護(hù)這套系統(tǒng)。Lemmings 是最早用娛樂方式教我這套思維的案例之一。6.1 穩(wěn)定優(yōu)先于智能很多初學(xué)開發(fā)者在做多角色系統(tǒng)時(shí)會著急引入行為樹、規(guī)劃算法、甚至機(jī)器學(xué)習(xí)模型。這種沖動在兩個(gè)層面上很危險(xiǎn)。一方面復(fù)雜決策模塊很難調(diào)試另一方面如果底層的 Tick 更新不穩(wěn)定角色行為再聰明也沒用因?yàn)橥婕視吹浇巧诓煌\(yùn)行時(shí)間出現(xiàn)漂移。更合理的推進(jìn)路線是先做一個(gè)確定性的物理與狀態(tài)系統(tǒng)再往上面加局部規(guī)則和技能干預(yù)。每一步都要保持可回放性。角色可以不算聰明但不能不可預(yù)測。穩(wěn)定性是智能能否被感知的前提。6.2 ECS 結(jié)構(gòu)很適合 Lemmings 這種游戲如果你在做正式項(xiàng)目可以考慮用 Entity-Component-System 而不是傳統(tǒng)的“每個(gè)對象一個(gè)類”。旅鼠只是實(shí)體身上攜帶位置、狀態(tài)、技能等組件而系統(tǒng)層統(tǒng)一處理移動、繪制、技能、碰撞。這種架構(gòu)的優(yōu)點(diǎn)不是性能一定更好而是它強(qiáng)制你把邏輯拆成相對獨(dú)立的系統(tǒng)并且讓每個(gè)系統(tǒng)按固定順序執(zhí)行。你更不容易在某個(gè)旅鼠類內(nèi)部悄悄寫出一段同步等待邏輯也不會讓角色對象直接操作整張地圖的任意像素。6.3 最終判斷Lemmings 的價(jià)值不在“通關(guān)”而在“可控”你把一整隊(duì)旅鼠從出生點(diǎn)送到出口看上去是完成了一個(gè)關(guān)卡。但從開發(fā)者角度真正的成就是設(shè)計(jì)出了一套可以被觀察、被回放、被復(fù)現(xiàn)的系統(tǒng)。一個(gè)角色走進(jìn)出口是成功但在這一路上系統(tǒng)是否穩(wěn)定運(yùn)行、異常是否容易定位、新增技能會不會破壞舊關(guān)卡才是更值得長期關(guān)注的指標(biāo)。所以我的最終建議很直接如果你對 Lemmings 感興趣不要一開始就想做一個(gè)完整復(fù)刻。先構(gòu)建一個(gè)讓角色能行走、轉(zhuǎn)身、下墜、死亡、進(jìn)入出口的最小閉環(huán)把它固定成一個(gè)可復(fù)現(xiàn)的運(yùn)行流程。再在這個(gè)地基上逐步增加技能、地圖類型、資源上限。你會發(fā)現(xiàn)這套流程幾乎可以平移到你正在做的任何批量任務(wù)系統(tǒng)或群體仿真項(xiàng)目。先讓規(guī)則穩(wěn)定再讓系統(tǒng)可控最后才去談優(yōu)化和智能。Lemmings 里的旅鼠從來不需要變得特別聰明它們需要的是在一個(gè)足夠穩(wěn)定、足夠可解釋的世界里錯(cuò)誤發(fā)生時(shí)你能看見它并且知道它為什么發(fā)生。