为城市建造游戏编写清晰的成长循环提示词

从一个小街区开始，不要一上来就建成天际线

城市建造游戏的提示词应说明玩家的选择如何改变城镇。先从一张小地图、一套路网、一项公共服务、一条人口规则和一次预算更新开始，然后写清首个构建要证明什么。这样创作者拿到的是一份聚焦、便于审查的简报，而不是一座规则难以检查的大城市。

本指南中的“北线自治镇”是原创教学示例。其数值与结果按照下列规则在纸面上推演；它们不是提示词运行结果、生成的 SEELE 项目、试玩记录或平衡测试。首个目标刻意设得很小：让两栋住宅接入市政中心和水泵，安置四位居民，并在一天结束时留下硬币。

请游戏制作工具绘制景观之前，先写清玩家可以改变哪些状态，以及变化后应该出现什么反馈。住宅的道路接入和供水覆盖是两项独立检查；通过一项并不代表另一项也通过。将规则分开能让首个原型更容易描述和审查。

增加更多系统前先写清城市规则

定义地图、初始预算、合法放置位置、连通条件、服务范围、入住时机、收入、维护费、目标和重开方式。“北线自治镇”的市政厅位于 7×7 正交网格的 (4,3)。位于 (4,4) 和 (4,5) 的两格免费起始道路已经建好，并连回市政厅。两个住宅地点为 (3,5) 和 (5,5)；每栋房花费 2 枚硬币，最多容纳两位居民，并且必须与一段连通至市政厅的道路相邻。

这里的“曼哈顿距离 2”表示沿正交格子走两步；对角相邻不算一步。水泵地点 (4,6) 紧邻已连通的 (4,5) 道路。每个住宅地点距离水泵也都是两个正交步，并且都与同一段道路相邻。这些坐标是纸面示例的设计说明，并非城市建造游戏的通用规则。电力、诊所、废物、灾害等系统可以以后再考虑，不属于首轮循环。

这张规则卡给了提示词一组具体约束，也能让遗漏变得明显：如果简报只说水泵“服务附近住宅”，却没有定义距离或道路连接方式，不同人就可能对同一提示作出不同解释。

将道路接入和供水覆盖分开处理

道路决定建筑是否接入市政厅路网。水泵有自己的道路接入检查，然后还要逐一检查每栋住宅是否在覆盖范围内。住宅只有在自身和水泵都满足条件时才会入住。将规则拆开后，出现问题时就能定位原因，而不是把“城市已连通”当作含糊的视觉效果。

按纸面布局，在 (3,5) 和 (5,5) 建造住宅，再把水泵放在 (4,6)。两栋住宅都与 (4,5) 道路相邻；水泵也与这段道路相邻。水泵到两栋住宅的曼哈顿距离都是 2，因此都在覆盖范围内。但玩家尚未选择“结束一天”，所以还没有居民入住。

接下来一次只改变一项事实。切断一栋住宅与连通道路的连接，即使水泵覆盖它，该住宅也应保持空置。把水泵移出两步范围，超出范围的住宅应保持空置。把水泵放在未连通的道路旁，按本模型它就不能服务任一住宅。这些情况说明，道路接入和服务覆盖应分别显示指标并设置验收检查。

让人口和预算更新结果可预测

人口结算顺序是规则的一部分，不是装饰细节。初始有 10 枚硬币。两栋住宅共花 4 枚，水泵花 3 枚，因此结束一天前剩下 3 枚。两栋住宅都接入道路并有供水时，各住满两人，共带来 4 枚硬币；随后水泵维护扣除 2 枚。结算后剩余 3 + 4 − 2 = 5 枚，有四位居民，达到至少四位居民且剩至少一枚硬币的示例目标。

失败情形使用相同建造成本和维护费，只改变一栋住宅是否满足道路接入或供水覆盖。纸面计算假设住宅和道路没有维护费，也没有其他收入来源。这是内部一致的教学模型，不代表典型城市建造经济，也不是平衡价格的建议。

分阶段编写提示词并检查首个构建

先提出一个街区和一个问题。告诉模型预期玩家操作、可见状态、限制条件和成功标准。只有在具体检查发现缺口时，再要求补充系统细节或修复。以下提示词是可复用的设计模板，没有在 SEELE 或其他游戏制作工具中运行过。

在 7×7 正交网格上制作一款小型单人 3D 城市建造原型。这只是一个街区，
不是完整战役。玩家放置两栋住宅和一座水泵，再选择“结束一天”，观察居民是否入住
以及预算如何变化。

