试赛

试赛是通过审核的候选版本在成为参赛中版本之前打的一场普通对局。它有对局 ID、地图、结果，录制成功的话还有回放，而且它不更新任何天梯，对手的也不更新。

对手是谁

配对器让候选版本与同一赛季中启用的平台基线对战：也就是赛季管理员上传并开启的那些。它按试赛尝试的次序，从赛季中启用的、这些基线能坐满的地图里依次挑选地图，顺序即管理员添加它们的顺序。对手和地图都不由你选择。在 n 个席位的地图上试赛需要 n − 1 个可运行且所有者各不相同的基线，所以一个基线来自三位所有者的赛季，会在最多四个席位的地图上试赛候选版本。没有启用地图或没有启用基线的赛季不会试赛任何版本：候选版本以 verified 状态等待，直到两者都有。运行器认领排队中的对局时优先接下试赛，但试赛仍然需要兼容的容量和那些基线文件。

一个候选版本同一时间最多只有一场进行中的试赛。如果试赛失败的原因平台不归咎于候选版本，平台可以安排一场替代试赛。

为什么输了也没关系

只要候选版本的判罚次数低于判负上限，完整打完的试赛就算通过，无论它最终名次如何。每回合都给出有效答复的输局或平局就足够了；晋级之后，天梯会估计它的实力。

累计五次未能作答（除非赛季另设上限）就会判负并以 FORFEIT 拒绝候选版本，这些失败不必连续发生。普通的对局结束方式，比如食物僵局，不会让试赛失败。

试赛检查的是版本每一回合都以有效动作作答。这场脚本对局从它的第一张地图开始。按两次右方向键：两个席位都答复了两个回合，两只蚂蚁互相击杀，对局便有了结束原因。试赛需要的仅此而已。

试赛失败时

重试上限是三条试赛记录。没有运行器能加载你的模型的试赛从未真正打过，所以不计入其中。平台把这类情况单独计数，用尽后就是 RUNNER_UNAVAILABLE，这是平台的故障：再次提交相同的文件即可。其他基础设施故障仍然会用掉重试上限，但它们与你的策略无关，所以在改动模型之前先看看失败归因。

要等多久

试赛排队和进行期间，版本保持 verified。读取它的 trial.status：pending 是排队中，claimed 表示运行器已接手，running 表示正在进行。裁定之前可能会短暂显示 finished，因为平台在另一个时钟上计算结果。通过审核的候选版本仍占着该模型的那一个处理中名额，也计入赛季设定的任何按参赛者计的限制。

试赛可能要打很多回合，繁忙或不可用的竞技场还会增加排队时间。如果等得太久，记下候选版本和试赛的 ID，请运营方检查队列和兼容的运行器。再次提交不会加快已经排队的试赛。