什么时候房主该付费把已上架大厅排进公开 Special 队列？

在 OpenFront 里，一个被上架的托管大厅不会自动找到它想要的观众。你创建一个私人大厅，把它翻成公开，然后等着托管列表翻腾、等有人在 5 分钟自动开始触发之前点到你那张卡。在 v0.34.18——也就是 2026-09-24 发布的那个版本——里，一个已上架大厅的房主多了一个新的杠杆：一个 Queue 按钮，它花费 Plutonium 把你已上架的大厅直接放进公开的 Special 队列，恰好排在当前正在倒计时的那个大厅后面。这单一的改变，把”我希望我的上架大厅在被自动开始之前被看到并填满”变成”我可以付费，在我的大厅进入公开信息流的一个已知时刻，给它一个排到最前面的位置”。本指南讲的就是随之而来的房主侧决定：什么时候 Plutonium 值得付，什么时候上架并等待是更便宜、更好的打法。简短的回答是，这个队列是一次关于时机与曝光的购买，而不是一次满员保证——它让你的大厅在正确的公开队列、正确的时刻出现，但它不会强迫玩家进你的房间。

下面是一张关于这个决定的第一张地图，让本指南其余部分有个可以挂靠的地方：

杠杆	成本	它买到什么	什么时候用它
Queue 按钮	Plutonium（服务器设定，显示在按钮上）	排在倒计时大厅后面的公开 Special 队列位置	有时间窗口、有剧本、有阵容，或托管列表很慢的大厅
房主开始计时器	免费	上架时开始时间 1–5 分钟，上架后即锁定	你想控制自己上架的房间何时开始
玩家上限（10–100）	免费	填满上限就提前开始游戏	你想要一个更小、开始更快的房间
下架 + 重新上架	免费	取消并重新开始 5 分钟自动开始时限	你想要更多托管列表时间来填满
上架并等待	免费	按正常时间安排在托管队列里	没有时机、没有阵容、没有现在就开的具体理由

下面的一切都建立在实时构建中的这套机制之上，并在结尾把确切的版本边界讲清楚。

Queue 按钮到底做了什么

Queue 按钮只在你的大厅已公开上架时才会出现在房主对话框里——也就是说，一个你选择在公开浏览器里展示的私人大厅。如果大厅没有上架，就没有按钮；如果你的大厅已经排队，按钮会被一个绿色的 Queued 徽章替代。按钮上直接显示以 Plutonium 计的价钱，而这个价钱不是客户端凭空编出来的数字：它是从实时服务器配置读出来的（cosmetics 配置里的 lobbyQueue 价格），如果那个值不存在，按钮会被整个隐藏。所以房主检查的第一件事，其实只是按钮是否存在、它值多少钱——确切的 Plutonium 价格在游玩时由服务器设定、并可能在不同构建之间变化，这正是本指南描述机制、而不是引用一个固定数字的原因。

在价钱介入之前，还有两个资格条件把守这个按钮。只有大厅的创建者才能付费给它排队——坐在你房间里的第二名玩家看不到任何可用的排队路径，所以这次购买是房主专属的行为。而且大厅必须仍然是开放且已上架的：一个你已经离开的大厅、一个不在公开列表里的大厅、或者一个不是”私有且已上架”的大厅，都根本没有可排队的东西，所以按钮是缺席的、而不是被禁用的。合在一起，按钮恰好在你自己是房主、你的大厅是私有的、它对公开浏览器上架、它还没有排队、而且你自己的开始倒计时还没有运行时才可见。理解这个边界很重要，因为它告诉你这个决定点在什么时候才存在；本指南其余部分假设你已经通过了它，正坐在对话框前、面前摆着一个有标价的按钮。

