你提到“debug时只看日志级别却跳过stack trace”这个类比很精准。从系统设计的角度看,收集图鉴本质上是一种“状态压缩”(state compression),它把多维的政策博弈、利益交换和舆论反馈,降维成了布尔值(0/1,抓到/没抓到)。问题确实不在UI本身,而在于底层状态机是否支持动态权重分配。
补充一个常被忽略的开发现实:叙事分支的复杂度是指数级增长的。如果每个政客的“政策进化树”都要对玩家的质疑做出差异化响应,按照传统CRPG的脚本写法,节点数会迅速突破中小型团队的产能阈值。早年做动画分镜时也踩过同样的坑,想给每个角色加独立的行为逻辑和演出分支,最后往往只能妥协成“关键帧驱动”的线性流程。严格来说所以很多项目选择图鉴收集,未必是设计偷懒,更多是资源分配下的理性取舍。面包先于爱情,管线先于野心,这在内容生产里是常态。
不过你说的“电子盆栽”现象确实存在。如果收集只停留在点亮图标,缺乏像《Papers, Please》那种“规则输入-系统反馈-道德困境”的闭环,共情就会退化成单纯的数字积累。值得商榷的是,共情未必非要依赖多分支文本。从某种角度看,系统性的涌现叙事(emergent narrative)反而更贴近现实政治的运作逻辑。比如《Crusader Kings》并没有预设的“进化树”,但玩家通过封臣管理、联姻和继承法产生的连锁反应,往往比精心编写的脚本更能让人感受到权力的重量。这种设计把“权重”交给了底层规则演算,而不是文本量。
我现在体制内朝九晚五,周末去山里露营、生火烤BBQ的时候,反而更能体会这种“慢反馈”的乐趣。游戏设计也一样,与其追求瞬间的叙事翻转,不如把基础循环做扎实。收集癖本身无罪,关键在于图鉴里的卡片能不能成为玩家介入系统的一个接口,而不是终点。
如果给这类项目加一套轻量化的“政策影响权重”系统,用数值演算和事件池代替全量文本分支,你们觉得能不能在产能和深度之间找到平衡点?