title: "持續世界角色扮演系統：基於《俠客遊》範式與 CompilableWorld 的第一方驗證遊戲技術白皮書" subtitle: "Persistent-World Role-Playing System on CompilableWorld" version: "v0.1" date: "2026-07-13" author: "許筌崴（Neo.K）" organization: "EVEMISSLAB／一言諾科技有限公司" status: "內部技術白皮書／概念與工程規格草案"

持續世界角色扮演系統

基於《俠客遊》範式與 CompilableWorld 的第一方驗證遊戲技術白皮書

世界不因玩家登入而誕生，也不因玩家角色死亡而終止。
玩家只是世界在某一段時間內所採用的一個可更換觀測點。

摘要

本文提出一套建立於 CompilableWorld 之上的持續世界角色扮演系統，暫稱為 Persistent-World Role-Playing System，PWRPS。其設計靈感來自《俠客遊／Lunatic Dawn》系列所展現的開放式人生、角色替換、世界延續、多層級空間與非固定主線思想，但並不以重製既有作品為目標。

本系統的定位不是新的通用世界引擎，也不是將所有遊戲機制重新塞入 CompilableWorld Core。其正確分層為：

\text{CompilableWorld Core} \rightarrow \text{Living World Runtime} \rightarrow \text{Reference Game} \rightarrow \text{World Packages / Mods}

其中：

CompilableWorld Core 負責世界中間表示、規則、狀態、事件、驗證、編譯、版本與執行追蹤；
Living World Runtime 負責持續世界 RPG 所需的時間、NPC 行動、家庭、組織、委託、經濟、旅行、死亡與繼承；
Reference Game 是一款真正可遊玩的第一方驗證遊戲；
World Packages 則承載不同題材與世界觀。

本文明確排除以《命運之欲》作為第一個驗證遊戲。《命運之欲》具有龐大的既有歷史、城市、種族、神學、魔法與力量體系，若過早投入，將使世界內容需求反向綁定引擎結構。第一個驗證世界應採用規模小、規則清楚、低設定負擔且容易長期模擬的中性世界包，用來驗證世界是否能在沒有固定主線、沒有天命主角、沒有即時大型語言模型介入的情況下持續運作。

本文的核心命題為：

\boxed{ \text{World Lifetime} > \text{Character Lifetime} > \text{Quest Lifetime} }

任務不是世界存在的理由，玩家角色也不是世界運作的中心。世界先存在，角色只是暫時進入其中。

一、問題背景

1.1 傳統角色扮演遊戲的中心化問題

大多數角色扮演遊戲都隱含一個相同的本體假設：

\text{World} \approx \text{Content Prepared for the Player}

城市等待玩家抵達，NPC 等待玩家交談，任務等待玩家觸發，戰爭等待玩家參與。即使畫面上存在龐大的地圖，世界真正運作的部分仍然只圍繞玩家附近的腳本。

此類結構帶來三個限制：

世界缺乏自主時間：玩家不行動，世界便停滯。
NPC 缺乏自身目的：NPC 主要是任務、交易或敘事接口。
選擇缺乏持久後果：事件多半只改變局部旗標，不形成跨層級傳播。

開放世界因此常被誤解為「玩家可以前往很多地方」，而不是：

玩家可以在一個自行運轉的世界中造成不可忽略的持久改變。

1.2 《俠客遊》範式的歷史價值

《俠客遊》系列的重要性不只在自由度，而在於它曾經接近一個不同的遊戲本體論：

世界具有自己的時間；
玩家不是唯一行動者；
人物可以生活、旅行、結盟、死亡與繁衍；
玩家角色生命週期可以短於世界生命週期；
任務只是暫時出現的世界結構；
宏觀地圖、城市、地點、人物與戰鬥是不同精度的世界投影。

早期作品受限於硬體、資料量與硬編碼，無法充分展開此範式。今日的狀態機、事件溯源、圖資料、可編譯世界表示、Agent 政策與受治理的生成式 AI，使這條路有機會被重新推進。

1.3 三個月前構想與當前 CompilableWorld 的關係

早期的「通用世界模擬器」構想已經提出：

宏觀、中觀、微觀多層級空間；
規則—敘事雙向耦合；
AI 內容生成受規則約束；
因果鏈持久化與跨層級傳播；
NPC 目標與記憶；
世界觀一致性層；
世界編輯器與 MOD 生態；
低延遲、多視窗、零層級資訊界面。

但當時的世界仍主要存在於遊戲引擎內：

\text{World} \subset \text{Game Engine}

當前 CompilableWorld 將關係反轉：

\text{World Definition} \rightarrow \text{Validated World IR} \rightarrow \text{Runtime Targets}

世界首先以可驗證、可版本化、可編譯的結構存在，遊戲 Runtime 只是其中一種執行形式。

因此，本文不再將現代《俠客遊》式遊戲描述為「通用世界引擎本身」，而將其定位為：

