大家好，我是做嵌入式开发的。先给纯软方向的同学铺垫个背景：基本上现在能通电的设备都会带 MCU ，也都有代码在上面运行。
结合目前的行业现状，我想和大家探讨一个细思极恐的问题：
我可以很肯定地说，只要是今年新出的车，100% 已经包含了 AI 生成的代码。而且很多时候，这已经是避无可避的：
难听点说，由于层层外包和赶进度，很多这种 AI 参与的代码根本没人严格 Review 。它纯粹是一个跑得通就行的“黑盒”。 它的控制范围有多广？
如果未来有车厂以此为卖点，宣传自己的系统是 “100% 纯人类手写、0 AI 介入、经过严格人工 Code Review”，大家愿意为这种安全性（或者说安全感）额外付费吗？ 还是说，大家更愿意相信车厂的黑盒 Testcase 覆盖度足够高，只要价格越便宜越好？想听听各位 V 友的看法。
 |
1 Nasdaq 5 月 23 日 10
给我干哪来了，还是新中国吗？你出去吃饭买单希望服务员用算盘给你算帐再核对一遍，还是直接扫码？ |
 |
2 HeyWeGo 5 月 23 日这个角度太专业了，不能说没有这样的人，但是一定是小众。目前更新换代节奏那么快的市场条件下，这点很难作为真正的竞争力。 |
 |
3 cyp0633 5 月 23 日 11
我觉得你自己都不能保证帖子的 0 AI 润色介入，毕竟 AI 润色也可能导致表达的观点发生细微的偏移不是吗 |
 |
4 martinm 5 月 23 日 via Android问题对于开发来说，纯人工手写也并不可靠，我觉得我的代码写得没有 AI 的好，宣传人工 review 就好了 |
 |
5 yandif 5 月 23 日问题就不存在吧，车厂的目标客户肯定不只是程序员，肯定不会这样宣传 “100% 纯人类手写、0 AI 介入、经过严格人工 Code Review”，一般消费者也看不懂吧，可能会用其他方式满足用户的安全感 |
 |
6 ETiV 5 月 23 日 via iPhone要看 LZ 想表达什么，如果是“AI 写的代码直接或间接地等价于引入了不安全因素”，那换个问法：你会愿意为刹车不会失灵的车支付溢价吗？ 我觉得政策面就不会允许这样宣传，甚至不会有这样不安全的产品面市。 |
 |
7 r46mht 5 月 23 日如果车厂的宣传点是这个话我默认是实在没有什么别的可说了，这不是妥妥的减分项 |
 |
8 loading 5 月 23 日 via Android不会 |
 |
9 zisen 5 月 23 日如果是 opus4.6 写的代码，我觉得比人写的可靠 |
 |
11 Perry 5 月 23 日 via iPhone 1
用户只第三方可信数据说话，最后车事故率高不高，出事故压不压新闻的用户都清楚 |
 |
12 kenneth104 5 月 23 日反过来 L3 已经比人类驾驶安全了，还一堆人使用带 L3 的车在古法驾驶 |
 |
13 jchencode 5 月 23 日这不就诞生了需求吗，AI 审核。。。 |
 |
14 anghunk 5 月 23 日你确定人手写的代码一定优于 AI 生成的吗？ |
 |
16 QingXuJiaZhi 5 月 23 日 via Android以后都没有人自己开车了，都是 AI 自动驾驶，你说零 AI ？？？ |
 |
17 unused 5 月 23 日 via Android 1
我觉得应该是用 AI 提高测试覆盖率，甚至是形式化的无 bug 证明 |
|
18 QingXuJiaZhi 5 月 23 日 via Android最多也就油车的生产线用这个当卖点苟延残喘，不可能一边新开高度智能化的汽车生产线一边宣扬 AI 不可靠。 而且对 AI 有那么大顾虑的车主，多数都只接受传统油车。 |
 |
20 ebushicao 5 月 23 日你是什么时候产生了纯人类手写就有安全性的错觉？你可以去 github 找找很多年没有更新的高星代码库，然后看看 issues 有多少 bug |
 |
