OpenFront 团队经济：先预留空间，再建共享网络

直接答案：第一座昂贵建筑之前先约定空间

团队局不要孤立地问“哪种建筑最强”。先问三件事：团队必须保留哪块地形，下一座结构归谁，什么事件会让这笔投资立即停止。队友是友方，并不意味着金币、领土、建筑或铁路节点会变成公共仓库。如果一名玩家占满唯一的内陆通道，再向海岸扩张，另一名玩家可能无法把 Factory 接到 City，也无法把 Port 放在安全的岸线，即使两人不能互相攻击。

每次购买共享经济建筑前都做一次 SPACE 检查。Survey（勘察）：看出生点、内陆核心、海岸和敌人来向。Place（放置）：把节点放在所有者能守住的土地，不要只看当前买得起的格子。Assign（分配）：指定付款人和路线负责人，不要让“团队”承担一个只有某个玩家金币才能支付的账单。Connect（连接）：核对车站范围、铁路路径、水域连通、外交关系和保护路线。Exit（退出）：通道被堵、路线不再结算、下一档价格超过价值，或边境威胁改变任务时停止。

正式 v0.33.14 的边界让顺序可以计算。City 每级增加 250,000 部队上限。对每一个玩家来说，该玩家自己的 Port 与 Factory 构造数共用价格阶梯：第一座 125,000，下一座 250,000，再下一座 500,000，之后封顶 1,000,000；队友建的 Port 不会自动抬高你的 Factory 价格。Factory 会寻找 110 格内的 City、Port 和 Factory，但铁路有效路径必须严格低于约 155.6 格。火车在队友站点停靠时，基础结算是 25,000 Gold；联盟站点是 35,000；自己站点是 10,000，之后还要考虑停站惩罚和倍率。

本页不替代建筑时机攻略、港口与工厂攻略或铁路网络攻略。那些页面解释单个机制；本页回答更早出现的团队问题：多人怎样给这些机制留下可用空间、付款能力和防守时间。FFA 没有队友替你预留通道，但仍可把同一框架改成自己的土地账本。

勘察：花 Gold 之前先画出团队地图

勘察不是永久圈地，而是一张每次边境变化都要更新的工作图。出生阶段先标出四类空间。第一类是核心：距离敌人边界足够深，敌方一次推进不会在 City 或 Factory 施工时直接夺走它。第二类是通道：Factory 能看到一个或多个 City、Port 站点，且路线不会穿过暴露边境或超过铁路上限。第三类是海岸：能够放置 Port，能让计划中的舰船进出，岸后还有可防守的土地。第四类是压力边：下一分钟会消耗部队、防御柱、捐赠或注意力的边界。只有四者同时可用，建筑才是真正的经济资产。

每个队友都要做自己的勘察，不要只为领土最大的玩家画图。河流、岛颈或一格敌方领土，都可能让看似宽阔的地图只剩一条可用车站线。给队友的 City 和他们需要的海岸之间留出明显通道；不要因为格子中立就穿过未来路线。若通道已经不再需要，要在聊天中明确释放，沉默不等于路权协议。

勘察问题	要核对的证据	证据不成立时的决定
核心安全吗？	内陆深度、敌人方向、预备部队	先建防御或延后收入节点
通道打开吗？	110 格车站范围、低于约 155.6 格的有效路径	移动 Factory，不要先付款
海岸有用吗？	同一水域、有效目的地、岸后土地	把 Gold 留给 City、防御或替代路线
付款人准备好了吗？	该玩家 Gold、自己的 Port/Factory 计数、施工时间	更换付款人或延后节点
团队储备还在吗？	部队上限空间、活跃战线、捐赠开关	先守边境，再复合投资

把所有权和友好关系分开记录。isFriendly 可以阻止普通队友攻击，却不会替你花费队友的 Gold，也不会自动把别人的建筑变成共享站点。队友可以在你的 City 附近建 Factory，但仍拥有自己的地块和停站收入。承诺收益之前，确认实时所有者、外交关系和站点是否仍 active。

