跳到主内容
⌖ OF Intel

GUIDES

OpenFront 工厂经济承诺:基于火车的金条引擎何时回本

用 10 到 20 座工厂的 +33% 并发上限、110 站搜索范围、以及 1 万 / 2.5 万 / 3.5 万 每站收入,判断在 OpenFront 中是否应该把经济承诺押在火车工厂路线上,而非港口。

发布 2026年10月1日 更新 2026年10月1日 由 OpenFront Intel 编辑组核验 #economy#factory#trains#port#commit

直接回答

在 OpenFront 中,工厂本身不产生金币——它只是向连接着的铁路线上投放火车,火车在沿途城市停靠时结算金条。所以”要不要把经济押在工厂上”这个问题,其实是在问”我的铁路网络和目的地,能不能稳定地把火车送进高付费城市”。能,就承诺;不能,就留在港口。判断依据在 v0.34.21 源码里:工厂和港口共用一条 125,000 到 1,000,000 的金价阶梯,第一座工厂和第一座港口都花 125,000 金币;工厂建造 20 tick、港口 50 tick;火车每站结算 1 万(自己控制的城市)、2.5 万(友军或己方控制)、3.5 万(队友控制)金币,从第 11 站起每多停一站扣 5,000,最低 5,000;站间投放冷却 10 tick。

把这句话拆成可执行的就两件事:第一,工厂承诺的成本是 250,000(一座工厂加一座中继站),回本窗口在干净路线、队友目的地下约 8 站;第二,这 8 站只有在铁路连通、路线九站以内、目的地被高付费控制时才成立。三项里任何一项不成立,125,000 的工厂就是一座产出为零的建筑,而那座同样 125,000 的港口会在自己的节奏上开始付费。所以本页给出的不是”工厂强不强”,而是一个可检查的合取条件:目的地率、路线站数、铁路连通、剩余时钟,四项全过才承诺,任何一项不过就留在港口。下面每个小节就是把这四个条件展开成带数字的判断,让你不用靠感觉就能在开局 10 分钟做出决定,并在整局里持续用同一把尺子重新检查。

核心决策:工厂 vs 港口的金条来源

工厂经济承诺的本质区别在于:港口的金币收入来自贸易船和商船在港口间的调度,不依赖你拥有并维持一条能到达特定目的地的铁路回环;而工厂的金币收入完全依赖火车,火车又完全依赖铁路和目的地。这两者的成本结构不同,决策门槛也不同。

港口的第一笔支出 125,000 金币买的是一个 50 tick 建造、之后按自身节奏开始产生贸易收入的建筑,它的收入不依赖你额外建造任何东西。工厂的第一笔支出 125,000 金币买的是一个 20 tick 建造的建筑,但它只有在铁路已经连通、且 110 格内有一个被控制的高付费目的地时才开始产生金币。换句话说,工厂的 125,000 是一个条件性支出,港口的 125,000 是一个无条件支出。这个区别是整个决策的起点,后面所有数字都建立在这个区别之上。

为什么这个问题会落在”开局 10 分钟”这个时间点?因为到那时,前期抓地阶段的金币积累刚好够买第一座工厂或第一座港口,而地图上前线城市的分布也已经能看出路线长短。你在这 10 分钟看到的不是”工厂强不强”,而是”我的铁路能不能把火车送进高付费城市”。把这两个问题分开,后面每个小节就在回答第二个问题。这个判断在 v0.34.21 里是稳定的,不会因为地图不同而改变方向,变的只是路线长短和目的地率,所以你可以把这套判断当成一个固定的检查清单,每次开局 10 分钟过一遍就能决定承诺还是留港口。具体到入口页面,火车网络 讲铁路和中继站怎么连,港口对比工厂 从港口一侧算同一笔回本账,两页和本页合起来就是你做经济承诺时的完整依据。

经济常量(v0.34.21)