CompilableWorld 上的第一個持續世界 Runtime 類型與第一方旗艦應用。

二、產品與技術定位

2.1 四層產品結構

第一層：CompilableWorld Core

負責與題材無關的世界工程能力：

World IR；
Entity Registry；
State Store；
Action IR；
Event IR；
Transition Rules；
Function Registry；
Scheduler；
Event Bus；
Snapshot；
Event Log；
Schema Validation；
Semantic Validation；
Scenario Tests；
Runtime Trace；
Version、Migration 與 Diff；
Agent Patch Governance。

第二層：Living World Runtime

負責持續世界角色扮演遊戲的共通機制：

世界時間與時鐘；
NPC 日程與行為政策；
人際、家庭、血緣與繼承；
勢力、職位與組織；
城市、聚落與交通；
經濟、生產、消費與物流；
委託、契約、傳聞與情報；
犯罪、法律、聲望與追捕；
戰鬥、傷勢、死亡與替換角色；
世界精度分層與懶展開；
玩家角色生命週期與世界生命週期分離。

第三層：Reference Game

一款內容規模刻意受限、但世界閉環完整的遊戲，用來證明：

\text{Persistent World} + \text{Autonomous Agents} + \text{Replaceable Player Character} + \text{Causal Continuity}

能否形成真正有趣的遊戲體驗。

第四層：World Packages

題材、設定與內容透過世界包掛載，例如：

低奇幻邊境；
武俠江湖；
商業都市；
王朝末世；
太空殖民地；
修仙宗門；
《命運之欲》。

《命運之欲》屬於未來的大型旗艦世界包，而非第一驗證包。

2.2 系統不是什麼

本計畫第一階段不做：

無縫大型 3D 開放世界；
依賴大型語言模型才能運作的 NPC；
每個居民逐秒全精度模擬；
固定救世主主線；
MMORPG；
全題材一次完成；
完整自然語言任意行動；
《命運之欲》全世界觀實裝；
先做數百種技能與複雜戰鬥公式；
讓 AI 直接改寫核心狀態；
將世界規則藏在不可檢查的模型黑箱中。

第一階段追求的是小世界的完整生命，而不是大世界的表面規模。

三、核心設計公理

公理一：世界不依附玩家

令世界狀態為 $W_t$ ，所有世界 Agent 的行動集合為 $A_t$ ，外部事件為 $E_t$ ，則：

W_{t+1} = F(W_t,A_t,E_t)

即使玩家沒有輸入， $A_t$ 仍包含 NPC、家庭、商隊、組織與自然事件的行動，因此：

A_t \neq \varnothing

世界必須能在玩家離線、休息、監禁、死亡或切換角色時繼續推進。

公理二：玩家控制的是觀測點，不是世界中心

玩家在時間 $t$ 控制角色 $C_i$ ：

P_t=(W_t,C_i)

當角色死亡、退休、失去自由或玩家主動切換時：

(W_t,C_i) \rightarrow (W_{t+\Delta},C_j)

其中 $C_j$ 可以是：

子女；
弟子；
隊友；
家族成員；
僱員；
盟友；
仇敵；
世界中符合接管條件的其他人物。

公理三：任務是世界中的暫時契約

傳統任務常是預先寫好的線性內容。本系統將任務重構為：

Q= (\text{Issuer},\text{Goal},\text{Constraints}, \text{Deadline},\text{Reward},\text{Consequences})

任務由世界需求產生，例如：

商隊需要護衛；
家族需要尋人；
城市需要糧食；
組織需要情報；
法院需要逮捕嫌犯；
個人需要復仇。

任務即使無人承接，也可能：

由 NPC 接取；
自然失敗；
被其他事件取代；
惡化為更大的危機；
失去原本的委託人。

公理四：規則決定事實，AI 只生成提案與表達

任何世界事實都必須經過：

\text{Proposal} \rightarrow \text{Validation} \rightarrow \text{Transition} \rightarrow \text{Commit}

AI 可以提出：

對話措辭；
人物外貌；
地方傳聞；
任務描述；
記憶摘要；
行動候選；
小型背景故事。

AI 不得直接決定：

某人已死亡；
某物已轉移；
某組織已滅亡；
某場戰爭已勝利；
某角色已擁有能力；
某人已知曉秘密。

世界真值只能由規則與狀態轉移提交。

公理五：有限規則優先於無限生成

\text{有限規則} \times \text{有限範本} \times \text{狀態組合} \times \text{AI 細節投影} \Rightarrow \text{高多樣性體驗}

AI 生成不是自由度的來源，只是表達層的增幅器。真正的自由度來自規則能否處理玩家與 NPC 的合理行為。

公理六：所有重要後果必須可追蹤

若玩家行為 $a$ 導致世界狀態 $s_n$ ，系統必須保留因果路徑：

a \rightarrow s_1 \rightarrow s_2 \rightarrow \cdots \rightarrow s_n