最后勘察敌人的反路线。空地图上完美的团队通道，可能因为敌人从后方登陆、切断狭窄铁路，或迫使海岸玩家移动 Warship 屏护而变成陷阱。勘察完成的标准是：你能说出下一座有用建筑、它需要的路线，以及哪一块地或哪一条边界变化会让你取消。

放置：让每座建筑都有受保护的工作和明确所有者

放置是地形与时间之间的合同。City 是部队容量锚点，Factory 是火车来源，Port 是海上贸易和海军入口。不能因为按钮亮了就放下它。所有者应当是拥有土地、金币和防守职责的队友。如果 Factory 要连接队友的 City，必须先决定由 Factory 所有者还是 City 所有者保护铁路入口。否则两个人都花钱，没人留下足够部队守住节点。

City 应放在所有者安全区的内侧，离活跃边境足够远，让一次敌人推进不能把计划中的站点变成敌方收入。每级 City 增加 250,000 部队上限，但不会立即治疗现有部队。如果所有者已经被压制，防御柱或部队储备可能比容量节点更急。团队里不能一边说 City 安全，一边扩张穿过它唯一的路线；安全必须同时意味着土地、车站连接和下一笔购买仍可用。

Factory 要放在能看到目标 City 或 Port 的位置。v0.33.14 的执行逻辑会在 110 格内寻找结构并建立车站行为，但铁路路径还必须低于约 155.6 格。地图上的直线距离不是保证，寻路、地形、所有权和外交都可能使线路失败。队友可以在 City 旁边预留车站位置，再围绕预留线扩张，而不是把预留线当作中立空地吞掉。

只有当团队能说出水域组件、有效外方 Port 或海军目标，以及保护海岸的陆路时才放 Port。Port 不必位于最前沿的海滩；略靠后的岸线若更容易防守，价值可能高于暴露的前进港。指定一个玩家承担 Port 费用和贸易管理，另一个承担陆地或海军支援。第一个碰到水的人不自动成为所有升级和 Warship 的永久付款人。

用一句话写出所有权：“A 负责 City 和内陆通道，B 负责 Port 和海上屏护，C 保留边境储备。”这不是行政负担，而是为了防止有人在自己的 Port/Factory 计数已经进入 250,000 档时，仍以为下一栋只要 125,000。结构被占领、队友断线、路线被禁运或海岸失守后，必须重新写合同。团队经济不是共享建筑库存，而是许多单独所有、彼此依赖的节点。

分配：计算付款人的价格、任务和储备线

Port 与 Factory 对团队规划危险，是因为菜单看起来像单栋建筑，实际却按同一付款人自己的构造总数共用阶梯。某玩家尚未构造 Port 或 Factory 时，他自己的第一座节点是 125,000 Gold；他的下一座是 250,000，再下一座 500,000，之后封顶 1,000,000。队友已经建了几座，不会改变他的计数。计划表必须写出付款人姓名和该玩家的已构造数量，不能写一个不存在的“团队总数”。

在第一次购买前，把四个数字发到团队频道：付款人当前 Gold、该付款人的下一档价格、建完后的最低储备、以及让节点真正有用所需的条件。一个有 300,000 Gold 的玩家花掉 125,000 后，可能仍要造 City、守住边界或补一艘 Warship；另一个有 500,000 Gold 的玩家如果拥有海岸，可能更适合支付 Port，但前提是 Port 不会堵住队友 Factory 的通道。“谁的 Gold 多”不够，真正的问题是“谁能把下一笔 Gold 转成受保护的团队结果”。

City 的价格计数独立于 Port/Factory，而且每级增加 250,000 部队上限。若玩家的部队经常撞上上限，City 可能是解除瓶颈的正确投资；若部队远低于上限，却没有安全边界，额外容量不能解决眼前问题。需要铁路把队友的 City 和 Port 接起来时，Factory 可能比第二座 City 更有价值，但必须先通过通道和保护检查。

捐赠也不能抹掉付款人规则。当前执行逻辑中，未指定数量的部队捐赠默认请求发送者当前部队的三分之一，然后被接收方剩余上限截断；Gold 和部队捐赠还受大厅开关与 100 tick 配对冷却影响。接收方只有 20,000 headroom 时，不能把 100,000 的请求当成 100,000 的到账。发送一个象征性数字仍可能消耗窗口，所以捐赠前要说明用途和储备：“我支付 250,000 Factory，保留 150,000 防守，B 守住海岸直到站点 active。”

