Lichess移动端应用：优化开局浏览器中未完成对局的处理逻辑

在Lichess移动端应用的开局浏览器功能中，开发团队发现了一个需要优化的用户体验问题。当用户查看某个开局变例时，系统会展示该变例下的"最佳对局"列表。然而，当前实现中存在一个逻辑缺陷：即使某些对局尚未完成（仍在进行中），它们也会被错误地包含在"最佳对局"的展示列表中。

这个问题的技术背景涉及到Lichess的开局浏览器功能实现机制。开局浏览器是国际象棋平台的重要功能组件，它通过分析海量历史对局数据，为玩家提供特定开局下的统计信息和参考对局。在移动端实现中，系统会从Lichess的后端数据库查询特定开局变例下的对局数据，然后根据评分或其他标准筛选出"最佳对局"展示给用户。

问题的核心在于筛选逻辑的不完善。当前实现可能仅基于Elo评分或结果评估来选取对局，而没有充分考虑对局状态这个关键因素。这会导致两个主要问题：

1. 用户体验方面：展示未完成的对局作为"最佳"参考会误导用户，因为这些对局的最终结果和质量都无法确定
2. 数据准确性方面：未完成对局可能包含异常或未经验证的局面评估，影响开局统计的可靠性

解决方案需要修改移动端应用的数据过滤逻辑。具体实现应该：

1. 在从后端获取对局数据后，增加对局状态的检查
2. 只选择状态标记为"已完成"的对局进入"最佳对局"候选池
3. 对于在线对局，可以额外检查是否具有有效的最终结果（如1-0、0-1或1/2-1/2）

这种改进不仅提升了功能的准确性，也符合用户对"最佳对局"这一概念的预期——用户期望看到的是经过完整对局验证的高质量参考棋局。同时，这种修改也保持了与桌面版Lichess和其他国际象棋平台类似功能的一致性。

从技术实现角度看，这个优化属于数据展示层的逻辑完善，不需要改动后端API或数据库结构。它体现了移动应用开发中一个重要的原则：即使后端提供的数据包含多种状态，前端也应该根据具体功能需求进行适当的过滤和展示控制，以确保最佳的用户体验。

这个改进已经通过提交0e67d6c实现，展示了Lichess开发团队对产品质量和用户体验的持续关注。对于开发者而言，这个案例也提醒我们在实现类似"最佳XX"这类功能时，必须仔细考虑数据筛选条件的完备性，避免因简单的过滤条件而影响功能的实际价值。