例如：

玩家殺死商人
→ 商隊失去負責人
→ 城市補給量下降
→ 糧價上升
→ 底層居民不滿
→ 犯罪率上升
→ 城主增加巡邏
→ 鄰近勢力判斷城市衰弱

每一步都應能在 Runtime Trace 或 Studio 因果圖中查看。

四、世界模型

4.1 持續世界狀態

Living World Runtime 的世界狀態定義為：

W_t= ( \mathcal{E}, \mathcal{S}, \mathcal{R}, \mathcal{A}, \mathcal{O}, \mathcal{H}, \mathcal{L}, \mathcal{C}, \mathcal{K}, \mathcal{M}, \mathcal{V}, \mathcal{T} )_t

其中：

$\mathcal{E}$ ：實體集合；
$\mathcal{S}$ ：實體狀態；
$\mathcal{R}$ ：關係圖；
$\mathcal{A}$ ：Agent 政策與目標；
$\mathcal{O}$ ：組織與職位；
$\mathcal{H}$ ：家庭、血緣與繼承；
$\mathcal{L}$ ：地點、聚落與交通網；
$\mathcal{C}$ ：契約、任務與承諾；
$\mathcal{K}$ ：知識、情報與傳聞；
$\mathcal{M}$ ：記憶；
$\mathcal{V}$ ：事件佇列；
$\mathcal{T}$ ：世界時間與歷史。

4.2 核心實體類型

第一版至少支援：

類型	說明
Person	可行動、可記憶、可死亡與被接管的人物
Household	家庭、共同財產、撫養與繼承單位
Organization	幫派、商會、軍隊、政府、宗派
Role	組織內的職位、權限與責任
Settlement	村莊、城鎮、城市
Location	建築、道路、房間、野外節點
Route	地點間旅行、成本、風險與物流
Item	可擁有、交易、消耗或損壞的物件
Resource	糧食、貨幣、材料、勞動力等可聚合資源
Contract	委託、雇傭、債務、婚約、通緝或交易約定
Event	已發生或排程中的世界事件
Rumor	可傳播、失真、被相信或被否定的資訊
Memory	特定 Agent 對事件與人物的記錄
Law	某管轄區中的禁止、允許與懲罰規則
Lineage	血緣、師承、繼承與身份延續

4.3 穩定 ID 與身份連續性

所有持續實體使用穩定 ID：

person_id: person_000184
household_id: household_000031
organization_id: org_merchant_guild
settlement_id: settlement_rivergate

名稱可以改變，身份 ID 不變。這是處理：

改名；
婚姻；
身份偽裝；
組織改制；
城市易主；
後代繼承；
跨 Runtime 編譯；
存檔 Migration

的必要條件。

五、時間、精度與世界調度

5.1 多時間尺度

不同機制不應使用同一更新頻率。

尺度	典型更新
即時／戰術	移動、攻擊、對話選擇
分鐘／小時	日程、旅行、店鋪、巡邏
日	消費、生產、委託、疾病、關係變化
週	商隊、組織決策、人口遷移
月	經濟趨勢、政治變化、懷孕與訓練
年	年齡、繼承、世代、長期戰爭與制度變化

世界調度器不逐秒模擬所有人，而是以事件與下一次行動時間驅動：

t_{\text{next}} = \min_i \left( t_i^{\text{scheduled}} \right)

系統跳轉到下一個有意義事件，而不是浪費計算於空白時間。

5.2 四級模擬精度

L0：統計態

適用於遠距離、非重要地區與大量人口：

人口總量；
經濟指數；
治安；
物資庫存；
組織力量。

L1：群體態

以家庭、商隊、部隊、工坊等群體為單位：

群體位置；
群體資源；
群體目的；
群體風險。

L2：人物簡化態

有穩定身份，但只維持：

年齡；
職業；
所屬；
關係摘要；
當前目標；
健康；
重要記憶索引。

L3：人物完整態

只有核心人物、玩家附近人物與重要事件參與者使用：

完整記憶；
多目標權重；
情緒；
對話風格；
詳細裝備；
行為候選；
個人歷史。

精度轉換為：

L_k \xrightarrow{\text{focus / importance}} L_{k+1}

以及：

L_{k+1} \xrightarrow{\text{summarize / unload}} L_k

當人物離開玩家關注範圍時，完整歷史會摘要後降階，而不是刪除身份。

六、NPC Agent 系統

6.1 Agent 決策函數

NPC $i$ 在時間 $t$ 的行動選擇為：

a_i^*(t) = \arg\max_{a\in\mathcal{A}_i} U_i \left( a\mid s_i(t), g_i(t), m_i(t), r_i(t), k_i(t), W_t \right)

其中：

$s_i$ ：個人狀態；
$g_i$ ：目標；
$m_i$ ：記憶；
$r_i$ ：人際與組織關係；
$k_i$ ：已知資訊；
$W_t$ ：可觀察世界狀態。