储备应按下一种可见损失设定，而不是套用固定百分比。储备可能要覆盖一座 Defense Post、一艘 Warship、一次反击，或第三方切断路线所需的部队。队友达到上限、外交关系改变、第一列火车未能结算后，都要重算。分配完成的标准是每笔购买都有一个所有者、一个理由、一个储备下限和一个停止信号。

连接：先证明路线结算，再扩大网络

团队经济只有在路线真正结算时才会复合。Factory 可能离 City 很近，却因为铁路集群没形成、路径超过上限或站点不合格而没有收入。v0.33.14 的 Factory 执行逻辑寻找 110 格内的 City、Port、Factory；铁路上限约为 110 × 1.4142 = 155.562 格，而且判断是严格小于。把这些数字当成几何检查，不要当成可以穿过敌境画线的许可。

先测试最近的有用站点。自己站点的基础结算是 10,000 Gold；队友或其他未禁运玩家是 25,000；联盟站点是 35,000。前十个贸易停站不扣 5,000 的额外停站惩罚，之后每多一站都会降低基础值，最低保持 5,000。队友 City 因此可能很有价值，但长环线不一定好。三座暴露站点可能不如一座受保护站点。付款前记录站点、关系、路径和可能被切断的位置。

Port 计划则先检查水域是否连通、外方 Port 是否有效。队友关系并不会合并水域；embargo 会移除目的地，Warship 会让海线不安全，被占领的海岸也会改变 Port 所有者。负责海上屏护的队友应报告路线是否仍开放，Port 所有者不能因为船曾经成功就继续付款。

用一句话画路线：“A 的内陆 City，B 的 Factory 在 110 格内，C 的 Port 位于同一受保护水域，敌方边界在铁路通道外。”然后观察第一次完整结算。如果火车只到自己站点，用 10,000；到队友站点，用 25,000；实际是联盟才用 35,000，并记得联盟可能到期。海贸要按真实水上距离和存活率估算，不要套用承诺平均值；可继续读港口与工厂攻略的收益公式。

第一次路线还没证明前不要扩大。下一档可能是 250,000 或 500,000，而团队仍不知道网络能否赚钱或运兵。已验证路线只缺吞吐时升级；新节点只有在创造新水域、新车站集群或冗余出口时才值得建。有人说“需要更多火车”时，应指出缺失站点或生成瓶颈；有人说“需要更多 Port”时，应指出路线和保护方式。

两个带数字的场景与明确假设

下面两个场景故意比固定出装顺序更长，因为真正有用的不是一个孤立数字，而是数字背后的所有者、地图形状、外交关系、储备线和停止信号。第一个场景检查两名队友能否让 City、Factory 和 Port 同时工作，同时避免把队友的构造计数误当成自己的计数。第二个场景检查捐赠请求是否真的落在接收方容量内，并比较一次冷却窗口应该用于部队还是 Gold。读者应把它们当成可复核的计算模板，而不是保证回本的出装表。边界改变后重新量路径，记录真正到账的停站收益，确认哪位玩家承担下一次风险；如果实际路线不再满足假设，即使按钮仍然买得起，也应取消升级。团队决定只有在付款人、保护者、第一笔结果和退出方式都写清楚时才算完成。

把这两个场景当作团队沟通记录，而不是单纯的算术题。“铁路约 90 格”并没有说明谁建设、谁保护海岸、什么关系允许停站、点击后还剩多少 Gold；“捐三分之一”也没有说明接收者有多少 headroom、发送者是否还能守住自己的边界。建设前把这些变量写进聊天，建设后再回到地图核对。占领、embargo、断线或新威胁都可能改变合同，而不会改变建筑按钮的文字。真正的成功可以观察：车站到达合格站点，Port 仍有目的地，付款人在测量窗口中保住最低储备。复盘时记录地图、模式、所有者、站点关系、路径、tick 和实际到账，团队才能区分偶然好运与可重复计划。

场景 A：两名队友预留一条铁路通道

