进阶边界：3D、Shader、联机与引擎扩展
你不需要先学完整个引擎才能做第一款小游戏。但知道能力边界，可以避免让 AI 把一个小需求升级成无法维护的大工程。
哪些方向值得单独做原型
| 方向 | Creator 能提供的基础 | 新增成本 |
|---|---|---|
| 3D 角色与场景 | 模型、材质、灯光、相机、动画 | 美术资产、骨骼、光照、设备预算 |
| 自定义 Shader | Effect、材质与渲染相关能力 | 图形学、平台兼容、调试与性能 |
| 实时多人 | 客户端逻辑、网络接入与表现 | 同步模型、延迟处理、服务器裁决 |
| 原生扩展 | 对应原生构建与桥接能力 | 平台语言、工程构建、分发条件 |
| 自定义引擎 | 源码与定制能力 | 升级合并、调试、构建与插件兼容 |
“能力存在”与“适合你的产品”之间，还隔着制作成本、验证成本和维护成本。
用最小问题验证风险
3D 换装先验证一个角色、两件衣服和目标低端机；特殊流光先做一个 Sprite 的材质实验；多人对战先测两个客户端在高延迟和丢包下的表现。
不要等几十关、完整角色和商业化都做完，才第一次测微信真机性能。技术原型优先覆盖最不确定的一项。
什么时候考虑引擎源码
先确认官方组件、公开 API、构建配置与现有插件是否足够，再评估自定义实现。修改引擎源码会增加升级和排错成本，尤其需要固定版本、记录补丁与复现流程。
同样，不要把“要一个圆角按钮”当成必须学习 Shader 的理由。素材、Mask、现有组件或简单布局可能已经满足需求。
向 AI 要可比较的方案
需求：微信小游戏中的 3D 角色展示与两套换装。
请比较成本最低的实现与后续可扩展实现。
先列素材规格、目标设备、内存/帧时间测量、平台差异与未知项。
给一个可在一天内验证关键风险的原型范围，不先写完整框架。
继续查阅官方对应章节，而不是把 2.x 或其他引擎教程里的代码直接拼到 3.8.8 项目。