# 用本地 LLM 做关卡设计时，你用什么方法来保证几何形状的遵循度？ - 原标题：What's your go-to strategy for ensuring geometrical adherence to level design with local LLMs? - 类型：帖子 - 来源：Reddit - 发布时间：2026-10-27 - 首次精选：2026-10-27 11:32 - 分级：值得看 - 学习层级：进阶 - 主题：[creative-coding-design]()（第 23 位）、[local-model-deployment]()（第 27 位）、[agent-architecture-harness]()（第 55 位） - 原文链接：[https://reddit.com/r/LocalLLaMA/comments/1xg5qx4/whats\_your\_goto\_strategy\_for\_ensuring\_geometrical]() - 本站页面：[https://oplearnx.com/resources/pk\_10536a3a649e]() ## 摘要 一篇 r/LocalLLaMA 社区帖子，作者在用本地模型（Q3.8-FN-NVFP4，基于 Ninfer-v3 的分支）辅助设计 Halo Infinite Forge 地图，并征询如何保证模型输出在几何上符合关卡设计。帖子介绍了背景：Forge 只能通过节点图脚本、无法输入代码，地图保存为 MVAR 文件，反作弊机制阻止直接推送修改后的文件，因此开发需在游戏内手动完成；作者用 harness 建立专门的项目文件夹让代理参与制作。适合关注本地 LLM 在游戏关卡设计与代理工具链中应用的人阅读。 ## 原帖 > What would YOU do if you were in charge of this agent? — swagonflyyyy · 2026-10-27 · [原帖]() ## 中文大意 发帖人在《光环：无限》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 作者，可作格式参考）（[出处]()） --- 来源：LearnMap · 学径（https://oplearnx.com）