假设一场双人 Team 在大陆地图开局。A 有 300,000 Gold 和受保护的内陆核心；B 有 300,000 Gold，并控制距离 A 计划 City 90 格的安全海岸；地图只有一条宽约 100 格的内陆通道。大厅启用 Factory 和 Team 捐赠，眼下没有敌人进攻。这些是推演假设，不是公共匹配的保证。

团队先标出 A 的 City 位置和 B 的 Port 岸线。A 以 125,000 建第一座 City，剩 175,000；容量增加 250,000，但不会治疗当前部队。B 以 125,000 建第一座 Port，剩 175,000。对 B 来说，下一座 Port 或 Factory 是自己的第二个共享阶梯，价格为 250,000；对 A 则要单独查看 A 自己的 Port/Factory 构造数。队友的建筑不会替付款人自动改变价格。

更稳的动作是：A 只有在测量 90 格 City 到海岸的路径，并确认 Factory 能通过通道触达 B 的 Port 后，才考虑建设。如果 A 付完后没有足够 250,000 储备，就暂停。B 可以负责保持海线开放，但 B 的 Gold 不会默默支付 A 的建筑。火车停到 B 的队友站点时，列车所有者基础收入是 25,000；四次干净停站是 100,000，但还要扣旅行时间、倍率、停站惩罚和路线损失，不能当作回本保证。

停止信号很明确：B 的海岸被占、路径穿过新的敌境，或 Factory 找不到合格站点，A 就停止升级并留 Gold 防守。City 仍提供容量，但失败的铁路计划不值得继续占用更多团队土地。这个场景的合同是 A 负责内陆容量与铁路发动机，B 负责海岸与海上风险，两人都要在第一次结算被验证前留出通道。

场景 B：捐赠请求撞上储备线

假设 C 的部队上限是 200,000，当前有 180,000，只剩 20,000 headroom；D 当前有 300,000 部队，并按默认规则请求捐出三分之一，也就是 100,000。大厅允许部队捐赠。按 v0.33.14 的执行逻辑，接收方空间会把实际到账截为 20,000。团队不能把这条请求当作 100,000 的强化方案。

再加入 Gold 决策。D 可以把一次 100 tick 的配对冷却窗口用于发送 20,000 部队，也可以保留它，用 Gold 帮 C 完成 125,000 的 City、Defense Post 或路线修复。如果 C 的边境马上要崩，部队可能优先；如果 C 已经接近上限，真正瓶颈是建筑，Gold 可能更值。其他发送者可能有自己的配对冷却，但小额转移仍有机会成本，D 也必须为自己的边境留下储备。

SPACE 的分工是：C 负责受保护结构，D 负责付款与储备，第三名队友负责压力边。C 的 headroom 归零后，计划应从部队切换为 Gold 或直接停止；D 的边境打开后，D 也不能继续资助所有节点。完成检查应看实际到账数量和随后成功执行的动作，而不是聊天里的请求数字。

这也是一次职责轮换测试。现在由 C 负责结构，并不代表下一次攻击后仍由 C 承担同一个岗位；D 可能被迫转到前线，失去继续捐赠的能力。团队应把下一步写在转移记录旁：用实际收到的 20,000 守住哪条边界、完成哪座建筑，或在没有合适动作时等待容量变化。如果资源在下一次复核前没有明确用途，保留冷却窗口和发送者储备反而是正确决定。捐赠只有在改变下一次行动、同时没有让发送者自己的位置崩溃时才算成功。

两个场景故意把数字和假设写出来，因为团队争论经常隐藏前提。它们不证明 125,000、20%、25,000 或三分之一在任何地图都正确，只示范如何从当前状态计算、标记假设，并在地图改变时保留退出路线。复盘时记录地图、站点、外交、tick 和是否有禁运，下一局才能知道哪些数字仍可复用。

失败、反制、模式调整与下一步阅读

最常见的失败是在团队边界内按 FFA 思路扩张。某个玩家拿走所有中立格，封死 City 到 Port 的唯一通道，然后要求队友去别处建。反制是在出生阶段明确通道，并选择既短又能给双方留下内陆核心的路线。如果通道已经被占，停止为旧方案辩护，换成另一个受保护节点；不要继续购买无法连接的 Factory。

