圆桌 合集收录了官方 Steam 公告中记录的十六份档案：十位 骑士 或好感度候选者以及六位有名有姓的塔楼仆从。每条记录都保留了实际发布的内容——姓名、角色、出身、描述、记录状态和版本绑定。该合集有助于快速一览宫廷成员，但并非作为完整的发布阵容呈现，也不会为没有公布数值的档案凭空捏造属性表。
01 / 4
如何阅读宫廷合集
使用选择器在不离开 圆桌 路线的情况下在已记录的档案之间切换。所选页面将角色的官方肖像与角色、出身和公告描述配对出现，这样 骑士、候选者和塔楼仆从就不会被扁平化为同一个类别。角色字段是最清晰的初步比较点：有些记录是骑士，有些是候选者或好感度人物，有些则是支持塔楼的工作人员。当公告中提及了出身时，出身字段会被保留；而玩家界面上则会说明官方记录何时未提及出身。
这些记录来自官方的 Steam 公告系列，并带有当前发布版本的绑定信息，同时也记录了它们早期的试玩版时期出现情况。但这并不意味着发布版本中的每个角色都在这里。经过验证的研究明确将此合集视为十六份已记录的文件，而非一个详尽的名单。它也不会为每个档案公开完整的属性表，因此页面只保留已发布的描述，而不是添加猜测的亲和度、任务数值、好感度计量表或招募条件。
02 / 4
骑士与好感度候选者
合集里的 骑士 部分最好与“游戏玩法”的任务分配界面一起阅读。官方产品描述将力量、敏捷、魅力、魔法和才智列为 圆桌 使用的属性，而公告中的肖像则确定了哪些角色拥有已记录的身份。一份档案描述可能会揭示某种态度或偏好——善良、骄傲、工作或某种特殊才能——但不会提供具体任务所需的数值属性。因此，选择器回答的是哪些角色有记录，而分配界面回答的是命名的属性出现在哪里。
对于接近发布时捕获的参考资料来说，这种分离是有意为之的。玩家可以比较已发布的档案文本，然后返回任务界面，根据游戏中显示的实际数值进行选择。该页面不会从一句性格描述中推断出更强的 骑士，也不会声称某个缺失的出身或字段是隐藏事实。每个档案页面都将其肖像和描述与支持它们的精确媒体和记录绑定在一起。
03 / 4
塔楼仆从与建筑的生命
六位有名有姓的塔楼仆从使得合集的范围超出了招募列表。他们的记录展示了 圆桌 也是塔楼内部的一个社交场所，与建筑的功能、氛围和日常工作相连的人们。将这些档案与“附属建筑”标签页一起阅读，结构会更清晰：仆从、工艺、装备、技能和宫廷功能都属于同一个有记录的管理框架。该页面可以描述这种关系，而无需赋予公告中从未提及的升级等级或服务角色。
官方的肖像在这里尤其有用，因为它们保留了角色公告与通用首字母卡片之间的区别。每个可用的档案图像在工作台中仍然可以访问，而上下文中的桅杆图像则与所选记录保持分离。移动端读者可以浏览完整的选择器，然后在正常的文档流中阅读所选页面。这是一个基于十六份记录合集做出的布局决策，而非一个可复用的角色数据库模板。
04 / 4
本合集不作的主张
圆桌 页面并不声称包含了完整的发布人口普查、完整的招募条件或针对特定档案的属性表。这些省略是有意义的：官方公告系列提供了标准化的姓名、角色、出身和简洁的描述，但它并未发布传统 wiki 数据库可能需要的每一个字段。保持合集的有限性和明确性，能让读者区分已确认的公告档案与必须在游戏中阅读的系统机制。
同样的界限也保护了版本历史。档案与研究数据中的试玩版和发布记录相关联，而“更新”页面则单独处理带日期的公告。后续版本可能会添加或修改某个档案，但当前页面仍然会告知读者，其描述所基于的发布版本界限是什么。使用搜索面板查找姓名，使用选择器恢复深层链接的档案（例如 Sagadin），当问题涉及任务属性而非身份时，请使用“游戏玩法”。