脱敏声明 —— 本项目为第三方（主机厂）的量产项目，按供应链保密约定以脱敏形式展示： 不出现客户名称、车型、项目代号与可反查的技术标识。本文只描述我负责的那部分方法与边界。
做了什么
把感知数据与车辆状态实时渲染成一块 3D 场景，直接呈现在驾驶位与中控屏上： 周围车辆、车道与道路结构、环境要素，都画成能被一眼看懂的空间关系，而不是一串数字或二维图标。 在此之上还做了动态氛围：画面会随环境条件与正在播放的媒体内容改变呈现方式，让这块屏不只是"仪表"，也是有观感的界面。
车载实时渲染和游戏到底差在哪
一、硬件预算先于美术想法。 在 PC 或主机上可以"先做效果，再优化"； 在车机上必须先定死帧率、内存与功耗的上限，再决定用什么做法。这个顺序反过来，方案会被推倒重来。
二、稳定性压倒一切。 消费级软件崩一次是重启，车载软件崩一次是安全问题。 所以内存分配、资源加载、异常处理都要按"长时间运行不出错"来设计，而不是按"跑起来好看"。
三、迭代节奏不由你定。 互联网产品可以一天发一版； 车上的东西要跟着整车 OTA 走，一次推送覆盖所有在售车辆 —— 上线的容错率极低，所以验证要在发版前做足。
四、数据是别人给的，格式与频率都不由你。 可视化只是链路末端， 真正花时间的是对接上游数据、确认更新频率与含义，以及当上游数据异常时画面该怎么表现。
边界
这条能力最容易被说大，所以说清楚：我做的是渲染与美术实现这一段， 不是整车软件、不是感知算法、不是功能安全认证。 它的价值在于证明一件事 —— 同一套实时 3D 能力，既能在游戏里跑，也能在算力受限、稳定性第一的车载环境里跑稳。