从一条相互关联的栖息地循环开始
生态系统模拟提示词不能只有动物和植物清单。它还需要一个玩家可以改变的栖息地数值、一段简短的连锁响应、固定的更新顺序，以及一个能让玩家判断栖息地是否维持稳定的条件。请求构建更大的世界前，先写清这个循环。
“雾苇沼泽”（Mireglass Fen）是本文创作的虚构游戏示例。月苇、微光翼和玻背兽，以及它们之间的关系和下方所有数值，都是编造的设计规则，不是真实物种或生态建议。提示词是供读者尝试的模板；本文没有展示提示词运行结果、可玩游戏或测试。v0 到 v1 的演算是手工计算，并明确标注为模拟。
玩家管理小型沼泽中的一处水闸。升高、降低或保持水位会先改变月苇数量；植物数量再影响微光翼，而微光翼数量会影响玻背兽。玩家无需平衡真实生态系统，只需让一条虚构游戏循环足够可预测，便于检查。
定义虚构栖息地状态
第一版保持精简：一个水位、三个种群计数器和一个四回合目标。为每个数值设定上下限，避免请求默默产生失控的种群增长。
| 状态 | 初始值 | 变化方式 |
|---|---|---|
水位 T | 1/5 | 玩家每回合可将水闸调高、调低或保持一个等级。 |
月苇 R | 1/5 | 水位为 2–4 时增加 1；否则减少 1。 |
微光翼 G | 1/5 | 更新后的月苇数量至少为 2 时增加；否则减少。回合开始时的玻背兽数量可能使其减少 1。 |
玻背兽 F | 1/5 | 更新后的微光翼数量至少为 2 时增加；仅当微光翼数量降至 0 时才减少。 |
| 稳定连续回合数 | 0 | 回合结束时，三种种群数量都至少为 2，则连续回合数增加；否则重置为 0。 |
目标是在四回合内连续两回合让三种种群数量都保持在 2 或以上。这是编造的胜利条件，不代表沼泽健康的标准。数量上限、回合限制和连续回合数让提示词有可检查的结尾，不再是开放式的“让生态系统繁荣起来”。
先为规则约定编写提示词，再描述场景
先要求构建工具复述状态变化，不要添加新物种或系统。这样可以区分规则本身不完整和场景内容尚未完成。
把“雾苇沼泽”视为虚构的游戏生态系统，而非真实湿地模型。将提供的规则整理成精简状态表和确定的回合顺序。只保留 T、R、G、F 和稳定连续回合数；不要添加物种、季节、食物链、事件或生态学说法。定义每个限幅和门槛。对给定状态 T=2、R=2、G=2、F=1 及 hold 操作进行手工计算，微光翼压力使用回合开始时的 F0。返回预期状态，并在建议构建前列出任何歧义。将其标为规则分析，而非测试。检查回复是否使用回合开始时的玻背兽数量计算微光翼压力，并在之后更新玻背兽数量。如果回复添加天气、迁徙、食物或额外栖息地，请先删除这些内容再继续；每项都会引入另一条待核验的状态转移。
请求最小栖息地切片
规则约定固定后，要求构建一个屏幕，以及能展现这些规则的最短交互流程。写明控制方式、计数器、回合限制和重置方式。告诉构建工具要排除哪些系统，让首个请求保持聚焦。
为虚构的“雾苇沼泽”设计一款小型单屏生态管理游戏。每回合让玩家选择一项操作：升高、降低或保持水闸。显示水位控制，以及清晰可读的月苇、微光翼、玻背兽和两回合稳定连续计数器。严格使用给定的四回合更新规则和固定顺序；所有数值限制在 0–5。添加重新开始操作，并在稳定连续回合数达到 2 时清晰显示胜利状态。不要添加真实物种、科学解释、聚落发展、交易、解锁、额外资源、天气或随机事件。每回合的初始状态和结束状态都应可供检查，方便读者对照规则。这些说明描述的是提案中的首个切片，并非功能保证。读者尝试后可以检查：升高水闸时是否只有水位先变化；之后每种种群是否按所述顺序更新；以及任一数量低于 2 时连续计数是否重置。
手工核对一个栖息地回合
请求构建前，先在纸面上计算一遍。从 T=2、R=2、G=2、F=1，选择 hold 并按顺序应用规则。回合开始时的玻背兽数量低于压力门槛。
| 步骤 | 计算 | 步骤后状态 |
|---|---|---|
| 保持水闸 | T 保持为 2。 | T=2、R=2、G=2、F=1 |
| 更新月苇 | 水位在 2–4 范围内，因此 R 增加 1。 | T=2、R=3、G=2、F=1 |
| 更新微光翼 | 月苇数量至少为 2，因此 Gtemp 增加 1；回合开始时的 F0=1 不会产生压力。 | T=2、R=3、G=3、F=1 |
| 更新玻背兽 | 微光翼数量至少为 2，因此 F 增加 1。 | T=2、R=3、G=3、F=2 |
| 检查稳定状态 | 三种种群数量都至少为 2，因此连续回合数变为 1。 | T=2、R=3、G=3、F=2；连续计数为 1 |
这个状态是根据编写的规则推算出的预测，不能证明实现结果遵循了这些规则。连续第二回合保持水位时，状态会变为 T=2、R=4、G=3、F=3 ，连续计数为 2，达到示例中的虚构目标。
修订一处假设的规则歧义
第一版写明玻背兽会响应微光翼并减少其数量，却没有说明压力计算使用回合开始时的玻背兽数量，还是当前回合更新后的数量。这一缺漏会导致两种可能的手工计算结果：
| 草稿解读 | 相同初始状态和 hold 操作下的结束状态 |
|---|---|
使用回合开始时的 F0=1 计算压力，再更新玻背兽。 | T=2、R=3、G=3、F=2；连续计数为 1。 |
先更新玻背兽，再使用新的 F=2 计算压力。 | T=2、R=3、G=2、F=2；连续计数为 1。 |
模拟修订只增加一句：微光翼压力使用回合开始时的 F0 数值。按照这条规则，v1 的预期状态为 T=2、R=3、G=3、F=2，连续计数为 1。
这段 v0 到 v1 的演示是作者编写的模拟，不是提示词运行、游戏构建、试玩或测量结果。如果读者之后拥有真实构建，可在请求只修改一条规则前，用准确操作和实际观察状态替换假设状态。
这是一处假设的规则歧义，并非观察到的游戏结果：从 T=2、R=2、G=2、F=1 开始并执行 hold，有一种解读会得到 T=2、R=3、G=3、F=2，另一种会得到 T=2、R=3、G=2、F=2，因为草稿没有定义计算微光翼压力时使用哪一个玻背兽数量。只做一处修改：明确压力使用 F0，即回合开始时的数量。保留其他所有规则，并返回修订后的状态转移和预期状态。不要声称此修改经过测试或测量。把规则表交给创作工作区
准备好简报后，说明目标受众和游戏形式，写明玩家的第一个操作，定义场景与状态，并添加让第一版保持精简的限制条件。然后检查实际结果：画面中的计数是否遵循状态转移顺序？稳定连续计数是否在规定条件下重置？
SEELE 当前的 Free AI 游戏制作器 页面介绍了一般流程：用日常语言描述游戏构想、查看可玩的 2D 或 3D 结果、在 Workspace 中迭代，并在提交前查看所选模型、可用 Koin 余额和显示的生成费用。该页面未介绍“雾苇沼泽”、特定的生态系统行为或本示例规则。请将提示词作为起始说明，并自行核实结果。
生态模拟提示词常见问题
首个生态系统提示词应包含多少个物种？
从呈现一条依赖链所需的最少计数器开始。“雾苇沼泽”使用三个虚构种群来模拟栖息地变化、生长响应和压力规则。只有当新增种群能带来现有循环无法表达的抉择时，才加入它。
生态游戏中的物种应该是真实的吗？
可以，但涉及真实物种及其关系的说法需要可靠来源。本示例特意使用虚构名称和编写的规则，因此不应被描述为生态指导或真实湿地模型。如果选择真实物种，请为每种关系引用来源，并把有来源支持的事实与虚构规则分开。
生态模拟提示词首先应说明什么？
列出栖息地变量、种群上下限、玩家操作、状态转移顺序和胜利条件。再给出一个准确初始状态，并要求推算单回合后的预期状态。与只描述氛围的提示词相比，这些细节更方便检查生成结果。
种群计算结果不一致时该怎么办？
找到时序含糊的第一条规则。明确交互使用回合开始时的数量，还是另一种群更新后的数量；只修改这条规则，并重新计算同一状态。将修正称作经过测试之前，还应单独检查真实构建。
这些提示词和模拟示例经过测试了吗？
没有。提示词是供尝试的模板，v0 到 v1 的演示由人工计算得出。本文未展示构建、试玩或测量结果。请把你自己的输出与规则约定比较后，再将其行为描述为已验证。只有记录真实构建中的准确操作和结果后，才能称相关行为为观察所得。
