36 个提示词生成一座无限城市：AI 建筑设计不只是出一张鸟瞰图

核对日期：2026-06-14。
所属方向：规划鸟瞰 / 3D 城市 / 建筑设计提示词。
最新来源：Hugging Face Blog：https://huggingface.co/blog/mishig/infinite-london
发布时间或核对日期：Hugging Face 2026-06-10，今日核对。

一句话先说结论

Hugging Face 文章展示了用 36 组提示词生成 3D tiles，再通过 Wave Function Collapse 拼成可探索伦敦城市的工作流。 这件事值得设计师关注，不是因为它又多了一个模型名，而是因为它能解释一个更具体的问题：AI 生成正在从“好看的一张图”进入“可检查、可复用、可交付的流程”。室内设计、建筑表现、图像修图、视频漫游、3D 建模和 Agent 自动化，最终都要回到同一个标准：结构有没有变，来源有没有证据，结果能不能复核，出了问题能不能回退。

这和设计师有什么关系

它非常适合建筑、规划和室外设计内容，因为重点不是单张效果图，而是把提示词生成的资产变成可复用的城市模块。算法负责拼装，提示词负责定义街区词汇。 对 AI 室内设计师来说，热点本身并不重要，重要的是它能不能变成每天可用的方法。比如一条模型更新，可以转成“如何选模型”；一篇图像论文，可以转成“局部换材质怎么写提示词”；一个 Agent 项目，可以转成“后台自动化哪些步骤必须人工确认”。把技术新闻翻译成设计流程，读者才会知道自己明天该怎么做。

放进室内设计工作流

对你的提示词广场来说，这个题可以拆成 3:4 综合展板：城市街区鸟瞰、建筑立面 tile、道路节点、材质板、夜景灯光、规划说明同图展示。它也适合短视频讲“AI 建筑不该只停在一张图”。 这里要避免一个误区：AI 不是替设计师做最终判断，而是帮助设计师把重复环节前置标准化。一个可落地的流程通常包括四步。第一步，确认来源，优先看官网、论文、GitHub、产品文档，不看无来源截图。第二步，确认适用环节，它到底影响文案、图片、视频、3D、CAD，还是 Agent 自动操作。第三步，确认控制条件，例如同户型、同视角、结构不变、材质连续、镜头不漂移。第四步，确认交付边界，哪些可以发文章或教程，哪些只能做概念演示，哪些必须人工复核。

实操步骤

文章可以给一个可执行思路：先设计 6 类城市组件，包括街角、运河、广场、住宅立面、商业底商、桥梁节点；每类生成 6 个 tile；再用规则系统拼接。这样读者会理解为什么提示词要讲模块、接口和连续性。 如果用于真实项目，建议先从一个小任务开始，不要一上来就让 AI 接管完整交付。图像类任务先做局部区域，检查接缝、光照和透视；视频类任务先做 6 到 10 秒镜头，检查墙线和家具比例；3D 类任务先做草模，检查厚度、背面和尺度；Agent 类任务先做待审草稿，不直接自动发布。这样做的好处是，每一步都有明确的验收标准，错误不会在最后集中爆发。

可直接照着用的检查清单

1. 来源必须能点开，优先保留官网、论文、GitHub 或官方文档链接。
2. 图片生成必须写清楚“结构不变、视角不变、只改指定区域”。
3. 视频生成必须拆镜头，不要一次生成长漫游后再补救。
4. 3D 和 CAD 结果只能先当草模或辅助，不直接当施工图。
5. Agent 自动化必须保留日志、来源、图片和人工确认点。
6. 发布前检查封面、正文图片、链接、时间、术语和风险提醒。

使用入口、安装入口或继续阅读

查看入口：Hugging Face 文章和文中 Space；运行环境以 Hugging Face Space 页面为准。 如果后续要深入学习，可以继续看原始来源，而不是只看二手解读。开源项目重点看安装命令、依赖环境、许可证和示例；论文类重点看任务定义、输入输出、是否有代码；产品更新重点看适用地区、模型可用性、价格和数据政策。对于室内设计师，最有价值的不是把每个工具都装一遍，而是知道它应该放在流程里的哪一个位置。

风险提醒

这篇文章只做信息解读和工作流建议，不把论文能力等同于现成商业工具，也不把模型宣传等同于可交付结果。室内设计、建筑、施工、报价、CAD、3D 模型和客户交付仍然需要专业人员复核。涉及模型访问、价格、地区可用性、开源许可、商用授权和数据安全时，以官方最新页面为准。

资料来源

• Hugging Face Blog：https://huggingface.co/blog/mishig/infinite-london