宁可超时，也不能说一半

我们为了「不超时」把答案砍短，结果全场只播出十三秒、三百六十六秒草草收场；超时只是被再问一句，说一半是这一轮直接终止，这两种失败的代价差一个数量级。

一、一次看起来有十足把握的改动

离线探针报出末批等待二十到三十七秒，超出平台的静默窗口二十三到二十六秒。推论顺理成章，既然赶不上，就把一轮说短一点。

三个改动一起上。整轮播报上限从三十秒降到十五秒，播报队列上限设成四批，再加一道闸门，一轮播到上限的八成就不再收新内容。三条讲的是同一件事，别让内容等。

二、那份数据本身是错的

探针第一版只算分批、不算预算。它假设所有批次都会排队等播，而真实运行里超预算的批次会被预算函数直接跳过，根本不进队列。

所以「末批等待三十六秒、全部超窗口」是另一个问题的答案。我们拿着一个比现实严重得多的结论，去修一个现实里没有那么严重的问题，而修的方向恰好是砍内容。

更深的坑。就算算对了，也是在拿单场模拟推跨场结论。六场真场播出总量在十三秒到一百三十三秒之间波动，差十倍，而相邻场次参数差异极小。播出量是噪声主导的指标，单场数据不足以支撑调参。

三、十三秒和三百六十六秒

改动上去之后的两场，整齐得像同一场跑了两次。都只播出十三秒，折合六十五个字。都只答两轮，面试官问五句。零次打断。都在三百六十六秒结束。

零打断具有迷惑性。平台打断你，前提是他承认这一轮有两个参与者在互动；零打断往往意味着它压根没把你当成正在作答的人。安静到一定程度，平台的反应不是催，而是放弃。

四、跨场次对照，播出量与场次长度正相关

想通过少说来换每轮稳稳落在窗口内，实际换来整场缩短，问句从十几句掉到五句。第十三场日志留痕，答案结束时残余二百零一字被丢弃，从未出声。

五、平台的原话

平台问，您的自我介绍似乎没有说完，方便补充一下您的技术背景和项目经历吗。

它不是报错，不是打断，不是超时提醒，是一次礼貌的追问。平台分辨不了「被截断」与「本来就只说这么多」，它只听到一段声音，然后一段安静。

而我们补充不了，因为补充的内容已经被自家闸门挡住了。三百三十四秒催场，三百六十六秒结束。整场十三秒的声音，换来一句您似乎没有说完。

六、代价是不对称的

判定写进配置注释与代码日志。宁可超时催场，也不能说一半。超时只是再问一句，说一半是直接终止。

三项改动全部回退。上限回三十秒，队列上限放宽到九十九批，八成闸门值设成零。回退后那场播出八十四秒，走完十二轮，面试官问了十五句。

连带损伤。上限降到十五秒时，另一个攒字门限被顺手从八十字下调到二十五字，上限调回时它没跟着回来，成了孤儿参数，后果在下一场爆发。参数不是孤立的，动一个要回头看一圈。

七、把判定写进三个地方

纯函数。 输入本批各句音频时长、本轮已播秒数、上限，输出本批播几句。本轮已播过任何内容则严格守剩余预算；本轮还没开口则哪怕再长也允许播一次，否则整轮沉默在平台看来就是没作答。抽成纯函数后，离线测试立刻抓到真错误，原来的豁免会把一轮推到三十六秒。

离线断言。 五条断言只盯不变量。整轮累计永不超上限，预算跨批共享所以后续批次被饿死而非重新获额度，预算耗尽整批跳过，未开口轮次允许超一次上限，刚好装得下则整批保留。没有一条写死秒数与批数，曾因硬编码旧值在改参数后报假失败。

运行时策略。 纯函数说跳过，运行时选择仍整批播完，同时记一笔账。函数算事实，策略定取舍，两件事不写在一处。配套纪律是，触发上限只控制本轮播多长，绝不改写答案措辞。

八、带走的判断

• 超时与说一半的代价差一个数量级。 凡要裁剪内容的地方先问，裁掉之后对方会认为我说完了吗。会，就不能裁。
• 别拿只模拟了半个系统的工具去改参数。 差一项就不是偏一点，是答非所问。
• 参数改动要成对回看。 上限降时联动门限跟着降，上限调回时它没回来，成了孤儿。
• 判定写在三处而非一处。 纯函数算事实，离线断言钉不变量，运行时表取舍。

那两场只播出十三秒的场次零次打断，看起来是历史上最干净的两场。干净不是目标，把话说完才是。

autobot/docs/TUNING-RETRO-2026-10-07.md §一 六场实测表 · §二 错误 1；autobot/config.js 整轮播报上限参数块与后续批门限块；autobot/stream_replay.js D 组断言；autobot/lib/guard.js 预算纯函数；autobot/run_once.js 预算闸记账分支。

场次锚点：本集数字来自 2026-10-07 的 demo 与 sim10~sim14 六场真场，其中「十三秒 / 三百六十六秒 / 二百零一字丢弃」来自 sim12 与 sim13，「八十四秒 / 十二轮 / 十五问句」来自 data/2026-10-07T03-54-47_sim14。