让法术组合易于理解

从一间清晰易读的首房间开始

施法射击游戏的趣味，在于玩家需要判断目标所在通道、选择法术组合，并决定施法是否值得消耗资源。本教程将这个循环整理成首房间规格：检查目标间距，选择 Cinder 或 Cinder+Fork，检查射程和法力，施法、读取反馈，若纸面设计卡住，再只调整一个数值。

“晶格结界”是原创虚构设计。下文规则和算术均为教学用途的手工计算。没有运行提示词、观察可玩构建，也不声称存在真实测试或 SEELE 生成结果。三张插图都是虚构场景，分别呈现房间布局、法术动作或目标反馈。图片不表示精确法力数值；2 点与 3 点余额应以书面规则和纸面账本为准。

定义法术组合与法力规则

添加敌人、移动升级或更大竞技场前，先写清规则约定。“晶格结界”中，施法者位于坐标(0,0)并面向 x 轴正方向。三座静止的黄铜结界塔各有 1 点耐久，分别位于x=4,x=5.5, 和x=8。按作者设定，三者都在 10 单位施法范围内。每次施法消耗一次行动，房间内没有被动法力恢复。

有三个细节能让谜题清晰易懂。第一，“选定目标”指首次命中对象；弹射不会自行挑选远处结界塔。第二，1.5 单位规则测量的是首座结界塔到下一个合格启用目标的间距，而不是施法者到目标的距离。第三，Fork 只弹射一次。第一对目标恰好相距 1.5 单位，第二到第三座则相距 2.5 单位。因此近处相邻目标符合条件，更远目标超出组合的弹射上限。

每座结界塔只有 1 点耐久，因此玩家可通过清晰的命中闪光和启用状态变化判断是否命中。发射前显示施法费用，每次施法只扣除一次法力，并持续显示余额。若法力不足，应说明法术不可用且保持房间状态不变。重置应恢复相同的三处位置、每塔 1 点耐久、法术选择和起始法力。这些是拟定验收规则，并非观察结果。

提示词：设计一个小型首发射击场

有效的首轮请求应写明目标、限制条件、预期反馈和检查结果的方式。提示词要简洁到便于审核。以下文字是设计辅助，并未运行：

创建一个紧凑的第三人称施法射击训练房间。玩家位于一条直线通道近端，通道内有三座静止、各需命中一次的结界塔，距离分别为 4、5.5 和 8 个单位。添加 Cinder：花费 1 点法力，对 10 单位内选定的一座启用目标造成 1 点伤害。添加 Cinder+Fork：花费 2 点法力，击中选定目标，然后仅当下一个对齐的启用目标间距不超过 1.5 单位时弹射一次。起始法力为 2，且不自动恢复。使用清晰图标显示法术选择、选定目标、施法费用、剩余法力、弹射路径，以及每个目标的受击或清除状态。加入可恢复房间初始状态的重置。先按这些规则构建可玩房间，并能检查目标选择、费用和结果。随后检查两点法力的组合：近处一对目标应被命中，远处结界塔应保持启用。若结果与要求不同，请明确报告差异，不要悄悄更改规则。

扩展房间前，先将每条规则与可见反馈对应。玩家能否选中每座结界塔？施法者的 10 单位射程能否覆盖全部目标？Fork 是否能在 1.5 单位间距弹射，并在 2.5 单位间距处停止？法力余额是否恰好扣除施法费用？结界塔是否一次命中就会清除？重置是否恢复相同状态？如果真实构建有任何检查失败，应记录观察到的输入和结果，再只修正失败的规则。这是一份未来检查清单，并不证明任何构建已通过。

追踪两点法力的基准流程

现在用纸面追踪作者设定的示例。三座结界塔都处于启用状态，起始法力为 2。选中位于x=4的第一座塔，选择 Cinder+Fork，一次性消耗 2 点法力。首次命中落在x=4。下一个对齐目标位于x=5.5，距离 1.5 单位，因此允许的一次弹射会命中它。按本设计状态，两座只需命中一次的结界塔都会被清除。位于x=8的结界塔距第二座 2.5 单位，仍处于启用状态。此时法力为 0。

这份演算展示了两项独立检查。费用决定玩家能否施法；射程决定法术能影响哪些目标。如果 Fork 规则仍限制在 1.5 单位，提高施法射程也无法解决剩余的 2.5 单位间距；降低费用只会改变资源平衡，不会改变目标可达性。诊断设计时应将这些调节项分开。

只改变一项预算数值

