现场活动的演出前检查清单

屏幕总是安静地失效：被热心志愿者关掉的浏览器标签、睡着的显示器、休息室里断掉的 Wi-Fi。

这是房间所有者或管理员的检查——实时连接列表只发给这两种角色，操作员的控制端跑不了它。

检查项：

• 打开房间的实时连接视图读清单——每块该接入的屏幕，只要它的观看页连着就会出现在那里。
• 把清单和计划对着数：舞台监视器、大堂屏幕、休息室、主持人平板。缺席的屏幕是一个发现，不是一个谜。
• 如果有助于读清单，可以把连接重命名成计划里的名字，但要把名字当临时的："大堂屏幕"只在那个浏览器保持连接时有效，刷新后设备会变回默认名。
• 确认每台显示设备都关了休眠，电量能撑完整场演出。
• 对于串流或录制里的屏幕，检查浏览器源在当前场景里存在。

串联单在筹备与演出日之间会漂移——某个演讲加长了，某个休息挪走了。

检查项：

• 把每个计时器的名称、发言人和时长对着最终日程读一遍。
• 核实串联：该自动推进的环节已经连好；锚定在钟点的都设了定时启动。
• 检查讲者环节有收尾阈值——且和赛前说明里告诉讲者的一致。
• 确认开放式环节——问答、社交——设成正计时，而不是对着一个随意的截止时间。
• 检查缓冲：主要环节之间几分钟命名过的过渡时间，正是让日程吸收晚开场、而不让收尾环节买单的东西。

五分钟的彩排能端到端证明整个系统。启动第一个计时器，看舞台屏幕接住它；让它越过一个收尾阈值，确认样子变了；从控制端发一条测试消息，看它落在倒计时旁。

这三个行为在一块屏幕上成立，就在所有屏幕上成立——每块显示的都是同一个房间。剩下的是人的部分：拿控制端的人知道哪个计时器开场，后备的人知道控制端链接放在哪里。

最后的检查是分工，因为在这里链接就是角色。

清单：

• 控制端——在掌管演出的人手里，设备电量足够撑完全场。
• 观看页——在每块面向观众或讲者的屏幕上，全屏。
• 议程——给团队和后台，让流程表在问题被问出来之前就作答。
• 主持视图——给演出中发消息的主持人。
• 把房间的链接写在一处找得到的地方——为设备猝死、替补浏览器需要它们的那一刻。