如何在 AI 主持的 RPG 戰役中釐清 NPC 與過往抉擇
當一場由 AI 主持的角色扮演戰役跨越多個場景時，最棘手的連貫性問題通常在於記住團隊已經確立的內容：某個 NPC 是誰、他們知道什麼，以及早期的抉擇如何改變了當前局勢。建議使用一本小型的戰役日誌，為每個重要角色建立一條記錄、按日期記下具影響力的事件，並在每次開團前為 AI 提供簡短回顧。將該日誌作為參考基準，並在矛盾一出現時立即予以糾正。
為何 AI 戰役的連貫性需要書面記錄
AI 可以流暢地生成一個場景，但仍可能記錯或捏造先前場景中的細節。某個當下看似微不足道的名字、承諾或動機，可能會在數次跑團之後變得至關重要。實際的解決方法是將連貫性從對話記憶中移出，轉入由你掌控的筆記中。這是一種遊玩流程，而非保證所有 AI 工具都能完全記住或正確套用筆記的承諾。
一份有用的記錄需要回答三個問題：確立了什麼？改變了什麼？還有哪些尚未解決？請將這三者分開。例如，「瑪拉（Mara）是擺渡人」是確立的事實；「小隊給了她黃銅代幣」是一項改變；「她尚未說明為何認得代幣」則是一個未決的問題。這種區分能讓你更輕鬆地為 AI 提供準確的背景資訊，而無需將每次回顧都變成冗長的逐字紀錄。
從精簡的戰役日誌開始
建立一份戰役概覽，包含當前遊戲內的位置、小隊的當前目標、近期最具影響力的事件，以及未解決的線索。內容要保持簡潔，以便在跑團前快速瀏覽。切實可行的做法是列出幾條重點，而非逐個場景的復述。
接著，為每一位再次出現、影響過重大抉擇或掌握小隊後續可能所需資訊的 NPC 建立獨立條目。加入一個穩定的識別標籤，例如「瑪拉·芬恩（Mara Venn），灰橋（Greybridge）擺渡人」，以免 AI 和玩家將她與其他同名角色混淆。只記錄有助於連貫性的欄位：身分角色、初次見面、小隊已知資訊、NPC 已知資訊、關係變化、承諾或債務，以及當前狀態。
桌上遊戲可以為你提供追蹤目標的範例：《原誓》（Ironsworn）專為單人、合作和主持遊玩而設計，其官方介紹強調了任務、誓言、羈絆和故事提示作為遊玩的一部分。你可以在不採用《原誓》規則的情況下，借鑑記錄當前目標和羈絆的概念運用於其他戰役中。Ironsworn RPG – Tomkin Press
將抉擇記錄為事件與後果
在一次跑團結束後，只記錄可能影響後續場景的抉擇。將每項抉擇寫成包含明確起因與後果的簡要事件：「第 4 團：小隊將地圖歸還給瑪拉；她同意帶領他們穿過沼澤，但私自留下了地圖撕裂的邊角。」這樣既能保留發生過的事實，又無需 AI 從冗長記錄中去推敲。
使用具體的動詞，除非故事已經確立，否則避免將角色的內心想法視為事實。「瑪拉交出了鑰匙」是可以觀察到的；「瑪拉現在完全信任小隊」則可能是一個缺乏依據的推論。若含義不明確，請將其標記為疑問：「她願意提供協助可能代表信任增加；未獲證實。」這能給予下一個場景發揮的空間，同時確保已確立的事實完整無缺。
對於具有持續影響的抉擇，請製作一個未完線索清單：簡短名稱、團隊想要或需要解決的問題、最後已知狀態，以及任何後續線索或抉擇。當故事解決該事件時便予以結案，但仍將該事件保留在歷史紀錄中。這樣一來，已結束的線索就不會出現在下一次的回顧中，同時當初它之所以重要的原因依然隨時可查。
向 AI 提供具針對性的連貫性簡報
在開團時，提供戰役概覽、相關 NPC 條目，以及僅與開場場景有關的近期事件。說明哪些筆記是確立的正史，哪些尚未解決或存在不確定性。如果有 NPC 登場，只需提供與本次會面相關的細節，而不要貼上戰役中的每一條筆記。
可重複使用的提示詞可以很簡單：「請使用以下筆記作為已確立的戰役事實。未經新的故事事件，不得隨意更改。若缺少細節，請向我詢問或保持未指定狀態，而非捏造過去的事件。當前場景：[地點與情境]。相關 NPC：[條目]。近期抉擇：[事件]。未完線索：[清單]。」這是一項實用的指示，而非功能保證；各個 AI 系統各有差異，因此請檢查回覆中的重要細節。
如果 AI 出現了前後矛盾的說法，請先暫停，不要順著它繼續延伸。指出筆記內容並清楚陳述更正：「瑪拉留下了地圖撕裂的邊角；小隊之後再也沒有見過它。請基於此事實繼續進行。」如果新場景確立了某項改變，請隨後更新你的記錄。修正日誌可以防止同樣的錯誤在之後的跑團中再次出現。
隨著戰役規模擴大，善用連結與結構化欄位
對於簡短的戰役，筆記本或純文字檔案就足夠了。如果登場人物增加，請將 NPC 和各次跑團拆分成互相連結的筆記，這樣你就可以直接追蹤角色的歷史，而無需手動搜尋龐大的記錄。以 Obsidian 為例，筆記之間可以互相關聯，其反向連結（Backlinks）功能會顯示提及目前筆記的其他筆記。這有助於尋找提到某位重複登場 NPC 的跑團記錄。Link notes – Obsidian Help Backlinks – Obsidian Help
結構化屬性可以讓重複出現的欄位保持一致。Obsidian 的說明文件介紹了可用於文字、連結、日期、核取方塊和數字等資料的屬性（Properties）。對於 NPC 筆記，你可以使用像是 role（角色身分）、first_seen（初次登場）、status（狀態）和 last_seen（最後登場）等欄位；自由發揮的動機和場景歷史則保留在筆記內文中。這些欄位僅為組織方式的一種範例，而非強制格式。Properties – Obsidian Help
紙卡、共享文件或試算表也同樣好用。最好的工具就是你的團隊在跑團後願意持續更新的那一款。欄位越多，維護成本就越高，因此請從能避免混淆的最低限度開始，只在重複出現實際的連貫性問題時才增加新欄位。
範例實作：遺失的地圖邊角
假設小隊在灰橋遇見瑪拉，並用一枚黃銅代幣交換通行。在場景中，她認出了代幣，同意提供協助，並暗中留下了小隊地圖撕破的一角。一份精簡的記錄可以寫成：
NPC — 瑪拉·芬恩（Mara Venn）：灰橋擺渡人。於第 2 團初次遇見。認得黃銅代幣；原因不明。同意帶領小隊穿過沼澤。留下了地圖撕裂的邊角。當前狀態：在灰橋，除非後續事件有所改變。未完線索 — 代幣來源：瑪拉認得它；小隊尚未詢問原因。第 2 團事件：小隊以代幣交換通行；瑪拉留下了地圖邊角。
在下一次開團前，如果小隊要返回灰橋，請在簡報中包含瑪拉的條目、代幣線索和地圖事件。如果 AI 說瑪拉從未見過代幣，請在繼續之前更正記錄。如果小隊後來詢問地圖的事，請將她的回答記錄為新事件並更新未完線索。這個流程能確保確立的細節、未解的問題與新進展各自保持清晰。
控制記錄規模以利維持
不要試圖記下每一句對話。只需記錄姓名、關係、承諾、已發現的事實、改變的情境，以及日後可能產生影響的抉擇。除非團隊決定賦予其重要意義，否則請忽略裝飾性細節。當筆記篇幅變長時，保留簡短的當前狀態摘要，並透過連結或參照帶有日期的跑團記錄來查閱完整歷史。
每次跑團結束後，花幾分鐘進行固定的收尾工作：更新 NPC 狀態、添加具影響力的事件、修改未完線索，並準備下次開團的簡報。如果是與朋友一起玩，請協商好由誰負責記錄，並讓所有人都能指正事實錯誤。共享日誌在如實反映團隊確立的內容時效果最好，而非夾雜單一玩家未經證實的臆測。
連貫性源自於為故事提供可靠的記錄：識別重複出現的 NPC、寫下具影響力的抉擇及其結果、標註不確定性，並將相關事實帶入下一次的跑團中。這個小習慣能為 AI 主持的戰役提供更清晰的過往脈絡，讓下一個場景有據可依。