動畫可以減弱，無線電故障的敘事資訊不能消失

關閉動畫後，玩家仍應知道：哪台設備有何變化、訊息缺在哪裡、現在能做什麼。無線電不再震動、指示燈不再閃爍，可以降低表現強度，卻不能刪除判斷依據。先將效果轉為事件事實，再安排必要的靜態呈現。

互動觸發的動態效果可關閉，必要者除外；這是AAA級準則，並非一律強制。查看相關說明。本文僅藉此界定範圍，清單與對白皆為原創教學設計，不是完整的合規判斷。

本文採用虛構故事《霧港末班電訊》：值班員阿禾按下接收鍵，無線電外殼震動、指示燈閃爍，通知接收到一半便中斷；設備隨後恢復，缺漏內容卻未補回。此處震動指畫面位移。案例未經實際試玩，也不代表DramaFork已有相關功能。

須守住的敘事條件：玩家知道通知不完整，卻不知道缺漏內容。靜態替代不能抹去故障，也不能提前破解通知。

別只寫「關閉震動」。逐一列出效果並問：拿掉後，玩家會誤解什麼？若沒有事實、狀態或行動依據仰賴它，就可以只是氣氛；否則須補寫替代。

套用時，將第一欄換成自己的效果，其餘逐項填寫。最後一欄尤其重要：將「發生異常」解釋成「有人切斷通訊」，就改變了謎題。

也要區分短暫事件與持續狀態。「剛才中斷過」適合留在紀錄；「現在仍中斷」是目前狀態。混用可能讓連線恢復後仍掛著未標時間的故障文字。恢復時須更新目前狀態，保留有缺口的接收紀錄；留下的是缺漏位置，不是補出未收到的原文。

原稿可概括為：阿禾按下接收鍵，無線電震動、燈光閃爍，字幕晃動後變成「末班船改靠……請勿前往……」，最後燈光穩定，出現「直接出發」與「請求重傳」兩個選項。

燈光穩定容易被理解為問題已解決，刪節號卻可能是停頓或訊號遺失，玩家無法確定掌握多少訊息。

依清單改寫的靜態稿如下，各段按劇情順序出現，無須震動或閃爍：

阿禾按下接收鍵。

無線電狀態：接收中斷。

本次接收：「末班船改靠［未接收］，請勿前往［未接收］。」

阿禾：「靠哪裡、不能去哪裡，都沒聽完整。」

無線電狀態：連線恢復。先前缺句尚未補齊。

選擇：請求重傳／依現有資訊直接出發。

這保留了兩處缺口及位置，也區分「設備能繼續接收」與「舊訊息已補齊」。對白承載情緒與理解，並非唯一故障說明；刪去後，紀錄仍清楚。

玩家若在故障中途切換呈現設定，靜態版應銜接當下事件階段。設計稿可分別註明「接收中斷期間」與「恢復之後」的顯示內容。不能每次切換都從故障前重來，或一律顯示恢復狀態，否則會改寫時間順序。

介面狀態列適合常操作設備的故事，便於區分目前狀態與歷史訊息，但會增加畫面文字。文學性較強的作品可用旁白：「接收在兩個地名處中斷；連線隨後恢復，缺句仍在。」閱讀篇幅較多，卻能融入敘述語氣。

也可讓角色觀察無線電，但須限制其知識。阿禾能說「這句話沒有完整收到」，不能毫無其他線索就斷言「港口有人干擾我們的訊號」。替代文字應補足原本可觀察的內容，推測仍須保留推測語氣。

幾種省事做法會留下漏洞：閃燈只改成固定紅燈，未說明是故障或待機；只留雜音，理解仍仰賴聲音；將抖動字幕定格，可能留下半個字；提示立即消失，錯過便無處核對。

不必將所有內容重複三遍。狀態區回答「現在如何」，接收紀錄回答「剛才收到什麼」，選項文字回答「接下來做什麼」。紀錄中的「未接收」標記，回看時仍須能辨識，不能隨恢復提示撤除，也不能換成玩家尚未知曉的原文。

若原稿以閃爍次數作密碼，關閉效果後須保留可辨識的序列，不能只寫「燈有異常」。這是另一種資訊結構，應另列清單；本例沒有此類密碼，不能臨時加入。

先收起效果說明，只看關閉動畫的稿件，回答四題：故障在接收前或接收中發生？通知哪裡不完整？設備目前恢復了嗎？為何此時能請求重傳？若答案只在作者備註裡，正文仍缺少呈現方式。

再對照保留效果的版本，檢查兩者是否提供相同的選擇依據。玩家不能因關閉動畫少知道一句警告，也不能多知道一個地名。重點是資訊邊界一致，而非逐格重現。

最後模擬三種閱讀位置：從段落開頭進入、故障中途切換、恢復後回看紀錄。核對目前狀態、缺漏標記與選項是否吻合。恢復後應能找到帶「未接收」標記的通知，而非看到先前未收到的原文。這是建議的人工審稿方法，本文沒有執行結果，也不聲稱所有讀者都能理解。

交付時，將清單與靜態稿放入同一份編輯紀錄，為未解決項目註明具體缺口，例如「連線恢復後，回看接收紀錄時看不到『未接收』標記」。須修正的是標記或有缺口紀錄的可見性；未收到的原文仍不可見，符合本例敘事條件。可繼續製作的故障戲，應在撤掉震動與閃爍後，完整留下事件、未知與行動依據。