6.2 目標不是單一行為樹

每個 NPC 至少具有：

生存；
安全；
財富；
社會地位；
家庭；
忠誠；
信念；
復仇；
探索；
享樂；
長期計畫。

目標權重會隨事件改變：

w_{i,g}(t+1) = w_{i,g}(t) + \Delta w_{i,g}(e_t)

一名原本重視財富的商人，在子女遭綁架後，家庭目標權重可暫時高於財富。

6.3 行動候選由規則生成

系統不要求 AI 自由想像每個行動。候選行動由模組提供：

travel
work
rest
buy
sell
eat
train
socialize
investigate
accept_contract
refuse_contract
attack
flee
report
marry
separate
recruit
resign
inherit

AI 最多負責：

對候選行動進行語義補充；
生成自然語言理由；
在多個規則允許的候選間提出排序建議。

最終動作仍必須通過 Action IR 驗證。

七、家庭、世代與角色替換

7.1 家庭是持續世界的核心單位

單一人物死亡後，世界連續性常由家庭與組織保存。家庭系統負責：

共同居所；
共同財產；
親屬義務；
撫養；
婚姻；
收養；
血緣；
姓名與身份；
繼承；
家族聲望；
債務。

7.2 繼承函數

人物 $C_i$ 死亡後，財產與權利分配為：

I(C_i) = f( \text{law}, \text{will}, \text{kinship}, \text{organization}, \text{debt}, \text{possession} )

繼承不只包含物品，也可包含：

商號；
土地；
職位；
仇恨；
債務；
秘密；
盟約；
通緝；
名聲。

7.3 玩家角色接管規則

玩家角色死亡後，不應只顯示「讀取存檔」。系統提供世界內接管：

角色死亡
→ 執行遺產與事件結算
→ 推進必要時間
→ 產生可接管人物清單
→ 顯示人物與死者的關係
→ 玩家選擇新觀測點
→ 世界繼續

接管資格由世界規則定義，例如：

\text{eligible}(C_j) = \text{alive} \land \text{reachable} \land \text{player\_policy\_allows}

第一版可限制為：

子女；
配偶；
弟子；
隊友；
同家庭成員。

後續才開放任意 NPC 接管。

八、組織、城市與權力

8.1 組織不是固定陣營標籤

組織由以下元素構成：

O= ( \text{members}, \text{roles}, \text{resources}, \text{rules}, \text{goals}, \text{territory}, \text{relations} )

組織可以：

招募與驅逐；
任命與罷免；
分裂與合併；
宣戰與議和；
破產；
改名；
改變制度；
被玩家或 NPC 掌控。

8.2 權力來自可執行能力

角色的權力不是抽象數值，而是：

\text{Power} = f( \text{authority}, \text{resources}, \text{followers}, \text{information}, \text{coercion}, \text{legitimacy} )

一名城市官員可能具有法律權威但缺乏武力；一名幫派首領可能缺乏合法性但控制街道；一名商人可能沒有職位卻能控制糧食。

8.3 城市是多系統耦合節點

每個聚落至少維持：

人口；
糧食；
財富；
生產；
庫存；
治安；
稅收；
法律；
組織控制；
道路連接；
事件壓力。

城市狀態不是裝飾資料，而會影響：

價格；
犯罪；
移民；
任務；
NPC 情緒；
組織策略；
戰爭結果。

九、委託、事件與非主線敘事

9.1 事件先於任務

世界先產生問題：

商隊失蹤
城市糧食不足
某人失蹤
組織需要情報
道路出現盜匪
繼承權發生爭議

然後不同角色對問題形成需求，需求才可能轉化為委託。

\text{World Pressure} \rightarrow \text{Agent Need} \rightarrow \text{Contract Proposal}

9.2 NPC 也能接取委託

任務不為玩家保留。若玩家拒絕：

NPC 冒險者可能承接；
委託人可能提高報酬；
問題可能惡化；
委託人可能死亡；
組織可能改用暴力；
任務可能永久消失。

9.3 沒有唯一主線，但有世界主題

「沒有固定主線」不等於沒有敘事方向。世界可以存在：

長期政治危機；
經濟衰退；
王位繼承；
疫病；
邊境衝突；
宗教改革；
技術擴散。

這些是世界進程，不是要求玩家參與的主線。

玩家可能：

改變事件；
利用事件；
逃離事件；
完全忽略事件；
成為事件的受害者；
由後代面對事件結果。

十、情報、記憶與傳聞

10.1 世界真值與角色知識分離

世界中真實發生的事件集合為 $\mathcal{F}$ ，角色 $i$ 所知為 $\mathcal{K}_i$ ：

\mathcal{K}_i \subseteq \mathcal{F} \cup \mathcal{R}

其中 $\mathcal{R}$ 為傳聞、誤解與謊言。

