垂直交通

1. 本册用途#

这一册管什么：电梯品牌档位、分区群控、穿楼梯与空中大堂、等待时间与运力。

这一册不管什么：电梯的品牌采购成本不在本册，见 SYS-06；电梯井的空间占用规则见 SYS-02；城市轨道交通（见 TRANS-03）。

2. 档期与优先级#

3. 机制规则#

本系统的核心玩法规则。原文自设计方案 §4 迁入。

目标：全游戏最高频的「救火」来源，也是高区租金的天花板。

关键机制

• 逐台轿厢模拟：位置、停靠、载客、速度、开关门时间
• 井道落位自由：电梯可放核心筒、自由楼面、外挂井道或裙楼。放核心筒最省结构与疏散成本；放外面解放平面但单台加固费高、高区等待时间劣化（井道分散导致群控效率下降）
• 跨塔电梯：综合体内可设跨塔穿梭梯，直接服务两座塔的空中大堂（配套共享的一部分，但需连廊或共享核心筒支持）
• 分区群控：低 / 中 / 高区，穿梭梯直达空中大堂
• 目的楼层派梯（DST）：科技树节点，等待时间 −20%，需电梯品牌支持
• 电梯类型：客梯、货梯、消防梯、自动扶梯、观光梯、穿梭梯、专用梯（VIP / 行政 / 车库直达）
• 品牌三档：价格、可靠性、速度、能耗三维差异
• 核心指标
• HC5 = 5 分钟运力（人数）
• AWT = 平均等待时间；目标 A 级楼 ≤ 30s，B 级 ≤ 45s，C 级 ≤ 60s
• 高峰模型：早高峰上行潮汐、午间餐饮双向、晚高峰下行、周末差异
• 故障：故障率 = f(品牌, 楼龄, 维保合同等级)；困人事故 → 严重满意度打击 + 舆情风险；年检合规；15 年强制更换（大额支出）
• 后勤动线：货梯 + 卸货区 + 垃圾清运时段；快递 / 外卖高峰造成电梯拥堵；可选「物流机器人 / 管道」科技
• 玩家干预：完全交给 AI 自动优化，不开放手动派梯（v1.1 决策 6）。玩家只控制上游变量 —— 电梯数量与类型、品牌档次、分区方案（低 / 中 / 高区、穿梭梯）、井道落位（核心筒内 / 自由楼面 / 外挂，可逐层追加）、是否采购目的楼层派梯系统（科技树节点）、维保合同等级与更换时机

数据实体

HeightLink    { fromY, toY, stairDef, direction, capacity, state }\nCoreTransport{ coreId, facilities[], allowedDefs[], throughput }\nElevator     { type, brand, capacity, speed, shaft, zone, state, age, maintenanceContract }
TrafficDemand{ hour, direction, volume, byFloor[] }

3.1 高度差连接

楼梯连接任意两个整数高度，不要求端点位于 4m 默认楼格。0m 到 1m 使用 1m 楼梯，3m 到 5m 使用 2m 楼梯，2m 到 0m 或 4m 使用双向特殊楼梯。楼梯只负责通行，不承担结构；没有匹配楼梯时由 SYS-02 的结构报告标记为高度连接缺口。

3.2 核心筒层

点击核心筒进入独立界面。核心筒层可以放楼梯、电梯、竖井、资源传输和维护空间，使用范围为核心筒平面尺寸的 2 倍；核心筒层内部不再放柱、墙、梁和板。

4. 参数与数值#

本系统的全部可调数值（原 §14 数值平衡表，按系统归属迁入）。

T3 电梯品牌档位（elevator_brands）#

5. 数据字段#

本系统的 Schema 与字段说明（原 §16，按系统归属迁入）。

16.3 交通与机电（垂直交通部分）#

Elevator {
  id: String, type: String, brand: String, capacity: int,
  speed: float, shaftId: String, zone: String,
  state: String, age: int, maintenanceLevel: String,
  position: float, load: int, targetFloor: int
}

MechanicalUnit {
  id: String, type: String,        // ME01..ME13
  floorIndex: int, areaUsed: float,
  age: int, condition: float, enabled: bool
}

6. 边界与不做的#

7. 相邻系统接口#

本系统的依赖关系以 IDX-03 为准。

8. 待办与风险#