参数数值
工厂 / 港口 / 中继站共用金价阶梯125,000 → 250,000 → 500,000 → 1,000,000
工厂建造时间20 tick
港口建造时间50 tick
工厂直接金币收入0
火车每站结算(自己 / 友军 / 队友控制的城市)10,000 / 25,000 / 35,000
第 11 站起每站递减−5,000
每站结算下限5,000
站间投放冷却10 tick
车站搜索半径110 格
铁路对角线最大单段110 × 1.4142 ≈ 155.56 格

这些数字全部来自 v0.34.21 的 Config.ts 与 TrainStationExecution.ts,普通玩法下 goldMultiplier 为 1,所以上面的基础值就是实际值。工厂与港口共用同一条金价阶梯,意味着你买第三座工厂和买第三座港口的价格完全一样,都是 500,000,所以”先建工厂还是先建港口”在成本上完全打平,差异只来自建造时间和收入依赖结构。城市走的是独立的 125,000 倍 2 的 n 次方阶梯,和这条工厂/港口阶梯分开计数,所以一条完整的工厂承诺(工厂 + 中继站 + 可能的城市争夺)的成本要比单看阶梯高得多。

建造时间差是第二个塑造承诺的结构事实,而且比价格差更重要。工厂 20 tick、港口 50 tick,差 30 tick。这意味着同样花 125,000 金币,你可以选工厂的 20 tick 建造加上火车收入,或港口的 50 tick 建造加上贸易收入,工厂提前 30 tick 上线。但建造优势只有在工厂上线时”有活可干”时才成立:一座 20 tick 建成后没有连通铁路、110 格内也没有被控制目的地的工厂,并不比港口提前 30 tick,它只是在建一座 125,000 金币、产出为零的建筑,而那座晚 30 tick 开工的港口仍在建造,但它会在自己的节奏上开始付费。把建造差当成承诺的放大器,而不是承诺的替代品:20 tick 建造缩短了回本窗口,但它不能缩短你连铁路、守目的地所需的时间,而那部分必须在建造开始前就存在。

收入阶梯:1 万 / 2.5 万 / 3.5 万 每站,然后递减

火车的每站结算由谁控制目的地决定,而不是由你想让它结算多少决定。自己控制的城市 10,000,友军或己方控制的城市 25,000,队友控制的城市 35,000。递减从第 11 站开始,每多停一站扣 5,000,结算下限 5,000。

这个递减是整个承诺里最贵的细节,因为它正是”更长更优的路线”往往比”更短路线”更差的原因。一条拜访 12 座城市后才到目的地的路线,每站结算从 35,000 掉到 20,000,同样的 250,000 承诺从 7.1 站回本拉长到 13 站。递减不是线性惩罚,是复利惩罚:第 11 站扣 5,000,第 12 站扣 10,000,第 15 站扣 30,000,结算从 35,000 掉到 5,000 下限。所以承诺的路线几何必须按”停几站”来算,而不是按”走多远”来算,因为扣的是站数不是距离。

递减对承诺的含义是:前 10 座工厂是最干净的回报区间,10 座之后你在买并发而不是买速度。具体读法是,第一座 125,000 工厂加第一座 125,000 中继站的 250,000 承诺,在 3.5 万每站的干净路线下约 7.1 站回本;但如果路线拜访 12 座城市,回本拉长到 13 站;如果目的地只是自己控制的城市(1 万每站),回本拉长到 25 站。这三档就是承诺的全部决策空间:8 站回本、13 站回本、25 站回本,对应的分别是”干净承诺”、“衰减承诺”、“几乎不值得”。

把这三档对照时钟读,就是承诺的最终判断。干净档(8 站)在 30 分钟游戏里,只要在第 20 分钟前承诺就有完整回本窗口加余量;衰减档(13 站)要求你在第 15 分钟前承诺、且铁路已经连通,否则回本窗口被建造和连路时间吃掉;几乎不值得档(25 站)在绝大多数对局里都回不了本,因为 25 个投放周期约 250 tick,超过一整个 30 分钟游戏的投放预算。所以递减不是抽象惩罚,它把”目的地控制状态”直接翻译成”你能不能回本”:队友 3.5 万让你 8 站回本、友军 2.5 万让你 10 站回本、自己 1 万让你 25 站回本,这三档的差距就是承诺值与不值的分界,而分界完全由谁控制目的地决定、不由你控制。