NPC 不應自動知道全世界事件。知識來源包括：

親眼觀察；
對話；
公告；
組織情報；
信件；
商旅傳播；
謠言；
推理。

10.2 傳聞是一等實體

每條傳聞至少具有：

rumor_id: rumor_00042
claim: "北方道路已被盜匪封鎖"
source: person_000184
origin_event: event_001921
confidence: 0.62
distortion: 0.18
known_by:
  - person_000184
  - person_000201

傳播後可發生：

r_{n+1} = \text{transform}(r_n,\text{speaker},\text{listener},\text{bias})

因此，玩家的名聲不是全域數字瞬間更新，而是透過證人、組織、公告與傳聞逐漸傳播。

10.3 記憶分層

記憶分為：

事件記憶；
關係記憶；
承諾記憶；
創傷記憶；
技能記憶；
摘要記憶。

重要性函數可寫為：

\operatorname{importance}(m) = \alpha I_{\text{emotion}} + \beta I_{\text{goal}} + \gamma I_{\text{relationship}} + \delta I_{\text{recency}}

低重要性記憶可被壓縮成摘要，但影響不能任意消失。

十一、戰鬥與傷勢的最小設計

11.1 戰鬥不是第一核心

第一個驗證遊戲不應以大量技能和平衡為中心。戰鬥只需驗證：

行動；
距離；
命中；
傷害；
傷勢；
逃跑；
俘虜；
死亡；
目擊與法律後果。

11.2 最小判定

第一版可使用：

P(\text{hit}) = \sigma \left( A_{\text{skill}} - D_{\text{skill}} + T_{\text{position}} + R \right)

傷害為：

D = \max \left( 0, W_{\text{power}} + A_{\text{strength}} - D_{\text{armor}} + \varepsilon \right)

其中 $\sigma$ 為壓縮至 $[0,1]$ 的函數， $R$ 與 $\varepsilon$ 為受控隨機量。

11.3 傷勢優先於血條歸零

人物狀態包括：

疲勞；
出血；
骨折；
疼痛；
感染；
昏迷；
永久傷殘。

戰鬥後果可以是：

投降；
被捕；
失去裝備；
欠下贖金；
形成仇恨；
失去工作能力；
最終死亡。

這比「每次戰鬥不是勝利就是讀檔」更符合持續世界。

十二、AI 整合邊界

12.1 AI 的四個位置

A. 離線世界改編 Agent

將自然語言設定整理為：

World Seed；
Entity Templates；
Rule Modules；
Scenario Tests；
知識與文化約束。

B. Studio 工程 Agent

產生 World IR Patch，必須經過：

Patch
→ Schema Validation
→ Semantic Validation
→ Scenario Tests
→ Visual Diff
→ Human Review
→ Commit

C. Runtime 表達 Agent

生成：

對話；
描述；
傳聞措辭；
信件；
日誌；
記憶摘要。

D. Runtime 行動建議 Agent

在規則產生的候選行動中協助排序，但不能建立規則之外的狀態變化。

12.2 不允許 AI 在主迴圈阻塞

玩家互動延遲預算：

時間	必須出現的回饋
$0$ – $100\text{ms}$	點擊、選取、動畫或介面外殼
$100$ – $300\text{ms}$	規則結果與基礎對話
$300$ – $1000\text{ms}$	個性化表達增強
$>1000\text{ms}$	僅允許非阻塞背景內容

因此：

\text{Game Loop} \not\rightarrow \text{Blocking LLM Call}

AI 超時時，系統必須可降級到：

已快取內容；
範本內容；
純規則描述。

12.3 AI 輸出必須結構化

{
  "proposal_type": "dialogue",
  "speaker_id": "person_000184",
  "intent": "refuse_contract",
  "emotion": "cautious",
  "text": "這條路最近不太平。這點錢，不值得我拿命去換。",
  "world_mutations": []
}

若 AI 提出世界修改：

{
  "proposal_type": "action",
  "actor_id": "person_000184",
  "action_id": "report_suspicious_player",
  "parameters": {
    "target_id": "player_000001",
    "organization_id": "org_city_watch"
  }
}

則必須由 Action IR 驗證後才可執行。

十三、玩家介面與認知流

13.1 多層級世界投影

遊戲介面保留《俠客遊》式快速切換：

\text{Macro} \leftrightarrow \text{Meso} \leftrightarrow \text{Micro} \leftrightarrow \text{Tactical}

宏觀層：區域、道路、勢力、旅行；
中觀層：城市、建築、組織與功能；
微觀層：人物、對話、交易與局部行動；
戰術層：戰鬥、追逐、潛入與危機。

這些不是四個不同世界，而是同一 World IR 的不同投影。

13.2 關鍵資訊零層級可達

永久顯示或一鍵可見：

時間；
地點；
健康；
疲勞；
金錢；
當前身份；
重要關係；
近期事件；
可立即執行的行動。

