WebGPU 为何成为“浏览器中 AAA 能力”的答案

上游 Godot 网络导出仍然依赖于 WebGL 2.0。如果你想要在浏览器中有高保真度的 3D 游戏，WebGL 2 将是一个巨大的瓶颈。WebGPU 改变了整个方程式：现代 API 全等：直接映射到 Vulkan、Metal 和 Direct3D 12，减少了 CPU 绘制调用延迟到 WebGL 的分数。计算着色器：使实时 GPU 粒子系统、物理模拟和自定义后处理管线直接在浏览器画布内可用。 大型场景流动：配对与 Godot 4.7 的 wasm64 网络导出，游戏可以最终突破旧的 4 GB WebAssembly RAM 天花板，流入浏览器标签页的密集 PBR 纹理和几何体而不会崩溃。这是第一个开源的构建管道，使 Godot 4.7.1 + WebGPU 可以可靠地编译出盒子。 studio-foundation 的实际是什么：一个 AI 代理 DevOps 堆栈 studio-foundation 不是一个自定义游戏引擎，它是一个开源的 DevOps 工具链、补丁管理器和自动化测试框架，设计用于 AI 代理（和人类开发者）构建和部署浏览器游戏。当编码助手（如 Claude Code 或 Cursor）生成游戏代码时，他们遭遇一个基本的缺陷：他们是“盲眼”。他们没有办法知道，如果脚本编辑编译成黑屏，打破着色器，还是爆炸灯光。这一存储库解决了视觉盲点循环：[AI 代理 / LLM] ──(编辑代码)──> [Godot 4.7.1 WebGPU 导出] ▲ │ │ (启动在 Playwright 中) │ ▼ [提示上下文喂食] <──(图像差异)── [无头画布截图] 自动化视觉回归：在无头浏览器中启动 Playwright，捕获 WebGPU 构建中的画布截图，diff them 對基准图像，直接将视觉错误报告喂入 LLM 提示上下文。 模型上下文协议 (MCP) 钩子：CLI 命令，如 just engine-fetch、just export-browser-webgpu 和 just run-browser-smoke，格式化为结构化工具调用，使 AI 代理可以自动化地修补、编译、测试和部署。 可复现补丁管道：不再托管一个脏 10 GB 引擎分支，engine-fetch 检出干净的上游 Godot 4.7.1，验证 SHA-256 补丁哈希，应用 WebGPU 整合在一个可丢弃的工作树中，编译。 全栈桥梁：包括 Tokio/Axum/SQLx Rust 后端和 Nakama 桥梁用于共享多人状态测试。 信任：C++ 渲染驱动：David Walter（dwalter/godotwebgpu），WGSL 着色器翻译，和浏览器绑定，MIT 许可证，使任何人都可以使用。 这已经被重新基准到 Godot 4.7.1 中，解决了版本破坏，包装在一个可预测的、校验和的补丁管理管道（engine/patches/）中。 所有都记录在我们的存储库的 NOTICE.md 中。 试试看 如果你想要在今天测试 WebGPU 在 Godot 4.7.1 中，或实验自动化代理管道： GitHub 存储库： lxsolutions/studio-foundation 文档和证明：见 GOAL.md 和 NOTICE.md 在存储库根目录。 反馈、问题和 PRs 在 CI/CD 管道上完全开放并欢迎！