围绕固定视点设计透视谜题

从标记视点开始解谜

透视谜题需要一条玩家能验证的规则，而不是只在设计者脑中成立的视觉把戏。先从一个标记视点出发，将实时投影与目标比较，再沿短轨道移动一个近景物体。在这个虚构房间中，3×3 网格明确显示投影形状：三个深度不同的碎片组成阶梯状闸门符号，近景方块只有三个合法停点，其中仅有一个能完成图案。

实用的设计方法是保持视点、目标和两个固定碎片不变，只改变一个位置。下方表格和遮罩计算是经过纸面检查的示例，不是实测结果或已制作游戏。它提供简明提示词、唯一解，以及未来可玩版本的检查清单。

定义投影网格

从左上角开始，按行列编号 3×3 网格。 1 表示该格已填充； 0 表示空格。从标记的黄铜观察站看，目标图为 111 / 101 / 001: 顶行三个格、中间行左右两格，以及右下角一格。这个作者设定的网格就是谜题规则，并不是现实透视或计算机视觉的通用公式。

房间中有两个碎片不会移动。中间深度的横杆投影为 111 / 000 / 000，最远端右侧立柱投影为 001 / 001 / 001。两者叠加后的覆盖图案为 111 / 001 / 001。近景方块宽一格，只能位于第 1、2 或第 3 行最左侧的格子。轨道停点会改变它的遮罩：

碎片重叠时，该格仍保持填充。谜题会裁掉九格窗口之外的部分，再将叠加结果与目标比较。起始停点处，近景方块与横杆已经填充的格子重叠，因此实时叠加结果仍是 111 / 001 / 001。此时目标图中间偏左的格子仍未填上。这个基线让玩家看见移动轨道的理由。

在提示词和审核记录中都保留这些遮罩。如果游戏增加第四个停点、移动观察站、改变固定碎片，或点亮作者叠加图案之外的格子，结果就不再是同一道谜题。比起含糊地要求“让物体看起来对齐”，明确的小网格更容易检查。

为单视点房间编写提示词

要求一个房间和一种可测试交互。说明玩家从观察站看到什么、哪些物体会动、投影如何叠加，以及哪个确切事件会打开路线。下方提示词可以直接改写：虚构规则定义设计目标，结尾的问题要求可见检查，而不是假设实现正确。

创建一个名为 The False Archive 的原创第三人称 3D 谜题房间。玩家站在标记的黄铜观察站上，可看到一个 3×3 实时投影网格和一个 3×3 目标网格。目标为 111 / 101 / 001。放置三个在物理上分离、深度不同的碎片：固定的中间深度横杆，投影为 111 / 000 / 000；固定的最远端右侧立柱，投影为 001 / 001 / 001；以及安装在竖直轨道上的单格近景黄铜方块。近景方块只有三个合法停点，分别在左列第 1、2、3 行，遮罩为 100 / 000 / 000、000 / 100 / 000 和 000 / 000 / 100。任一碎片覆盖某格时，该投影格即为填充；裁掉 3×3 窗口以外的部分。不要移动观察站或两个固定碎片。

开场时将近景方块放在第 1 行。每次轨道移动后重新计算实时网格。保持缺失目标格的轮廓可见，并点亮任何多余实时格，让玩家能看清错误所在。九格完全相等时显示对齐提示。下一游戏帧自动开始升起闸门，不需要再次按键或隐藏条件。开门动画结束前不可通行。重置会将方块放回第 1 行并关闭闸门。使用短轨道、清晰轮廓、可行走空间，并确保观察站、碎片和闸门都能看见。不要增加可移动碎片、其他视点、镜子、阴影规则、额外停点或第二种解法。

返回房间、操作方式、目标与实时网格反馈、重置行为和简短验证清单。明确展示方块三个停点各自的实时叠加网格，并标出任何与所列规则不一致的遮罩。物体投影应严格符合这些遮罩；不要悄悄修改谜题来强行得到答案。

该请求为生成器设定了明确场景范围，并要求展示最容易偏离的部分：每个碎片遮罩与实时网格之间的关系。审核时应先检查固定碎片、观察站和轨道停点，再验证九格叠加结果。美术可以变化；若要保留所述解答，遮罩运算就不能变。

移动近景方块并检查

向下吸附一次，会将近景方块从第 1 行移至第 2 行。横杆和远端立柱保持不动。叠加图案变为 111 / 101 / 001，与目标完全相同。玩家无需猜测形状是否“足够接近”：目标格全部填满，而且没有多余格被点亮。

反馈应针对具体格子。匹配前，让未填目标格保持清晰轮廓，并将任何多余实时格单独点亮。移动到第 2 行后，显示已填入的中间偏左格和明显的对齐提示。这样玩家能把一次输入对应到一个格子的变化。如果网格其他位置也发生变化，就需要明确规则解释原因。

闸门时序应作为交互规则的一部分，而不是事后补充。在本设计中，遮罩完全相等时会触发对齐提示。下一游戏帧闸门自动开始升起。没有确认按钮、第二次方块移动、计时器或隐藏开关。只有开门动画结束后玩家才能通过。这样的顺序将匹配事件与之后的可通行状态分开，便于分别检查。