玩家不應為查看一個關鍵數字進入多層選單。

13.3 介面不展示全部模擬

世界可以複雜，但玩家介面應只呈現：

當前可感知；
當前可行動；
當前重要；
可追溯的原因。

複雜性應存在於世界，而不是全部堆在玩家螢幕上。

十四、第一個驗證遊戲

14.1 明確排除《命運之欲》

《命運之欲》不作為第一驗證遊戲，原因如下：

已有大量世界史與勢力設定；
城市制度具有強烈個性；
存在多套力量與神學系統；
內容規模會使工程驗證與世界創作混在一起；
引擎容易被三十八符號魔法、結界城市與高階力量反向特化；
任何失敗都難以判斷是 Runtime 問題、內容問題或設定整合問題。

《命運之欲》應在 Living World Runtime 穩定後，作為大型旗艦世界包進行適配。

14.2 中性參考世界包

第一個世界包暫稱：

Reference World Alpha／參考世界 Alpha

它不是正式商業名稱，只是工程測試代號。

建議題材：

低奇幻或無魔法；
王國邊境的一個小區域；
三座聚落；
四個組織；
有道路、商業、治安與局部政治；
沒有救世預言；
沒有世界毀滅倒數；
沒有複雜職業樹；
沒有必須完成的主線。

14.3 初始規模

元素	MVP 數量
區域	1
聚落	3
野外地點	8–12
道路	6–10
組織	4
核心持續 NPC	30–40
簡化持續 NPC	100–150
家庭	20–30
商隊／工作群體	8–12
商品類型	15–20
基礎行動	20–30
契約類型	8–12
法律規則	10–15
戰鬥技能	4–6
世界模擬期限	至少 20 遊戲年

14.4 三個主要組織範例

可使用低設定負擔結構：

地方行政機構：負責稅收、法律與巡邏；
商旅聯盟：負責物流、價格與護衛；
地方家族聯盟：掌握土地、婚姻與地方權力；
非正式邊境團體：獵人、傭兵、走私者或盜匪。

重點不是設定新奇，而是它們能形成可觀察的權力、經濟與資訊流。

14.5 初始玩家身份

玩家不應以英雄開始，可選：

商隊學徒；
城鎮守衛；
小農家庭成員；
流浪傭兵；
工坊學徒；
無業旅人。

每個身份提供不同：

社會關係；
起始財產；
法律地位；
可見資訊；
可接觸組織；
生存壓力。

十五、MVP 驗收標準

15.1 世界連續性

玩家不操作時，世界能自行運作至少十個遊戲年；
NPC 會出生、成長、工作、移動、結盟、衝突與死亡；
組織職位會因死亡或罷免而補位；
商隊與商品供應會影響價格；
任務不由玩家承接時仍有結果。

15.2 角色可替換性

玩家角色可以死亡；
死亡不要求讀取舊存檔；
系統能結算遺產、關係與事件；
玩家能接管至少三類關聯角色；
新角色繼續生活於同一世界歷史。

15.3 因果可追蹤性

任一重大事件可產生完整 Event Trace；
Trace 能指出觸發條件、狀態修改與後續排程；
Studio 可顯示跨人物、家庭、城市與組織的因果鏈。

15.4 AI 非必要性

關閉所有雲端 AI 後，遊戲仍能完整運作；
至少 $80\%$ 的 NPC 日常決策不依賴 LLM；
AI 超時不阻塞玩家操作；
所有 AI 提議均可被記錄、拒絕與重播。

15.5 Runtime 一致性

相同 World IR 與隨機種子能重播相同結果；
Snapshot 可恢復；
Event Log 可驗證；
ScenarioIR 在參考 Runtime 中通過；
世界包能被重新編譯而不破壞穩定 ID。

15.6 遊戲性

玩家能在沒有主線指示的情況下找到至少三類可持續活動；
玩家行為能在一小時內形成可見的中期後果；
玩家角色死亡後，仍願意繼續接管新角色；
世界事件不只出現在文字紀錄，而會改變價格、人物、地點或權力關係。

十六、工程架構

16.1 編譯流程

World Seed
→ JSON / CSV / EML Authoring
→ Normalize
→ Schema Validation
→ Semantic Validation
→ Living World IR
→ Scenario Tests
→ Compile
→ Living World Runtime
→ Event Log / Trace / Snapshot
→ Studio Observatory

16.2 Living World IR 模組

建議拆分：

core.identity
core.time
core.location
core.state
core.event
living.person
living.household
living.lineage
living.organization
living.contract
living.economy
living.knowledge
living.memory
living.law
living.travel
living.combat
living.player_control
presentation.dialogue
presentation.ui

16.3 最小人物定義

id: person_000184
type: person
identity:
  name: 林安
  age: 23
  household_id: household_000031
state:
  health: 0.88
  fatigue: 0.21
  wealth: 42
  location_id: location_rivergate_market
