第三代互联网战略（三大市场之三；Godot/3D 引擎为入口）
日期: 2026-09-06 状态: Draft（骨架，待扩充；原文件名 godot-metaverse-strategy.md，随市场更名而改） 关联: ecosystem-portfolio-strategy（伞形总战略·三市场 框架）、trans/gdscript.rs + trans/tscn.rs（现有发射器）、examples/godot（Plan 308 demo）
0. 市场定义与更名（2026-09-06）
市场定名：第三代互联网（曾用名/俗名"元宇宙""WEB3.0"）。更名裁决："元宇宙"一词被 区块链与 VR 绑定过深、概念过窄——前者已明确排除，后者只是接入设备之一；按信息形态 划分取"第三代互联网"（不用"下一代互联网"：移动靶命名，且与 CNGI/IPv6 的"下一代互联网" 历史撞名）。
按互联网传输信息的形态划分：
| 代际 | 传输信息的形态 | 载体 |
|---|---|---|
| 第一代 | 文字与图片为主 | BBS、静态网页 |
| 第二代 | 动态网站、视频、App 等动态素材 | PC + 移动互联网 |
| 第三代 | AI + XR，沉浸式体验为主 | 第三代互联网 |
定义边界：AI 是内容引擎、XR 是体验载体（XR/VR/眼镜/裸眼全息均为接入外设，不构成定义）； 不含区块链（2026-09-06 裁决：区块链不是下一代互联网的基础，智能合约发射目标不纳入 轨道）。
Godot（或其他 2D/3D 引擎）是第三代互联网的入口点——Auto→GDScript 转译的目的不是 语言广度展示，而是切入这个生态。
1. 双形态优势（Auto 在该生态内的差异化）
Auto 相对 GDScript 的天生优势：开发时动态、发布时静态——
- 开发期：发射 GDScript（动态、热改、Godot 编辑器深度集成）
- 发布期：发射静态语言（C/Rust）缝合进引擎（高性能）
GDScript 只有前者；Godot 原生 C#/C++ 路径只有后者；Auto 是该生态内唯一双形态选项， 与语言总教义（脚本开发→转译发布）同构。
2. 关键技术前提：引擎侧配合
理论最高性能要求静态语言产物直接缝合进引擎，而非经 Godot 的 plugin/GDExtension 接口（现有 Rust 接口即走此路，达不到理论上限）。因此需要对 Godot 引擎本体做调配（静态缝合机制：fork 维护或上游贡献）。这是该线最大的工程变量 与重投入信号。
3. 现状与执行时序
- 现状：gdscript.rs（2k 行）+ tscn.rs（场景文件生成）+ dodge_the_creeps demo （Plan 308 反向转译验证）。
- 执行时序：战略定性已升级为生态入口级；具体投入时序与近期主线（Rust 生态/AutoUI 交付）在季度规划中权衡——与 C 轨相同的"定向锚先行、触发后立项"模式。
- 立项前置：GDExtension vs 静态缝合的性能天花板实测（用数据决定引擎调配的 必要性与投入级别）。
4. 待扩充
- [ ] GDExtension vs 静态缝合性能天花板实测方案（立项前置）
- [ ] 引擎调配策略：fork 维护成本 vs 上游贡献路径
- [ ] 双形态发射切换契约（同一 .at 源 → GDScript/C 两臂 parity 闸门）
- [ ] 第三代互联网旗舰场景选择（多人空间 / 3D 应用 / 数字孪生 / 仿真训练场——与机器人 市场的 sim-to-real 交汇）
- [ ] Godot 4.x 版本锚定与升级策略