作者答案、玩家正文与制作备注，为什么要分成三层？

谜题解答与玩家提示混写时，应按用途拆成作者答案、玩家正文、制作备注三层，并为每层指定接收者和交付范围。拆分的目的，是让负责发布的人能准确拿到可发布内容，不必临时猜测哪句该删。

作者答案说明谜题为何成立；玩家正文提供当前可见的线索与反馈；制作备注说明这些文字怎样进入作品。三者可以引用同一个节点编号，但不能默认一起交付。尤其要注意：标成“内部”只是提醒，不能阻止持有完整文档的人复制、转发或导出。

下文用《空站寄存柜》演示。这是虚构教学案例，不是真实用户案例、经过测试的成果，也不代表任何产品功能。文中的拆稿、交接和检查均为人工工作方法。

设定中，玩家要打开一只三位数寄存柜。现场有三张车票，日期依次为六月十二日、十三日、十四日，对应车次尾号分别为四、七、二；柜门刻着“循日期，由早到晚，只取车次末位”。预设答案为四七二。

混写稿可能是：“柜门刻着循日期，由早到晚，只取车次末位。正确输入四七二后开门，错误时保持关闭。这里别把票面日期裁掉。”这段话连续包含可见线索、正确答案、交互规则和画面要求。直接复制整段，或者凭印象删除括号，都容易留下不该出现的内容。

拆开后，作者答案应记录推导链：先按日期排列车票，再取各车次末位，得到四七二；同时说明三张票的日期互不相同，避免顺序不唯一。玩家正文只保留柜门刻字、三张完整票面，以及“柜门打开了”“柜门仍未打开”等反馈。制作备注则写：输入框保留三位；答对接开门段落，答错留在当前场景；票面日期与车次必须可辨认。

这里最容易误判的是“答对接开门段落”。它虽然不含答案，仍然是制作指令，不该作为叙述显示。反过来，票面数字虽然与解题有关，却是玩家必须获得的证据，不能因为怕剧透就全部移走。

每个谜题建立一张交接卡，用共同编号关联三层。卡片本身属于内部索引，不随玩家正文发布；它记录文件位置和接收范围，不必再复制一遍答案。

卡片还应填写：节点编号、三层版本、各层负责人、接收者、交付清单、发布入口、待解决问题。空白字段不能被理解为“随意处理”；例如发布入口未定，就还无法判断哪些文字会出现在玩家眼前。

本例可填为：节点“寄存柜零一”；三层版本均为第二版；发布入口为寄存柜场景；正文交付清单为柜门刻字、三张票面、输入说明和两条反馈；待解决问题为无。作者负责答案，编辑负责正文，实现人员负责制作备注，交接前各自确认对应版本。

接收权限不必机械地一人一层。负责输入判定的人确实需要四七二，就把该节点的判定值列为额外交付项；他未必需要其他谜题的全部真相。负责票面绘制的人需要完整日期与车次，却不一定需要结局解释。范围跟着任务走，而不是跟着职位名称一刀切。

先逐句标注用途，再把混合句拆成独立条目。不要只移动整段：“正确输入四七二后，显示柜门打开了”必须拆成判定条件和显示文字，否则答案仍与正文捆在一起。

接着给条目编号。本例把柜门刻字记为正文一，三张票面记为正文二至四，成功与失败反馈记为正文五、六。制作备注引用这些编号，写明何时展示哪条。引用的作用是减少重复抄写，不意味着任何工具会自动保持同步。

然后按接收任务制作交付副本：发布人员收到正文一至六及输入说明；画面制作人员收到票面内容和可辨认要求；判定实现人员收到该节点答案、反馈编号及跳转要求。内部总稿可以保留，但不能用“你自己找需要的部分”代替交接。

最后处理改稿。假设第二张票的尾号由七改为八，答案便应改为四八二。负责人需要同时核对票面、作者答案和判定备注，并重新确认版本。只换图片而未更新判定，会让玩家依据正确线索得到错误反馈。分层减少了混杂，也增加了关联维护工作，这项代价必须有人承担。

发布前打开准备交付的副本，逐项核对，而不是只看整理得很干净的总稿。

• 对照交付清单，确认没有答案页、内部索引或额外附件。
• 检查标题、文件名、批注、修订痕迹与链接去向，排除答案从正文之外流出。
• 查找“正确答案”“判定”“待改”等内部措辞，再逐句判断用途；没有搜到这些词，也不能证明没有泄漏。
• 沿玩家接触顺序读一遍，确认三张票与柜门刻字仍然齐全，反馈只在约定条件下出现。

本例里，四、七、二出现在各张票上是必要线索；“按四七二输入”出现在柜门旁则直接替玩家完成了推导。因此检查对象应是信息的组合、位置和出现条件，不能把所有答案相关数字都列成禁词。

小型单人项目可以在总稿中保留三个明确区块，但交付时仍应生成只含所需内容的副本。多人持续改稿时，可采用三份独立文档加一张交接卡。折叠段落、隐藏列或文字颜色适合阅读整理，不应被当作接收权限。

如果作品另有通关后解答，作者答案也不能直接原样发布：它可能夹有废案和制作说明，需要另写面向玩家的复盘正文。三层解决的是协作中的信息归属与交付范围；提示该透露多少、谜题是否公平，仍要分别判断。