作者解答、玩家內容與製作備註，為什麼要分成三層？

謎題解答與玩家提示混寫時，應依用途拆成作者解答、玩家內容、製作備註三層，各自指定接收者與交付範圍，讓發布者準確取得可發布內容，不必臨時猜哪句該刪。

作者解答說明謎題為何成立；玩家內容提供當下可見線索與回饋；製作備註說明文字如何放進作品。三者可引用同一節點編號，但不應預設一併交付。「內部」標籤只是提醒，無法阻止持有完整文件的人複製、轉寄或匯出。

以下以《空站寄物櫃》示範。這是虛構教學案例，並非真實使用者案例、經測試的成果，也不代表任何產品功能。拆稿、交接與檢查皆為人工工作方法。

玩家須開啟三位數密碼寄物櫃。現場三張車票日期為六月十二、十三、十四日，車次末碼依序為四、七、二；櫃門刻著「循日期，由早到晚，只取車次末位」。預設答案是四七二。

混寫稿可能是：「櫃門刻著循日期，由早到晚，只取車次末位。正確輸入四七二即開門，答錯維持關閉。這裡別裁掉票面日期。」這段混合了可見線索、答案、互動規則與畫面要求。整段複製或憑印象刪括號，都容易留下不該出現的內容。

拆開後，作者解答記錄推導：按日期排序車票，取各車次末碼，得四七二；並註明三張票日期不同，確保順序唯一。玩家內容只保留櫃門刻字、三張完整票面及「櫃門打開了」「櫃門仍未打開」等回饋。製作備註寫明：輸入欄保留三位；答對接開門段落，答錯留在原場景；日期與車次須清晰可辨。

最容易分錯的是「答對接開門段落」：雖不含答案，仍是製作指令，不該顯示為敘述。票面數字雖與解題有關，卻是玩家必須取得的證據，不能怕暴雷就全移除。

每題建立交接卡，以共同編號連結三層。卡片是內部索引，不隨玩家內容發布；記錄檔案位置與接收範圍即可，不必重抄答案。

另填節點編號、三層版本、各層負責人、接收者、交付清單、發布位置與待解問題。空白不代表「自行處理」；例如發布位置未定，就還無法判斷哪些文字會出現在玩家眼前。

本例可填：節點「寄物櫃零一」；三層皆第二版；發布位置為寄物櫃場景；玩家內容交付清單含櫃門刻字、三張票面、輸入說明、兩則回饋；待解問題為無。作者負責解答，編輯負責玩家內容，實作人員負責製作備註，交接前各自確認對應版本。

接收權限不必一人一層。輸入判定人員確實需要四七二，就將該節點判定值列為額外交付項；他未必需要其他謎題的全部真相。票面繪製者需要完整日期與車次，未必需要結局解釋。範圍應依任務調整，不按職稱一律劃分。

先逐句標用途，再把混合句拆成獨立項目，別只搬整段。「正確輸入四七二後，顯示櫃門打開了」須拆成判定條件與顯示文字，否則答案仍綁著玩家內容。

接著為項目編號。本例中，櫃門刻字為玩家內容一，三張票面為玩家內容二至四，成功與失敗回饋為玩家內容五、六。製作備註引用編號，註明何時顯示哪項。引用是為減少重抄，不代表任何工具會自動同步。

再依接收任務製作交付副本：發布者取得玩家內容一至六及輸入說明；畫面製作者取得票面內容與清晰度要求；判定實作者取得該節點答案、回饋編號與跳轉要求。可保留內部總稿，但不能用「自己找需要的部分」取代交接。

最後處理改稿。若第二張票末碼由七改八，答案須改為四八二。負責人須一併核對票面、作者解答與判定備註，重新確認版本。只換圖未改判定，會讓依正確線索解題的玩家收到錯誤回饋。分層減少混雜，也增加相關內容同步維護的工作，這項負擔必須有人承擔。

發布前開啟準備交付的副本逐項核對，別只看整理乾淨的總稿。

• 對照交付清單，確認沒有解答頁、內部索引或多餘附件。
• 檢查標題、檔名、註解、修訂標記與連結目的地，排除答案從玩家內容之外外流。
• 搜尋「正確答案」「判定」「待改」等內部用語，再逐句判斷用途；搜不到也不能證明沒有洩漏。
• 按玩家接觸順序讀過，確認三張票與櫃門刻字齊全，回饋只在約定條件下出現。

本例各票上的四、七、二是必要線索；櫃門旁的「輸入四七二」卻直接替玩家完成推導。因此須檢查資訊組合、位置與出現條件，不能把所有答案相關數字都列為禁詞。

小型單人專案可在總稿保留三個明確區塊，交付時仍應產生僅含所需內容的副本。多人持續改稿，可用三份獨立文件加一張交接卡。摺疊段落、隱藏欄或文字顏色適合整理閱讀，不應視為接收權限。

若另有通關後解說，也不能原樣發布作者解答：其中可能有廢案與製作說明，須另寫面向玩家的回顧內容。三層處理協作中的資訊歸屬與交付範圍；提示該透露多少、謎題是否公平，仍須分別判斷。