当你点击按钮时，游戏会让你确认，而确认文本恰好说明了你要买的是什么：“花费 {price} Plutonium 把这个大厅送进公开队列？它会紧接着当前正在倒计时的大厅开始。“这句话就是整个机制。你已上架的大厅并不是被放进”最前面”这个泛泛位置——它被放在 Special 队列里恰好紧挨着当前正在倒计时的那一个大厅的后面。服务器按最旧优先来排序付费排队的队列，所以前面那个大厅每开始一次，你的大厅就前进一位。按钮上的提示气泡说的是同一件事：“把这个大厅放进公开 Special 队列，恰好排在即将开始的那个大厅后面。“换句话说，付费让你排进下一个开始周期，然后你从前面队列继承位置。这是一次带有已知插入点的排位置购买，也正是本指南里每一个决定围绕的东西。而且按钮也会在你自己的开始倒计时运行时、或者你距离自动开始不足 30 秒时消失——这就是那个让房主无法为一个大厅本来就会自己走过的位置付费的 cutoff。

这次扣费给的三个保证（以及它给不了的两个）

把 Plutonium 到底买了什么精确分开是值得的，因为那个差别就是整个决定。这次扣费确实保证的有三点：第一，你已上架的大厅被放进公开 Special 队列，而不是停在更小的托管列表里，因此它会出现在玩家正在积极寻找大厅加入的那个队列里。第二，它被插入一个具体的、已知的位置——紧挨着正在倒计时的大厅之后——所以你不需要和其他新上架的房间为那个你要等的位置竞争。第三，这次扣费免于重复扣款：服务器在扣费之前检查每一个拒绝条件，而且支付对每个大厅是幂等的，所以如果你的请求超时你又再点一次、或者大厅本来已经排队了，重复点击会返回成功而不会再扣一次款。游戏内的失败文本明确说了这一点：“无法为该大厅排队。再试一次；你不会被扣两次款。”

这次扣费没有保证的：它不会让玩家加入你的大厅，也不会替你填满房间。一个排了队的大厅仍然是一个玩家需要看到并选择的大厅；队列让你可见且位置不错，但它不制造需求。而且它不会覆盖房主自己的开始状态——如果你的大厅已经在倒计时或即将自动开始，排队会被拒绝、你一分不花，这意味着扣费永远只为一个仍然开放的大厅买位置。保持这个区别——曝光与位置有，满员没有——才能让这笔消费保持理性。你付钱是为了在正确的时刻、正确的队列、一个干净的位置上出现，而不是付钱买一个满员的大厅，所以”它值不值”这个问题最终总是归结为：“对这个具体大厅来说，在下一个开始周期里出现在 Special 队列，值这么多 Plutonium 吗？”

内化这个划分的一个有用方式，是把那三个保证当作购买中完全在你控制内的部分，把那两个非保证当作只有部分在你控制内的部分。排位置、位置和扣费都是机械的：服务器做的就是确认文本承诺的那点、不多也不少。但前面那个大厅会不会快速填满、队列当前的观众喜不喜欢你的地图和修饰符、以及你自己的大厅能不能把那份曝光转化为满员房间——这些全都取决于本指南其余部分所涵盖的那些下游选择。队列可靠地交付上游那一半，也可靠地不交付下游那一半，而一个理性的房主会为这个恰好划分的分工做计划，而不是指望这次购买悄悄解决它从未声称要解决的问题。

什么时候付费排队是正确的决定

有些情况下，这次队列购买明显值那个 Plutonium。最清楚的是剧本或阵容大厅：一个你为特定体验刻意搭起来的大厅——一次挑战跑图、一次叙事场次、一场预期观众会来找你的直播。这些大厅正是社区房主内容所指向的：那些运行有制作、有协调房间的玩家，最在乎的是房间能真的带着那些专程来的人开始，而一个把你的上架房间直接排在倒计时大厅后面的队列位置，是让那个房间在一个可预测的时刻被发现的最干净的方式。第二个是对时机敏感的目的：你有理由让这个大厅现在、在这个窗口、用这张地图和这个修饰符开始——也许你有一群朋友在等，也许你想赶在当前的 Special 队列观众轮换到另一组修饰符之前抓住他们。这里队列的价值就是时机本身；上架并等待会把那份时机交给调度器的播放列表。第三个是很薄或很慢的托管列表：当托管队列很短且翻腾时，一个没有排队的上架大厅可能在被好好看到之前就带着太少的人自动开始；付费跳进更忙的 Special 队列，是逃离慢托管列表的直接方式。这三种情况的共同线索是，大厅有一个具体的理由要在一个已知时刻排在公开信息流的前面，而 Plutonium 恰好买到的就是那个。