roles:
  - organization_id: org_merchant_guild
    role_id: apprentice
goals:
  survival: 0.8
  wealth: 0.7
  family: 0.6
  status: 0.3
knowledge:
  known_rumors:
    - rumor_00042
relationships:
  person_000201:
    trust: 0.55
    affection: 0.20
    fear: 0.00
policy_id: policy_merchant_apprentice

16.4 最小事件定義

id: event_001921
type: caravan_delayed
time: "year_3.month_4.day_12.hour_16"
actor_ids:
  - caravan_00008
location_id: route_north_pass
preconditions:
  - route_north_pass.blocked == true
effects:
  - settlement_rivergate.food_stock -= 40
  - contract_food_delivery.status = delayed
  - schedule(event_price_recalculation, after=1_day)
emits:
  - rumor_caravan_missing
trace_tags:
  - economy
  - travel
  - settlement

16.5 行動驗證

Action Proposal
→ Actor Exists?
→ Actor Alive?
→ Actor Has Capacity?
→ Target Exists?
→ Location Reachable?
→ Resources Sufficient?
→ Law and Permission Check
→ Conflict Resolution
→ State Transition
→ Event Emission
→ Log Commit

十七、開發階段

Phase 0：規格凍結與 ScenarioIR

交付：

Living World IR 最小 Schema；
Person、Household、Organization、Settlement、Contract；
時間與 Scheduler；
五個標準 Scenario；
確定性重播規格；
AI 權限邊界。

驗收：

純資料即可表示第一個小型世界；
不需要遊戲畫面即可在測試中推進三十天。

Phase 1：無玩家世界模擬

交付：

NPC 工作、休息、消費、旅行；
家庭財產；
組織職位；
商隊與基礎價格；
事件記錄與 Snapshot。

驗收：

世界可自行運行十年；
不出現大量無效狀態；
重要人口與資源指標可解釋。

Phase 2：玩家觀測與行動

交付：

宏觀、中觀、微觀介面；
玩家控制人物；
對話、交易、工作、旅行；
基本犯罪與法律；
Event Trace。

驗收：

玩家能在世界中生活，不依賴主線。

Phase 3：傷勢、死亡與繼承

交付：

戰鬥；
傷勢；
俘虜；
死亡；
遺產；
角色接管；
世界時間延續。

驗收：

玩家死亡後可在同一世界繼續至少兩代。

Phase 4：情報、傳聞與受控 AI

交付：

角色知識隔離；
傳聞傳播；
記憶摘要；
AI 對話投影；
快取、降級與超時；
Proposal Validation。

驗收：

AI 關閉時仍可玩；
AI 開啟時只提升表達，不改變規則正確性。

Phase 5：Studio 視圖與世界包

交付：

人物表格；
家庭圖；
組織圖；
城市狀態；
事件時間線；
因果 Trace；
World Package 匯入與匯出。

驗收：

非核心程式修改即可建立第二個小型世界包。

十八、主要技術風險

18.1 狀態空間爆炸

風險：

每個 NPC、家庭、物品與事件持續累積；
關係圖可能呈平方成長；
記憶無限增加。

策略：

多精度模擬；
稀疏關係；
事件摘要；
冷資料歸檔；
只保存有因果價值的狀態；
週期性 Snapshot；
可重建資料不重複保存。

18.2 世界雖能運作但不好玩

風險：

模擬正確不等於具有遊戲性；
玩家可能找不到目標；
事件後果過慢或不明顯。

策略：

提供「機會面板」而不是主線；
呈現附近需求、傳聞、風險與關係；
將中期後果投影為可見變化；
允許玩家自訂長期目標；
以世界回饋代替任務箭頭。

18.3 NPC 看似自主但行為單調

策略：

多目標權重；
角色身份與資源限制；
關係與記憶改變決策；
組織政策影響個人；
允許少量非最優行為；
對重要人物使用更高精度政策。

18.4 AI 表達破壞一致性

策略：

AI 不直接寫狀態；
嚴格輸出 Schema；
提示詞只讀角色可知資訊；
生成後檢查禁洩漏資訊；
提供範本降級；
所有輸出保留來源與版本。

18.5 CompilableWorld 被單一遊戲特化

策略：

Living World 功能全部以可選模組提供；
RPG 名詞不進入 Core Schema；
Core 只保留 Entity、State、Function、Event、Transition、Policy、Scenario；
Reference Game 需求先映射至通用 IR，再進 Runtime；
《命運之欲》等大型世界只能透過世界包擴展，不可修改 Core 本體假設。

十九、研究命題

本系統同時可作為以下問題的實驗平台。

19.1 世界是否能在沒有主線時保持可玩性

\text{Playability} \stackrel{?}{=} f( \text{opportunities}, \text{feedback}, \text{stakes}, \text{identity}, \text{continuity} )

19.2 玩家是否會對世界而非單一角色產生投入

