那些「Bug」，有些是開發者故意留的
這個技巧在《雷神之鎚》（Quake）系列被發揚光大，成為多人對戰與競速通關（speedrun）的核心技術。id Software 後來不僅沒有修掉它，還在《雷神之鎚 III》的關卡設計中預留了需要火箭跳才能到達的捷徑。對老玩家來說，不會火箭跳，等於不會玩這款遊戲。
《任天堂明星大亂鬥》的技術動作
《任天堂明星大亂鬥》系列可說是「Bug 扶正」的寶庫。初代與《Melee》時期，玩家發現了「L 取消」（L-cancel）、「波導衝刺」（wavedash）、「方向鍵影響落地」等一連串因為程式判定順序而產生的技巧。這些動作讓遊戲的操作上限大幅提升，也讓《Melee》至今仍是格鬥社群中最長壽的作品之一。
任天堂在后續作品中，有時選擇修掉、有時選擇保留，甚至在新作中刻意加入類似「完美落地」的機制來回應玩家需求。這說明了一件事：當一個 Bug 被社群轉化為「技術」，它就不再只是錯誤，而是一種文化資產。
《Minecraft》的無限水與紅石邏輯
《Minecraft》的方塊世界裡，流體與紅石的判定規則極其複雜，也因此誕生了大量「非預期但超好用」的機制。例如早期的「無限水」——兩個水源方塊可以生成第三個水源，讓玩家不必真的搬水；又例如紅石訊號的「短路」與「脈衝」行為，被玩家拿來打造計時器、自動農場與複雜的機關。
Mojang 對這些機制的態度相當開放，甚至在官方更新中針對紅石行為做「最佳化」時，會特別考量社群既有電路的相容性。對建築派與工程派玩家來說，這些「Bug」不是漏洞，而是這款遊戲之所以能紅十幾年的重要原因。
《上古卷軸 V：天際》的巨人發射
說到「意外變迷因」，不能不提《天際》的巨人。遊戲中的巨人敵人攻擊力極高，而且擊退判定寫得相當暴力，玩家只要被巨人揮中，常常會整個人被打飛到數十公尺高空，甚至直接飛越整個地圖。這個物理錯誤在玩家間爆紅，成了各種剪輯與迷因的素材。
Bethesda 後來並沒有完全修掉這個現象，因為它已經成為《天際》社群共同記憶的一部分。類似的情況也發生在《異塵餘生》系列，那些「角色突然飛天」「物件穿模」的畫面，反而成了玩家津津樂道的「Bethesda 味」。
《寶可夢》的 MissingNo. 與複製大法
初代《寶可夢 紅／綠》的 MissingNo. 是遊戲史上最著名的 Bug 之一。玩家透過特定操作可以遇到編號缺失的寶可夢，還能複製道具、讓第六個道具的數量暴增到上百個。這個 Bug 當年透過口耳相傳與雜誌攻略迅速擴散，成為一代玩家的共同回憶。
任天堂后續作品雖然修掉了大部分漏洞，但也在某些版本中保留了「官方彩蛋式」的致敬。對玩家來說，MissingNo. 不只是錯誤，而是一段屬於童年與遊戲機的浪漫。
《薩爾達傳說：時之笛》的倒退行走
在《時之笛》中，玩家發現只要以特定角度倒退行走，林克的速度會比正常前進更快，甚至能穿過某些碰撞邊界。這個技巧後來成為速通（speedrun）社群的基礎工具，也讓「遊戲物理」這件事被更多玩家認真研究。
任天堂在 3DS 重製版中修掉了大部分的穿牆與加速漏洞，但速通社群仍持續在老版本上鑽研。這種「版本差異」本身也成了攻略討論的重要主題。
三、開發者「故意」留下的 Bug 與彩蛋
前面講的多半是「意外誕生、後來扶正」的例子。但你可能不知道，有些 Bug 從一開始就是開發者刻意埋下的。這一段我們就來談談：為什麼有人會故意在遊戲裡留錯誤？
為什麼要故意留 Bug？
原因大致可以分成幾類。第一是「防盜版」：開發者故意讓盜版玩家遇到無法通關的錯誤，例如角色卡死、存檔損毀、特定關卡無法進入。最經典的例子是《Game Dev Tycoon》，開發團隊刻意在盜版版本中讓玩家的遊戲公司因為「盜版猖獗」而破產，用遊戲本身來諷刺盜版行為。另一款《蝙蝠俠：阿卡姆瘋人院》也曾讓盜版玩家在滑翔時失效，無法繼續前進。
第二是「彩蛋與幽默」：有些開發者喜歡在遊戲裡埋些假 Bug，例如故意讓某個 NPC 說出奇怪的台詞、讓某個物件在特定條件下消失或變形，藉此測試玩家是否細心。第三是「社群互動」：開發者知道玩家喜歡找漏洞，於是刻意留一些「看起來像 Bug 的謎題」，讓社群去挖掘、討論、拍攝影片，形成免費的行銷與話題。
經典案例：假 Bug 與隱藏房間
在獨立遊戲圈，這類手法特別常見。例如有些解謎遊戲會故意設計「看起來可以穿牆」的視覺破綻，讓玩家以為找到了 Bug，實際上那是通往隱藏結局的唯一路徑。也有遊戲會在標題畫面停留過久時，故意跳出一個假錯誤視窗，點擊後才進入真正的隱藏關卡。
這類設計的核心邏輯是「打破第四面牆」。玩家以為自己在利用遊戲的缺陷，實際上卻走進了開發者預先鋪好的軌道。這種「被設計的驚喜」正是許多神作讓人回味無窮的原因。
測試版殘留與「故意不修」
另一種情況是「測試版殘留」。遊戲開發過程中，團隊會放入大量除錯指令、測試房間、未使用的素材。正式版理應清除，但有時因為時間壓力或刻意保留，這些東西就留了下來。有些開發者甚至會公開表示：「我們知道這個 Bug，但修掉它會讓老玩家不開心，所以我們決定保留。」
這種「故意不修」的態度，在長壽型多人遊戲中尤其常見。因為對老玩家來說，某個小漏洞可能已經是操作習慣的一部分；一旦修掉，反而會引發反彈。這也提醒我們：在遊戲世界裡，「正確」不一定等於「好玩」。
四、遊戲攻略視角：如何辨別「真 Bug」與「設計特色」
看到這裡，你可能會想：那我到底要怎麼知道，眼前這個奇怪的現象是官方故意留的，還是真的程式出錯？以下提供幾個實用的判斷準則，讓你在查攻略或自己摸索時更有方向。
三個判斷準則
第一，看它是否穩定可重現。真正被設計出來的機制，通常有明確的觸發條件，而且在不同設備、不同版本上表現一致。如果一個現象只在特定情況下偶爾發生、每次結果都不同，那比較可能是真 Bug。
第二，看官方態度與更新紀錄。如果開發者在更新日誌中「修復」了某個技巧，代表它原本被視為錯誤；如果官方在教學、成就或關卡設計中主動引導玩家使用，那它就是被認證的機制。許多遊戲的官方 wiki 也會標註「此技巧為預期行為」。
第三，看社群共識與賽事規則。在電競項目中，主辦單位通常會明確定義哪些技巧可用、哪些禁用。如果一個 Bug 被寫進規則書，代表它已經進入「機制」的範疇；如果被列為禁用，那就是官方認定會破壞平衡的漏洞。
面對真 Bug 的處理方式
如果你確定自己遇到的是真 Bug，建議先做三件事：第一，記錄發生情境（版本、平台、操作步驟），方便回報；第二，查詢官方討論區或社群是否已有災情；第三，如果 Bug 會導致存檔損毀或進度卡死，優先備份存檔。很多遊戲的官方客服都需要具體的重現步驟，才有辦法協助處理。
另外要提醒的是，利用 Bug 獲取不正當優勢（例如複製道具、刷資源）在某些遊戲中可能違反使用者條款，甚至導致帳號被停權。玩得聰明很重要，但玩得安全更重要。
五、從 Bug 到機制：遊戲設計的灰色地帶
遊戲設計從來不是一條直線。開發者制定規則，玩家在規則邊緣試探，兩者之間的拉扯，往往才是遊戲生命力的來源。這段我們來談談社群與開發者之間的互動，以及它如何影響我們今天玩的每一款遊戲。
玩家社群的力量
很多時候，一個 Bug 會不會被扶正，取決於社群夠不夠熱情。當玩家開始拍攝教學影片、寫攻略、舉辦比賽，開發者就會注意到這個現象。有些團隊會主動聯繫社群意見領袖，了解他們為什麼喜歡這個技巧，再決定要不要把它納入正式設計。
這種「共創」模式在現代遊戲產業中越來越普遍。從《Minecraft》的紅石電路到《火箭聯盟》的空中技巧，玩家社群 фактически 參與了遊戲的進化過程。對開發者來說，這是最真實的免費測試；對玩家來說，這是一種「我的發現被官方看見」的成就感。
速通文化與 Bug
速通（speedrun）社群可說是「Bug 研究」最深入的一群人。他們會為了縮短零點幾秒，反覆測試碰撞判定、輸入時機、隨機數生成。許多速通技巧本質上就是 Bug，但社群會把它們分類：哪些是「glitch」（程式錯誤）、哪些是「sequence break」（跳關）、哪些是「合法技巧」。
速通網站通常會針對不同遊戲制定規則，例如「Any%」允許使用 Bug、「Glitchless」則禁止。這種分類方式，其實就是社群自己對「Bug 與機制」做出的界線劃分。對有興趣的玩家來說，觀看速通比賽是理解遊戲底層邏輯最快的方式之一。
六、結語：不完美，才是最完美的遊戲
回過頭來看，那些被我們津津樂道的「Bug」，其實反映了遊戲作為一種藝術形式的本質：它不是精密的工業產品，而是一個允許玩家參與、碰撞、甚至「破壞」的互動空間。開發者留下的每一個小錯誤，都可能是下一次傳奇的種子。
下次當你在遊戲裡發現角色卡進牆角、道具數量莫名暴增、或者某個招式傷害高得離譜時，先別急著罵。查查攻略、看看討論區，也許你會發現：這不是錯誤，而是開發者留給你的一封情書。當然，如果它真的讓你卡關到崩潰，那還是乖乖回報官方吧。
遊戲世界之所以迷人，正是因為它從來不完美。而我們這些玩家，就是在一堆不完美裡，找到屬於自己的完美破關方式。希望這篇文章能讓你在下一次遇到「奇怪現象」時，多一點好奇、少一點火氣，也更懂得欣賞那些藏在程式碼裡的巧思。
如果你也有自己遇過的「經典 Bug」或「被扶正的神技」，歡迎在底下留言分享。毕竟，遊戲的故事，永遠是玩家一起寫出來的。