摘要：城堡、山谷、桥梁和河流摆在一张木桌上，可以形成完整的微缩世界视觉概念，却不能证明角色能够进入、路线可以走通或任务能够结算。要让生成结果接近可玩的桌面冒险关卡，提示词还要写清比例基准、世界边界、出生点与镜头、路线连接、交互状态、输赢反馈以及重置范围。本文提供一个五分钟最小关卡案例、完整提示词和7项运行清单。
一、城堡已经摆在桌上，玩家为什么还是进不去？
很多人在生成微缩世界时，会重点描述“木桌上的城堡、山谷里的河流、周围的森林和遗迹”。画面很容易变得细节丰富，但进入实际游玩后，问题也会很快出现：角色比城门还高，桥只是视觉模型，镜头一转就穿过桌面，玩家从边缘掉下后无法返回，远处看得到传送门，却没有一条真正连通的道路。
先说结论：视觉上“像微缩模型”，只解决了尺度感和外观表达，不能自动解决玩家能否行动。 要把桌面场景变成可验证的关卡，提示词至少要写清7项规则：比例基准、世界边界、出生点与镜头、可走路线、交互对象、输赢反馈，以及重置规则和排除项。
第一版可以控制在五分钟内完成：玩家从桥边平台出生，沿一条主路和两条支路收集三块符文；符文集齐后城门开启，玩家进入传送门离开。先让一条短流程完整跑通，再扩展城市、战斗和自由建造，比一次生成庞大但无法验收的世界更可靠。
图1：木桌、城堡、桥梁、河流和浮动模块可以建立微缩世界的视觉方向，但角色比例、道路碰撞和通关流程仍需单独定义。该静态图不能证明角色可以进入城堡、桥梁真实可走、模块能够编辑、符文可以收集或传送门能够结算；画面中的宣传文字也不是运行证据。
第一项：先规定角色、城门、桥梁和桌面的比例基准
生成微缩场景时，最容易混淆的是“世界被缩小”和“相机离得很远”。前者意味着角色、城门、桥梁、台阶和植物共享一套可计算的比例；后者只是画面看起来像缩小模型，角色并没有真正获得适合行动的空间。
可以把玩家角色的站立高度设为统一基准，再说明：
- 城门净高和净宽必须允许角色通过；
- 桥面宽度足够角色行走、转身和调整镜头；
- 台阶高度不超过角色可跨越范围；
- 护栏能够阻挡角色，但不能遮挡主要视线；
- 植物、岩石和建筑装饰不能侵占主路线。
“比例可爱”“精致微缩”“像桌面玩具”只能影响画风，不能形成可执行的空间条件。桌面也应被定义为有厚度、有边界的世界对象，而不是一张背景图。桌边、山壁、河流和围栏分别承担什么作用，都要提前写清。
生成后让角色站到门前、桥中央和台阶旁，分别检查净空、宽度和高度。只要出现“门看得见却进不去”“桥面看起来很宽但角色不能转身”，就说明比例尚未统一。
如果需要先组织桌面、城堡和道路的空间关系，可以使用世界模型建立初步方案；但比例是否正确，仍要回到实际关卡中测量和操作。
第二项：边界要让玩家知道哪里能走、掉下去会怎样
桌面边缘、山壁、河流和城堡外墙都可以成为边界，但它们的规则必须明确。
桌边可以是不可通过的危险区域，山壁负责阻挡角色，河流可以要求绕行，也可以成为允许跳过的障碍。不要让玩家只能靠撞上看不见的空气墙，才能知道地图范围。
本关可以规定：玩家掉出台面或进入不可行走区域后，不直接结束关卡，而是返回最近的安全点，倒计时继续。安全点至少包括出生平台和城门前平台。这样既能保留探索成本，也不会因为一次失误中断整轮测试。
如果某块区域确实属于死亡区，就应给出明确的画面、声音或文字反馈。不能让角色突然消失，也不能在失败后卡在桌板内部。
测试边界时，不要只沿道路中央行走。主动靠近桌边、山壁和河岸，尝试从桥侧面跳下，检查阻挡、坠落和回退是否与设定一致。
第三项：出生点和镜头要共同指向第一步行动
出生点不只是角色出现的位置，还应帮助玩家在几秒内理解“我在哪里、往哪里走、这一关要做什么”。
本例把出生点放在桥边安全平台。角色出现后，第一眼应能看到石桥、城门方向和第一块符文，界面同时给出“收集3块符文并进入传送门”的简短目标。
镜头规则也要写入需求：
- 镜头跟随角色，但不能穿过桌面、山体和城墙；
- 靠近墙体时自动缩短距离，而不是跳进建筑内部；
- 通过门洞和桥下区域时保持角色可见；
- 俯视角要保留微缩感，同时允许判断落点和道路边缘；
- 角色重生后，镜头与朝向同步恢复。
如果出生后镜头埋在地面，或者第一目标被大型植物完全遮挡，玩家即使能够移动，也很难理解关卡意图。出生点、镜头和首个目标应作为一组共同验收。
第四项：一条主路和两条支路必须真正连通
五分钟关卡不需要很大的地图，但需要一条能够走通的路线。
主路可以设计为“出生平台—石桥—城门前平台—城门—传送门”；左侧森林支路通往第一块符文，右侧河边支路通往第二块符文，第三块符文位于城堡外墙附近。两条支路收集完成后都必须能够返回主路，不能让玩家走进只有入口、没有出口的死角。
提示词不要只列景物名称，要写出明确的空间连接关系。例如：
出生平台前方连接石桥，石桥通往城门前平台；森林支路从主路左侧分出，收集符文后通过同一路口返回；河边支路从主路右侧分出，绕过山壁后回到城门前平台。
这种写法比“生成森林、桥梁、城堡和河流”更接近关卡需求。
生成后应逐段检查桥面、台阶、坡道、平台和门洞。视觉上拼在一起的模块，可能存在几厘米的高度差或碰撞断点；桥头看似连接，角色却会卡在接缝；山路宽度适合展示，却不够角色转身。
路线是否合格，不能只看俯视图。应让角色从出生点走到城门，再分别走完两条支路，确认不需要穿墙、跳出边界或依赖镜头穿模才能通过。微缩世界首先要成为可行动的空间，其次才是可欣赏的模型。
第五项：符文、城门和传送门必须有状态变化
三块符文不能只是发光装饰，而应成为具有明确状态的交互对象。
玩家靠近并触发收集后，符文从原位置消失，计数从0变为1，并且同一块符文不能重复计算。重新经过原位置时，不应再次增加数量。
城门至少需要两个状态：
- 未解锁： 三块符文尚未集齐，门体保持关闭，碰撞存在，并提示还缺少几块；
- 已解锁： 符文集齐后，门体、碰撞、灯光和提示同步改变，角色能够真正通过。
不能只弹出“城门已打开”的文字，却让玩家继续撞在看不见的碰撞体上。
传送门则是成功触发点。玩家集齐符文后，还必须进入传送门的有效范围，系统才显示完成结果。只收齐道具、站在城门外或远距离点击传送门，都不能直接通关。
每个交互都要形成“输入—状态变化—可见结果”的链路。需要调整符文位置、城门结构或道路关系时，可以进入模型编辑处理资源和空间；符文计数、门状态和传送结算仍要在运行中验证。
第六项：成功、超时和坠落要有不同反馈
第一版的输赢条件应保持简单而明确：
- 五分钟内收集三块符文并进入传送门，判定成功；
- 倒计时归零仍未进入传送门，判定失败；
- 掉出台面或进入危险区域，返回最近安全点，倒计时继续。
三种结果不能混在一起。坠落属于可恢复失误，不应同时弹出失败画面；超时后应停止当前流程，不能继续收集符文；成功后要进入明确的结束状态，不能让角色仍在传送门内重复触发。
反馈的作用不是装饰，而是让玩家知道系统如何解释刚才的行为。成功和失败应显示清楚的结果与重新开始入口；坠落回退可以配合短暂提示，让玩家知道自己回到了哪个安全点。
还应规定边界优先级。例如玩家进入传送门的同一时刻倒计时归零，是先判成功还是先判超时？第一版只需选择一种规则并保持一致，避免两个结局同时出现。
第七项：重开要恢复状态，并明确第一版不做什么
重新开始不是只把角色传回出生点，而是恢复所有会影响下一局的状态。
重开后应确认：
- 角色回到出生平台，位置与朝向正确；
- 倒计时恢复为五分钟且尚未开始；
- 三块符文回到原位置，计数归零；
- 城门重新关闭，碰撞和提示恢复；
- 传送门回到未触发状态；
- 安全点、结果画面和一次性提示恢复初始状态；
- 场景中没有重复生成角色、计时器或符文。
同时明确第一版不加入城市经营、复杂战斗、随机地图、模块自由建造、多人联机和大规模任务系统。排除项不是削弱创意，而是帮助生成工具和测试者把注意力集中在比例、路线、交互和结算上。
一个五分钟内能够重复通关的小关卡，比一个建筑丰富却没有目标的“微缩世界”更有验证价值。
一条可以直接复制修改的完整提示词
下面这段提示词可以作为桌面冒险关卡的第一版需求底稿。使用时可以补充画面风格、操作方式和目标平台，但不要删掉空间和状态规则。
请生成一个放在木桌上的微缩城堡冒险关卡。它应是可进入、可行走、可完成的五分钟最小关卡，而不是只用于展示的三维模型。
【比例】以玩家角色站立高度作为统一比例基准。城门净空、桥面宽度、台阶高度、护栏高度和植物尺寸必须与角色使用同一单位，确保角色能够通过城门、走过石桥、上下台阶并在道路上转身。
【边界】桌面具有明确厚度和边缘；桌边、山壁和河流构成可理解的边界。角色不能穿过桌面、山体和城墙。掉出台面或进入不可行走区域时，回到最近安全点，倒计时继续。
【出生与镜头】角色从桥边安全平台出生，初始画面能够看到石桥、城门方向和第一块符文。镜头跟随角色，靠近障碍物时自动调整距离，不得穿过桌面、山体、城墙和大型建筑；通过桥梁和门洞时保持角色可见。
【路线】设置一条主路和两条能够返回主路的支路。主路连接出生平台、石桥、城门前平台、城门和传送门；左侧森林支路通往第一块符文；右侧河边支路通往第二块符文；第三块符文位于城堡外墙附近。所有桥面、台阶、坡道、平台和入口必须真正连通并具有有效碰撞。
【交互】场景中放置三块可收集符文。玩家靠近并触发后，符文只计数一次并从原位置消失，界面显示当前数量。未收集齐时，城门保持关闭并提示剩余数量；集齐后，门体、碰撞、灯光和提示同步改变，角色可以通过。玩家进入城门后的传送门范围，才判定完成。
【输赢】五分钟内收集三块符文并进入传送门为胜利；倒计时归零为失败；掉出台面只回到最近安全点，不直接结束本局。成功、失败和回退分别显示清楚反馈，成功或失败后停止计时和继续交互。
【重置与范围】重新开始后，角色位置、朝向、倒计时、三块符文、收集计数、城门、传送门、安全点和所有一次性提示恢复初始状态，不生成重复对象。本版本不加入城市经营、复杂战斗、随机地图、模块自由建造、多人联机和额外任务。
输出时分别列出“已实现、未实现、待验证”，并说明比例、碰撞、路线连通、符文计数、城门状态、传送结算和重开是否经过实际运行测试。静态图片和文字描述不能代替运行证据。
这段提示词的重点不是堆砌形容词，而是把对象、空间关系、触发条件和状态变化写在一起。可以先用世界模型组织桌面、城堡、桥梁和道路，但“已实现”必须由角色操作和完整流程证明。
7项运行清单：至少完成三轮测试
最低测试应包含三轮：一轮正常收集并通关，一轮故意超时，一轮从桌边坠落后继续完成任务。三轮都能得到符合规则的结果，才能说明这个场景具备可验证的关卡雏形。
微缩感解决“看起来像什么”，规则决定“能不能玩”
木桌上的城堡、山谷和缩小世界很容易制造新鲜感，但视觉效果完整的微缩构图不会自动产生可玩性。角色比例决定能否进入，边界决定能否安全探索，路线决定能否抵达目标，交互状态决定收集和开门是否有效，输赢与重置则决定关卡能否重复验证。
因此，给AI写提示词时，可以少写一些“梦幻、精致、宏大”的泛化形容，多写角色从哪里出生、沿什么路线行动、碰到对象后发生什么、成功和失败如何判定，以及重开后恢复哪些状态。
先做一个五分钟、三块符文、一座城门和一个传送门的最小闭环，再考虑增加建筑、敌人和自由探索。对生成式关卡来说，能够完整走完的一条短路线，通常比不能验证的一整座世界更有价值。
你制作微缩关卡时，最容易遇到哪种问题：角色比例不对、镜头穿模，还是模块之间的道路不连通？
