HunyuanWorld 1.0：从全景图继续生成能进入、能编辑的三维场景
为什么值得关注
全景生成后继续进行语义分层和网格重建，为场景创作者留下可分离、可调整的前景对象，适合验证互动空间的视觉设想。
适合谁：游戏场景、互动展览与三维概念验证创作者
这次有哪些亮点
- 文字或图片先生成环绕全景，再继续重建三维世界
- 前景、背景等语义分层配合跨层深度对齐
- 支持网格导出，官方展示分离物体的平移、旋转和缩放
使用前需要知道
未运行场景生成；输出不能视为真实扫描或测绘。腾讯地域、规模与用途限制及FLUX等依赖条件须逐项核对。
一张全景图能让人转头看四周，但给游戏或互动展览做场景，还需要空间结构与可处理的物体。HunyuanWorld 1.0 值得看的正是这一步：先把文字或图片变成全景，再通过语义分层与几何重建输出三维世界，并支持导出网格。对场景概念验证和互动内容创作者，它提供了一条从视觉设想到三维素材的研究路线。
本文讲的是 1.0。它的仓库首页已经列出后续型号消息，那些型号的视频输入、实时生成等能力不属于这里介绍的流程。
看起来像一个世界，与已经有三维结构之间
官方 1.0 teaser 把海港、灯塔、山水与风格化城市等场景拼在一起，传达项目希望覆盖的视觉题材。不过，漂亮画面本身不能证明每处建筑都有完整背面，或者每个物体都能独立操作。要理解输出是什么，应该继续看架构图。
从左向右看：左侧把图片或文字变成全景；中间用同一个火焰岛场景识别前景、地形与天空；右侧对各层估计并对齐深度，再生成分层三维世界。图中文字较密，可打开原图核对。这里展示的是官方方法示意，本文没有运行火焰岛案例。
全景首先解决环绕观看的内容问题。普通图片只给出一个方向，模型要生成覆盖周围视野的全景代理；它为后续重建提供统一的视觉材料。已有符合流程要求的全景时，仓库第二阶段可直接以全景图片路径作为场景生成输入，所以读者可以把关注点放在“这张全景如何变成空间”，而不必把所有任务都理解为重新文生图。
但全景仍然是一张图。第二步的语义分层把显著前景与背景等内容拆开，第三步再把各层的深度关系对齐、形成网格。架构图中的火焰主体从地形和天空中分离，说明为什么这里不只是把整张图贴到球面上：分开的对象为后续处理留下了入口。
为什么可编辑网格值得关注
官方应用图把对象交互画得很具体：同一室内场景里的凳子可以平移、旋转、缩放。对要摆放道具、调整构图的人，这种可分离的表示比一段只能观看的视频更接近日常三维工作。网格也便于进入既有图形流程，而不必把结果一直留在专用播放器里。
重点看中间 Object Interaction 一栏的凳子及 Translation、Rotation、Rescaling 标签，它解释了“可编辑”指向什么，窄屏可打开应用原图放大。右侧物理模拟画面是官方应用展示，不是自动交付可直接上线的游戏关卡。碰撞设置、交互逻辑与具体引擎适配，仍要在目标项目里完成。
仓库的图生世界示例也保留了可理解的选择：先生成 panorama.png，再按前景标签把 stones、trees 等对象分层。这里的标签影响哪些东西被单独处理，而不只是给输出起名。官方还提供浏览器 ModelViewer，上传生成的场景文件后可以查看与体验；README 同时提示，部分场景可能因硬件限制加载失败。
应当把它理解为生成与重建的结果，而不是现场扫描。单张图里没拍到的区域没有真实观测约束，模型补出的空间不能作为房屋尺寸、遮挡背面或无盲区结构的证据。它更适合“想让这个设想成为可探索的场景”，不适合“我要准确复原这个真实地点”。
采用前要算上依赖与腾讯许可
继续研究可从官方 1.0 仓库的两阶段示例、模型下载页和 modelviewer.html 开始。官方测试环境为 Python 3.10、PyTorch 2.5.0 与 CUDA 12.4，流程还涉及 Real-ESRGAN、ZIM 等组件；该公开版本基于 FLUX，不能把下载几个适配权重理解为获得全部运行材料。各依赖与基础模型的使用条件需要分别核对，本文不承诺整条流程可免费商用。
HunyuanWorld 1.0 使用腾讯社区许可，应按受限开放权重模型理解。协议的适用地域排除欧盟、英国和韩国；在该版本发布日，若使用者全部产品或服务此前一个月的月活超过一百万，需要另向腾讯申请授权。分发、用途限制及不得用于改进其他非本系列 AI 模型等条款也会影响采用。先确认使用范围，再用一个小场景检验网格与编辑流程是否满足创作需要，比把宣传图直接当成成品承诺更有帮助。
参考资料：
以上为编辑整理，功能、许可与使用条件以官方说明为准。