三条阅读与实践路线
先问自己：现在缺少的是整体地图、某个概念，还是一次完整交付经验？不同问题对应不同阅读路线。
路线一：先快速建立全貌
依次读全景 → 能力地图 → 需求拆解 → 数据模型 → 导出 → AI 协作。
读完后，不看术语表尝试解释：为什么 .blend 不是游戏直接运行的模型？为什么有骨架却没有动画？为什么 PNG 只有几十 KB，运行时仍可能占很多内存？不能解释的部分再回查对应章节。
路线二：按当前功能找入口
| 当前需求 | 推荐入口 | 要带走的交付约定 |
|---|---|---|
| 奖励图标、金币旋转 | 渲染、金币案例 | 透明背景、画布、帧排版与播放速度 |
| 炮塔、建筑、场景道具 | 建模、变换、炮塔案例 | 原点、尺寸、层级与材质 |
| 角色走路或攻击 | 骨架、动画、机器人案例 | 骨骼、权重、片段与根位移 |
| 模型导入后外观不对 | 材质、导出、排障 | 可复现环境与定位证据 |
| 资源太大、游戏发热 | 性能、微信构建 | 明确瓶颈与设备测量 |
| 批量换色、批量生成 | Python、扩展能力 | 固定输入、输出清单与可重跑脚本 |
路线三：动手走完一条管线
- 从下载页取得资源和脚本，先打开完成品，建立结果预期。
- 在 Blender 中观察对象列表、材质、时间轴；改变一个参数，再运行生成脚本比较。
- 阅读对应案例，理解生成步骤为什么这样安排。
- 打开 Cocos 示例，观察导入后的 Prefab、Mesh、Material、AnimationClip。
- 改动尺寸、颜色或动画速度，重新生成、导入和验证。
- 故意制造一个错误，例如移动原点、漏掉动画或改变材质，按排障模板向 AI 反馈。
什么时候值得手动练习
第一次至少手动做一次选择、移动、旋转、缩放、切换编辑模式、查看材质、插入关键帧和导出。目的不是记住所有快捷键，而是能够理解 AI 的操作计划，知道它是否在正确对象与模式下工作。
熟悉后，把稳定重复的工作交给脚本，把人的注意力留给比例、轮廓、动作表现和游戏适用性。脚本能证明“生成了文件”，不能证明角色动作有吸引力。
本指南按桌面浏览器组织阅读与交互。游戏运行设备的验证要求另见微信小游戏验证。