build-hybrid-game-assets

构建混合游戏资产

选择最适合游戏玩法、易读性、迭代速度和运行时预算的资产表示方式。不要强行将每张参考图都转换为 3D 模型。

制作前先对资产分类

需求	首选表示方式
主角或复杂的定制动画	导入绑定好的网格，并核实许可证和缩放
武器、遗物、拾取物、变体生物、建筑或交互道具	当可控轮廓、插槽、碰撞体或代码驱动的变体很重要时，使用 Three.js 程序化几何体
概念图、职业肖像、物品栏图标、光标、背景或菜单设计	直接将生成或制作的 2D 图像／视频用作 UI 媒体
关卡氛围、构图或间距参考	将概念图用作视觉指导；另行制作实际可玩的关卡
可见形式本身必须转化为代码模型的参考图	使用 img2threejs 并遵循其质量门槛，同时说明结果是重建，而非提取的几何体

精确地制作图像优先的作品

生成一组精简的参考图：主视图、几何体相关时的轮廓／侧视图、配色／材质特写，以及使用场景。实现前明确相机距离、缩放、轴心、碰撞体、连接插槽、动画需求和预算。单张图无法体现隐藏的几何结构；应索取更多视图或选择有意采用的风格化处理。

构建运行时资产

• 对于导入的网格，在集成到场景之前，统一坐标系、缩放、轴心、材质、动画片段以及所有权／许可证。
• 对于程序化几何体，提供一个工厂函数，包含命名部件、稳定的插槽、确定性变化、碰撞体指导以及可复用材质。
• 对于 2D 资产，以实际显示密度导出透明媒体；面向用户时提供替代文本／标签，并避免将栅格图像用作虚假的 3D 碰撞体。
• 将制作内容标识符与运行时状态分开。不要在 UI 代码中重复存储物品、材质或游戏玩法信息。

在游戏中验证，而非在资产查看器中验证

检查真实的相机距离、照明、易读性、碰撞／接触、动画、移动端视口和性能。测量具有代表性的绘制调用次数、三角形数量、纹理数量和帧时间。保持视觉效果原创：用参考图了解视觉规律，然后创建新的身份、几何体和媒体。

记录来源

记录每个运行时资产属于导入、程序化、生成的 2D 资产还是仅供参考，并在适用时记录来源／许可证和生成输入。除非来源和运行时代码确实能证明图像转模型流程，否则不要声称使用了该流程。