网络几何:110 格搜索、15 格最小连接、10 tick 冷却

第三个塑造承诺的结构事实是铁路网络的几何,也是实战中最常杀死承诺的部分。车站搜索半径 110 格,最小连接 15 格,铁路对角线最大单段 110 格乘 1.4142 约 155.56 格,所以任何超过 155.56 格的铁路段无法被车站搜索连通,火车不会走它。实战中这意味着一个工厂集群和一个相距超过 110 格的目的地需要一条中继站链,而每座中继站都是自己的建造、走共用阶梯上自己的 125,000 价格。

几何也是”工厂没用”这种感觉在前期这么普遍的原因:新玩家建第一座 125,000 金币工厂,20 tick 建成后火车投放,火车沿铁轨走到 110 格网络边缘就停了,因为目的地 140 格远,最后一段中继站到目的地的铁路长 155.56 格、车站搜索无法跨越。火车在空地上结算、付零,玩家正确得出”工厂没用”的结论,而真正的失败是一个值一座中继站的 30 格铁路几何缺口。承诺的决策必须包含中继站成本,因为一个需要两座中继站才能到达目的地的工厂集群是 375,000 金币承诺,不是 125,000,回本数学随之改变。

15 格最小连接是几何的另一半,也是”三座工厂离目的地 200 格”不是 200 格问题而是一条每条 15 到 155.56 格之间的连接链的原因。最小连接是下限不是目标:15 格连接合法但每格建造成本最高,155 格连接合法且每格最便宜,所以最优中继链是用车站搜索能桥接的最长连接、不超 155.56 对角上限。一个全程建 30 格短连接的玩家,为同样距离付的中继站成本是建 150 格长连接玩家的五倍,这个差别是同样距离下 625,000 承诺对 125,000 承诺的差别。承诺决策必须在连接层面读几何,而不是在集群层面,因为集群是你看到的、连接是你付费的。

回本数学:集群何时停止亏金

回本问题是真正决定承诺的问题,它有三部分:前期成本、每站结算、回本窗口。单一工厂集群(一座工厂 + 一座中继站)的前期成本是 250,000 金币,在干净九站以内路线、队友控制目的地下的每站结算是 35,000,回本窗口是 250,000 除以 35,000 约 7.1 站,所以集群在第 8 站回本后每站都是利润。这是干净数字:连通、路线短、队友目的地的工厂集群约 8 站回本。

当路线衰减或目的地是自己控制时数字变难看。自己控制目的地每站 10,000,同样 250,000 集群需要 25 站回本;拜访 12 座城市的路线每站 35,000 减 3 乘 5,000 即 20,000,集群需要 12.5 站、实战 13 站。承诺值得做,当干净数字(3.5 万率约 8 站回本)短于游戏实际运行时间;不值得做,当衰减数字(13 到 25 站)长于你剩余窗口。回本数字还有一个简单除法隐藏的第四输入,即你在集群回本期间必须持有的金币的时间价值。250,000 前期成本不是单 tick 金币,是 250,000 金币被锁在 8 站回本窗口里,这期间同样 250,000 可以买一座已经在按自身节奏付费的港口,或一个已经在赢决定性目标的军队等级。诚实的回本不是”8 站付费”,而是”8 站付费且在游戏结束前、且在被锁金币有更高价值用途前”。在 30 分钟游戏第 20 分钟承诺的玩家有 8 站回本窗口、偏紧;第 10 分钟承诺的玩家有同样 8 站加完整 10 分钟余量、从容。回本数学必须对照时钟读,而不是只对照站数,因为站数是成本、时钟是成本可被收回的窗口。

失败模式与反制:承诺在哪里出错