贯穿这些情况的经验法则是：如果你的大厅空着开始、或开始太晚的代价高于按钮上的 Plutonium，就给它排队。一个没填满的剧本大厅是一次浪费的搭建、对专程来的人来说是一次落空；一个你需要在特定时刻开、却提前自动开始的大厅，让目的落空；一个卡在死托管列表里的上架房间，就是躺在罐子里什么都不做的钱。在这些情况里，即使队列本身不填满房间，队列仍然是比替代方案更便宜的选项，因为它最大化了你搭起来的那个房间在它为之而建的观众面前开始的机会。这次购买的正当理由来自它保护的东西，而不是它魔法般创造的东西。

同样的逻辑反过来读也很清楚：当你想排队的大厅对这个时刻没有任何具体的利害时，队列不被正当化。如果大厅是一个随意上架的房间，没有时机、没有阵容、也没有它必须在下一个周期开始的理由，那 Plutonium 就被花在了改善一个根本不依赖它的局面。这是房主付费之后觉得价值不存在的单一最常见原因——他们试图买一次队列从未承诺过的满员，而不是一次队列可靠提供的排位置。所以在付钱之前，说出队列正在保护的那个具体东西：你搭的一个剧本、一个时间窗口、你需要的一场阵容、或你正在逃离的一个慢托管列表。如果你能说出来，这笔消费就有了目标；如果你说不出，免费路径几乎肯定对你更有利，而按钮就该保持不点。

什么时候上架后等待是更好的选择

相反的情况是每一个目标只是”进一场符合我配置的公开对局，无论列表什么时候给出”的上架大厅。对于一个没有硬时机、没有固定阵容、没有理由在特定时刻开始的大厅，队列购买就是为一样你根本不需要支付的东西付钱。托管列表小而设上限——同一时刻最多 10 个托管大厅，每个都跑在 5 分钟自动开始上——但它是真实的、会轮换的，而一个简单等待的上架大厅会按时开始，给你一场你配置好的对局，不花一分 Plutonium。如果你乐意大厅在窗口关闭的任何时候开始，或者你接受大厅被那些正在浏览托管队列的玩家找到，那么上架并等待不花任何钱、而队列加的东西你一点也不需要，所以对一个随意房间诚实的打法，就是让托管调度器做它的工作。

还有一个实际理由不要给一个真正向所有人开放的大厅排队：Special 队列是玩家为修饰符与多样性而去的地方，所以一个普通、无修饰的大厅被放在那里，是在它赢不了的那个轴上竞争。一个把你的标准 FFA 大厅恰好排在倒计时修饰符大厅后面的队列位置，给了它曝光，但那个队列里的玩家正是在寻找让他们看到你那张卡前面的修饰符。在那种情况下，队列花 Plutonium 把你的普通大厅放到一个正在按别的东西筛选的观众面前，而更好的打法是让托管列表做它的工作。于是决定不是抽象的”排队或不排队”——而是”这个大厅是否有具体的时机、观众、或配置理由，让下一个开始周期的 Special 队列真的会服务于它？“如果诚实的答案是没有，那么免费路径才是正确的那条，而队列按钮是留给那些确实有那个理由的大厅的。最后一个不排队的理由是成本敏感：因为扣费是按大厅计、且不可退的，一个在一次会话里上架好几个大厅的房主会乘以消费，而给每个上架房间都排队的策略，是把一个曝光工具变成经常性消耗的最快方式。给那些有具名利害的大厅排队，让其余的走免费的托管列表路径。

成本与风险：Plutonium 到底买到了什么

