故事前提

终端游戏通常讲的是入侵。Hacknet、Uplink，那一整类——玩家是闯入者，机器是障碍。几乎没有哪款游戏让玩家坐到这份工作的另一侧：凌晨三点待命的那个人，负责让系统撑到太阳升起。

SysAdmin Crisis 就是这一侧。

玩家是谁

一小群服务器夜班上唯一的运维。不是英雄，不是空降的专家——只是轮到值班的那个人。公司的名字从未被提及，也不需要被提及；它就是那种有支付流程、有发布节奏、还有一个买广告位却不告诉运维的市场部的地方。

这一夜是什么

日志滚动。指标漂移。每一分钟都有东西出问题——流量洪水、泄漏内存的 worker 进程、数据库里堆积的锁、被自己的日志填满的分区、升温的机架。读出特征，说出事件的名字，敲下修复命令。班次从 22:00 开始，到次日清晨 06:00 结束。

没有反派。服务器群里没有任何东西想要击败玩家。最接近对手的是洪水，而它也只是流量——一个既不知道、也不在乎玩家醒着的地址。

它真正关于什么

它所追求的满足感非常具体：在游戏说明发生了什么之前，就认出一行日志的那一刻。不是解开谜题，不是敲出对策——而是认出。那一行滚过去，其中有什么不对劲，还没读完就已经知道是什么。

这种反射是真实的，也正是决定真实事件如何收场的同一种反射。设计中的其他一切都服务于它。诊断免费，所以确认从不受罚。日志特征固定，所以可以学会。教程以半速运行真实的事件，所以第 1 夜学到的东西到第 10 夜依然管用。

而且是真正的离线

游戏背后没有服务器，没有账号，没有遥测，没有广告。这不是硬贴在剧情上的营销语句——而是在构建时强制执行的架构约束。一款讲述如何让基础设施保持诚实的游戏，如果悄悄向外发送数据，就等于自曝其短。