战队不是一枚孤立的队标，选手也不只是一行昵称。这里把身份、所属项目、阵容关系、参赛记录与关联比赛放进同一组档案脉络中，帮助你从“是谁”继续读到“参加了什么、与谁同队、还能去哪里了解比赛”。
双入口检索
适合从项目、联赛或活跃状态缩小范围，再进入阵容与参赛记录。
适合已知昵称、战队或场上角色时使用，并可继续回到所属战队与关联比赛。
战队目录以身份辨识为起点。名称与所属项目解决“它是谁”，联赛关联和活跃状态帮助判断“它出现在哪一段赛事脉络中”，阵容与参赛记录则把静态名称转成可继续阅读的档案。
01 / 简明身份
一条清晰的战队摘要不需要堆满数字。它首先说明档案名称、所处电竞项目和当前可见状态，再提供最近能够关联到的参赛内容。若某个字段尚无足够资料，档案应保留空缺说明，而不是用推测填满版面。
02 / 近期参赛线索
近期信息适合回答一个简单问题：接下来应该查看哪场赛事、哪段赛程或哪篇赛后内容。日期、对手和结果只有在已有对应内容时才呈现，避免把目录摘要误读为完整战绩表。
转到赛事脉络按项目浏览
适合先确定游戏项目，再比较同一语境中的战队档案。
按联赛浏览
把战队放回具体赛事体系，减少同名或跨项目带来的混淆。
按状态浏览
状态同时使用文字和符号呈现，不依赖颜色单独传达含义。
选手目录把个人放在队伍与比赛之间。昵称负责快速定位，所属战队与项目提供上下文，角色说明帮助理解其在阵容中的位置；关联比赛则让读者离开简介之后，仍有一条可以继续跟踪的路径。
A / 身份层
昵称通常是最直接的检索词，但仅凭昵称未必足以区分对象。档案会将其与项目、战队关系和可用角色信息并列，让同名、曾用名或跨队经历在上下文中更容易理解。
B / 阵容层
阵容会变化，“属于某队”也可能只适用于特定阶段。因此当前阵容、历史关联和待补充状态应采用不同文字标记。目录只承担入口角色，具体关系仍应回到战队档案与相应参赛记录中阅读。
C / 比赛层
角色名称可以建立初步认识，但不能代替比赛表现。若站内存在对应赛程、结果或数据页面，档案会把这些内容作为关联入口；若没有足够资料，则明确停留在基础身份层，不延伸出未经支持的判断。
进入具体战队或选手档案后，阅读顺序不必固定。想确认身份，可以停留在基础摘要；想理解阵容变化，可以沿成员关系继续；想回看赛场表现，则应把参赛记录、战绩与可用指标放在同一时间语境中。
PROFILE / 01
基础摘要会优先组织名称、项目、角色或战队关系等辨识信息。它的任务不是讲述完整生涯，而是帮助读者确认自己是否进入了正确档案。别名、历史名称和状态变化如有呈现，也应保留适用时间，避免把不同阶段压缩成一个永远有效的标签。
PROFILE / 02
阵容部分不仅列出成员，还需要区分当前关系、历史关联和信息暂缺。选手加入或离开战队、角色发生调整、同一战队参与不同项目，都可能改变档案的理解方式。清晰的关系线会告诉读者“谁与谁相关”，而时间说明负责回答“这种关系在何时成立”。
PROFILE / 03
一条结果只能说明某场比赛发生了什么，无法独立概括战队或选手的长期表现。档案中的战绩应连接赛事名称、比赛阶段与相应赛程；可用表现指标则要保留统计对象和时间范围。这样，数字才是理解比赛的入口，而不是脱离语境的评价。
说明参加了哪段赛事，并连接对应赛事内容。
与赛程和具体对局并列，避免孤立呈现。
仅展示已有口径，并说明统计范围与更新时间。
更新时间印记
每份可用档案应标注资料更新时间。更新日期说明页面整理到何时，不等同于比赛发生时间，也不表示此后没有阵容或状态变化。