22 moudy 5 月 23 日 via iPhone说了这么多没提到汽车功能安全这个关键字，其实 fsd 已经是纯 ai 在那跑了，说啥都没用了 |
 |
23 ZZITE 5 月 23 日 1
不愿意。不明白为什么那么多人这么在意 AI 生成的代码没有被 review ，我认为只要通过了严格的测试，那么没有道理手写的就比 AI 写的安全 |
 |
24 otakustay 5 月 23 日> 100% 纯人类手写、0 AI 介入、经过严格人工 Code Review 这只是过程。我作为消费者关心的是结果，请告诉我你提供的结果是什么，可靠性量化后的数值是什么，比其它厂家高多少，我能从你所谓 100%纯人类手写中得到多少收益？ |
 |
25 catch 5 月 23 日不愿意，感觉你有点看不起 AI 写的代码了 |
 |
26 gotonull 5 月 23 日
|
 |
27 artiga033 5 月 23 日 via Android> 很多底层设备的最终逻辑代码，可能就是由刚毕业没几年的应届生，为了赶工期用着各种 AI 工具（甚至是国产 AI ）直接跑出来的。 我说大部分刚毕业的应届生水平还不如 AI （甚至是国产 AI ） |
 |
28 potatowish 5 月 23 日 via iPhone方向偏了，应该关心的是汽车底层代码是由 claude opus 写的，还是 deepseek ，还是某个中转站，甚至是豆包 |
 |
29 starrycat 5 月 23 日 via Android 1
真正需要安全的都会有相关的标准和规范吧，与其在意代码是不是人写，不如关注是否有严格测试，是否符合标准规范。 |
 |
30 ixcode 5 月 23 日你是有多看不起 AI 啊 |
 |
31 Nzelites 5 月 23 日不考虑 人和 ai 有什么本质区别 该出错的都会出错 做好交叉 review 才是真 |
 |
32 wweerrgtc 5 月 23 日 via iPhone哪家车厂这么干，那我一定不买 |
 |
33 jony83 5 月 23 日 2
消费者是为安全买单，而不是因为是人工还是 ai ，你本末倒置的逻辑思维写代码肯定也是漏洞百出。 |
 |
34 codehz 5 月 23 日我觉得看过 AI 生成的内容就可以被视为被 AI 污染了，所以 21 年之后新出的任何东西都不可能 100%无 AI 介入（划掉） |
 |
36 icyalala 5 月 23 日 1
你都接受外包给你写关键代码了 |
 |
37 Quarter 5 月 23 日 via Android 1
不存在 0 介入这种说法，代码就是代码，但是怎么确保代码质量问题才是比较重要的 |
 |
38 chen15798 5 月 23 日不愿意。这不是我作为车主应该考虑的问题 |
 |
39 agood 5 月 23 日 via iPhone现在中餐炒菜机器逐渐取代人工了 |
 |
41 LandCruiser 5 月 23 日我愿意为无任何“智能”代码的汽车额外付费。比如最原始的 LC76 ，我很喜欢 |
 |
42 4seasons 5 月 23 日这是现在找不到收割点了，创造新概念收割了。 说实话，纯机械的东西，考虑到疲劳问题都不靠谱。 |
 |
45 Leeeeex 5 月 23 日 via iPhone纯手写有啥用啊，是能保证没有 bug 吗？ |
 |
46 abai 5 月 23 日人的幻觉比最先进的 AI 还多😅 |
 |
47 Atukey 5 月 23 日车企的名字我听过,是不是叫反抗军 |
 |
48 levn 5 月 23 日 1
能用公关解决的问题，为什么要用这种方式解决呢 |
 |
49 cxtrinityy 5 月 23 日 via Android现在的码农不会买账，但以后可以这么卖。什么手工艺品溢价不就是这么来的么，手工 review ，又一个噱头而已。 |
 |
50 should 5 月 23 日你会去买纯手工的做的衣服支付溢价吗 |
 |
51 RobinzzZ 5 月 23 日能跑就行了，在技术指导下面的 ai 的 bug 比人少多了 |
 |
