用本地 LLM 做关卡设计时，你用什么方法来保证几何形状的遵循度？
What's your go-to strategy for ensuring geometrical adherence to level design with local LLMs?
一篇 r/LocalLLaMA 社区帖子，作者在用本地模型（Q3.8-FN-NVFP4，基于 Ninfer-v3 的分支）辅助设计 Halo Infinite Forge 地图，并征询如何保证模型输出在几何上符合关卡设计。帖子介绍了背景：Forge 只能通过节点图脚本、无法输入代码，地图保存为 MVAR 文件，反作弊机制阻止直接推送修改后的文件，因此开发需在游戏内手动完成；作者用 harness 建立专门的项目文件夹让代理参与制作。适合关注本地 LLM 在游戏关卡设计与代理工具链中应用的人阅读。
- 分级
- 值得看
- 收录时间
- 2026-10-27
原帖
What would YOU do if you were in charge of this agent?
中文大意
发帖人在《光环：无限》Forge 模式下做实验，想用本地模型（Q3.8-FN-NVFP4 + Ninfer-v3 分支 + harness）自动生成关卡灰盒。做法：让智能体调用开源工具提取资产、生成 DCjson（含坐标、缩放、旋转），再用 Python 脚本在 Forge 中批量摆放；每个房间有独立目录和嵌套 AGENTS.md 描述用途、尺寸、连接关系，分层 DCjson 逐级合并到根文件，并转成 .blend 在 Blender 中预览。问题：小模型只能一房一房做，不可靠于长跨度、多房间开发；子智能体只能短时并行；需大量试错且仍要微操。他疑惑瓶颈是模型能力、方法、指令约束还是激励不足，并问别人会怎么指挥这个智能体。适合关注本地 LLM 智能体、程序化/关卡设计与 3D 工作流自动化的人阅读。
讨论区核心观点
依据 10 条评论
- 质疑收益：这些截图用 Blender 手动操作大概 30 秒到 1 分钟，最多 5–10 分钟，除非是概念验证，否则搭这套流程可能反而更慢、更臃肿。 出处（新标签页打开）
- 建议放弃智能体、直接学 Blender 手动做；后续补充说可以改用 Houdini 几何节点或引擎内程序化生成（如程序化城市/房屋）这类方案。 出处（新标签页打开）
- 发帖人回应自己是边做边建、不预先画设计图，所以逐房间推进；也承认目前这套方案说服力不足，但希望以后能一次生成多个连贯房间。 出处（新标签页打开）
- 建议改自上而下：先描述整场景，再拆成分区（位置、标高、布局、与相邻分区的连接、主题用途），再拆房间；每层提示中都带上上层与空间相邻层的描述。该方法在多章节写作和世界观构建中用过。 出处（新标签页打开）
- 发帖人说自己已用嵌套 AGENTS.md 与分层 DCjson 形式化了层次结构，模型知道放什么、为什么放，但卡在“放哪、怎么放”；现在想改为先生成模块化预制件再拼房间。 出处（新标签页打开）
- 建议不要让模型输出逐件绝对坐标，而让它写声明式规格（网格上的房间矩形、由房间边缘推导墙、门口作为墙上的偏移），再由确定性脚本算坐标并检查重叠与连通；模型负责拓扑，代码负责几何，错误也变成小的文本 diff。（评论者自述是 ArchLang 作者，可作格式参考） 出处（新标签页打开）