用最少素材撑起最长跑道

①设计目标:递进做"宽"不做"深",内容靠"复用"不靠"新增"

内容是最贵的:手工设计 400 个不同关卡,成本不可承受。进度结构就是对"长线供给 vs 内容成本"这对矛盾的回答,落到两个根本取舍(承自 00 总览 取舍 1「宽度优先」):

②机制:四层嵌套结构 + 三层递进节奏

2.1 四层嵌套:同一套"升级→收入→解锁"在不同尺度复用

游戏把"关卡"拆成四层,每层都是独立的进度循环,机制完全同构,只是尺度不同:

City（城市）        ── 大关：换真实城市皮、抬经济量级 cityMult
  └─ Restaurant（餐厅 / 关卡槽位）  ── 关卡：独立升级树 + 布局 + 菜品
       └─ Station（产线工位）      ── 关卡内节点：升 5 星 + 利润里程碑
            └─ Item / Food（出餐物）  ── 工位产出：各有利润 / 速度升级链

2.2 三层递进 ★(用户最关心的"递进")

把四层一展开,玩家实际体验到的是 三层嵌套的递进节奏,每层解决不同时间尺度的"下一个目标":

城内：LemonadeStand → … → FineDining           （7 关：小摊→正餐梯度）
        └─ 做满 → 飞下一城 ───────────────┐
城际：SanFrancisco → NewYork → … → MexicoCity   （15 真实城环游世界）  │
        └─ 走完 15 城 → 进入下一轮 ──────┐                          │
轮次：第1轮 → 第2轮 → 第3轮 → 第4轮       （×4 周目，换季节皮 + cityMult 放大）

③数据与公式:模板 vs 槽位,ID 编码

3.1 餐厅"模板"与"关卡槽位"分离 ★

这是整套进度结构最省成本的一招,必须分清两个概念:

模板数远小于槽位数,因为模板跨城反复复用:

复用的极端例子:

同一套配置在不同城是不同 ID 的"新关卡",玩家感知靠 cityMult + station 公比把数值量级拉开(换皮 + 放大)。没有一个主线模板只用 1 次。

3.2 餐厅 ID 编码:把"哪城哪关"压进一个整数

槽位 ID 用一套编码规则生成,同时承担"定位"和"解锁门控"两个职责:

3.3 城内深度梯度:首城作为"教学母版" ★

进度结构里最精细的设计在 首城 SanFrancisco 的 7 关——它不是随便排的小摊到正餐,而是 一关引入一个新维度 的教学母版:

3.4 关卡场景:区域 / 工位 / 顾客位 / 桌位 / 边界

每个槽位的"物理容量"由布局配置定义(72 行,是数据量最大的一张布局表):

布局复杂度(区域数、工位数、网格密度)随关卡递进同步抬升——"关卡难度/容量"被做成了可见的物理载体。区域之间通过区域连接点连通,工人靠跨区寻路任务在区域间移动(运行时逻辑,布局只给静态拓扑)。

④城际与轮次:环游世界 + 周目回炉

4.1 城际推进顺序:15 真实城市 × 4 轮 = 60

主线推进顺序就是真实的环游世界路线:

然后同 15 城回炉 3 轮(后缀 2/3/4),到 MexicoCity4(城序 59)收尾。第 2/3/4 轮换的是季节/装饰皮(如 *_Snow 雪景、*_park 公园皮)和不同的餐厅组合,骨架不变。下表节选 9 座代表性城市(首城 / 轮次起点 / cityMult 拐点 / 满级),行数据与全量表一致:

节选说明:城 0(首城教学梯度)、城 1(NewYork 系全程唯一 6 关)、城 14(第 1 轮收尾)、城 15/30/45(橙色分隔线 = 第 2/3/4 轮起点)、城 21→22(cityMult 由 +0.1 缓坡转 +1.0 陡坡的拐点)、城 59(满级 ×41)。NewYork 系全程 6 关、其余城 7 关,60 城逐城求和 = 416 槽位。

4.2 cityMult:城际倍率为何"压平"

放置游戏最容易翻车的是经济量级失控。Eatventure 把"指数爆炸"和"城际推进"刻意分开——指数留给工位(base^itemType)和升级(B^level),城际倍率 cityMult 做成温和的分段线性:

cityIdx ≤ 21:  cityMult = 0.1 × cityIdx + 1.0      # city0=1.0 … city21=3.1，每城 +0.1
cityIdx > 21:  cityMult = cityIdx − 18             # city22=4.0 … city59=41.0，每城 +1.0

满级 60 城也才 ~41×,而不是指数级。前 22 城几乎压平(缓坡),22 城后转成更陡的线性。这意味着:

⑤关卡进度与解锁门控(通关判定 / 功能进度解锁 / 进度记录)

5.1 通关判定:全部工位满级

一家餐厅"做完了"的判定,是它所有工位都升到满级。游戏用"工位满级"逐工位判定,关卡完成 = 全部工位满级。判定逻辑由工位等级与餐厅配置的工位满级深度比较得出:

# 单工位满级
def StationIsMaxed(station):
    return station.Level >= restaurant.max_station_level    # 工位满级深度

# 关卡通关：所有工位满级 → 解锁下一家餐厅
def RestaurantCompleted(restaurant):
    return all(StationIsMaxed(st) for st in restaurant.stations)

# 城市完成：城内全部餐厅通关 → 解锁下一城
def CityCompleted(city):
    return all(RestaurantCompleted(r) for r in city.restaurants)

5.2 侧系统解锁:用主线 ID 当门控

侧系统不维护自己的进度,而是复用 §3.2 的餐厅 ID 当主线进度标尺,到达某 ID 即解锁:

# FeatureProgressionUnlock 判定（基于主线进度标尺）
def feature_unlocked(feature):
    if feature.gate_type == "restaurantId":
        return player.max_reached_restaurant_id >= feature.unlock_restaurant_id
    elif feature.gate_type == "level":
        return player.level >= feature.unlock_level

5.3 进度记录

进度记录是埋点/进度记录系统(技术底座),记录玩家当前城/餐厅/工位进度,供存档、推送召回、运营分析使用。无玩法数值,归附录,此处仅登记不展开。

⑥平衡与节奏:三层递进如何咬合

把前面的机制合起来看节奏设计——三个尺度的钩子永远同时挂着:

这是 Eatventure 进度结构的精髓:用 53 个模板 + 一条压平的 cityMult + 逐关加维度的母版,就让玩家在任意时刻都看得到三个不同远近的"下一个目标"。成本上,416 个关卡只手搓了 53 套配置,剩下全靠 ID 编码 + 数值放大自动生成。

⑦关键发现 / 对自研的借鉴

⑧关键数值速览