52 est 5 月 23 日 1
汽车代码不被 AI 介入，也会被机器介入的。搜下美国 toyota 刹车门 代码 你看下能接受不 车子很多东西 MCU 标定都是 codegen 出来的面条，专家都看不懂。数据建模这一块你说不是 AI 也行，说是 AI 也行。 |
 |
53 kome 5 月 23 日那他手工 code 的代码能于 ai code 的代码两倍严格程度过国标么? |
 |
54 paopjian 5 月 23 日 1
不出三年我估计有些公司会连手写代码都不接受了, 到时候会有完整 AI 开发链路, 人类只需要输入指令, AI 自动编辑修改审核流水线. |
 |
55 jukanntenn 5 月 23 日有没有考虑过一个问题，AI 写出的来的代码可能比外包人写出来的更加安全？ |
 |
57 lianyue 5 月 23 日说真的 ai 修了我不下 10 个 bug |
 |
58 carlist 5 月 23 日 1
车企里的程序员其实是最该教育信息安全的，因为该行业在国外都是法律限制，国内一般是强制国标 |
 |
59 WilliamZuo 5 月 23 日 1
胡扯八道，哗众取宠。发帖员现在成了正经工作吗？ |
 |
60 Jiajin 5 月 23 日你不会以为人写的就一定比 AI 强吧？ opus 4.7 的水平远比一些二流开发强 |
 |
62 longbo666 5 月 24 日我说实话，我现在审核组员的代码，他是 AI 写得我还放心一点。他手写得我是提心吊胆 |
 |
63 Al0rid4l 5 月 24 日 1
理性来讲其实只要达到测试标准就无所谓谁写的, 看这个帖子里大部分回复基本都是这个态度, 但是现在 Bun 说 AI 直接重构整个 Zig 项目 RIIR 了, 说自己测试 98.7% (没记错的话是这个数)通过, 重新发个 Bun 的帖不知道大家的态度会如何, 我很好奇 |
 |
64 meteora0tkvo 5 月 24 日说实话，很多程序员手写的代码质量还不如直接用 ai 生成的。 |
 |
65 fanhed 5 月 24 日 2
No, 纯手工代码不一定比人+AI 代码更好. 但是纯 AI 自动话代码项目我是拒绝的. |
 |
67 bqn 5 月 24 日客户只看结果，不会关注你是 AI 还是手搓。 |
 |
69 409164 5 月 24 日 1
一面是 AI 的蓬勃发展让人竭尽全力思考如何用 vibe coding 提升利润率，一面是用户担心 vibe coding 质量所导致的安全隐患从而进行的科技抵制，看来 conflict 真是无处不在呢，哈哈 |
 |
70 ltyj2003 5 月 24 日 via Android要顺应先进生产力的发展方向，不要开历史的倒车。 |
 |
71 dif 5 月 24 日我只看性价比。不会为情怀、理想买单。 |
 |
72 ClericPy 5 月 24 日 1
SQLite 的核心代码是公有领域（ Public Domain ），谁都能用。但它的核心测试框架 TH3 是闭源付费的。这套测试有 50000 多个用例、超过 100 万行代码，能达到航空级别的 100% MC/DC 覆盖率。 sqlite 也是嵌入式数据库里的典型了，楼主既然是这个领域应该了解一些吧。既然同是软件工程领域，把测试搞明白比把代码写明白更有意义吧。 PS：就我遇到的同事来说，他们写的还不如 AI ，楼主标题论点不成立。同是 AI ，用的人不一样效果肯定也不一样。 消费者可能为劳斯莱斯古法手工画腰线买单，但不太可能信任纯手工古法敲打出来的轴承，以偏概全没有意义 |
 |
73 rb6221 5 月 24 日 1
我能买，但不会支付溢价。 |
 |
74 xhcnb 5 月 25 日以测试结果为准, 谁写的不重要, review 出来一堆屎山又不是没见过 |
 |
75 Eplankton 5 月 25 日 1
这帮车企 aspice 都不做，还搁这 ai 呢，先把百度网盘管代码淘汰再说 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