當角色可死亡與替換時，玩家的投入對象可能從：

\text{Avatar Attachment}

轉向：

\text{World-History Attachment} + \text{Lineage Attachment} + \text{Organization Attachment}

19.3 有限規則與生成式 AI 的最佳分界

需要實驗：

哪些內容必須確定性；
哪些內容適合生成；
哪些資訊可以摘要；
哪些延遲會破壞 flow；
哪些 NPC 值得高精度推理。

19.4 可編譯世界是否能跨 Runtime 保持同一性

同一 World IR 編譯到文字、2D 與未來 3D Runtime 時，如何判斷它們仍是同一世界：

\operatorname{Identity}(W^{\text{text}},W^{\text{2D}},W^{\text{3D}})

可由：

穩定 ID；
核心規則；
事件歷史；
狀態轉移；
Scenario 結果

共同約束。

二十、長期路線

20.1 第一階段：參考遊戲

證明小型持續世界可玩，玩家可跨角色與世代繼續。

20.2 第二階段：創作者世界包

開放：

地圖；
人物範本；
組織；
法律；
經濟；
契約；
視覺資源；
AI 表達策略。

20.3 第三階段：大型世界適配

開始處理：

大量城市；
多種族；
複雜力量體系；
神學；
大型戰爭；
跨區域政治；
《命運之欲》。

20.4 第四階段：多 Runtime

同一世界包可輸出：

終端文字版；
瀏覽器 2D；
桌面 2.5D；
Agent-only 模擬；
教學與研究觀測版；
未來 3D 客戶端。

結論

三個月前的「通用世界模擬器」提出了現代《俠客遊》式遊戲的玩家體驗、AI 生成、因果與多層級空間構想。CompilableWorld 則補上了它當時缺少的世界中間表示、編譯、驗證、事件溯源、版本、Trace、Agent 治理與多 Runtime 邊界。

兩者不應合併成一個模糊產品，而應形成清楚的上下游：

\boxed{ \text{CompilableWorld} = \text{可編譯世界基礎設施} }

\boxed{ \text{Living World Runtime} = \text{持續世界 RPG 執行層} }

\boxed{ \text{Reference Game} = \text{現代《俠客遊》精神續作的第一方驗證遊戲} }

第一個驗證遊戲不採用《命運之欲》。它應以最小世界、最少設定與完整生命週期證明三件事：

\boxed{ \text{世界不依附玩家} }

\boxed{ \text{NPC 能在規則內自行生活} }

\boxed{ \text{角色死亡後，歷史仍值得繼續} }

當這三項成立後，《命運之欲》才不再只是被塞入某個遊戲引擎的設定集，而能成為一個真正可編譯、可運作、可演化並能跨載體存在的持續世界。

附錄 A：最小驗證情境

Scenario 1：無玩家十年

given:
  world: reference_world_alpha
  player_control: disabled
when:
  simulate: 10_years
then:
  - population > 0
  - all_required_roles_filled_or_explicitly_vacant
  - event_log_is_valid == true
  - no_negative_inventory == true
  - no_dead_person_actions == true

Scenario 2：商人死亡

given:
  merchant: person_000184
  merchant.controls_caravan: caravan_00008
when:
  action: kill(person_000184)
then:
  - person_000184.alive == false
  - caravan_00008.manager != person_000184
  - inheritance_event_exists == true
  - supply_effect_scheduled == true
  - witnesses_update_knowledge == true

Scenario 3：玩家角色繼承

given:
  player_character: person_000001
  eligible_successor: person_000017
when:
  person_000001.dies
then:
  - estate_settled == true
  - world_time_continues == true
  - person_000017.is_selectable == true
  - event_history_preserved == true

Scenario 4：AI 超時

given:
  dialogue_ai: timeout
when:
  player_talks_to: person_000184
then:
  - ui_feedback_under_100ms == true
  - template_dialogue_available == true
  - no_world_state_corruption == true

Scenario 5：任務無人承接

given:
  contract: protect_caravan
  player_refuses: true
when:
  advance_time: 5_days
then:
  - contract_status in [accepted_by_npc, expired, failed, withdrawn]
  - world_consequence_exists == true

附錄 B：文件沿革

本白皮書承接並重構以下早期設計方向：

《通用世界模擬器：基於俠客遊範式的 AI 驅動遊戲引擎》
《通用世界模擬器：俠客遊範式的現代重構》
CompilableWorld Studio、MSSP × RDR、World IR 與模組化 Runtime 的近期工程設計

早期文件主要處理遊戲體驗、AI 內容、因果反應與創作者工具；本文則將其重新放入 CompilableWorld 的分層架構中，使「現代俠客遊式遊戲」成為可被驗證與編譯的第一方 Runtime 應用，而不是再次與底層引擎混為一體。

持續世界角色扮演系統_基於俠客遊範式與CompilableWorld的第一方驗證遊戲技術白皮書_v0.1