变量不是越多越专业：关系、证据、资源和世界状态怎样分层

变量的价值不在数量，而在它能否解释玩家行为、改变后续内容，并被团队可靠维护。一个制作可控的互动影游，通常只需要四层状态：关系、证据、资源和世界事实。每个变量都应有唯一含义、明确写入点、可见反馈和最终回收；做不到的变量应合并或删除。

关系状态回答“谁如何看待主角”。它可以是离散阶段，如疏远、合作、信任，也可以是小范围数值。证据状态回答“玩家已经获得并理解什么”，适合布尔值或集合。资源状态回答“玩家还能付出什么”，包括时间、金钱、次数和关键道具。世界状态回答“客观上发生了什么”，例如警报是否触发、某角色是否离场。

这四层不要互相代替。拿到一段录音是证据，不等于搭档就更信任主角；消耗一次匿名电话机会是资源变化，不等于世界已经报警。分层后，编剧能说明因果，程序也能避免一个万能分数控制所有剧情。

关系值从 0 到 100 看起来精细，却常造成无法解释的阈值。玩家不知道 59 与 60 的差别，编剧也难以设计每一点的意义。对于拍摄内容，三到五个关系阶段通常足够：敌对、戒备、合作、信任。只有当许多小行为需要累计，且界面或反馈能让玩家感知趋势时，连续数值才值得存在。

《零点回拨》中，与记者的关系可用 reporter_trust 三档；关键录音用 evidence_recording 布尔值；匿名发送机会用 burner_uses 整数；警局是否封锁用 station_locked 世界状态。名称直接说明语义，不使用 flag7 或 scoreB。

变量表至少写六列：名称、类型、默认值、谁能修改、在哪些节点读取、玩家如何感知。再补一列“废弃条件”，防止它完成使命后仍被误用。

例如 station_locked 默认 false，只能由 4A 报警或 5C 追捕写为 true，在 6A、6B 读取；玩家通过卷帘门落下和地图封锁感知。若最终章开始后所有路线都进入封锁，就在章节入口归一化，不再让旧分支重复判断。

一个变量在十处被写入、只在一处产生一句无关对白，维护成本大于价值。反过来，只写入一次但改变路线、角色反应和结局说明的关键事实很划算。评审时统计每个变量的写入数、读取数和可见反馈数：零读取的是死变量，零反馈的是幽灵变量，写入过多的变量可能职责混乱。

不要为了埋点而把每次点击都变成叙事变量。分析数据可以单独记录事件；只有需要影响后续剧情的内容，才进入存档状态。

当节点入口写成“信任大于 63 且有 A 或 B、但没有 C，或者二周目”，没人能安全修改。把复杂条件拆成有名字的派生判断，如 can_confront_director，并在设计文档说明它由哪些基础状态得出。派生判断不重复存档，以免基础值改变后两者矛盾。

同一事实只保留一个权威来源。若“角色是否知道录音”已经由知识矩阵管理，就不要再创建 heard_recording、knows_audio 和 audio_seen 三个近义变量。

不必展示所有数值，但玩家应能从表演、界面或新机会理解变化。关系上升可以改变称呼和眼神；证据获得可进入线索板；资源消耗要有计数或道具消失；世界状态改变要通过环境镜头确认。反馈越晚，越需要在回收时提醒触发原因。

避免弹出“好感度＋1”破坏写实气氛，也避免完全沉默。可以用角色停顿、手机头像变化或下一场主动来电传达同样信息。风格决定表达，系统必须可读。

四层状态会组合增长，因此每章只保留真正影响该章的变量。建立“节点×变量”矩阵，标明读、写、无关；一行读取超过五六个状态时，考虑在章节入口做状态汇总。一列跨越全篇却很少生效时，考虑删除。

保存迁移也要提前考虑：变量改名、类型变化或默认值调整后，旧存档如何解释？正式上线后不能假设所有玩家都从头开始。为状态表加版本号，并保留旧值到新值的转换规则。

下一步：把现有变量全部归入关系、证据、资源、世界四层，补齐状态契约；任何无法归类或找不到读取节点的变量，先进入删除候选，而不是继续带进剧本。