做受控的纸面对比时，保持几何、法术费用、耐久、射程、弹射上限和施法顺序不变。只把起始法力从 2 改为 3。第一次 Cinder+Fork 仍需 2 点并命中近处一对，剩余 1 点。一次 Cinder 需要 1 点，可以命中最后一座启用目标x=8，它仍处于 10 单位射程内。总费用为2 + 1 = 3；第二次施法后，作者设定模型中的三座单耐久结界塔全部清除，法力为 0。

结果图展示纸面设计的终态：近处一对目标带有弹射反馈，远处结界塔则留下单次施法轨迹。法力量来自账本，不是插图。它是手工计算的视觉说明，并非游戏运行记录。调校练习是确定性的虚构演算，不是实测迭代或关于 AI 工具的经验性结论。

为什么增加一点起始法力，而不是削弱法术？因为这样只改变一个变量，同时保留玩家对两种法术配方的理解。若实际实现后来表现不同，创作者可以把观察到的费用和目标状态与这份精确规格比较。只有在真实构建中完成比较后，才能称为经过测试。

分别诊断组合与资源问题

如果法术弹射显得不公平，应先明确问题再改数值。简短的诊断表能避免用增加法力池解决射程问题，或把反馈问题误当作平衡问题。

这些是合理的设计问题，不是“晶格结界”中观察到的故障报告。未来实现的清晰测试记录应写明起始状态、选定目标、法术配方、施法后的预期法力、预期目标状态和实际观察结果。若缺乏证据，就把示例保留为纸面模型，并标明限制。

把 AI 游戏制作工具当作首轮构建流程

规则约定足够简短、便于检查后，可以将自然语言游戏请求提交给游戏制作流程，查看可玩输出并继续细化。官方免费 AI 游戏制作工具页面介绍了自然语言请求、查看可玩的 2D 或 3D 结果，以及在 Workspace 中迭代。页面上的宽泛射击游戏类别和创作流程，不能证明具体的 Cinder+Fork 机制会被正确实现。

首轮构建请求应保留三个目标坐标、两种法术费用、单次弹射规则、施法射程和重置方式。随后逐项检查目标选择、费用显示、命中、弹射目标和清除状态。若构建未遵循某条规则，记录实际状态并只修改该规则。产品流程支持一般性的“请求—审核—迭代”循环；虚构设计能否正确实现仍由创作者负责验证。候选文章路径及其entry_source字段只是本地素材包元数据，不是已接受或已发布的网址。

结语：让法术组合易于理解

一个施法射击游戏首房间，可以用三座结界塔、两种法术配方和可见法力预算教会玩家一项有用决策。把法术费用和目标射程分开，核对弹射距离，并在加入更多系统前追踪施法结果。“晶格结界”的纸面计算中，两点法力只能清除近处一对；只把起始预算改为三点后，同一套组合加一次单发施法即可命中全部目标。这是原创且手工核验的设计示例，不声称存在游戏、提示词运行或测试结果。

怎样让法术组合更容易理解？

显示所选配方、费用、首个目标、弹射上限，以及每个目标的命中或清除反馈。玩家应能看出发生了哪种效果，以及为什么下一个目标符合弹射条件。让射程外目标与弹射路径明显分开，避免玩家猜测规则。

施法射击游戏应给玩家多少起始法力？

根据预期决策设定预算。本例中，2 点法力支付一次 Cinder+Fork 后，远处结界塔仍启用；3 点法力则可支付组合和一次 Cinder。这只是纸面计算，不是经过测试的平衡建议。若调整法力，应保持几何、配方费用、目标耐久、射程和施法顺序不变，让对比原因清晰。

链式法术应弹射多远？

没有通用距离。写明规则，并用邻近与超出范围的目标测试。本例采用 1.5 单位、最多一次的弹射限制，因此 1.5 单位间距符合条件，下一段 2.5 单位间距则不符合。首个房间中应展示一个范围内间距和一个超出范围间距，再检查两种反馈后才加入其他法术。

“晶格结界”是真实游戏或经过测量的 AI 输出吗？

不是。“晶格结界”、规则、手工计算的状态和概念图都是虚构规划素材。没有运行提示词、观察可玩构建或玩家测试，也不声称存在 SEELE 输出。文中的目标、法术费用、资源演算和视觉内容都是作者设定的示例，不能说明生成器会如何表现。

可复制的房间提示词经过测试了吗？

没有。它只是拟定输入和检查清单，不是记录过的提示词运行。若构建了版本，应记录确切提示词、构建标识、起始状态、操作、预期结果和观察结果，之后才可称为经过测试。还应记录测试日期和设备，以便其他审核者复现检查。