1. 本册用途#
这一册管什么:正式世界时间线、游戏年份与三层时间(L1 秒–分实时 / L2 天批处理 / L3 月–年战略)的驱动与推进。
这一册不管什么:跨城时钟(见 TRANS-05);Tick 的底层实现(见 TECH-04);存档(见 TECH-04)。
2. 档期与优先级#
| 项目 | 内容 |
|---|---|
| 档期 | P0 |
| 被谁依赖 | 全库(时间口径的唯一定义处) |
| 上游依据 | 设计方案 §4 S10 + §16.4(时间部分) |
3. 机制规则#
本系统的核心玩法规则。原文自设计方案 §4 迁入。
当前时间线口径(v3.30)
默认当前年份为 2026,基础可玩范围为 1900–2100。后续资料片可逐步把范围扩展到 1700–5000;扩展范围不等于每一年都要单独制作完整内容。年份会影响城市法规、技术阶段、材料、交通、市场、天气趋势与历史事件组,资料片需声明自己的时间线覆盖范围。
时间线是正式系统,不是只有剧情背景。它与 L1/L2/L3 共用一个世界时钟,不能为不同资料片另造第二套时间规则。
- 双轨时间(见 §3)
- 加速规则:5 档加速 + 暂停;自动降速(危机时);条件暂停(现金低于 X 时停)
- 昼夜与季节:昼夜影响人流与照明能耗;工作日 / 周末差异;四季影响能耗;天气(雨 / 雪 / 高温 / 雾霾);节假日与消费旺季;夜景有视觉表现与夜景经济
- 长期进程:楼随年份老化;翻新 vs 重建抉择;可传给下一代 / 交接班;结构寿命由地基变量、施工质量、环境、维护和研发共同决定,达到当前上限后需加固、拆除重建或退出;科技树解锁更好地基施工与结构加固工艺以延长寿命上限(不设固定寿命硬上限,见寿命与传承系统)
- 长寿楼(>100 年)的额外管理负担:多轮机电换代、多代租户更替、历史档案分级归档压力 —— 长线不是「更轻松」,而是「更长的账」
- 解锁节奏(v1.22 · A-02 新口径):按资金 / 资产规模、声望等级、章节任务、科技树节点、事件触发、成就、玩家自定义。年份是系统输入之一:技术阶段、材料与法规等按时间线数据变化;具体研发解锁仍由研究、事件和玩家决策共同驱动,不把年份变化简化成自动科技解锁。
- 里程碑:建造(封顶 / 开业)、财务(首次正现金流 / 还清贷款)、声望(地标评级);里程碑给实质奖励(解锁 / 补贴)也带来新挑战(名声大了招来监管);玩家可自设
- 存档:单存档 + 自动保存、多槽位、铁人模式、回退月初 / 年初、阶段性自动存档点、Steam 云存档同步
时间线数据接口:WorldTimeline 保存 timelineId、minYear、maxYear、currentYear 与时代模板引用;城市、法规、技术、材料、交通和事件通过年份查询对应数据组。年代范围扩展必须通过资料片注册新的覆盖范围和内容包,不得改变旧存档的年份语义。
4. 数据字段#
本系统的 Schema 与字段说明(原 §16,按系统归属迁入)。
16.4 财务与时间(时间部分)#
Finance {
cash: float, totalInvested: float,
revenue: Dictionary, cost: Dictionary,
loans: Array[Loan], noI: float, capRate: float,
valuation: float, dscr: float, irr: float, occupancy: float
}
Loan { principal: float, rate: float, termMonths: int, remaining: float, monthlyPayment: float, type: String }
Clock {
day: int, year: int, hour: float, season: String,
speedTier: int, paused: bool,
pendingDaily: bool, // 日结批处理进行中
rewindCharges: int
}5. 边界与不做的#
不做可变时间流速的玩家控制(节奏由设计决定);不做时间回溯;不做多线程仿真
完整的「不管什么」见第 1 节;相邻系统的职责划分见第 7 节。 本节是防止分册无边界膨胀的关键——任何新需求如果落在这里,一律拒绝。
6. 相邻系统接口#
本系统的依赖关系以 IDX-03 为准。
| 方向 | 对象 |
|---|---|
| 上游(本册依赖) | 设计方案 §4 S10 + §16.4(时间部分) |
| 下游(依赖本册) | 全库(时间口径的唯一定义处) |
跨册引用一律只写编号(铁律六)。本册若需引用其他系统,写
SYS-xx,
不复述对方内容。7. 待办与风险#
① 本册是最底层(见 IDX-03),不依赖任何系统,全库依赖它;② L2 日结的批处理顺序会影响结算结果,顺序表尚未定稿;③ 长期跨度下的数值稳定性(浮点累积误差)需 TECH-07 专项验证