道歉、警報和閒聊同時符合條件，先顯示哪段？用表格檢查優先順序衝突

道歉、警報與閒聊同時符合條件，不能只寫「警報優先於道歉，道歉優先於閒聊」：說明可能播過，道歉對象可能離場。應先確認候選、排除阻擋，再比較順位，最後處理同順位或空缺。

Yarn Spinner 文件說明，顯著性策略會從符合條件的台詞或節點群組選取內容。查看文件。下表是原創設計建議，不代表 DramaFork 採用此演算法，也非已實作功能的描述。

先固定同場景、同選擇時點與一個顯示位置。不同位置可同時呈現的內容不必競爭；已開始的對白能否中斷，須另訂規則。

以下是虛構教學案例，非真實使用者案例，未經實際遊玩驗證。軌道站值班室裡，林遙想向周嵐道歉，控制台亮起警報，兩人也已開啟舊照片話題。林遙全程留在值班室，道歉與照片閒聊皆須周嵐在場。每輪只顯示一段，結束再檢查。

「已處理」指緊急操作完成，可恢復談話；「已解除」指複核完成，本次警報結束。兩者分開記錄，可已處理但未解除；說明只在未解除時補播。

順位分三級，一級優先。照片閒聊須等道歉完成且誤會化解；其他事件提前化解誤會，也不能跳過道歉。「道歉獲接受」不是額外條件，接受與否不能取代誤會是否化解的判斷。

入選不等於可播，阻擋條件有否決權。提高道歉順位，離場者也聽不到。備援不參與排序，僅在一般候選全數確定不可選時檢查自身條件。

表頭應註明場景、檢查時點、狀態版本與作者意圖。人物離場、處理完成或一般片段結束等相關事實改變，才更新版本；輪次增加與等待句播放紀錄不更新版本。檢查等待句須比對已記錄版本，避免記錄動作觸發重播。

第一輪：周嵐在場，誤會曾發生且未化解，道歉未完成，照片話題已開啟、閒聊未播；本次警報已發生、未處理、未解除，說明未播，目前版本等待句未播。三個一般片段皆符合入選條件，道歉與閒聊受阻，故顯示警報說明。這只檢驗阻擋，刪除順位數字結果也相同。

另設排序對照：保留第一輪其他狀態，只改成警報已處理、未解除，即操作完成但複核未完，說明仍未播。說明與道歉皆可選，閒聊仍受阻；一級說明勝出，才檢驗到順位。

回到原例。說明播完只更新已播紀錄與狀態版本，不能順便記為警報已處理。下輪說明被排除，道歉與閒聊仍受阻，顯示「林遙望向控制台，等周嵐完成操作」，記錄已播與該版本。同版本再檢查，等待句也被排除，不顯示新片段，等待劇情事件推進。

劇情明確出現處理完成的動作後，更新警報狀態與版本，道歉才可播。完整說完只記為已道歉，不自動代表誤會化解。誤會若仍未化解，閒聊繼續受阻；若已由其他事件化解，道歉完整說完後，即使未獲接受，只要其餘表格條件成立，閒聊仍可播。誤會提前化解但道歉未完，閒聊仍須等待，與「誤會曾發生」的道歉入選條件一致。

可記錄：「第二輪，說明已播、警報未處理；一般候選全受阻；等待句於版本二首次顯示並留存；同版本再檢查不顯示；推進依賴處理動作。」每輪保留候選、排除理由、結果與待補資訊。

先製造同順位：新增一級「艙門提示」，讓它與說明同時可選。須訂固定順序、合併片段或增加區分條件。未訂裁決規則就標記「選擇不唯一」，不能暗用表格列序決定。

再製造重複：說明播完後維持警報狀態。若再出現，檢查已播阻擋條件或紀錄是否誤清；若舊紀錄擋住新警報，須將說明紀錄限定於特定事件。等待句須檢查同版本重播，以及是否誤將輪次變動視為狀態改變。

第三是低順位內容長期延後。新的一級片段接連出現，道歉可能一直等不到。應推演至離場，檢查恢復機會：可在警報處理後安排專用談話位置；若決定錯過道歉，須寫出後果，不能把未顯示當作已完成。本例閒聊也受阻，須一併追蹤。

最後檢查空缺與未知。周嵐離場，道歉與照片閒聊皆受阻；警報若也解除，等待操作句便不符條件，應另寫條件明確的離場過場。若不知周嵐是否在場，須標記狀態缺漏，不能當作「不在場」，也不能據此斷言一般候選皆不可選。合法空缺可沒有新片段；備援不能補齊未知事實。

想保留道歉情緒，可將警報提前至道歉開始前；想呈現中斷的遺憾，可另寫一句急促的插話並保留道歉未完成紀錄；兩項資訊須一起理解，可合為一段。這分別改變時序、中斷方式與內容組織，不能只靠提高數字實現。

表格適用於明確時點、可分段選取的片段競爭。持續演出、多人同時說話或玩家決定先聽誰時，應先確定顯示與互動方式。讓玩家選擇，也須交代未選片段會延後、失效或可回看。

交稿前，請另一位審稿人僅憑狀態與表格，重算每輪候選、阻擋、結果與狀態變化。答案不一致，就找出缺漏條件或裁決規則。紀錄應解釋警報為何先播、道歉何時回來、閒聊是否符合道歉完成與誤會化解等條件，以及何時容許不顯示新片段。