因为价格由实时服务器配置设定、并显示在按钮上，诚实地为它计成本的方式是相对的、而不是绝对的。队列花费每个已上架大厅一笔固定金额的 Plutonium、只扣一次，金额就是游玩时按钮显示给你的那个。对照那个，权衡两件事。第一是这笔消费的沉没成本性质：如果大厅随后空着开始，队列费不退，所以 Plutonium 无论结果如何都为曝光与位置支付，这意味着唯一值得的大厅，就是那些一个良好的排位置本身就值按钮上那个金额的大厅。第二是有界的敞口：扣费对每个大厅是一次性的、是幂等的、所以重试不会加倍它，而且每一条拒绝路径（已经排队、已经在倒计时、在 30 秒 cutoff 内、未上架、不是创建者、余额不足）都不花任何钱。这意味着最坏情况是为一个结果没填满的大厅付了按钮的价格——你仍然拿到了你搭的那场对局、而队列让它尽可能可见——而最好情况是队列把一个高利害大厅直接放在下一个开始周期正确的观众面前。

因此风险模型以有用的方式不对称：下行被锁在按钮价格、并在你点击之前就被完全理解，而上行是在更忙的 Special 队列里一个真实的、已知的排位置。没有复合成本、重试时没有重复扣费，游戏甚至会告诉你，如果请求失败你不会被扣两次款。所以这笔消费是一个干净的、单一的、有界的对曝光的赌注，而理性地下注的方式，是把按钮上的数字当作一个排位置的价格，然后问：这个大厅在下一个开始周期的一个好排位置，值那么多吗。对一个随意的上架大厅，答案通常是没有；对一个剧本、有时间窗口、或慢列表的大厅，答案很容易是有。Plutonium 就是从”调度器决定我的大厅何时要紧”换到”我决定我的大厅何时在公开信息流前面”的代价，而那个交换就是整个功能的价值主张。

按你自己的会话为它定价的一个实用方式，是估算你整个会话有多少可用的 Plutonium，再除以你预计要上架多少个大厅。如果按钮上的队列价格占你每个大厅预算的一大块，那么给每个大厅都排队就不可持续，你该把它留给那些有具名利害的大厅。如果价格相对于你的预算很小，决定就放松向”给那些从时机受益的大厅排队”，但即便如此，免费工具——开始计时器和玩家上限——也该先做工作，而队列该是你拉动的最后一个杠杆、而不是第一个。重点不在于 Plutonium 在绝对意义上很贵；而在于它是一笔按决定计的消费、会在整个会话中累积，所以正确的习惯是让你的每次队列点击都成为一个深思熟虑的、有具名的决定，而不是你在每个上架房间上做的默认动作。

两个免费杠杆：下架再上架，与房主开始计时器

在花费 Plutonium 之前，v0.34.18 里的房主有两个免费工具能解决同样的问题的大部分，而忽略它们是最常见的浪费。第一个是下架再上架：一个上架大厅跑在固定的 5 分钟自动开始时限上，而下架会取消那个时限、重新上架则开启一个新的。这意味着一个想给上架大厅重置时钟的房主——给一个填得慢的房间再完整 5 分钟、或重新给一个房间定时让它对齐一个更好的时刻——只需要无成本地下架再重新上架。这是队列价值中很大一部分的免费替代：如果你的目标是”给我的上架大厅更多时间来填满”，重新上架免费地、反复地做到这一点，所以队列只有在你需要的是下一个开始周期里公开 Special 队列的曝光、而不只是更多托管列表时间时才值得付钱。

第二个免费杠杆，是同一个 v0.34.18 版本里新加的房主可选开始计时器。上架时，房主现在挑选开始时间——从 1 分钟的最少到 5 分钟的最多——并挑选玩家上限，从 10 到 100 人，而这个配置一旦大厅上架就被锁定。一个上架大厅填满它的上限就会提前开始，所以一个设了较低上限的房主，会得到一个大厅，只要进来合理数量的人就尽快开始。这两个工具直接改变了”我该不该付费排队”的计算：一个已经能设置开始时间和上限的房主，常常能让大厅带着不错的玩家数开始、而完全不必碰公开队列。正确的做法是先使用免费工具——把开始时间和上限设成你真正想要的大小——而只有当你需要的具体东西是公开 Special 队列里的排位置（免费工具提供不了的）时才付队列的钱。用队列去修一个重新上架或开始计时器可以免费解决的时机或满员问题，是这个功能让你容易犯的那个错误。