承诺以少数可预测的方式失败,每种都有反制。第一是断连工厂:建造完成时没有铁路或 110 格内没有目的地,反制是永远不要在到达目的地的铁路段资金到位前建工厂,因为铁路是把 125,000 金币黑洞变成 35,000 每站收入源的东西。第二是长路线衰减:路线拜访 11 座以上城市后才到目的地,每站从 35,000 掉到 25,000 或更低,反制是改走更短城市链或接受低结算、按低每站率放大工厂数补偿。第三是自我目的地陷阱:唯一被控制目的地是 10,000 率的自己城市,反制是承诺到 25,000 或 35,000 率的友军/队友目的地(需要团队协调决策),或留在港口经济,因为 10,000 率让工厂回本 25 站、几乎不值铁路投资。

第四是 10 座之后无并发收益的放大:玩家从 10 座加到 20 座期待 100 个百分点吞吐增益,实际只拿到 33,因为投放概率减半而火车数翻倍,反制是把投放率读成 1 除以 (工厂数加 10) 乘 15、把吞吐读成火车数乘每站结算而非投放率乘结算,这样在花第二笔 125,000 前就知道诚实数字。第五是中继站意外:几何需要两座中继站、真实前期成本是 375,000 不是 125,000,反制是承诺前数中继站,因为回本数学从 250,000 的 8 站变成 375,000 的 11 站,这个差距是赢的承诺和整局亏空经济的区别。

这些失败全部在花金币前在游戏状态里可见,承诺是你检查完全部五项的时刻。第六、也是最隐蔽的失败是目的地率不匹配:玩家假设 35,000 队友率但目的地实际是 25,000 友军枢纽或 10,000 自己城市,反制是承诺前读目的地控制状态和队伍归属,因为率由谁控制目的地决定、不是由你想让它是多少决定。假设 35,000 承诺、发现目的地只有 25,000 的玩家,回本从 8 站拉到 10 站、回本窗口长 25 个百分点;假设 25,000 承诺、发现目的地只有 10,000 的玩家,回本从 8 站拉到 25 站、回本窗口长 212 个百分点、几乎从不值铁路投资。率是承诺里最重要的单个数字,也是最多被假设而非被检查的数字,因为目的地的控制状态在游戏状态里可见、率从中推出,但假设发生在检查之前。

模式与地图调整:承诺在哪里对、在哪里错

承诺的价值随模式和地图变化很大,错误情境下的错误决策比不做决策更糟。在有共享队友目的地的团队赛里,35,000 每站让工厂承诺成为默认:队友目的地被控制、路线通常短(队友枢纽靠近争夺前线)、8 站回本足够短,承诺在第三个目标开始时就赢了经济战。在没有队友目的地的自由混战里,率掉到被控制友军目的地的 25,000 或自己城市的 10,000,回本拉长到 10 或 25 站,这常常让港口成为更安全的购买,因为港口的贸易收入不依赖铁路回环到达特定目的地。地图同样重要:前线城市密集分布让路线短、递减小;城市稀疏、铁路线长的地图把路线推到九站以上、结算掉到 20,000 或 15,000,回本从 8 站变 15 或 20。

实战调整是承诺前读地图城市密度,不是承诺后。如果前线三座城市在 90 格内互相靠近,路线短、递减小、工厂承诺是正解。如果前线一座城市每 150 格铁路才有一座,路线长、递减重、港口是正解。模式调整同理:有枢纽的团队赛承诺工厂;没有枢纽的自由混战留港口,除非你能在 35,000 或 25,000 率上占一座城市。换一个会改变决策的情境是对手自己的工厂承诺。如果敌方已承诺工厂集群并在赢经济战,防守读是争夺他们结算的目的地,因为火车在丢失城市结算付零、敌方整个集群变成一座 125,000 金币无收入建筑;这比匹配他们的工厂数更便宜地中和他们的经济——匹配会把你也拉进他们已经开跑的 33 个百分点吞吐竞赛。如果敌方只走港口,进攻读是自己承诺工厂,因为港口经济是没有铁路回环可保护的那个,对目的地的争夺是决定整局的东西。承诺因此也是对对手承诺了什么、以及对整个棋盘情境的读,不只是你自己的工厂数和路线几何。

建造清单与游戏状态里要看什么

