1. 本册用途#
这一册管什么:因果引擎、事件触发、风险累积、危机处置。
这一册不管什么:成就(见 STORY-03);天气本身(见 TRANS-07)——本册只消费天气;剧情章节的叙事事件(见 STORY-01)。
2. 档期与优先级#
| 项目 | 内容 |
|---|---|
| 档期 | P0 |
| 被谁依赖 | SYS-06 · STORY-03 · 全库(事件可作用于任何系统) |
| 上游依据 | 设计方案 §4 S9 + §14 T8 + §16.6 |
3. 机制规则#
本系统的核心玩法规则。原文自设计方案 §4 迁入。
目标:实现支柱 P2「看得见的因果」。
8 类事件
| 类别 | 示例 |
|---|---|
| 设备故障 | 电梯停运、空调主机故障、水泵失效 |
| 经济 | 租户欠租、行业衰退、租金管制 |
| 自然 | 暴雨、台风、高温、地震 |
| 事故 | 火灾、困人、漏水、停电 |
| 社会 | 抗议、舆论危机、疫情 |
| 政策 | 新规范、税收调整、限高变更 |
| 人物 | 明星租户要挟、员工丑闻、官员换届 |
| 机遇 | 大客户询价、赛事 / 展会红利 |
玩家应对手段:多选项各有代价、提前投入预防(保养 / 演练 / 冗余)、应急策略(停运 / 疏散 / 临时方案)、对外沟通(公关 / 媒体 / 赔偿)、拖延但风险累积、风险转嫁(保险 / 合同条款)、不同选择带来不同长期后果
保险机制:财产险 / 责任险 / 营业中断险;保费与楼况、消防等级挂钩;免赔额与赔付上限;拒赔与理赔纠纷风险;可自保(计提风险准备金);保险成为策略选择(保多少、保什么)
连锁反应引擎
- 次生事件:一个事件可引发下一个
- 明确因果链:停水 → 餐饮停业 → 差评 → 退租
- 系统性风险:经济危机 → 批量退租
- 连锁可被玩家的冗余设计切断
- 死亡螺旋(需救火机制)与正向飞轮(好口碑 → 满租)并存
- 风险传导图可视化(可看到因果路径,而非被黑箱惩罚)
可预期性:概率提示(「今年台风概率 30%」)、预警机制(提前若干时间通知)、剧本必然事件、完全可预测模式(考验规划而非运气)
叙事呈现:弹窗 + 简短说明、模拟新闻 / 行业报道、租户来信 / 投诉信、玩家选择写入「楼的历史档案」
4. 参数与数值#
本系统的全部可调数值(原 §14 数值平衡表,按系统归属迁入)。
T8 事件库(events)#
MVP 120 条(8 类 × 15)。下表列出字段定义与每类 1–2 条格式示例,完整 120 条随 config/events.csv 交付;事件的可预防 / 可转嫁字段是 S9 因果引擎的输入契约,增删条目不得改动字段结构。
| id | 类别 | 名称 | 触发条件 | 严重度 | 连锁目标 | 可预防手段 | 可转嫁手段 |
|---|---|---|---|---|---|---|---|
| EV01 | 设备 | 电梯困人 | 电梯楼龄大于10年 | 高 | 舆情差评 | 维保等级高 | 责任险 |
| EV02 | 设备 | 空调主机故障 | 主机楼龄大于15年 | 中 | 租户投诉 | 季前保养 | 财产险 |
| EV03 | 设备 | 水泵失效停水 | 无备用水泵 | 高 | 餐饮停业 | 冗余设计 | 营业中断险 |
| EV04 | 经济 | 主力租户欠租 | 租户财务健康低于阈值 | 中 | 现金流紧张 | 信用审查 | 保证金 |
| EV05 | 经济 | 行业衰退 | 周期下行相位 | 高 | 批量退租 | 业态分散 | 无 |
| EV06 | 经济 | 租金管制新政 | 声望大于6 | 高 | 收入上限 | 无 | 无 |
| EV07 | 自然 | 台风 | 季节加概率提示 | 高 | 幕墙损坏 | 抗风等级高 | 财产险 |
| EV08 | 自然 | 极端高温 | 夏季随机 | 中 | 用电峰值超标 | 储能调峰 | 无 |
| EV09 | 自然 | 地震 | 地震带城市 | 极高 | 结构损伤 | 抗震等级高 | 财产险 |
| EV10 | 事故 | 火灾 | 消防不合规 | 极高 | 停业整顿 | 消防投入 | 财产险加责任险 |
| EV11 | 社会 | 舆论危机 | 差评累积 | 中 | 招租困难 | 公关响应 | 无 |
| EV12 | 政策 | 限高变更 | 城市政策周期 | 高 | 规划受阻 | 提前报批 | 无 |
| EV13 | 人物 | 明星租户要挟 | 锚定租户占比过高 | 中 | 租金让步 | 租户结构分散 | 违约条款 |
| EV14 | 人物 | 员工丑闻 | 员工满意度低 | 中 | 形象受损 | 员工满意度管理 | 无 |
| EV15 | 机遇 | 大客户询价 | 楼宇评级达A | 正面 | 高租金长约 | 无 | 无 |
5. 数据字段#
本系统的 Schema 与字段说明(原 §16,按系统归属迁入)。
16.6 事件与历史#
EventInstance {
id: String, templateId: String, // EV01..EV120
severity: String, startedDay: int,
chain: Array[String], // 次生事件 id
options: Array[String], resolved: bool, chosenOption: String
}
TowerArchive {
entries: Array[ArchiveEntry] // 楼的历史档案,支撑 K7-H
}
ArchiveEntry { day: int, title: String, body: String, tags: Array[String] }
17. UI 信息架构#
6. 边界与不做的#
不做纯随机的灾难(所有事件必须有因果链);不做无法挽回的死局(危机必须有处置手段);不做玩家不可见的暗事件
完整的「不管什么」见第 1 节;相邻系统的职责划分见第 7 节。 本节是防止分册无边界膨胀的关键——任何新需求如果落在这里,一律拒绝。
7. 相邻系统接口#
本系统的依赖关系以 IDX-03 为准。
| 方向 | 对象 |
|---|---|
| 上游(本册依赖) | 设计方案 §4 S9 + §14 T8 + §16.6 |
| 下游(依赖本册) | SYS-06 · STORY-03 · 全库(事件可作用于任何系统) |
SYS-xx,
不复述对方内容。