道歉、警报和闲聊同时满足条件，先显示哪段？一张表检查优先级冲突

道歉、警报和闲聊同时满足条件时，不能只写“警报大于道歉大于闲聊”：说明可能已播，道歉对象可能离场。应先确认候选、排除阻断，再比较顺位，最后处理并列或空缺。

Yarn Spinner 文档说明，显著性策略从符合条件的台词或节点组中选择内容。查看文档。下文审稿表是原创设计建议，不代表 DramaFork 使用该算法，也不描述已实现的产品功能。

先固定同一场景、同一选择时点、一个待显示位置。不同位置能同时呈现的内容不必竞争；已开始的对白能否被打断，须另定规则。

以下是虚构教学案例，非真实用户案例，未经实际游玩验证。轨道站值班室里，林遥想向周岚道歉，控制台亮起警报，两人也已开启旧照片话题。本例林遥一直在值班室，道歉和照片闲聊都要求周岚在场。每轮只显示一个片段，结束后再检查。

本例“已处理”指应急操作完成、允许恢复谈话；“已解除”指复核完成、本次警报结束。两者分别记录，可以已处理而未解除。说明仅在未解除时补播。

顺位分三档，一级最先。照片闲聊须等道歉完成且误会化解；其他事件提前化解误会，也不能跳过道歉。“道歉获接受”不是额外条件：接受与否不能替代对误会是否化解的判断。

入选不等于可播，阻断有否决权。提高道歉顺位不能让离场的人听见它。兜底不参加排序，仅在普通候选全部确定不可选时检查自身条件。

表头应注明场景、检查时点、状态版本和作者意图。相关事实变化，如人物离场、处理完成或普通片段完成，才更新版本；轮次增加和等待句播放记录不更新版本。检查等待句时对照已记录版本，避免记录动作触发重播。

第一轮：周岚在场，误会曾发生且未化解，道歉未完成，照片话题已开启、闲聊未播；本次警报已发生、未处理、未解除，说明未播，当前版本等待句未播。三个普通片段均满足入选条件，道歉和闲聊受阻，故显示警报说明。这只检验了阻断，删掉顺位数字结果也相同。

另设排序对照：继承第一轮其他状态，仅改为警报已处理、未解除，即操作完成但复核未结束，说明仍未播。说明与道歉均可选，闲聊仍受阻；一级说明胜出，才检验了顺位。

回到原案例。说明播完仅更新说明已播及状态版本，不能顺手记为警报已处理。下一轮说明被排除，道歉与闲聊仍受阻，显示“林遥望向控制台，等周岚完成操作”，并记录已播及该版本。同版本再次检查时，等待句也被排除，不显示新片段，等待剧情事件推进。

剧情明确发生处理完成的动作后，更新警报状态与版本，道歉才可播。完整说完仅记为已道歉，不能自动记为误会化解。若误会仍未化解，闲聊继续受阻；若误会已由其他事件化解，道歉完整说完后，即使未获接受，只要其余表格条件满足，闲聊仍可播。若误会提前化解但道歉未完成，闲聊仍须等待，与“误会曾发生”的道歉入选条件一致。

记录可写：“第二轮，说明已播、警报未处理；普通候选全部受阻；等待句在版本二首次显示并留档；同版本再次检查不显示；推进依赖处理动作。”每轮留下候选、排除理由、结果和待补信息。

先制造并列：加入同为一级的“舱门提示”，使其与说明同时可选。须规定固定先后、合并片段或增加区分条件。无裁决规则就标记“选择不唯一”，不能暗用表格行序决定。

再制造重复：说明播完后保持警报状态不变。若再次出现，检查已播阻断或记录是否被错误清除；若新警报被旧记录挡住，应把说明记录限定到具体事件。等待句须检查同版本重播，以及是否误把轮次变化当成状态变化。

第三种是低顺位内容长期延后。连续出现新的一级片段时，道歉可能一直等不到。应推演到离场，检查恢复机会：可在警报处理后安排专门谈话位置；若决定错过道歉，须写出后果，不能把未显示当成已完成。本例闲聊也会受阻，须一并追踪。

最后检查空缺与未知。周岚离场时，道歉和照片闲聊都受阻；警报若也解除，等待操作的句子不满足条件，应另写有明确条件的离场过渡。若不知道周岚是否在场，须标记缺失状态，不能当作“不在场”，也不能据此断言普通候选全不可选。合法空缺可以没有新片段；兜底不能补全未知事实。

想保住道歉情绪，可把警报提前到道歉开始前；想表现中断遗憾，可另写短促插话并保留道歉未完成记录；两项信息须一起理解时，可写成组合片段。这分别改变时序、打断方式和内容组织，不能只靠提高数字实现。

表格适合明确时点的离散片段竞争。持续演出、多人同时说话或玩家决定先听谁时，应先确定显示与交互方式。让玩家选择还须交代未选片段是延后、失效还是可回看。

交稿前，请另一位审稿人仅凭状态与表格复算每轮候选、阻断、结果及状态变化。答案不一致时，定位缺失条件或裁决规则。记录应解释警报为何先播、道歉何时回来、闲聊是否满足道歉完成与误会化解等条件，以及何时允许没有新片段显示。