GUIDES
OpenFront 对局内赠金:什么时候送金子而不是送兵
决定在对战中的 OpenFront 团队模式里何时向队友赠金(而非赠兵):每个目标 10 秒冷却、10/25/50/75/100% 预设、仅限人类玩家互赠,以及如何避免给必败的队友送钱。
直接答案:金子送给能花掉它的活着的盟友,兵送给能顶住它的盟友
当一名友好的队友还活着、是人类、并且接下来几秒内有明确要用金子买的东西(扩张、城市 City、工厂 Factory、港口 Port,或维持收入运转的工人)时,把金子捐给这名队友。当队友正在丢边境、缺的是人手而不是钱时,捐兵。这两个操作共用同一个环形菜单,也共用同一个按目标计 10 秒的冷却,但它们解决的是不同的问题。核心决策是捐给哪个盟友、捐哪种资源,而不是要不要捐。如果你能说出金子将资助的那笔购买,就送金子;如果你说不出、而队友正在失血,就改送兵。已经死亡的队友、机器人(bot)、或敌人,都不能接收任何一种,因此菜单入口会被禁用,问题根本不成立。10/25/50/75/100 预设的意义,是让你一眼决定自己余额的哪一份,这比精确数字更重要。
之所以把它框定成一个关于谁和什么的决策,而不是关于多少,是因为数字是容易的部分,目标才是昂贵的部分。一次完美的 50% 赠金给错了盟友,价值不如一次粗放的 25% 给对了盟友,因为金子只有在接收方能在接下来几秒内把它变成某笔具体购买时才会兑现。如果你说不出那笔购买,这次捐赠通常等于送给敌人,因为接收方要么花得不够快,要么在它买来收入的用途生效之前就死了。整篇指南都围绕这一个想法:赠金是押注在接收方下一步动作上的赌注,赠兵是押注在他接下来十秒上的赌注。赌对了,用哪个预设几乎无所谓;赌错了,哪怕 100% 按钮也只是加快亏损。
这也正是为什么两个按钮应该感觉像两个不同的问题,而不是同一个按钮的两个标签。当你在某名盟友身上打开环形菜单时,先问自己那个”兵”的问题:这个人接下来十秒内会不会被杀?如果是,送兵,金子的问题根本不会被问到。只有当答案是否时,你才去问金子的问题:这个人有没有一笔我送的金子能在接下来几秒内资助的、被命名的购买?如果两个答案都是否,正确的动作通常是什么都不送、让自己的余额保持流动性,因为没有目标购买的捐赠,不过是自己的扩张在放慢、却挂了一个陌生人的名字而已。社区帖子里问”队友为什么囤积”的,几乎都是在描述这种”没有被命名的购买”的缺席,而不是贪心,解决办法是在按预设之前把购买明确化。
这个动作藏在哪里,为什么这么多玩家会错过它
两种捐赠都放在环形菜单里,当你选中另一名玩家时它才会打开。里面有两条入口,donate gold(赠金)和 donate troops(赠兵),都用盟友的颜色显示,并且在底层 canDonateGold / canDonateTroops 检查为假时都会被禁用。点其中一条会打开共用的发送资源弹窗,它列出你活着的盟友、把你当前的金子或兵力余额作为基数,并提供 10 / 25 / 50 / 75 / 100 % 预设以及一个可精调具体数值的滑杆。社区问题就是从这开始的:好几个 Reddit 帖子描述玩家”花了好几分钟手忙脚乱地才搞清楚怎么送钱或送兵”,因为这个动作藏在玩家信息面板后面、而不是一个热键上,至少有一名玩家”看了视频才知道这甚至是一个选项”。解决办法是把环形菜单变成肌肉记忆:选中一名活着的盟友,打开环形,选资源,选预设,确认。因为预设是你余额的百分比,同一个 50% 按钮在第 3 分钟和第 12 分钟搬动的数量不同,所以你真正在选的是”我现在有的那一半”,这才是诚实的心智模型。
有一件事值得点出来,因为它会改变你练习的方式:弹窗把当前余额作为基数,每次你打开它时预设都会从这个基数重新计算,所以没有隐藏的”上次数量”状态需要你去记。滑杆是为你想要精确数值的那种罕见时刻准备的——通常是你知道接收方正在排队的建筑的价格、想要对齐它而不是四舍五入到某个预设。在一场快节奏的团队对局里,你几乎总会在 25% 或 50% 预设之间做选择然后继续,这正是这个功能之所以存在的理由:它把四步计算(余额、价格、比例、确认)压缩成一眼加一次点击。错过它的玩家,不是因为它一旦找到就难用;而是因为它不在他们注意力已经在的地方。这是一个习惯问题,不是 UI 缺陷,实际解决办法是在开场平静的几分钟里建立反射——给一个明显还有余量的队友送一个 10% 金子预设——这样等前线被撕开时,这个动作已经是肌肉记忆,而不是一次搜寻。
真正让一次捐赠成为可能的规则
在做任何决策之前,引擎在 PlayerImpl 的 canDonateGold 和 canDonateTroops 里强制执行四个硬性门槛。仅限人与人:配置注释明确写着捐赠只为人类配置,所以人类不能捐给机器人、机器人的捐赠也不会生效,而且机器人起步就是零金子,没有东西可接收。双方都活着:一旦发送方或目标死了,弹窗立刻把基数算成零,预设变灰。友好的目标:接收方必须与你同队或结盟,你不能隔着敌对边境去捐。按目标冷却:每个(捐赠者,接收者)配对各自保留一个针对金子的 100 tick 计时器和一个针对兵的独立计时器,所以给前线锚点捐完金子之后,你立刻就能给第二个补给者(feeder)捐金子——冷却是按接收者计的,不是全局的。游戏以每秒 10 tick 运行,所以 100 tick 正好是 10 秒。这些门槛不是可选的,也不像某些开关那样依赖模式,它们是这个功能的形状,理解它们正好告诉你按钮什么时候是灰的、为什么。
这些门槛的实际后果是:一次捐赠永远只是在两个活着的、人类的队友之间的一次转移,其中任何一个一死,按钮对所有人都会变灰。这就是为什么捐赠的时机几乎和目标是同等重要:你无法给一个即将死的盟友预排队一份礼物,你在他死前几秒送出的那笔兵,也花在了一个已不复存在的国家上。这也是为什么按目标冷却是奖励经验的那部分。因为计时器是按(捐赠者,接收者)配对、且金子与兵相互独立的,有经验的玩家会保持一个两三个接收者的心理轮换,绝不在同一个盟友身上白白等满十秒、而另一个盟友现在才正需要帮助。仅限人类的规则最让新玩家吃惊,因为游戏在此期间很乐意往队伍里塞满机器人,而”帮一把”机器人这个本能,恰恰是引擎拒绝的那个。如果环形入口对某个特定玩家是灰的,原因几乎都是这四个门槛之一,按顺序检查它们——活着、友好、人类、冷却——不超过一秒,就能避免那次对正确隐藏按钮的白费搜寻。
决策框架:谁拿金子,谁拿兵
按顺序用一个四问式决策,因为换一种顺序回答会产生最常见的错误。一:盟友还活着且友好吗? 若否,停手——动作已被禁用。二:他接下来十秒内需要什么? 如果他在丢一条比自身兵力更多的边境,他需要兵;如果他活着、安全但卡住了(没有工人来供养收入、没有 City 来解锁下一档、没有 Port 来打通水道),他需要金子。三:他真的能在浪费之前花掉它吗? 一个坐拥巨额金子、工人已满的补给者无法”用上”更多金子收入,所以那里的一笔金子礼物纯粹是存储;一个没有金子的前线玩家买不起防御工事,所以那里的一笔金子礼物是拖延,不是修复。四:你自己余额的机会成本是什么? 你捐出的金子就没了,你自己的扩张会变慢;预设的意义是让你在团队仍处于前期时保留 75% 余额(即 25% 预设)、在投入最后一波冲刺时用 100% 预设。最频繁改变判断的那个框架是金子供养生产、兵守住领土:一笔赠金买下盟友未来的收入,一笔赠兵买下他们当前的存活。把金子送给那个会在接下来一分钟里把它转成更多兵和更多地的玩家,把兵送给那个会在接下来十秒内被冲垮的玩家。
还有一个让框架保持诚实的修正:这四个问题是一个过滤器,不是排序。一名队友可以通过前三个(活着、友好、有被命名的购买),却仍然是错误的目标,如果第四个判断说你自己的余额此刻才是团队的关键资源——例如,你才是那个能买下解锁整条后方线的 Factory 的人,而那笔金子花给了补给者意味着后方线永远不会建起来。在这种情况下,正确的动作是保住自己的金子,让补给者靠一个更小的 10% 补给存活。框架的作用是一网打住两个失败方向:该送兵时送金子,以及该保住时却送了任何东西。
| 盟友的即时需求 | 送 | 为什么 |
|---|---|---|
| 正在被比自身更多的兵压着丢边境 | 兵 | 人手修复的是接下来十秒;金子只是拖延 |
| 活着安全但卡在收入上 | 金子 | 买工人、City 或 Port,抬高未来收入 |
| 没有空间再放更多兵(已到兵力上限) | 金子 | 金子没有接收方上限;多余兵会被丢弃 |
| 即将被冲垮,而你能说出重建购买 | 先兵后金 | 兵买来时间,然后金子资助 Port 或 City |
| 机器人队友或敌人或已死玩家 | 都不送 | 按钮是灰的;捐赠仅限人与人 |
塑造判断的数字:冷却、预设、以及无上限的金子
三个具体数字在这里做了大部分工作。冷却是 100 tick,即每个接收者、每种资源各 10 秒,所以只要有两三个活着的队友,你就能保持一个轮换——锚点、补给者、边缘——每人大约每十秒拿到一笔完整捐赠,同时你在轮换。预设是 10 / 25 / 50 / 75 / 100 % 的当前余额,这意味着同一个按钮在中盘是涓滴、在后期是押上;滑杆让你在对照已知价格时能拨出精确数值。金子没有接收方容量上限——弹窗自己的注释写着”容量只对兵内部生效;金子无上限”——所以你能把整个余额倒进单个盟友,而一笔赠兵会被接收者的兵力容量截断、多余部分丢失。这种不对称正是这两个按钮存在的整体理由:兵是一种盟友可能没有空间容纳的缓冲,金子是一种盟友总能吸收的流动性。实用解读:如果你不确定,给补给者一个 25% 金子预设,你只付出一点扩张速度、现在就为他们买一个工人或一个小建筑;给一个已到满容量的盟友一个 100% 兵预设,会把其中大部分悄悄扔进容量里。确认一次兵的转移前,检查接收方的余量;当你没法快速检查时,就偏向金子。
一个有用的内化冷却的方式,是把它当成轮换预算,而不是惩罚。每个接收者 10 秒意味着三个活着的队友可以让你大约每三十秒完成一整轮捐赠,这在一场正常团队对局里,完全足够让前线得到补给、后方得到资助,而不必感到赶时间。陷阱是把冷却当成”尽快把一切砸给同一个盟友”的理由;冷却的存在恰恰是为了让你不要这么做,因为连续两次收到你 100% 产出的那个盟友,通常就是一个单点故障。预设在这一点上叠加:因为是百分比,对局越靠后,25% 金子预设实际值越多,所以第 4 分钟收到 25% 的补给者拿到的是涓滴,第 12 分钟收到 25% 的则拿到一笔建筑。这就是预设的读法——前期捐赠应小而频,后期捐赠应大而稳——而 10/25/50/75/100 的分布,正是让这句话前后两半同时成立的那个工具。
场景 A——受保护的补给者,应该把一名玩家泵成推土机
假设六人团队模式、大地图、第 8 分钟。一名队友(“锚点”)正对着两名敌人在前线顶住,兵力约 30,000,对抗对方合计约 45,000 的压上。你的两名队友在后方安全,金子收入很强但兵力偏低;其中一名(“补给者”)有 90,000 金子、工人满员,但只有 8,000 兵。锚点活着、友好、且在失血。判断:锚点现在需要的是兵,不是金子,因为威胁在接下来十秒之内——所以你打开锚点的环形菜单,送出 50% 兵预设,以你当前余额算大约是 12,000 兵,然后在 10 秒冷却后重复。补给者还不需要兵;补给者需要把那 90,000 金子转成更多兵和一座 Factory,以维持这次轮换。所以你给补给者一个 25% 金子预设,去调整他们的工人比例、让他们排起一座 Factory,这抬高了你将来每一笔兵捐赠的上限。你绝不在混战中途把自己的金子砸给锚点,因为锚点的问题是缺人,金子在那里只会拖延修复。轮换是:锚点按 10 秒节奏拿兵,补给者拿一小笔金子补给以保持管线,边缘玩家继续扩张以不给敌人第二条战线。这就是”把单个玩家泵成指定推土机”的形态,好团队对局会反复出现它,金子流向正在做泵送工作的那个人。
注意这里金子没有在做什么。它没有在救锚点,甚至没有直接买下锚点的下一次兵力爆发——锚点的爆发来自补给者自己的收入,而补给者现在收入更多了,因为一座 Factory 正在排队。金子是对管线的加速器,不是对当前前线的修复。这个区分正是这个场景之所以成立的整体系理:当前前线由兵解决(50% 预设、按冷却重复),中期前线由金子解决(25% 预设、一次性、投向 Factory)。如果你反过来——把金子砸给锚点、让补给者停在 8,000 兵——前线会顶住接下来三十秒然后崩溃,因为补给者从未建起那座城市、让接下来三十秒成为可能的 Factory。从社区帖子里读出的”指定推土机”正是这个:一个玩家成为团队的主要威胁,其余玩家存在就是为了让这个玩家活着并有产出,这是一个不同于推土机”成为威胁”这一工作的工作。金子流向做不同工作的那些人。
场景 B——即将被冲垮的盟友:金子还是兵,快点
现在同一张地图、第 12 分钟。一名队友(“边缘”)漂移到一个没有出口的角落,4,000 兵对抗两条边境上 60,000 敌兵,有 15,000 金子、工人只有 20%。诚实的解读是这名盟友正在输,一笔赠金不会在接下来十秒内救下边境——金子能买一个工人或一个小工事,救不了 56,000 兵的缺口。判断是兵,大且重复:75% 兵力余额给边缘,冷却后 100% 预设,接受一部分可能因为边缘已接近满容量而丢失。如果你还能说出边缘在前线稳住后立刻会做的未来购买——在他们身后的海岸上一个 Port,或一座抬高收入的 City——那么在兵为盟友买来时间之后,给那个边缘一个 25% 金子预设,去资助重建,而不是让他们永远停在 20% 工人。这个场景防止的失败是”用钱救他们”的反射:当缺口在兵上时,金子是延期费,不是救援。相反的失败同样真实——如果边缘的问题只是没有工人和没有收入,那么光靠兵会一边收入停在零一边失血,而”金子换工人”的判断那时才是对的。判断哪个数字是缺口,资源随之而定。
“哪个数字是缺口”这个问题之所以重要,是因为弹窗不会替你算这笔账。10/25/50/75/100 预设是你余额的百分比,不是接收者缺口的百分比,所以同一个 75% 兵预设在小缺口上是救援、在 56,000 兵缺口上只是姿态。预设与需求之间的这道差距,正是有经验的玩家胜过团队其余人的地方:他们在实时估算缺口、选择能填上它的那个预设,或者知道预设不够、在冷却后送第二笔。按接收者 10 秒的冷却是唯一防止这变成洪水的东西,它又足够宽松,让一次正确的缺口判断、第一个预设、下一 tick 的第二个预设,都能装进敌人一波压力之内。相反的陷阱是:一个看到小缺口却仍然送 100% 的玩家,因为他”在输”,这会清空你自己的余额、去填一个只需要 10% 的接收者,让你在面对下一个、出现在另一个盟友上的、更大的缺口时无所适从。换句话说,金子/兵的判断和预设大小是两个独立的决策,两者都必须对,这也是为什么指南把它们当作两步而不是两步合一。
失败模式,以及逐一拆解每一种的反制
第一种失败是给必败盟友送金子:你把 50% 余额交给一个即将死的玩家,金子随国家一起消失,你自己的扩张停摆。反制是一秒测试——如果盟友的兵力缺口大于你金子能买的工人量,就送兵或干脆不送,并把金子转向安全的补给者。第二种失败是兵的容量浪费:你给一个已在兵力上限的盟友送 100% 兵,多余被丢弃,于是这次捐赠什么都没做、你自己的前线却变薄了。反制是检查接收方余量,不确定时偏向没有上限的金子预设。第三种失败是冷却隧道效应:你把一切给一个盟友,等十秒,然后发现第二个盟友现在才是被冲垮的那个;按目标冷却正是为了让你能轮换,反制是保持两三个接收者的心理轮换,而不是只盯一个心头好。第四种失败是机会成本盲区:你清空余额快到来不及资助自己的 City 或 Port,于是你成为下一个需要被救的盟友;25% 和 50% 预设正是为了让你保持流动,反制是把 75–100% 预设当作只有在团队终局明确时才做的押注。第五种失败是误读仅限人类门槛:你试图”帮”一个机器人队友,发现按钮是灰的,这浪费了一个本该重要的瞬间;反制是记住机器人不能接收,所以每一笔捐赠都以人类为目标。
这五个失败都有同一个底层形状,值得点出来因为它能预测第六个:你为看得见的数字(你的余额、他的缺口)做了优化,而不是为看不见的那个(金子实际移动的是谁的、在接下来十秒内的收入)做了优化。第一种为”他在输”做优化却不检查”输”在兵与工人之间意味着什么。第二种为”送最多”做优化却不检查”最多”能否被接收。第三种为”帮我的心头好”做优化却不检查轮换。第四种为”现在就清空余额”做优化却不检查清空后的余额会成为下一个缺口。第五种为”帮某人”做优化却不检查”某人”是不是人类。第六种,前五种几乎必然导致它,是那次从你自己屏幕看完全正确、从团队屏幕看却是纯亏损的捐赠:你救了一个即将死的玩家,但在这么做时你自己成为了那个现在即将死的玩家,团队总兵力比你开始送之前还低。能对抗第六种失败的唯一办法,正是整篇指南不断回归的那个——保留一个 25% 或 50% 的储备,只有在团队终局已经确定时才押上 75–100%,让一次捐赠永远不可能成为把你从团队的帮手变成团队麻烦的那件事。
模式与地图调整
在团队(Team)模式下,上述每一条都适用,这是默认语境。在不把你放进共享团队的模式中,友好目标门槛意味着没人可捐、问题直接消失,所以这篇指南是关于多人团队形态的。在小地图上,按目标 10 秒冷却没那么重要,因为盟友死得更快、轮换短而凶——偏向兵和 25–50% 的短金子补给,不要过早押上 100% 预设。在大地图上有受保护的后方时,场景 A 的补给者模型就是整盘棋:一个安全、金子收入强的玩家用几分钟把金子转成兵,那里的金子捐赠是关于加速这次转换(一座 Factory、一个 Port、一波工人爆发),而不是关于紧急时刻。在岛屿或海峡地图上,Port 常常是队友能做的单一最有价值的金子购买,所以重要的金子捐赠是那个让海岸盟友买下 Port、打通水道的那一笔;而兵的捐赠是那个在 Port 建起时保护陆桥的那一笔。两种方式判断相同——说出购买或说出缺口——但赢得比赛的购买随拓扑改变,所以地图策略是关于你那张地图上金子该买哪个组件的参考。
社区帖子反复回归的一个模式特定备注是大厅默认值:捐赠到底开没开,是由游戏配置决定的,对局内动作只有和那个开启了它的开关一样有用。实践中这意味着同一支玩家队伍,在一个开了捐赠的大厅和一个没开的大厅里行为不同,因为轮换、补给者模型、“泵一个推土机”的计划都假设这个动作存在。如果你在当房主,这个开关是你所提供游戏的一部分,不是一个装饰性设置;如果你在加入,开赛前读一下大厅的捐赠状态,就是一支能协同前线的团队和一支只能被动反应的团队之间的差别。这也是”队友囤积了而我帮不上忙”这类抱怨所指的那个设置,所以如果某个社区帖抱怨缺少捐赠,第一个问题就是大厅一开始到底有没有启用这个动作。本指南其余部分假设它是开着的,因为每个场景都依赖环形入口处于激活状态。
本指南不覆盖什么,以及接下来读什么
本指南掌握对局内赠金决策:谁拿金子、谁拿兵、按目标 10 秒冷却与 10/25/50/75/100 预设如何塑造判断,以及如何停止给必败盟友送钱。它刻意不覆盖氏族金库(Clan Treasury)——那是一个你在对局之间存入和取出的存量池,一套有自己规则的不同系统——也不覆盖团队角色页在描述角色交接时所用的、关于捐赠开关与冷却的一般框架。如果你想要那个对局间的存量池,读氏族金库捐赠。如果你想要更宽的角色与后勤框架——谁补给谁、谁做锚点、何时标记目标——读团队角色。对于你捐出的金子实际该买什么的经济学一侧——工人、City、Port 以及它们产生的收入——读团队经济与空间。对于捐赠为你买来时间之后的那一刻,首局指南 覆盖如何把早期阵地转成稳定开局。对局内赠金完成了它的工作,当且仅当一个活着的、人类的队友把你送出的金子花在了那笔你在送出之前就能说出的购买上,并且接下来十秒对团队变好了。
最后一句,关于为什么”接下来读什么”这个列表是这么排序的:四个链接页回答的,正是你在掌握了对局内判断之后紧接着会问的四个问题。氏族金库页回答”我在对局之间存下的金子拿来做什么”,这是金子经济中那半对局内按钮碰不到的——金库是一个有自己规则的存量池,两套系统只在这个意义上相互作用:强劲的对局内经济正是让你能存够、存到有意义的那东西。团队角色页回答”谁是补给者、谁是锚点、谁是边缘”,这是你每次选定目标时金子正在暗中选择的问题:一笔捐赠是对一个角色的一次投票,一个所有人都投给同一角色的团队,最后会得到一个推土机和没有去保护它的人。团队经济与空间页回答”金子实际该买什么”,因为一笔落到一个不知道要拿它建什么的队友身上的金子捐赠,是一次什么都没买到的捐赠,而那一页上工人/City/Port 的算术,正是你在按预设之前本应说出的那笔购买的参考。首局指南页回答”捐赠刚给我买下的阵地我该拿它做什么”,因为一个靠 50% 兵预设撑住的前线,只和跟在那后面的开局一样好,而把暂时优势转成稳定地图位置的前期转换,是与捐赠本身不同的技能。对局内赠金是连接那四种技能的桥,它只有和桥两端同样好的那些技能一样好,这就是为什么本指南结尾指向全部四个、而不是假装它单独覆盖了整个团队经济。
相关内容
依据 OpenFront v34.3 的成本、部队增长、路线回报与停止信号,在 City、Port、Factory、防御和现金储备之间做选择,而不是照抄固定脚本。
- OpenFront 断线队友接管指南:零兵损失吸收失联队友的土地
Team 模式决策指南:队友断线对胜负格局的影响、何时吸收其土地免费、何时是陷阱,以及 30 秒标记与排位 2v2 规则实际改变了什么。
2026年9月23日
- 解盟时机:当 30 秒值得这笔交易时
利用 30 秒叛徒窗口、0.5 防御与 0.8 攻速减益、以及 -100/-40 的关系下滑,判断在 OpenFront v0.34 中该立刻解盟、等联盟自然到期还是续约。
2026年9月30日
- OpenFront 兼并与包围:关闭口袋而不把战线拉崩
学习用小额推进建立外部支点、完成敌方内陆口袋包围,并在占领后保留第二条可回撤路线。
2026年9月4日