第二种失败是把友好关系当成共同所有权。队友通常不能互相攻击，但仍拥有不同土地、支付不同成本，也会独立失去路线。用所有者和付款人记录反制。结构被占领、玩家断线、发生 embargo 或放弃海线后，都要重写记录，不要假设团队经济仍与上一分钟相同。

第三种失败是没有证明路线就扩大规模。Port 与 Factory 对同一付款人共用上涨的阶梯，增加节点不会修复坏路线。敌人可以切铁路、巡逻海岸，或迫使团队把 Gold 花在防守。下一档之前至少要求一次成功结算、一次受保护通行或一个已验证的车站集群。铁路网络攻略解释路径上限，团队角色攻略解释如何轮换物流、捐赠和边境职责。

模式会改变合同。Team 局要在大厅确认捐赠开关和 100 tick 冷却；自定义房间不一定使用公共默认。FFA 没有队友预留，因此把对话改成自己的储备和边界账本。禁用 Factory 的大厅不要承诺铁路；禁用 Port 的大厅不要把海岸列入第一轮勘察。海峡地图要保留第二条陆路，因为所有玩家都能盯住同一片海岸；群岛地图要把 Port 付款人与陆地锚点分开；大陆地图的短铁路通常比长海岸容易防守，但桥点仍可能被一击切断。

下一次点击前问五个问题：通道还开着吗？节点归谁并由谁保护？付款人自己的 Port/Factory 构造计数是多少？哪个站点或海岸会完成下一次结算？什么可见事件会取消计划？有一个问题答不上来，就让 Gold 保持流动，至少观察一个复核周期。分离岛屿时继续读Four Islands 团队协同，海岸受压时读岛屿防守攻略，部队容量而非收入成为瓶颈时读人口增长攻略。

团队经济的最后规则很简单：不是“所有人都建”，而是一组分别所有、刻意留有间距、共同产生结果的节点。先预留地理空间，再计算付款人，验证路线，保护瓶颈；当地图不再为下一次点击付款时，停止投资。

官方来源与 v0.33.14 版本边界

本页的规则边界是正式 OpenFrontIO v0.33.14 Release 与对应 tag。City 的 250,000 部队容量增量、Port/Factory 的同一玩家共享价格阶梯、捐赠开关和 100 tick 配对冷却，来自官方 Config.ts、MapPlaylist.ts 与 DonateTroopExecution.ts。

铁路范围、严格路径上限和站点连接来自 RailNetworkImpl.ts、FactoryExecution.ts 与 RailNetwork.test.ts。Team、Ally、Self 的停站金额与十站后惩罚来自 TrainStation.ts 以及官方停站测试。Railroad 对象没有 owner 字段，所以“共享铁路”只能表示共享连接图和可交易站点，不能表示团队拥有一条公共道路。

领土易主时，City、Port、Factory 等非 Defense Post 结构会转移并保留等级；Defense Post 是被摧毁的例外。官方 PlayerExecution.test.ts 直接覆盖这一点。当前上游 main 中的 TradeTrainGolden、TradeTrainScenarios 等新增快照没有写进本页的 v0.33.14 结论；它们是未发布开发状态，只能作为未来复核线索。正式更新后，应重新检查构造计数、捐赠、路线、外交和站点收益，再替换数字与场景。

版本边界还决定了如何读本页的建议。官方源码说明引擎允许的范围，不能保证某一张地图在某一次随机结果中一定赚钱。地图上的水域、敌方边界、站点 active 状态、禁运、Gold multiplier、旅行时间和部队储备都会改变实际结果。复盘时请把这些变量和 tick 一起记下，再区分“代码事实”“本局测量”和“团队选择”。如果未来正式版本只改铁路上限，就替换铁路数字；如果只改捐赠冷却，就重算捐赠场景，不要把未发布 main 的测试快照提前写成玩家当前能力。

社区来源只用于玩家问题、语言和实战语境；Reddit 与 YouTube 不能替代规则证据。下一局请把地图形状、付款人、站点关系、tick、路线是否被禁运和实际到账记录下来，再与本页的官方边界逐项对照。这样即使版本或地图改变，也能只修正受影响的数字，不必重新猜测整个团队计划。