座舱、算力、技术债：SDV排期到底被什么吃掉了
本文基于Qt Group技术战略总监罗淼的行业对谈“Five Things From Auto China 2026 That Should Change Your SDV Roadmap”整理。罗淼在整车厂与一级供应商的软件开发项目中有十年经验。完整对谈视频及相关资源见文末。
中国整车厂已经重新定义了座舱体验的行业标准。真正的难题出现在标准之后：屏幕数量、AI功能和代码行数还在一代一代往上加，排期、算力预算和团队规模没有同比例增长。这个缺口最后由谁承担，是每一次软件定义汽车（SDV）项目评审都绕不开的问题。
罗淼近期和国内多个大型量产项目的工程团队聊过。他的判断里，真正需要开发管理者提前算账的是下面三件事。
屏幕在加，算力预算没在加
贯穿式屏幕已经是基线，副驾娱乐屏成了标配，HUD叠加AR转向引导几年前是旗舰配置、现在没有反而奇怪。而这些都跑在同一颗SoC上——座舱、仪表、ADAS共享算力。
不少团队为了拿到设计稿要求的3D画质，引进了游戏引擎。渲染能力没有问题，问题是游戏引擎为游戏而生，不是为量产车的嵌入式、功能安全环境而生。罗淼在多个项目里见过同一种结果：这样拼装出来的技术栈，每一部分单独都很强，凑到一起交付整体体验时容易散。更麻烦的是它们在同一颗芯片上互相抢资源，结果不只是集成质量差，而是全都跑不快。原型阶段成立的方案，到量产阶段变成了安全架构收不了口、排期兜不住的工程问题。
画质和算力成本之间的取舍不是物理定律，是架构选择的结果。Outpace是Qt Group新一代座舱人机界面（HMI）概念演示：实时3D渲染和2D/3D无缝融合跑在中端车规芯片上，在架构设计阶段即纳入量产安全与合规要求。通过Rendering as a Service (RaaS)，同一套3D资产由单一渲染器同时供给仪表、中控和副驾屏，多屏3D保持一致，硬件开销更低。相比主流3D引擎方案，内存占用低约40%、CPU占用低约50%。安全侧由Qt Safe Renderer承担：它已通过TÜV NORD的ISO 26262 ASIL-D认证，与Qt Quick 3D并行运行。
HMI不再出厂即定型
车里的AI助手已经能识别说话人坐在哪个位置，指令也不再是几个关键词，而是一整段话，背后由多个智能体分解和规划任务。这也是AI OS这个概念冒出来的背景——自动驾驶、座舱交互、整车数据回传，这些用例需要一层统一的、服务化的能力去承载。
更值得开发管理者注意的是另一层变化：用户可以用语音改主题、改配色、改语言，界面在使用过程中被动态生成。罗淼拿社交媒体做类比，它们受欢迎不是因为平台提供内容，而是因为内容由用户生成。座舱正在发生同一件事。
对验证工作来说，这是一次对象变更：要验的不再是一套固定界面，而是生成规则和它能产生的状态空间。按出厂即定型的假设写出来的测试策略，覆盖不到这个范围。
屏幕上已经显示前方10米右转，语音还要再播一遍；车都开始转弯了，还在提示“继续右转”。这类体验问题不是模型不够大，是没有人对交互逻辑的合理性负责。车能自己开和车不烦人，是两件事。
90% 的时间花在最后10%
罗淼提到一条项目老规律：10% 的时间就能做到90% 的完成度，剩下10% 会吃掉90% 的时间。原因通常是没预料到的缺陷行为，和从一开始就没人算过的性能问题。车内代码量翻四倍甚至十倍之后，这个比例不会变得更友好。
把质量和合规留到项目末尾，目前仍是行业最常见的做法，也正是汽车软件项目最大的瓶颈之一。让测试和架构约束在开发过程中自动执行是必要环节，不能省略。
真正的前提是软件栈由谁拥有。复杂度上一个量级之后，能不能在自己手里改、自己手里验，决定了这笔债是被清掉还是被推到下一代。技术债不会自己消失，只会以排期的形式反复出现。
三个常被问到的问题
Q：不用游戏引擎，还能做出旗舰级的3D座舱吗？
A：能。Outpace在中端车规芯片上跑起了实时3D与2D/3D无缝融合，并用一套资产驱动多块屏幕。前提是架构在项目初期就纳入量产要求。
Q：动态生成的HMI会不会让测试工作失控？
A：不会。失控的是沿用旧假设的测试策略——验证对象要从固定界面切换到生成规则和状态空间。
Q：质量前置会不会拖慢首版交付？
A：会占用前期时间，换回的是最后10% 不再吃掉90% 的排期。代码量越大，这笔交换越划算。
中国整车厂定义了这一代座舱的标准。下一个竞争点是把这套标准变成可持续的工程能力，而不是每一代都重打一次地基。
