脚本写满时长，等于把比赛押在一切顺利的假设上。超时警告、设备异常、评委打断，任何一件都会把排练好的节奏打乱。本文给出段落内余量与段落间余量两种结构设计，附 10%、20%、30% 三档缩短版本的做法，让脚本在被压缩时仍然收得住尾。
很多队伍的脚本在排练时刚刚好，一上场就崩。不是动作不熟，而是脚本本身没有弹性：每个环节都顶格写，任何一处多花三十秒，后面全线顺延，最后被砍掉的往往是最值钱的结论段。写满时长的脚本不是完整的脚本，是把全部赌注押在「一切顺利」上。
现场的不确定来自三个方向：时间（超时警告）、设备（异常停顿）、人（评委追问打断）。弹性余量设计的目标，是让脚本在这三种情况下都能收缩到一个仍然完整的形态。
一、两种余量结构：段落内与段落间
余量不是「整体留两分钟」这么粗。它有两种埋法，作用不同。
| 结构 | 埋法 | 吸收什么 |
|---|---|---|
| 段落内余量 | 每个环节只排到预算时长的 90%，剩 10% 留给本环节自己消化 | 局部小超时：某一步设备慢了、某句话重说了 |
| 段落间余量 | 在板块交界处设计一个可整体跳过的「弹性环节」，如一段补充演示或一组扩展数据 | 全局压缩：被警告超时、被打断后需要找回节奏 |
段落内余量负责「不慌」，段落间余量负责「不崩」。只有前一种，问题会逐段累积；只有后一种，累积到弹性环节才一次性解决，前面环节的节奏已经乱了。两种都要有，段落内为主、段落间兜底。
二、三类突发的对应处置
| 突发 | 现场信号 | 脚本该给的出路 |
|---|---|---|
| 超时警告 | 计时提醒或举牌 | 立即启用下一档缩短版，收束段原样保留 |
| 设备异常 | 停顿、重启、切换备用 | 口播补位词接管空档，演示改为讲数据 |
| 评委打断 | 追问技术细节 | 一人应答、其余人保持工位状态，答后按口令回到最近的段落起点 |
三个方向共用一条原则：打断的是演示，不是结构。无论中间发生什么，四个段落的名字和顺序不变，队伍随时知道自己在哪一段、下一段是什么。
三、三档缩短版本怎么缩
缩短不是均匀压缩，而是分层舍弃。建议同一份脚本维护三档版本，触发条件与取舍各不相同。
- 10% 版（微超）：只砍段落内余量本身，即各环节的重复演示与第二遍确认动作。信息量不变，观感不变。
- 20% 版（明显落后）：跳过段落间的弹性环节，背景与过程性讲解压成一句结论。保留全部实测数据与创新点。
- 30% 版（被压缩或被打断后）：进入「只保结论」模式——每段只讲第一句和最后一句，演示只留一个代表性动作。收束段一字不减。
三档版本的切换要提前约定口令，由统筹一人发出，全员执行，不允许临场各自判断。切换口令本身也要写进脚本。
四、写法上的四个落点
- 结论前置：每段第一句就是该段结论，后面的展开随时可断。断在哪，前面的话都成立。
- 句子改短：单句不超过两行。长句在紧张状态下必然语序错乱，短句才接得上临场变化。
- 标注可砍段：脚本上用记号标出每一档要砍的段落，排练时按标记跳，不靠临场挑。
- 收束段封存：最后两分钟的内容不参与任何压缩，任何一档版本都以完整的收束收尾。
三档版本最好和主脚本放在同一份文档里维护，砍掉的段落标灰而不是删除，切换时一眼看清保留范围。铄途备赛的脚本环节可以按版本登记各档的段落取舍与切换口令，排练时轮流跑三档，让收缩动作变成肌肉记忆。
排练时建议每周至少跑一次 30% 版：它暴露的往往不是删减问题，而是结论前置没做到位——砍掉展开后段落立不住，说明第一句还不是结论。
各赛段时长、超时处置方式与现场管理规则，以大赛官方发布和赛场通知为准，本文为备赛参考。