Godot 导入预设治理：纹理、音频、模型设置别靠手点

导入设置也是代码的一部分

Godot 的资源导入设置很强，纹理是否压缩、是否 mipmap、过滤方式、音频是否循环、模型是否导入材质、动画采样都在这里。很多团队把它当成编辑器里的手工选项：谁导入资源，谁随手调一下。结果就是同类资源设置不一致，某张 UI 图被压缩糊了，某个音效没压缩，某个模型导入了多余动画。

导入预设治理的核心观点是：导入设置也是工程配置，应该被规范、检查和自动修正。Godot 会生成 .import 文件，这些文件进入版本管理后，项目就应该把它们当成可审查内容。

flowchart TD
    A[新增资源] --> B[按路径匹配导入规则]
    B --> C[应用 Import Preset]
    C --> D[生成 .import]
    D --> E[构建前扫描]
    E --> F{是否符合规则?}
    F -->|是| G[进入构建]
    F -->|否| H[报告/自动修正]

按资源用途定义规则

纹理不能一刀切。UI 图标、像素风角色、3D PBR 贴图、粒子贴图、背景大图需要不同设置。音频也一样：短 UI 音效、长音乐、语音、环境循环使用不同压缩和循环策略。模型导入则按角色、场景、道具区分。

可以按目录定义规则：assets/ui 关闭 mipmap、保留清晰度；assets/world 允许压缩和 mipmap；assets/pixel 关闭过滤；assets/audio/music 使用流式播放；assets/audio/sfx 使用压缩短音频。规则写成配置，工具按路径匹配。

路径规则要和目录规范配合。资源放错目录，导入设置也会错。所以资源治理和项目结构是同一件事的两面。

.import 文件需要审查

Godot 的 .import 文件记录导入参数。不要把它们完全当成噪音。代码评审时，如果一个 UI 图突然开启了有损压缩，应该被发现。如果一个 4096 贴图没有压缩，也应该被发现。

当然，人工审查每个 .import 不现实。可以写脚本扫描关键字段，输出异常：UI 纹理开启 mipmap、像素图开启 filter、长音乐未设 stream、模型导入了未使用动画、贴图尺寸超过预算。

扫描结果比单纯禁止更有用。某些资源确实需要例外，例外要写明原因。工具支持 allowlist，避免团队用临时改规则绕过检查。

批量修正减少人工成本

项目进行一段时间后，资源设置会积累历史问题。编辑器里逐个点非常慢。可以写 EditorPlugin 或命令行脚本，按规则批量修正导入设置并触发 reimport。

批量修正要谨慎。先 dry-run，输出将要修改哪些文件和字段；确认后再改。改完要抽样检查视觉和音频。特别是压缩格式变更，可能影响平台兼容和画质。

导入规则版本也要记录。规则升级后，哪些资源需要重新导入？工具可以记录规则 hash，发现资源使用旧规则就提示。

平台差异不能忽略

移动端、桌面、Web 对资源导入要求不同。纹理压缩格式、音频编码、模型精度、视频格式都可能变化。Godot 的导出平台设置和导入设置要一起考虑。

比如移动端 UI 图希望清晰但也要控制内存，3D 贴图需要平台支持的压缩格式；Web 包体敏感，长音频和大图要更严格。导入预设可以按平台输出不同结果，至少构建前要检查目标平台风险。

如果项目有多个导出目标，不能只在主开发平台上看效果。导入设置正确与否，最终要在目标设备验证。

资源预算和导入设置联动

导入治理还应输出预算报告：纹理总大小、最大贴图、未压缩音频、模型面数、动画数量。导入设置是控制资源成本的入口，预算报告是结果。两者结合，团队才知道优化是否有效。

资源预算不只是性能问题，也是下载和存储问题。一个活动版本多 200MB，可能来自几张未压缩大图。扫描工具能很快定位。

小结

Godot 导入预设治理，是把编辑器手工选项变成工程规则。按资源用途定义导入策略，审查 .import，批量修正历史资源，考虑平台差异，并输出预算报告。资源质量不应该靠每个人记住怎么点，而应该靠工具和规则稳定执行。
我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。

我会把导入规则写成 import_rules.json，每条规则包含路径匹配、资源类型和期望字段。提交前脚本扫描 .import，发现不符合就给出修复命令，这比口头提醒有效得多。