首页› 核心系统› SYS-09
SYS-09

事件、风险与危机

因果引擎、事件触发、风险累积、危机处置

册型T1 系统册系列核心系统版本v3.30档期P0上游依赖设计方案 §4 S9 + §14 T8 + §16.6被谁依赖SYS-06 · STORY-03 · 全库(事件可作用于任何系统)本册变更自设计方案 v1.25 拆出

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, 不复述对方内容。

8. 待办与风险#

① T8 事件库(2,932 B)的事件数量与因果权重是内容量的主要来源,需持续扩充;② 「因果引擎」是 P0 逻辑但 P1 内容量,逻辑与内容的分离需在实现时注意;③ 事件的后果如何跨系统分发(是否走事件总线)需与 TECH-01 对齐
↑↓ 选择 ↵ 打开 esc 关闭 本地索引 · 无需联网