承诺前按顺序过这七项,任何一项不过就留在港口经济:

  1. 目的地控制状态:目的地是谁控制的?队友(3.5 万)、友军/己方(2.5 万)、还是自己(1 万)?率由控制状态决定,这是最重要的单个数字。
  2. 路线站数:从工厂到目的地经过几座城市?九站以内干净,十站以上递减开始,十二站以上结算掉到 20,000 或更低。
  3. 铁路连通:工厂到目的地之间的铁路是否每段都在 155.56 格对角上限内?超过的段需要额外中继站,每座 125,000。
  4. 中继站数量:几何需要几座中继站?一座是中继 125,000、两中继是 250,000、三中继是 375,000,前期成本随之翻倍。
  5. 工厂数区间:前 10 座工厂是最干净的回报,10 座之后只买并发(+33 个百分点),确认你要的是并发还是速度。
  6. 时钟窗口:剩余游戏时间够不够回本?8 站回本需要约 8 个投放周期,对照你的剩余时间。
  7. 对手承诺:对手已承诺工厂集群就争夺其目的地;对手只走港口就自己承诺工厂。

把这七项过完,你就拿到了一个可复用的开局检查清单:任何一项不过,承诺的前提就不成立,留在港口经济等几何闭合。前五项(目的地率、路线站数、铁路连通、中继站数、工厂数区间)是静态几何检查,开局 10 分钟做一次就够;后两项(时钟窗口、对手承诺)是动态检查,每 30 秒要重新过一遍,因为对手的目标推进和你的剩余时间都在变。把这个清单内化之后,“工厂有没有用”就不再是一个感觉问题,而是一个”七项里有几项不过”的计数问题:七项全过就承诺、六项过就部分承诺、五项或以下就留港口。这正是 v0.34.21 经济常量下,把”开局 10 分钟要不要押工厂”变成可检查、可重复、不靠猜的决策方法。

游戏状态里持续看三项:目的地控制状态(变了就重算率)、火车结算位置(如果火车在 110 格边缘空转,几何有问题)、工厂投放间隔(如果比 22.5 tick 长得多,要么工厂数太多、要么车站搜索没连上)。这三项任何一项异常,承诺的前提就不成立,应该退回到港口经济或重新做承诺。

决策树:承诺、部分承诺、还是港口

把上面所有数字压成一个决策:

承诺(工厂经济),当且仅当:目的地是队友控制(3.5 万)或友军控制(2.5 万)、路线九站以内、铁路全部连通且只需一座中继站、剩余时间够 8 站回本。这四个条件全满足时,工厂承诺是经济战的正解,250,000 前期投入约 8 站回本、之后每站纯利润。

部分承诺(先港口后工厂),当:目的地是友军控制但路线在十到十二站、或铁路需要两座中继站。这种情境下先建港口稳住贸易收入、同时用剩余时间连铁路和守目的地,等几何闭合后再上工厂。港口是无条件支出、工厂是条件性支出,先无条件后条件性的顺序让承诺的风险最小。

港口经济(不承诺工厂),当:目的地只有自己控制的城市(1 万)、或自由混战无枢纽、或剩余时间不够 8 站回本。这些情境下工厂回本 25 站或回本窗口不够长,港口按自身节奏付费、不依赖铁路回环,是更稳的购买。

这个决策树不是单点判断,是四个条件的合取。任何一个条件不满足,承诺就从”赢”滑向”勉强”或”亏”,而滑向”亏”的那一档(自己目的地、无枢纽、窗口不够)恰恰是前期最容易被”工厂便宜 30 tick”的建造优势骗进去、然后整局被 125,000 黑洞拖死的那一档。读四个条件、按合取决策、不满足就退港口,这是 v0.34.21 经济常量下最稳的承诺纪律。

相关内容

继续阅读
自适应建造顺序:把下一笔 Gold 投给真正的限制

依据 OpenFront v34.3 的成本、部队增长、路线回报与停止信号,在 City、Port、Factory、防御和现金储备之间做选择,而不是照抄固定脚本。