Fields of Mistria 角色
當你需要姓名、生日、角色、所屬或關係狀態，而無需開啟一連串獨立頁面時，請使用此角色名冊。此快照邊界包含來自 v1.0.2 社群修訂集的 35 個可用角色記錄。為保持已封存證據的頁面識別，名稱保留原始語言。這是村民查詢的實用第一站，而官方版本歷史則請參考發布時間線。 生日和角色問題可以停留在這個頁面，直到真正需要來源層級的細節。
Steam 1.0 發行版 ·角色資料邊界
開始角色檢查時，請先查看顯示的數量，然後當答案會影響較長的路徑時，一併保留所選欄位與內部紀錄來源。
角色查詢
35 記錄已顯示 · v1.0.2
社群參考圖片 · 非官方來源
35 記錄已顯示 · 名稱 A–Z
沒有符合此查詢的記錄。
實用的角色搜尋從玩家實際記得的線索開始。輸入完整或部分名稱進行直接比對，或當問題涉及群體而非單一居民時，選擇職業、所屬、婚姻狀態或物種。計數器會顯示在套用所有作用中控制項後，35 筆擷取記錄中剩餘多少筆，因此可以區分狹窄的結果和空的來源欄位。生日文字和角色會保留在角色名稱旁，因為這些事實能回答不同的規劃問題：生日有助於規劃日曆，而職業或所屬則有助於定位正確的社交情境。此名冊不會將這些欄位轉換為禮物偏好、好感度需求、每日行程或戀愛資格。這些主張需要一個明確擷取它們的頁面。當兩個名稱或角色看起來相似時，請比較穩定的記錄 ID，並重新檢查顯示的欄位和版本邊界，而不是假設一個個人資料能提供另一個缺失的事實。這使得快速的居民查詢保持實用，同時不會將有限的名冊變成完整的關係模擬器。
此查詢涵蓋的範圍
此名冊顯示所擷取頁面實際共有的欄位：生日文字、職業、所屬、婚姻狀態、物種、性別、已擷取社群記錄與修訂 ID。缺失值顯示為「未擷取」；並非從其他角色或指南推斷而來。搜尋功能涵蓋所有顯示的欄位，而欄位與數值控制項則限縮相同的 35 筆記錄邊界。Adeline 作為真實記錄包含在內，並連結至其擷取頁面，使針對特定村民的查詢更具實用性。此結構也將識別欄位與關係假設分開，因此空的婚姻或所屬值不會被誤認為已確認的否定狀態。 此計數是此修訂版的邊界，因此未來的新增內容可以被識別為新記錄，而不會被默默併入舊結果。這使得當名稱、角色或關係欄位變更時，村民的比較結果仍然可以重現。
共有的欄位既顯示了此角色資料集的優勢，也顯示了其限制。名稱、生日字串、職業、所屬、婚姻標籤、物種、性別、已擷取社群記錄和修訂標記可以進行比較，因為它們是作為獨立數值保留的。空白儲存格在介面中保持空白，並標記為未擷取；它們不表示角色沒有工作、所屬或關係狀態。搜尋涵蓋可見的記錄值，而篩選則針對一個選定的欄位提出更精確的問題。當一個常見詞出現在來源筆記中，但並非所比較欄位的數值時，這種區別就很重要。頁面也將社群角色識別與 Steam 成就和官方更新公告分開。版本公告可以描述關係系統的變更，但不會改寫每個名冊列。使用城鎮路線來了解系統和地點的連結，使用更新路線來了解具日期的發布變更，並使用此頁面來了解已封存社群擷取中存在的角色欄位。它們共同構成一條可追溯的路線，而不會合併不同來源。
版本界限
從名稱欄位開始直接查詢，然後在比較居民時，將篩選欄位切換為職業、所屬或婚姻狀態。頁面會保持 v1.0.2 邊界可見，以便後續的修補程式變更可以新增，而不會默默覆寫舊的個人資料。社群穩定的記錄 ID 會在新分頁中開啟，並與年鑑中其他地方使用的官方商店和公告來源保持分開。對於日常決策，請將角色結果與城鎮和成就路線配對使用；此名冊回答的是「誰是居民」，而非「未來事件保證什麼」。 進行重點比較時，請一次只啟用一個篩選器，並在開啟來源前記下顯示的計數。這有助於判斷結果的變更是來自查詢條件，還是因為所擷取的記錄集已修訂。
每個角色結果都屬於顯示的 v1.0.2 擷取邊界。該標籤識別此年鑑使用的修訂上下文；並非保證居民個人資料在擷取日期後永遠不會改變。後續的來源修訂可能會新增日程、修正角色或更改措辭，這就是為什麼頁面保持記錄 ID、修訂 ID 和對外內部紀錄來源可見的原因。對於依賴於確切當前行為的決策，請重新檢查顯示的欄位和版本邊界，並將其修訂版本與此處顯示的邊界進行比較。本地搜尋和排序永遠不會修改擷取的值，且網站不會為這些名冊列儲存私人關係狀態。安全的工作流程很簡單：找到居民，閱讀實際存在的欄位，記下任何未擷取的值，並在缺失的細節會影響禮物、事件、路線或戀愛決策時，跟隨來源。如果官方修補程式改變了底層系統，請查閱有日期的更新時間線作為第二來源，而不是將舊的社群列視為新規則的證據。因此，名冊結果是社交計劃的起點，而非計劃本身。請將日曆、偏好和事件問題附著於它們自己的證據，這樣一個便利的身份頁面就不會累積未經證實的行為主張。