围绕线索、物品和情境操作编写点击式冒险提示词

让每次点击都遵循可见规则

优秀的点击式冒险游戏提示词会定义每个热点的作用、物品栏物品何时可用、哪些状态会改变，以及玩家如何从失败操作中获得提示。从一个房间和一项完整谜题开始。提供明确线索、少量情境化操作，以及能将所有物体和标记恢复到已知状态的重置功能。

本指南将 Bellglass Archive 这一虚构灯塔房间谜题作为手工设计示例。下方提示词模板没有运行；该房间不是可玩构建或经过测试的线上案例。此处的价值在于状态约定：你可以将它改编到自己的场景，再把生成构建与要求的确切行为进行比较。

按以下顺序进行：为热点和操作命名，定义物品栏和标记，推演成功交互，确定无效操作的响应，并编写验收用例。相比要求制作一场含有未定义“可运行谜题”的完整冒险，这样的提示词更容易检查。

定义线索房间及其状态

Bellglass Archive 发生在一间灯笼廊厅。目标是发现并输入三个符号的顺序以打开档案室门。房间内有工作台上的黄铜透镜、木制百叶窗、空透镜支架、空白墙面、三转盘铭牌和锁住的门。这些是具有不同操作的独立热点；点击物体不应悄悄触发所有可能适用的操作。

使用精简状态列表，让提示词、预期推演和后续审查都引用相同事实：

• 物品栏物品：黄铜透镜，可由玩家携带或安装在支架上。
• 布尔标记：brassLensCarried、shuttersOpen、lensInstalled、clueSeen 和 doorOpen。
• 有序输入：dialSequence，初始为空列表，只存储当前正确的前缀。
• 初始状态：物品栏为空、所有标记为 false、百叶窗和门关闭，dialSequence=[]。

明确说明场景物体与物品栏物品的关系。安装透镜会将其从物品栏移除，但不会销毁；它仍可在支架上看到。同样，玩家看过线索后，关闭百叶窗会隐藏投影，但不应抹去日志记录。这些区分能避免场景看似忘记进度。

提示词 1：建立房间约定

在虚构的 Bellglass Archive 中设计一个名为 Lantern Gallery 的原创点击式谜题房间。为工作台上的黄铜透镜、木制百叶窗、空透镜支架、空白墙面、三转盘铭牌和锁住的档案室门设置独立热点。初始时透镜在桌上、物品栏为空、百叶窗关闭、门锁住，brassLensCarried=false、shuttersOpen=false、lensInstalled=false、clueSeen=false、doorOpen=false、dialSequence=[]。将查看、拾取、物品用于热点、转盘输入和重启定义为不同操作。返回每个热点的状态表、有效操作、变更的标记或物品栏内容，以及可见反馈。不要添加房间、角色、收集品或未说明的谜题规则。

提交首条提示词后，先检查提议的状态表，再要求对话或额外房间。如果查看与使用被合并，或透镜对准任何物体时都会被移除，应先修正逻辑，再扩展故事。精简规则更易修订，也为首个可玩交互提供具体依据。

提示一条完整交互循环

接下来要求制作一个能展示每次状态变化的可玩房间。点击应产生玩家可理解的响应：查看会描述物体；拾取会改变物品栏；将物品用于热点会检查目标；点击转盘会推进正确前缀或重置序列。为将携带的透镜用于错误热点设置零成本失败响应。玩家应看到操作失败的原因和下一步可尝试的位置，同时不丢失物品或破坏谜题进度。

提示词 2：要求首个可玩切片

按照 Lantern Gallery 状态约定，只创建一个可玩的点击式房间，不添加其他关卡。查看、拾取、物品用于热点、转盘输入和重启应为独立操作。携带的黄铜透镜只能安装在透镜支架上。安装时将透镜从物品栏移除，设置 brassLensCarried=false 和 lensInstalled=true，并让透镜固定在支架上。如果玩家将透镜用于转盘铭牌、墙面、门或其他非支架热点，显示简短的“不合适”提示并突出支架；透镜保留在物品栏，不改变标记、dialSequence 或房间状态。该拒绝操作不消耗资源，也不触发状态转换。lensInstalled AND shuttersOpen 都为 true 时，从左至右显示墙上提示：潮汐波、翅膀、铃铛。设置 clueSeen=true；之后即使关闭百叶窗，也在日志中保留线索。接受转盘序列潮汐、翅膀、铃铛；输入任何错误符号后清空 dialSequence，但不消耗物品。只有输入完整正确序列后才设置 doorOpen=true。重启恢复确切初始状态。展示热点、物品栏、线索、转盘、反馈和重启响应。返回状态变量、操作规则、成功推演、失败推演和验收用例。除非结果在返回的构建中有可见体现，否则不要声称其已实现。

提示词将每个条件与面向玩家的信号关联起来。实现中隐藏的标记本身难以审查；物品栏图标变化、投影线索、高亮有效目标和门动画都能提供可观察检查点。要求克制但能说明状态的反馈，不要为此添加与谜题无关的按钮或故事系统。