顺序比工具本身更重要。一个先伸手去队列的房主，常常在解决一个免费工具本来可以零成本解决的问题，而那正是一个深思熟虑的购买与一个冲动的购买之间的差别。有纪律的顺序是：(1) 决定你真正想要的开始时间和玩家上限，(2) 上架大厅、让免费工具在托管列表上工作，(3) 只有当你仍然需要的具体东西是下一个开始周期里公开 Special 队列的排位置时，队列才进入画面。第 (3) 步是唯一花 Plutonium 的那一步，也是唯一免费工具做不了的那一步。一个内化了那个顺序的房主，会在队列正好是那个免费工具做不了它之物的时刻付队列的钱、而不会更早于那个时刻。

失效模式，以及每一种该怎么应对

队列有一小套短的、定义明确的失效模式，而游戏在告诉你撞上了哪一条这一点上格外出色，所以反制是具体的。余额不足是第一个：如果你的 Plutonium 不够按钮价格，队列会被拒绝、你不会被扣款——这笔消费干脆不发生，所以反制是在你托管一个打算排队的大厅之前把 Plutonium 补上、而不是试着重试。第二个是大厅已经在开始：如果你自己的开始倒计时在运行、或者上架在距离自动开始 30 秒内，队列会被免费拒绝（游戏内文本是 “queue_lobby_starting”），所以反制是在上架窗口早段排队、而不是在最后一秒——30 秒 cutoff 正是为了你不能为一个大厅本来就会自己走过的位置付费，而尊重它意味着在最后 30 秒之前决定排队。第三个是一笔飞行中的支付错误：如果扣费本身失败，游戏返回失败、让大厅保持未排队，并告诉你重试、用”你不会被扣两次款”的明确保证安抚你，所以反制就是简单地重试点击、而不是假定你被扣了款。

还有一些资格拒绝也不花任何钱：只有大厅的创建者能给它排队（其他人得到一个不扣款的拒绝），而一个公开的、未上架的、或已经离开大厅的大厅不能被排队。这些之所以重要，是因为它们定义了按钮甚至何时可用的确切边界——已上架、私有、在大厅内、而你是创建者。第四个实际失效模式，是机制不保护你免受的那个：为一个仍然没填满房间的排位置付费。队列让你的大厅可见且位置不错、但它不添加玩家，所以那里的反制就是本指南前面那条——只给排位置本身就值 Plutonium 的大厅排队，因为一个没有理由待在 Special 队列的大厅，可以被做得完全可见、却仍然空着开始。这里每一种失效模式要么按设计不花任何钱、要么被一个具体的、被陈述的反制覆盖，而贯穿它们的模式是：系统凡能免费拒绝就免费拒绝、在应该时恰好扣一次款，这正是让这笔消费安全去做的原因。

模式与地图调整：让排进队列的大厅配得上这个位置

因为队列把你已上架的大厅恰好放进 Special 队列——玩家在那里寻找修饰符与多样性的那个队列——排位置的好坏取决于你放进去的是哪个大厅。最直接的调整，是给排进队列的大厅跑一个修饰符：一个被插在一个修饰符大厅后面的普通大厅，会在那些玩家正在筛选的那个轴上输给修饰符大厅，所以如果你为 Special 队列的曝光付费，就给大厅一个确实匹配队列正在寻找的修饰符。读一下当前 Special 大厅正在跑的修饰符组合，挑一个符合那个观众的修饰符；排位置为你买到的是观众，而修饰符是让那个观众在你那张卡前停下来的东西。如果你不想跑修饰符，那正是一个去托管队列里上架并等待、而不是为 Special 排位置付费的理由。

