今日一句话 今天的信号质量很低，但 Gaussian Splats 的技术演进值得盯着。

今日精选（3 条）

1. Gaussian Splats + RAD 格式：VR/空间计算的下一个渲染赛道

@AKurian001（via @shmdevelop 转发）· https://x.com/shmdevelop/status/2025287423203442790

选这条的原因：Gaussian Splats 在 visionOS 上已经有真实落地案例，RAD 格式如果能压缩体积、提升流式加载，对开发者来说是实质性的工具升级。

RAD（Radiance Field 压缩格式）的核心价值是让 Gaussian Splat 场景的文件体积可控、加载速度可接受——这两个问题一直是 splat 在 Vision Pro 上落地的最大障碍。目前这个格式还在早期，但已经有开发者在 WebXR/three.js 上跑通了（见下面那条 Reddit 帖子，有人在用 splat + WebXR 重制 2013 年的游戏）。如果你现在在做沉浸式场景类应用，建议跟进 RAD 格式的工具链进展，不用现在切换，但要知道它在哪里。不要在这个时间点把 splat 渲染性能优化押注在现有格式上，等 RAD 工具链稳定再做架构决策。

2. 有人在用 Gaussian Splats + WebXR 重制老游戏

r/VisionPro · https://www.reddit.com/r/VisionPro/comments/1raxhxq/im_recreating_this_2013_game_for_the_vision_pro/

选这条的原因：这是一个真实的开发者在做真实的东西，不是概念演示，而且技术路径（WebXR + three.js + splat）对 visionOS 开发者有直接参考价值。

用 WebXR + three.js 做 Vision Pro 应用这条路一直被低估。它的优势是跨平台、迭代快、不需要 Xcode 全套工具链；劣势是性能上限低、系统集成能力弱。但如果你的场景是「沉浸式视觉体验」而不是「需要深度系统集成的工具类应用」，WebXR 路线现在完全可以出东西。这个项目用 splat 重建真实场景的思路也值得借鉴——splat 的视觉质量在 Vision Pro 的显示规格下确实能打。

3. visionOS 26 passthrough 延迟改善

r/VisionPro · https://www.reddit.com/r/VisionPro/comments/1raes2g/i_cant_believe_it_but_pass_through_is_actually_snappier_in_vision_os_26.4.1/

选这条的原因：用户感知到的 passthrough 延迟改善是真实的系统级变化，对做混合现实类应用的开发者有直接影响。

这条是用户自己发现的，不是 Apple 公告。visionOS 26.4.1 的 passthrough 延迟据说有肉眼可见的改善。如果你在做 passthrough 相关的 AR 应用，现在值得在真机上重新测一遍你的体验——之前因为延迟感觉「不自然」而放弃的交互设计，可能现在可以重新评估。对用户来说：如果你一直觉得 passthrough 有点「飘」，升到 26.4.1 试试，可能有惊喜。

本周趋势

这两天的信号整体偏弱，X 上的高互动内容基本都是 dreamwieber 在聊奥运会和 ChatGPT 吐槽，跟 visionOS 没什么关系。

但有一条暗线值得注意：Gaussian Splats 的工具链正在快速成熟。RAD 格式、WebXR 集成、真实项目落地，这三件事同时在发生。如果你在做沉浸式内容类应用，现在是跟进技术演进的好时机，但不是押注的时机——工具链还没稳定。

另一个信号是 YouTube app 在 Vision Pro 上的问题（两条 Reddit 帖子都在抱怨），这说明第三方视频应用的体验仍然是用户痛点。如果你在做视频类应用，这是一个真实的市场缺口。

开发者现在应该把精力放在：真机测试 visionOS 26.4.1 的系统级变化、跟进 splat 工具链。避开：纯概念性的空间计算讨论，以及任何「即将发布」的硬件预测。

今日噪音 dreamwieber 今天发了 14 条，聊奥运会、ChatGPT、飞艇，全部可以跳过。