先决定显示锁定,还是暂时不出现
玩家已经看见库房、听说能申请查看,锁定提示可解释为什么现在进不了。玩家还不知道有地下密室,按钮“进入密室:尚未发现”则提前说出了秘密。
| 情况 | 本页建议 |
|---|---|
| 行动与条件是已知规则 | 显示行动、当前缺口和可做的下一步 |
| 行动存在本身是秘密 | 等玩家通过既定信息得知再呈现,不用锁图标剧透 |
| 当前没有任何可行取得路径 | 说明暂不可用或按本书设计隐藏,别承诺必能解锁 |
这不是所有游戏的统一可见规则。如果作品明确把路线预览作为玩法,可以选择适度预告;要与玩家承诺一致,而不是无意暴露完整反转。可读的锁定提示与让角色提前知情是两回事。
锁定提示要说当前缺口,不预告全部后果
“条件不足”没有帮助;“需要值班员同意”让玩家知道去问谁。若还缺钥匙,分别显示,别让玩家拿到钥匙后误以为权限也自动成立。
提示可以在按钮旁或选择后的拒绝反馈里,关键是必要信息在玩家需要时可见、语义一致。已知成本应在行动前出现;隐藏人物动机和结局不必一并公布。
源方法将按钮、代价提示与人物回应分工。避免每行重复完整任务历史,把当前缺口贴在受影响行动旁。原因不只有道具或数值,还可以是人物未在场、已有承诺冲突、位置不对或当前不愿接受。
原创示例:获准之后,还要真正拿到钥匙
纸面游戏《库房访客》:门旁已贴规则“申请查看工具架,获准后领取本次钥匙”。玩家从这里知道可申请,当前没有许可或钥匙。值班员能批准本次工具架查看;档案区不在许可内。门在尝试进入时检查本次许可与玩家持钥匙两项,失败不消耗物件、不改变位置。
| 状态与玩家动作 | 界面和人物实际回应 |
|---|---|
| 初到门前 | “进入工具架区”暂不可执行;旁注“先向值班员申请,获准后领钥匙” |
| 请求查看工具架 | 值班员实际回应“可以,只看工具架,档案区不开放”;记录本次许可,仍提示“尚未领取钥匙” |
| 选择领取钥匙 | 值班员实际递给玩家;持物更新后,进入选项可用 |
| 选择进入 | 当前许可和持钥匙均有效,位置变为工具架区;没有自动打开档案区或完成全部查找 |
| 出来后交还钥匙 | 值班员接回,持物清空;再进提示“本次钥匙已交还,需重新领取” |
在本例中,许可只对本次来访有效,离开库房场景后结束;同一次来访中归还再领钥匙是否允许,由作者明确选择,这里允许向仍在场的值班员再次领取。不要因为最后一行提到“重新领取”,就在所有存档中免费复制钥匙。
完整走读:玩家先看到公开规则,申请并听到同意,再选领取并获得钥匙,进入工具架区;检查结束后出门交还,尝试旧“进入”按钮被拒,最后离开结束本次来访。每一步用当前状态判断,按钮之前出现过不等于永远有效。
以上是原创设计路径,不是已运行的产品或试玩录像。实际界面还要检查不可点击时能否读到原因、可用状态怎样被辨认以及反馈是否挡住下一步。
条件变化以后,旧选项也必须重新检查
渲染出来时符合条件,点击时可能已不符合:钥匙交还、承诺撤销、人物离场或本次许可到期。表现层不能绕过规则;检查失败时保留应保留的状态,再给当前原因。
读档也要恢复当前来访、许可范围与持物,不能凭“曾获准”替代本次有效许可。若改了许可含义,说明旧存档迁移或明确失效,不让同一个旧记录突然扩大到档案区。
秘密选项同样如此。玩家从某条分支发现的事,另一条没有发现的路线不应仅因共享场景就出现同样标签。世界事实存在、玩家已经知道、人物是否相信,分别判断。
从四种反例查锁定设计
只有钥匙没有许可,进入应按本例规则拒绝;只有许可没有钥匙,也应指出缺物件;两项齐全可进入,但仍不能扩大到档案区;交还钥匙后点旧按钮,不能再进入或扣出负数道具。
若所有行动都锁着,给一个合法的询问、等待、离开或替代行动,按本场设计决定。不是每个限制都必须立即解除,但玩家应能理解为什么停在这里。
锁定提示过长时,保留当前必要条件,把完整任务史放到按需日志。若读者看提示就知道幕后人、全部路线或最终结局,退回当前知识。规则走读能发现泄露与错误放行;不能证明玩家一定觉得探索有趣。
常见问题
所有锁定选项都应该显示吗?
不应该一律显示。已知规则可说明,未知秘密可以暂不呈现。路线预告若是本作明确玩法,也要控制信息量与角色知情边界。
条件满足后自动继续剧情可以吗?
可以在本作明确选择的自动流程里这样设计。若原来承诺玩家自行选择进入,取得钥匙不应顺带替他进门、翻档案或提交证据;把自动动作范围写清。
用 skill 来做
用 $game-world-design 检查这些锁定选项。附玩家已知信息、行动前置、实际状态和可获得条件的路径。说明哪些限制可公开、哪些标签会剧透;给当前原因、可行下一步和满足条件后的真实动作。检查条件撤销、物件交还、旧界面点击和读档,不自动放行或泄露秘密。
查看具体方法: 行动前置、可预判信息与失败反馈 · 隐藏因果与玩家当前知识 · 按钮、可见条件与提示分工 · 实际规则验证与状态提交