还要说明玩家重置时会发生什么。近景方块返回第 1 行，实时叠加结果恢复为 111 / 001 / 001，中间偏左目标格再次空缺，闸门关闭。重置应恢复谜题的所有状态，而不只是移动方块却让先前的对齐提示残留在画面上。

用纸面演算确认唯一匹配停点

实现前，将固定遮罩与近景方块每个合法停点的遮罩合并。这是根据上方虚构规则进行的确定性纸面计算；没有运行游戏生成提示词，也没有玩家测试房间。Codex 内置 ImageGen 只生成概念插图，这些图片提示词没有生成游戏。比较结果可以确认预期答案是否确实由所列位置推导而来，而不是依赖未说明的视觉例外。

• 第 1 行起始位置： 固定碎片叠加 111 / 001 / 001 或运算加入近景方块 100 / 000 / 000 结果保持为 111 / 001 / 001。它缺少目标格 r2c1。
• 第 2 行： 固定碎片叠加 111 / 001 / 001 或运算加入近景方块 000 / 100 / 000 结果变为 111 / 101 / 001。九个目标格全部匹配，且没有多余格。
• 第 3 行： 固定碎片叠加 111 / 001 / 001 或运算加入近景方块 000 / 000 / 100 结果变为 111 / 001 / 101。它仍缺少 r2c1，并多出不需要的 r3c1。

只有第 2 行停点完全匹配。比较中只改变一个变量——近景方块的轨道停点——而观察站、固定碎片、裁剪规则和目标保持不变。这使示例成为简洁的设计练习：它提供基线、一次成功修正，以及一个因两项可见原因而失败的备选位置。

成果图是预期终态的概念图，并非生成版本或可玩版本的截图。状态顺序仍然明确：第 2 行停点产生完全匹配；下一帧闸门开始升起；动画结束后门口才可通过。区分这些状态，可以避免一张开门静态图让人误以为闸门在匹配当帧就打开。

检查构建并选择下一步

未来制作真实版本时，从标记观察站检查谜题。确认目标有九格；两个固定碎片生成所述遮罩；近景方块只能停在第 1、2、3 行；每次移动后实时叠加遵循 OR 规则。检查第 1 行基线、第 2 行匹配、第 3 行失败、缺格／多格提示、下一帧闸门升起、完全打开后可通行，以及重置。只有可玩版本存在后，才记录观察结果。

本设计没有游戏生成提示词输出、实现版本、试玩或易用性结果。Codex ImageGen 仅用于概念插图。The False Archive、网格遮罩、吸附行为、反馈、闸门和计算都是经过纸面检查的虚构设定，不能证明 SEELE 会生成透视对齐机制，也不能证明拟议房间实际可玩。

SEELE 的 Free AI Game Maker 页面介绍了用英文描述游戏构想、检查 2D 或 3D 可玩结果，并在 Workspace 中迭代。这个通用流程可用于起草聚焦的房间说明，再检查真实构建内容；它不代表这些投影规则已获支持，也不保证唯一匹配成立。提交前，请在 Workspace 查看所选 AI 模型、可用 Koin 余额和显示的生成成本；然后检查实际结果再决定是否采用。

起步时，首条提示词应保持范围精简：一个视点、一个 3×3 目标、两个固定碎片、一条有三个停点的轨道、一条反馈规则和一个闸门条件。 免费 AI 游戏制作工具 是将该构想整理成首份草稿的后续入口。

常见问题

视点谜题与阴影谜题有什么不同？

视点谜题关注从一个标记位置观看时，不同深度物体如何重叠；本例完全不考虑光照和阴影。阴影谜题通常要求玩家调整或解读投射轮廓。本例由作者设定的 3×3 遮罩定义规则，移动一个近景方块只改变网格中的一个格子，观察站和固定碎片保持不动。

为什么近景方块位于第 2 行才是唯一解？

固定碎片叠加为 111 / 001 / 001。第 1 行停点与已填充的顶行格重叠，仍缺少 r2c1。第 2 行停点补上缺格且没有多余格。第 3 行停点仍缺少 r2c1，却多出 r3c1。因此只有第 2 行停点与 111 / 101 / 001 完全一致。

预期修正需要移动几次？

从作者设定的第 1 行起点出发，将方块沿轨道向下移动一格到第 2 行即可。第 2 行叠加结果与目标匹配，因此出现匹配提示。下一游戏帧闸门自动开始上升，开门动画结束后即可通行。本设计不需要再次按键或隐藏开关。

视点谜题的 AI 提示词应包含什么？

写明标记观察站、目标网格、每个碎片的深度和遮罩、每个合法移动位置、重叠与裁剪规则、缺格和多格的反馈、重置行为，以及准确的闸门触发条件。要求展示每个合法停点的实时叠加结果，再将这些状态与书面规则比较，不要假设生成场景会自动遵循规则。

真实构建中应验证什么？

确认观察站固定、两个固定碎片不移动，且近景方块恰有三个轨道停点。比较每次移动后的实时 3×3 遮罩，检查对齐提示，验证闸门于下一帧开始升起、动画结束后才可通行，并确认重置会恢复第 1 行状态。这些是未来检查项，并非本文报告的结果。