确保两种准备顺序都能正常使用基础房间。玩家可以先打开百叶窗再安装透镜，也可以先安装透镜再打开百叶窗。两种情况下，第二个条件变为 true 时都应立即显示线索。这个小分支可以检查谜题是否依赖状态条件，而非只认一种记忆中的操作顺序。

手工核对线索与转盘顺序

评估构建前先写出推演。推演列出操作、操作前状态、操作后状态以及可见响应，为成功路线和可恢复错误提供精简参照。下表是作者对 Bellglass Archive 的预期，并非生成游戏的结果。

现在推演错误转盘输入。线索出现后，先选择潮汐，再选择铃铛。由于第二个符号不是预期的翅膀，部分序列会清空为列表空值。线索仍保留在日志中，透镜仍安装在支架上，门继续锁定。玩家可以再次尝试，无需重复准备步骤或丢失物品。

还要推演另一种有效准备顺序：拾取透镜、安装透镜，然后打开百叶窗。最后一个操作前没有可见线索；操作后三个符号出现，clueSeen 变为 true。如果玩家读过线索后关闭百叶窗，投影会消失，但日志条目仍保留。状态约定区分当前可见内容和玩家已经学到的信息。

这些推演由人工指定，未经软件测试。审查真实输出时，记录其版本，并在每次重启后的初始状态执行每项操作。将可见结果与推演比较；只有实际在构建中检查过该操作后，才能标记为已观察。如果返回房间的反馈不足以辨别哪个条件改变，就修订提示词以显示该状态。

每次修订一条情境规则

如果首版在打开百叶窗或安装透镜任一操作后就显示线索，只修订线索条件。保留房间布局、物品栏规则、转盘顺序、日志行为和重启机制。这样可以隔离改动，让后续比较有意义。“让谜题更清晰”这类宽泛请求无法说明要保留哪种交互或新结果应是什么。

提示词 3：只调整线索显示条件

只修订 Lantern Gallery 中墙上提示的显示规则。当且仅当 lensInstalled=true AND shuttersOpen=true 时，显示潮汐、翅膀、铃铛。如果任一条件为 false，就从墙上移除投影。如果 clueSeen 已变为 true，关闭百叶窗后仍应在日志中保留线索。保留当前场景、热点、物品栏行为、错误目标反馈、dialSequence 行为、门规则和重启机制。返回已更改规则、未更改规则，以及三组前后状态：透镜未安装但百叶窗打开；透镜已安装但百叶窗关闭；两个条件都为 true。不要添加提示系统、新物体或对话分支。

每次修订一条规则，然后保留简短的前后记录。写明原始构建或提示词版本、更改的句子、初始状态、操作以及产生的可见状态。如果结果改变了请求范围之外的内容，应单独记录，而不是悄悄接受新机制。这样可以让下一条提示词更精准，并帮助判断差异源于规则、反馈还是未经请求的新增内容。

检查冒险谜题的边界情况

使用验收用例覆盖缺失前置条件、无效目标、部分进度、完成和重启。用例应说明玩家会看到什么以及哪些状态必须保持不变，而不只是说某操作“是否合法”。以下用例是为未来构建提出的。

特别注意无效目标情况：透镜仍在物品栏中，支架被高亮，所有房间标记和转盘值都保持原样。此处的“零成本”是指不消耗物品、资源或状态转换；仍可显示简短解释提示。明确这一点能防止含糊的失败反馈悄悄改变谜题状态。

不要因为相邻创意提到持久化功能就将其加入。本房间只有静态道具和记入日志的线索；不会跨房间记住可移动物体、通过音乐改变场景或添加根据进度变化的提示。保持范围边界有助于让一条提示词回答一个设计问题。

将简报带入创作流程

当前 Free AI Game Maker 页面介绍了一般创作流程：用简单英语描述游戏创意，生成可玩的 2D 或 3D 初版，在浏览器中测试，并通过后续提示词改进。页面还提到创作者可从免费 Koins 开始，并在每次生成前查看费用。这些说明不能证明 Bellglass Archive 已被生成，也不能证明其点击式交互已按本文描述实现。

将自己的房间创意带入创作流程时，提供热点地图、初始状态、物品有效目标、线索条件、转盘规则、失败反馈和重启状态。检查实际结果展示了什么，再逐项测试验收用例。如果某种交互无法检查或重置，应先明确如何让它可见且可重复，然后再添加房间。

构建一个清晰易读的谜题房间

要求制作更长冒险前，先定义每次点击、物品、条件和反馈信号。状态表、一条成功推演、一种可恢复失败和一条重置规则，能构成实用的提示词库，并帮助检查未来构建的实际表现。

准备完善自己的项目时，可以继续使用 Free AI 游戏制作器。提供一个房间、一项目标谜题和你想审查的可观察规则。

点击式冒险提示词常见问题