快速答案
可靠的 3D 资产流程从需求说明和参考资料出发，依次经过粗模、建模、拓扑、UV、材质、必要时的绑定或动作、优化、验证，以及有文档记录的引擎交接。每个阶段都应有负责人和明确可见的验收检查。
决策应基于目标平台、代表性测试的证据和有文档记录的交接。生成或下载的资产仍需要人工审查权利、几何体、材质、比例、性能和兼容性。
从验收需求说明开始
定义资产在游戏玩法或展示中的用途，以及摄像机距离、比例、风格、平台、交互、动画、碰撞、材质和性能需求。也要写明资产不需要什么。范围明确的需求说明可以避免在最终画面看不到的细节上投入高昂成本。
参考资料应说明形态语言、构造、磨损和材质表现，而不只是营造氛围。记录每份外部资料的出处和权利信息。
阶段检查点
- 写出预期结果和负责人。
- 记录已检查的内容和未验证的内容。
- 在扩大工作流程之前，先在目标环境中测试一个有代表性的资产。
用粗模确定轮廓和比例
使用简单形体验证比例、占地范围、轴心点、镜头中的辨识度和交互空间。尽早将粗模放入目标场景。即使模型制作得非常精美，如果门太小、把手无法触及或轮廓融入背景而难以辨认，仍然可能不合用。
在制作高细节内容之前确认粗模。后期调整比例会影响 UV、纹理、绑定、碰撞和动画。
阶段检查点
- 写出预期结果和负责人。
- 记录已检查的内容和未验证的内容。
- 在扩展工作流程之前，先在目标环境中测试一个代表性资产。
为目标用途构建几何体
仅建模影响轮廓、变形、着色或近距离检查的细节。将可编辑的源几何体与交付网格分开。根据项目规范命名对象和集合。
拓扑应符合资产用途。静态道具、需要变形的角色、破碎部件和可打印模型对布线及流形结构有不同要求。自动生成或清理后仍需进行针对性检查。
阶段检查点
- 写出预期结果和负责人。
- 记录已检查的内容和未验证的内容。
- 在扩展工作流程之前，先在目标环境中测试一个代表性资产。
一起规划 UV 和材质
在绘制纹理前确定纹素密度、贴图数量、平铺策略、镜像和通道打包。在实际镜头和动画范围内检查接缝。使用有记录的烘焙笼和切线空间设置，将高模信息烘焙到低模。
制作与目标渲染器匹配的材质。保留源材质节点图以便编辑，并提供可移植的纹理用于交换。验证色彩空间、透明度模式、法线方向和压缩。
阶段检查点
- 写出预期结果和负责人。
- 记录已检查的内容和未验证的内容。
- 在扩展工作流程之前，先在目标环境中测试一个代表性资产。
仅对需要的部分进行绑定和动画制作
在绑定前定义骨骼、轴心点、控制器、蒙皮、动画片段和根运动的约定。测试极端姿势和游戏状态转换，而不是只评估中立姿势。对于道具，确认变换继承和轴心点行为。
生成的动作可以加快探索，但脚部接触、穿模、循环边界、节奏和动作重定向仍需要人工审查。
阶段检查点
- 写出预期结果和负责人。
- 记录已检查的内容和未验证的内容。
- 在扩大工作流程之前，先在目标环境中测试一个有代表性的资产。
用证据进行优化
在目标场景中测量三角面数、材质槽、纹理内存、绘制调用、绑定复杂度和运行时开销。在摄像机距离需要时创建细节层级（LOD）。优化应保留轮廓和游戏提示，而不是孤立地追求某个数字。
保留优化前后的画面，并记录测试硬件或场景。如果着色器、过度绘制或动画开销占主导，文件变小不一定意味着资产运行得更快。
阶段检查点
- 写出预期结果和负责人。
- 记录已检查的内容和未验证的内容。
- 在扩大工作流程之前，先在目标环境中测试一个有代表性的资产。
验证引擎交接
在干净的项目中测试导入设置、比例、坐标轴、轴心点、碰撞、材质、光照、动画、命名和打包。确认所有依赖项都随资产一起交付，并从实际游戏镜头视角进行审查。
交付清单应列出文件、版本、检查项、限制、责任归属和回滚源文件。只有其他团队成员能够复现结果，流程才算完成。
阶段检查点
- 写出预期结果和负责人。
- 记录已检查内容和未验证内容。
- 在扩大工作流之前，先在目标环境中测试一个代表性资产。
如何使工作流可重复
分离源文件、工作文件和交付文件
将未修改的源文件与可编辑的工作文件和干净的交付包并列存放。源文件保留来源信息，工作文件保留修改器和构建历史，交付包仅包含下一个工具或团队成员所需的依赖项。有意识地对这些层级进行版本控制。用一个被覆盖的文件替换所有三个文件会使缺陷难以追踪，回滚几乎不可能。
使用明确的检查项，而不是主观批准
“看起来不错”不是可长期依赖的验收门槛。应定义检查项，例如真实世界比例正确、没有意外的非流形几何体、满足所需的 UV 覆盖范围、纹理路径可解析、材质通道经过验证、动画范围符合预期、满足目标三角面数预算，以及成功导入干净项目。在每项检查旁记录通过、需修改或受阻的状态，并注明审查人和日期。
首先测试有风险的假设
每个资产都有一两个可能使后续工作失效的假设：角色可能变形不佳，道具可能在导出时丢失着色效果，材质可能无法转换，或者场景可能超出内存限制。精修前，围绕风险最高的假设做一个小测试。早期取得证据比后期才建立信心的代价更低。
保留可衡量的证据
当线框视图、面朝向截图、材质预览、性能分析数据、导入日志和前后对比能够支持决策时，将它们保存下来。证据不必复杂，但需要关联资产版本和验收标准。这能让优化和故障排查可以复现，而不只是凭印象。
在交接时记录限制
说明缺失的贴图、不支持的着色器节点、未经测试的平台、未包含的动画、已知穿插、许可限制，以及接收方必须手动完成的设置。记录在案的限制可以提前规划应对；集成后才发现的限制则会带来进度风险。
先完成一条端到端的验证流程，再扩大规模
在批量处理数十个文件之前，让一个有代表性的资产走完整个流程。这条端到端流程应测试命名、文件夹、导出设置、纹理、引擎导入、评审和回滚。根据测试结果更新检查清单，然后只将稳定且充分理解的步骤自动化。
在每次交接时指定负责人
每次交接都应指定负责验收下一状态的人。建模师可以验证可编辑几何体，技术美术可以验证绑定和材质转换，引擎负责人可以验证运行时行为。明确责任归属可以避免文件仅仅因为没人阻止就进入下一阶段，也能让修改请求更具体：接收方负责人可以指出未通过的标准、退回正确版本，并保留其余已批准的工作。
在重新生成前审查变更影响
当概念或大形不正确时，重新生成很有用，但可能破坏已批准的细节并使后续证据失效。替换资产前，确定哪些决策应保持不变、哪个阶段负责变更，以及哪些检查必须重做。对于小缺陷，定向修改可能比完全重来更安全。对于错误的轮廓或不兼容的结构，回到较早阶段通常比修补每个后续产物更省成本。
实用审查检查表
- 说明资产的用途、摄像机距离、目标运行环境及负责人。
- 保存来源、许可证、源版本和可编辑原始文件。
- 检查几何体、变换、法线、UV、材质和命名。
- 在干净的目标项目中测试比例、坐标轴、纹理、动作和依赖项。
- 结合实际场景测量性能，而不是只依赖文件大小。
- 记录已知限制和下一步的人工决策。
常见问题解答
我需要编程经验才能开始吗？
使用结构化提示词开始时不需要编程。在将任何生成的资产或工作流程视为可用于生产之前，仍需进行技术审查。
第一个结果可以发布吗？
不能。将第一个结果视为可供审查的草稿，然后检查几何体、材质、比例、权利、性能和目标环境的具体要求。
本页面如何与 SEELE AI 配合使用？
本页面会将具体需求说明带入 SEELE Workspace，你可以在其中继续输入提示词并迭代。它并不声称提供独立的一键式浏览器工具。
第一个提示词应包含哪些内容？
说明目标资产、视觉方向、目标用途、比例、拓扑或动作需求、材质限制，以及你想首先审查的决策。
在导出或共享之前应该验证哪些内容？
在实际的目标工具或运行时中检查权利、几何体、变换、UV、材质、比例、命名、性能和兼容性。
这一工作流程能否取代 3D 艺术家或技术审查？
不能。它可以组织初始需求说明和迭代计划，但艺术判断、技术验证、清理和最终交付仍由人负责。
