關係資料庫
Shards of Order 角色
三位英雄，一個機率空間。
Shards of Order 的三位可玩角色是 Anton、Yana 與 Lev。他們的名字出現在官方的技能樹介面中，且第一方資料指出每位角色都擁有個人技能樹、多種支援的遊玩風格以及個人故事線。他們的構築不能被視為獨立的牌組：三人共用同一個牌池，因此透過一名英雄的成長進程所添加的卡片，會改變後續的每一手牌。這個資料庫僅比較這些已驗證的關係，不會分配未經證實的職業、傳記、排名或戰鬥統計數據。
角色欄位刻意設計為關係型。名稱用以識別已驗證的英雄；個人成長進程記錄了獨特的技能樹與個人故事線；遊玩風格範圍反映了已發布的對多種玩法的支援；共用牌組後果記錄了個人選擇貢獻卡片時會發生什麼事。這些欄位使得這三行資料在沒有分配固定職業、傳記、數值角色或排名（這些是已發布資料未確立的）的情況下依然實用。請將此表格視為一張相互關聯的決策地圖，而非三張孤立的角色表。
| 角色 | 保持個人技能樹的區別 | 區分已驗證的故事線與編造的背景 | 以團隊規模來判斷進度 |
|---|---|---|---|
| Anton · 角色 | 保持個人技能樹的區別 | 區分已驗證的故事線與編造的背景 | 以團隊規模來判斷進度 |
| Yana · 角色 | 保持個人技能樹的區別 | 區分已驗證的故事線與編造的背景 | 以團隊規模來判斷進度 |
| Lev · 角色 | 保持個人技能樹的區別 | 區分已驗證的故事線與編造的背景 | 以團隊規模來判斷進度 |
裝備 · 組建隊伍
追蹤每件物品到共用手牌
武器、護甲與記憶可以改變英雄的遊玩風格，並可能將卡片插入共用牌池。比較個人效益與新卡片為三位英雄所創造的序列。一件物品可能強化穿戴者當前的成長進程，但如果其卡片與另一項準備貢獻競爭，或出現時缺少有用的搭檔，仍可能降低隊伍計畫的一致性。在當前構築中判斷這件物品之前，穿戴者問題與牌組問題都必須先有答案。
每個裝備選擇都應透過完整的觀察路徑來追蹤。辨識穿戴者與正在測試的個人策略，留意該物品是否增加一張卡片，然後觀察這張卡片與其他兩位英雄相關卡片的互動情況。記錄它協助團隊應對的哪個可見倒數計時，以及接下來行動還剩下哪些資源。這能避免將裝備視為私人的數值變動，因為公開的系統至少讓部分裝備選擇成為共享手牌機率問題的一部分。
當結果不明確時，進行一次受控的替換。保持三個個人技能樹與其他裝備不變，更換單一物品，並在相同的時機問題下比較後續的混合手牌。一個有用的變更可能改善穿戴者、改善共享牌序，或兩者兼具；一個吸引人的個人效果也可能使公共牌池變得較不連貫。說出這些結果比為物品指定通用分級更具資訊性，因為裝備的驗證價值取決於它修改的具體團隊進度與牌組。
保持個人技能樹的區別
Anton、Yana 與 Lev 各自擁有個人技能樹。這使得每個進度選擇都有可追溯的來源，即使其卡牌效果可能共享。檢視弱手牌時，找出未能連結的貢獻，追溯提供該貢獻的英雄與分支，然後再變更其他兩個技能樹。這能保持診斷的精確性：抽到卡片的英雄不一定就是將其放入牌池的英雄，而失敗可能來自整體的團隊規劃，而非僅來自該個人技能樹。
官方資料支援每位英雄的多種玩法，因此角色清單不會將任何名字簡化為單一固定角色。從正在測試的構築來定義當前角色。一個有用的描述會說明英雄的預期貢獻、該貢獻解決哪個可見的時機問題，以及兩位隊友的哪些卡片可以與之連接。如果描述依賴於一個未經支援的職業標籤或單一設定的連段，則應以可觀察的手牌與倒數關係來改寫。
將重新分配技能點作為比較工具，而非一次重建所有東西的理由。修改一個分支，保持其他個人技能樹與裝備不變，並觀察預期的混合牌序是否更可靠地出現。如果有所改善，記錄團隊層級發生的變化：也許英雄現在提供了更靈活的開局，也許一張重複的設置卡離開了牌池，或者另外兩位英雄能更頻繁地利用產生的局面。這種方法保留了鮮明的個人身份，同時透過一個共享牌組來評估它們的實際合作。
以團隊規模來判斷進度
一個強大的個人升級並不自動等於一個好的團隊決策。如果它增加了一張卡片，抽到所有既有貢獻的機率就會改變。根據該選擇與任一隊友創造的牌序、它所服務的倒數視窗，以及牌池擴大後團隊較難找到的貢獻來判斷。這並不要求每位英雄都執行相同的工作。它要求每個個人路線解釋其新增的卡片，在混合了所有三個來源的共享手牌中，為何仍然有用。
以戰鬥手牌作為回饋。如果某位英雄的卡片反覆在缺乏所需支援或時機的情況下到來，檢查提供這些卡片的技能與裝備選擇。區分三種可能性：該貢獻對於當前團隊規則可能過於狹隘，另一個新增卡片可能競爭相同的時機視窗，或者出牌順序可能在設置完成前就推進了敵方隊列。只有前兩者直接指向構築變更；第三種則需要對同一牌池採用不同的順序。
在固定檢查點檢視進度，而非對每一次單獨抽牌都做出反應。說明團隊規則，列出每位英雄的預期貢獻，並記錄哪些混合組合實際上在最近的敵方行動之前達到了有用的狀態。然後改變一個來源並重複比較。目標不是消除特化，而是讓特化對其他兩個路線來說是可理解的。當一個個人技能樹的卡片能夠進入共享手牌，而不會經常阻礙團隊仍需執行的時機任務時，它就成功了。
- 找出提供該貢獻的個人技能樹。
- 定義該貢獻解決的倒數問題。
- 檢查另外兩位英雄中是否有有用的搭檔。
- 一次只測試一個重新分配或裝備來源。
區分已驗證的故事線與編造的背景
第一方資料指出 Anton、Yana 與 Lev 各自擁有個人故事線。這支援將他們視為不同的敘事參與者，但它不支援那些已出版記錄中不存在的詳細傳記、歸屬、起源或關係結局。因此，角色資料庫將故事線視為一個已驗證的欄位，並將其與別處描述的戰鬥關係區分開來。一個可見的服裝、配色、肖像表情或在一張截圖中的位置，不足以將一個印象轉變為事實背景故事。
記錄敘事資訊時，將其附著在提供該資訊的具體對話、日記條目、故事事件或官方描述上。區分遊戲直接陳述的內容與選擇僅僅暗示的內容，並且不要將一條可能的路徑轉化為角色的通用歷史。個人故事線也可能與玩家決策相交，因此在一個選擇後觀察到的結果，應保持與該路線的關聯，而不應將其呈現為每個戰役的唯一結果。
只有在能夠一致地應用並追溯到正確的英雄時，才應新增新的角色欄位。一個安全的更新可以描述一個命名的關係、事件或進度後果，前提是遊戲或官方出版物清楚陳述了它；一個不安全的更新則會用猜測的角色、動機、年齡、職業或結局來填補空白。這個界限在發行期間的探索階段保持角色清單的實用性：玩家現在可以比較已驗證的進度與共享牌組的後果，而敘事細節則只有在可重現的資訊可用時才擴展。