初始布局：市政厅位于 (4,3)，与 (4,4) 和 (4,5) 的免费道路相连。初始资金为 10 枚。
两个合法住宅地点为 (3,5) 和 (5,5)；各花费 2 枚，容量均为 2 位居民。
住宅只有在与某段通过正交道路连接至市政厅的道路相邻时，才算接入道路。

一座水泵花费 3 枚，必须与接入市政厅的道路相邻，并覆盖曼哈顿距离不超过 2 的住宅。
对角距离不算。选择“结束一天”时，每栋同时接入道路且在水泵覆盖范围内的住宅住满
两人。每位居民增加 1 枚硬币。水泵每日维护费为 2 枚。本原型中住宅和道路无维护费。

结算后，至少有 4 位居民且剩余至少 1 枚硬币即为胜利。缺少道路接入或供水覆盖的住宅
保持空置且不产生收入。如果玩家未达到目标，允许继续建造并结算下一天；不要添加灾害
或游戏结束条件。重开时恢复初始地图和 10 枚硬币。

显示当前资金、连通道路、住宅接入、水泵覆盖、居民、每日收入与维护费、目标状态、
“结束一天”和“重开”。为每项状态设置清楚易读的视觉提示。不要添加电力、诊所、废物、
研究、生产链或其他系统。无法实现的规则请明确指出，不要悄悄更改。增加装饰细节前，
先返回将要实现的简短规则清单和验收检查。

首轮构建完成后，用固定案例进行比较。以下是拟定验收检查，并非已完成的测试：

如果输出有一项不符合案例，应提出范围明确的修订，而不是加入更多建筑。例如，如果工具允许道路斜向连接，就明确道路只能正交连通；如果居民提前入住，就重述只有选择“结束一天”才进行结算。修改一项说明时保持预期数值不变，再检查新结果。没有真实构建和运行记录前，不要把示例称为“已测试”。

SEELE 的AI Game Maker 概览介绍了用日常英语表达游戏想法、创建可玩的 2D 或 3D 结果、在浏览器中测试，并通过后续提示继续修改。其 Workspace FAQ 提到，提交前可以检查所选 AI 模型、可用 Koin 余额和显示的生成成本。这些内容可以说明创作者从何处开始和检查工作，但不能验证北线自治镇的网格放置、道路逻辑、供水覆盖或人口结算算术。依赖这些行为前，要检查实际输出。

先建成一个连通街区，再决定增加什么

有效的首条城市建造提示词应定义一张小地图、一项服务、一次居民更新，以及一个可手工核对的目标。北线自治镇展示的是一组拟定规则和预期案例，不是实测结果。拿到真实首版构建后，先检查道路接入、水泵覆盖、结算时机、预算反馈和重开行为，再增加其他服务或成长系统。

带着一个聚焦的城市建造想法使用Free AI game maker，查看当前生成选项和费用，再检查实际结果实现了哪些规则。对缺失行为应将其视为待解决的设计问题，而不是已经承诺具备的功能。

城市建造游戏的 AI 提示词应该先写什么？

从玩家的第一个行动以及应当改变的状态开始。然后定义地图、建筑成本、道路接入、服务覆盖、人口结算时机、预算、目标和重开。精简规则让你能在加入区域规划、多种公共设施、灾害或漫长成长系统之前，先检查首个构建是否表达了预期循环。

道路和服务应该如何影响居民？

让道路与公共服务各自承担不同职责。在北线教学模型中，住宅必须与连接至市政厅的道路相邻；接入道路的水泵还必须在住宅规定距离内。只有同时满足两个条件的住宅才会在结束一天时住满。这些是原创示例规则；应根据自己的设计选择并说明相应条件。

怎样检查首个城市建造原型？

写出几个包含初始数值、一次操作和预期可见结果的固定案例。例如，北线纸面模拟预期两栋住宅都接入并获得服务时有四位居民、五枚硬币。切断一段连接或取消覆盖来检查失败行为，再重开以确认初始状态恢复。在真实构建运行之前，这些检查只是计划。

AI 游戏制作工具能保证城市模拟规则正常运行吗？

不能。提示词可以说明预期行为，但不能证明生成结果实现了每条规则。请检查实际输出中的放置、路网连接、服务范围、人口结算、预算和重开行为。如果缺少某项，就把下一条请求集中在该案例上并重新检查；不要把概念插图或纸面计算当作测试结果。

什么时候应该增加服务或扩建城市？

首轮循环有明确输入、反馈和检查方法后再添加系统。如果两栋住宅、一座水泵和一次人口结算已经回答了首要设计问题，下一轮可以定义第二种服务的放置和覆盖条件。不要一次加入电力、诊所、废物、成长曲线和灾害；每一项都会增加需要验证的规则。