第二个调整，是你在上架时设的开始计时器和上限，因为它们与队列直接相互作用。较低的玩家上限意味着进来足够多的人后大厅开始得更早，这正是如果你为前排位置付了费、并希望它快速转化为一场已开始的对你想要的；较高的上限和更长的开始窗口，给排进队列的大厅更多时间，在锁定之前把队列的观众吸引过来。把它们和一个当前热门、或 Special 观众预期的地图配对，因为一个在知名地图上的排进队列的大厅，比一个在那个队列里没人找的地图上的大厅，更快把曝光转化为加入。贯穿这三个调整的重点是，队列是对你搭得好的大厅的一个乘数、而不是把它搭好的替代：一个很棒的大厅、正确的修饰符、合理的上限和开始时间、加上一个队列位置，就是一个可见、相关、随时可以开始的大厅；一个平庸的大厅加一个队列位置，只是一个更可见的平庸大厅。Plutonium 放大的是大厅自身的优点，所以正确的打法是先让大厅配得上那份放大。

有一个把这些调整串在一起、又很容易搞错的顺序点。因为开始时间和玩家上限在大厅上架的那一刻就被锁定，任何你想对一个排进队列的大厅做的模式、地图、修饰符、上限或开始时间修改，都要求你把它下架再重新上架——而下架也会让大厅掉出你付费进入的那个队列。所以有纪律的顺序是：在你付队列的钱之前、而不是之后，决定修饰符、地图、上限和开始时间。如果你先排队、然后发现地图不对，你不失去刚买的位置就没法修它。把队列支付当作搭建序列的最后一步——按你想要的配置好大厅、上架它、让免费工具（开始计时器和上限）做它们的部分、然后才为一个你已经让它值得这次消费的大厅支付 Special 队列排位置。那单一的顺序规则，移除了房主能浪费队列费的大部分方式。

版本边界：今天能用的 vs 刚刚之前变化的

这里的版本边界之所以重要，是因为 v0.34.18 在同一个版本里发布了队列和房主开始计时器和扩展后的托管上限，而从一个更旧的构建或更早的指南读这套功能集、却漏掉整个集群现在已经上线，是很容易的。你今天玩的实时构建是 v0.34.18，发布于 2026-09-24，其中：一个已上架私人大厅的房主可以付 Plutonium 把它排进公开 Special 队列、恰好排在倒计时大厅后面；扣费是幂等的、每条拒绝都免费；自动开始前的 30 秒 cutoff 阻止队列；按钮价格来自实时服务器配置；而同一个版本还加了房主可选开始时间（最少 1 分钟、最多 5 分钟）、10 到 100 的玩家上限、以及填满上限就提前开始游戏的规则，配置在一上架后锁定。那就是当前、可核验的状态，也是本指南里每一条推荐都建立其上——队列、计时器、上限现在都可用、而不是即将到来。

在它之前的构建，v0.34.17，这些全都没有：一个上架大厅跑在固定的 5 分钟自动开始上、房主对开始时间没有任何控制，托管上限更小，而且根本没有办法把一个上架大厅付进 Special 队列——唯一的选项就是上架并等待。如果你在看一场直播或一条提示，描述房主挑一个 1 分钟开始、或一个 100 人大厅，那现在描述的正是实时构建、而不是下一个，因为 v0.34.18 就在你的客户端里。保持这个边界干净，才能让本指南其余部分可靠：队列、30 秒 cutoff、免费的下架再上架、房主开始计时器、以及 10-100 上限，全都按你实际在玩的构建陈述，而游玩时要确认的唯一一件事，是按钮本身上的 Plutonium 价格，因为那个单一数字是机制里唯一由服务器设定、而不是由版本固定的部分。这里其余所有事实——排位置规则、cutoff、免费拒绝、幂等性、计时器和上限的范围——在实时 v0.34.18 构建里都是稳定的，这就是为什么你可以不必复查就据以行动。要更完整地理解一个上架大厅对它试图触达的玩家看起来是什么样子，参见 如何阅读、筛选并选对公开大厅，以及公开 Special 队列如何安排它的大厅，见 公开 Special 大厅如何运作。