LitRPG 的格式慣例:系統訊息、能力值區塊與狀態視窗
官方的 LitRPG 格式標準並不存在。實際存在的慣例:方括號系統文字、粗體能力值欄位,與框住的狀態視窗,而且保持一致。
發布於 26 Sept 2026 · 1 分鐘閱讀
LitRPG的格式工作,有一半是其他類型沒有的問題:一部分文字不是散文。系統通知、能力值表、升級訊息、技能視窗與任務日誌,是活在小說裡的遊戲介面文字,而這個類型核心的格式問題,是如何把這些材料與敘述區隔開來,讓讀者一眼認得出,現在是哪一個世界在說話。
沒有官方答案。不存在通用的 LitRPG 格式標準,也沒有任何平台或出版者將它成文化;實際存在的慣例,是湧現的、由社群驅動的。關於系統訊息如何排版的作者討論(下面引用的 RoyalRoad 討論串,正是那場對話),不斷收斂到同樣三種裝置。
三種裝置
- 方括號標記。 系統文字放進方括號,像 [系統] 或 [任務更新]。方括號活得過純文字、複製貼上與每一款閱讀器,而這正是這條慣例如此耐用的原因。
- 粗體標籤與能力值欄位。 遊戲機制的數值,印成帶標籤的欄位,加上粗體讓眼睛抓得住:名字、職業、等級、生命值。標籤的形式在說:「這是一個欄位,不是一個句子。」
- 框。 系統訊息做成介面風格的面板,在視覺上與段落流分開。這是狀態視窗的傳統:一個讀者學會當作介面來讀的面板,自成一體。
大多數作品三種都用,按種類分配:方括號給系統文字,粗體欄位給能力值,框給大型正式面板。
選擇你的方言
- 按種類分配,然後永不變動。 如果第三章的升級用方括號宣布,第三百章也用方括號宣布。讀者按形狀解析系統文字;連載中途改變形狀,就是改變文法。
- 確認你的平台編輯器做得到什麼。 粗體是通用的;真正的面板不是。一套方括號加粗體的慣例,到處都能體面地降級,而一套框的慣例,到某些應用上可能被壓扁。為你的連載會被讀到的最樸素的地方設計。
- 完整面板前面先給,之後只給增量。 一個早期的完整狀態視窗,教會讀者整套介面;在那之後,「等級 8」不重印整張表,也帶著資訊。每一章全部重印,是格式版的從頭複習。
- 留意手機。 連載讀者用手機閱讀,而寬的能力值表捲動得很糟。一張長表,是把桌面假設走私進一個行動媒介。
系統文字就是正史
一個能力值區塊,是你會發表的最可審計的文字。如果這個角色上一章是等級 7 的樹籬女巫、法力 31/52,讀者能把兩個數字都背出來,而一次抵觸不是風格選擇;它是連貫性錯誤。長篇 LitRPG 連載累積數千個數字事實,而成功的那些都追蹤它們,這正是故事聖經在這個類型裡的核心論證(類型層級的全貌,見如何撰寫 LitRPG)。
能力值與場景
一個技藝上的警告,以建議而非有來源的法律的形式提出:系統應該改變一場戲的意義,而不是取代那場戲。戰鬥中途以一個框抵達的升級,告訴讀者這場戰鬥要緊;三個框總結一場散文從未演出來的戰鬥,告訴讀者那些散文是可選的。系統元素最好的用法,是當演出過的節拍之間的標點符號;最差的用法,是當頁面上從未發生過的節拍的摘要。
第二個警告是節奏,而它朝另一個方向切:一個框是一次休息。系統文字讀起來快、感覺像資料,所以緊接在一個緊繃節拍之後的面板,延長了那口呼吸;放在一個節拍之前的,延後了它。那是一個真實的節奏工具,而且免費。
所以選好你的方言,寫下來(故事聖經裡的一頁格式說明就夠),毫無例外地套用,並且把其中的每一個數字,當作一份承諾。
來源
本文中的寫作技法論斷均可在下列來源查證;屬於從業者共識而非定論的內容,正文均已註明。