标签

AI赋能自动驾驶:驭势科技智能驱动缺陷管理全流程革新

发布时间:2026-07-13 20:13阅读:2

许多企业讨论AI增效,但真正的挑战往往不在于“能否开发一个智能体”,而在于“这个智能体能否融入业务流程”。在自动驾驶这一高复杂度、强协同、强追溯的领域,这个问题被极端放大。

作为全场景L4级自动驾驶商业化的先锋,驭势科技在推动自动驾驶规模化应用时,研发体系中的缺陷管理成为关键支柱:一张缺陷单背后,常涉及多角色流转、海量数据解析,以及漫长的处理与沉淀链条。

驭势科技长期致力于构建AI原生组织,让AI成为“增强人力”。围绕缺陷管理这一高度复杂的业务环节,驭势科技与飞书合作,在每个真实工作场景中,AI不再仅是业务外的工具,而是融入工作流的驱动力。

01

当“自动驾驶规模商业应用”成为常态

在许多研发团队里,处理Bug是日常任务:现场上报问题,中台初筛,研发接手分析,大家在日志、截图、评论区里反复对齐,最后把结论补入系统。

但在驭势科技,所谓“缺陷”,往往直接关联真实车辆、真实道路和真实运营环境中的风险。尤其当业务持续迈向规模商业化,感知识别、定位、规控、系统响应中的每次异常,都不能按普通问题缓慢处理,而要快速识别、快速分流、快速定位。

这条链路之所以难,不仅因为问题多,更因为问题严重。一张缺陷单背后,往往不止一段文字叙述,还会附带图片、日志和多模态运行数据,单个问题涉及的数据量可能达数GB。问题进入流转链路后,中台要先判断归属,研发还需下载数据、回放、分析、核对。被持续消耗的,不仅是时间,还有团队的专注力。

当问题处理已牵涉前线接入、跨团队流转、深度分析和结果回写,团队所需的,通常不再是单点增效工具,而是能衔接关键流程的工作平台。

02

在驭势科技,“去除安全员,实现完全无人”,是业务成立的核心前提。正因如此,每个异常都不能只停留在“先记录”,而要迅速进入标准化处理链路。

基于飞书项目,结合AI智能体与MCP能力,驭势科技搭建了一条面向自动驾驶缺陷处理的智能分析链路。作为工程执行体的Clotho,没有停留在流程外,而是直接进入缺陷处理流程本身:问题进入系统后,先被统一承接,再被智能分类、分析,最终沉淀为一份结构化的分析报告与可追溯的闭环记录。

这样,中台不必再从零开始“捞问题”,而是先获取一版结构化判断,再决定是否需要人工校准。过去依赖个人经验的前置动作,也开始被纳入系统。

03

自动驾驶缺陷的分析,很少是看一眼描述就能定论。研发往往要在截图、日志、运行记录、回放工具、源码信息之间来回切换,才能把现场发生的事件一点点拼凑出来。

在飞书项目里,问题进入系统后并不会停留在记录层面。依托MCP对数据和上下文的统一接入,Clotho智能体可以顺着现有流程继续分析,自动获取相关数据和附件,结合图片、日志等多模态材料补全上下文,再进入后续的自动化处理。

遇到更复杂的长尾隐患时,智能体还会进一步调度日志分析与系统级诊断能力,在大量运行日志和可视化数据中交叉比对,更快形成一版缺陷分析报告,使缺陷分诊效率提升70%。这样,研发不必把大量时间消耗在数据提取、反复核对和基础排查上,而能集中精力于更接近根因的判断与处理。

在这条链路里,AI先接手的是重复、耗时、标准化程度更高的工作。更接近根因的判断,仍然留给工程师。

04

深度复盘,让知识持续进化

许多团队处理问题,往往止于“这次解决了”。但驭势科技更重视的,是这次分析路径能否被复用,这次处理经验能否不再只留在某个员工的脑海里。

所以缺陷分析完成后,相关结果会通过MCP回填到飞书项目的缺陷评论或处理记录中,形成带上下文、带过程、带结论的闭环信息。后续协同方看到的,不再只是一个“已处理”状态,还能看到问题如何被识别、如何被分析、如何被确认。类似问题再次出现时,也能更快找到参照路径,不用每次都从头再来,关键缺陷复现速度提高了3倍。

更大的变化在于,原本高度依赖个人经验的动作,开始被收进飞书项目承接的统一链路里:前端的问题进入系统,中间的分流与分析在流程中完成,后续的结果回写和经验沉淀也留在同一套协作上下文中,让缺陷可追溯覆盖达100%。沉淀下来的已不只是效率提升,而是流程可靠性。

依托飞书项目+Clotho协作,驭势科技让AI进入真实的业务现场,将原本分散在多人、多环节之间的缺陷处理链路,逐步收进同一套系统内,打造出可量化、可追溯、可自学习的质量防御体系。中台不再只能靠资深经验扛住第一轮分拣,研发也不必总从最零散的材料开始拼问题,分析结论还能留在系统中持续复用。

从工具到护城河,AI并非替代人,而是让每个人的能力得到最大程度的释放,这便是构建AI原生组织的意义和价值。