
大多数人谈自动驾驶,看到的是演示视频和厂商发布会。openpilot 有意思的地方相反。它把一套车端辅助驾驶系统放在 GitHub 上,让你能看到设备、车型、线束、分支、测试和数据策略这些不那么性感的部分。

它不是给车装个 App
openpilot 是 comma.ai 开源的机器人操作系统。项目页给出的定位很直接,它目前可以升级 300 多款支持车型的驾驶辅助系统。注意,这里不是把手机连到车机上,也不是做一个导航插件,而是接入车辆本身的控制与传感链路。
要在车上使用它,原文列了四样东西。第一是 comma four 设备,第二是 openpilot 软件,第三是支持车型,第四是 car harness,也就是把设备接进车上的线束。安装时还要按车型确认兼容性,release 版本的安装 URL 是 openpilot.comma.ai。
这个组合让 openpilot 很容易被误读。一边,它确实是开源项目,代码和文档都在外面。另一边,它又不是下载下来就能在车库里随便跑的玩具。车、设备、线束、安装步骤和当地法规,全都绕不开。

真正的看点在工程闭环
openpilot 最不像普通 GitHub 热门项目的地方,是它把安全和测试写得很重。项目页提到,它遵循 ISO 26262 指南;每次提交会跑软件在环测试;负责安全模型的代码在 panda 里,用 C 写;panda 自己也有软件在环和硬件在环测试。
更具体一点,comma 内部还有一套硬件在环 Jenkins 测试,用来构建和测试各个进程。他们还把最新 openpilot 放在一个测试柜里,里面有 10 台 comma 设备持续回放路线。
这段信息比「开源自动驾驶」四个字更重要。车端系统最怕的不是 Demo 不炫,而是改一行代码后不知道哪条路、哪台车、哪个边界条件会出事。openpilot 能被开发者研究,靠的不是一个模型文件,而是这套从分支、测试、设备到路线回放的工程闭环。

开源不等于无门槛
项目页的免责声明写得很直白。它是用于研究的 alpha quality software,不是产品。使用者要自己遵守当地法律法规,没有明示或暗示保证。对中国读者来说,这句话比 star 数更该先看。
如果你只是想体验「AI 开车」,openpilot 不是最低成本路线。它要求你有支持车型、愿意折腾硬件、能理解风险,还要接受数据策略。默认情况下,openpilot 会上传驾驶数据到 comma 的服务器;用户可以通过 comma connect 访问数据,也可以关闭数据收集。项目页还说明,系统会记录路向摄像头、CAN、GPS、IMU、磁力计、热传感器、崩溃日志和系统日志;驾驶员摄像头和麦克风只有在设置里明确选择后才记录。
这套安排对开发者有价值,因为真实世界数据会反过来训练更好的模型。对普通车主,它也会带来隐私和责任问题。尤其在国内道路语境里,法规、保险、道路条件和事故责任都更复杂,不适合拿海外社区经验直接照搬。
谁该盯它
我会把 openpilot 看成一个少见的「可拆开的自动驾驶工程样本」。它适合三类人。第一类是做机器人、车端感知、控制系统的人,想看真实项目怎样组织传感器、测试和发布分支。第二类是 AI 工程师,想理解模型落地到物理世界时,为什么测试、硬件和数据闭环比聊天窗口难得多。第三类是汽车行业从业者,想观察一家小团队如何用开源社区推进辅助驾驶迭代。
它不适合想要傻瓜式改车的人,也不适合把开源当免费售后的人。openpilot 最有价值的地方,是把自动驾驶从宣传片拉回工程台面。你能看到它能做什么,也能看到它小心翼翼不承诺什么。
项目地址 https://github.com/commaai/openpilot
信息源 https://github.com/commaai/openpilot