有位做四足机器人的创始人在访谈里说了一句话,我听完之后愣了好几秒。他说,过去十几年自己犯的最大错误,不是某条技术路线选错,也不是商业化节奏太慢,而是“对AI还不够相信”。
这句话放在别人嘴里可能只是谦虚,但从一个产品已经跑在AI赛道上的创始人口里说出来,分量完全不一样。他不是没接触AI,也不是没用AI,恰恰是天天在用,回头复盘时才意识到:自己过去一直把AI当工具、当辅助、当未来某个时间点才会真正入场的东西,而没有把它当成从第一天起就该重仓的核心变量。这种心理在硬件创业者里太普遍了,我身边做机器人、做智能硬件、做工业自动化的朋友,几乎都能从这句话里看到一点自己的影子。
这篇内容我想拆开聊三件事:这句话背后的决策逻辑到底是什么;“不够相信AI”在日常技术决策里具体有哪些隐蔽表现;以及站在今天回看,AI在机器人这个行当里是怎么一步一步从“可选项”变成“必选项”的。最后我会给出一套自己用过的技术信念复盘框架,送给同样在做技术选型和产品规划的读者。
1. 一句“对AI不够相信”,圈内人为什么比圈外人更震动
1.1 观众觉得矛盾,行内人却觉得真实
如果只看新闻标题,很多人会疑惑:一个做四足机器人的公司,产品里到处是深度学习、机器视觉、大模型,创始人居然说自己不够相信AI?这不是自相矛盾吗?
但凡是亲手做过硬件产品的人,基本都能立刻理解这种矛盾感。做机器人的团队,尤其是机械、控制、嵌入式背景出身的技术人,天然相信确定性。我们喜欢公式、喜欢刚度矩阵、喜欢频域响应,喜欢那种“输入固定、输出可预测”的工程美感。而AI是什么?是概率,是黑盒,是“这周训练出来效果很好,下周换了场景就莫名其妙的掉点”。这种不确定性,对硬件思维的人来说,是一种本能层面的冒犯。
所以很多硬件创业者对AI的真实态度,远没有对外宣传口径那么激进。他们确实在用AI,但心里多半把AI放在“锦上添花”的位置:主结构还得靠机械设计,主控制还得靠动力学建模,AI顶多帮忙做做识别、做做避障。这种心态在一线研发团队里太常见了——嘴上说拥抱AI,骨子里还是更信任自己的PID参数。
我见过不止一个项目组,开会时大谈“我们要引入深度学习”,但一碰到实际问题就退回老路:识别不准?改规则。场景变了?重新标定。折腾一圈之后得出结论:“AI还是不行。”其实不是AI不行,是压根没给AI足够的资源去迭代到可用状态。
1.2 “口头相信”和“决策相信”,中间隔着一百倍资源
判断一个人是不是真的相信某项技术,不要听他说什么,去看他的资源配置。我这些年观察下来,发现“口头相信”和“决策相信”之间的差距,比大多数人想象的还要大。
| 表现层面 | 口头相信 | 决策相信 |
|---|---|---|
| 对外口径 | 发布会上说“我们是AI驱动” | 内部技术路线图里AI模块占第一优先级 |
| 预算分配 | 愿意买个GPU服务器撑门面 | 愿意持续投数据采集、标注、训练的人力成本 |
| 招聘名额 | 招两个算法工程师做技术预研 | 成立独立算法组,和机械/控制平起平坐 |
| 产品评审 | 问“识别准确率够不够” | 问“数据闭环跑通了没有” |
| 失败容忍度 | 模型效果不好就回退规则方案 | 允许模型迭代三个版本以上再评判 |
表格右边这些动作,才是“相信”的真实成本。任何事情,一旦需要持续花钱、持续等结果、持续容忍过程中的不确定性,很多人就开始犹豫了。这种犹豫不叫“理性的观望”,在事后复盘时它的另一个名字就是“不够相信”。
那位创始人说这十几年最大的错误是这个,我特别能理解。因为技术圈子是结果导向的,等你明确看到一个技术方向已经跑出来的时候,再进场往往只能做跟随者。真正的窗口期,恰恰是你对它“还没有完全相信”、但有迹象值得押注的那段时间。
2. “不够相信”拆开看,是三种隐蔽的判断滞后
2.1 低估了技术的成熟速度,总觉得“还要好几年”
我自己在技术社区里待久了,听过最多的判断句式是:“这个技术方向是对的,但现在还不成熟,等几年再入局不迟。”
这句话单独看没毛病,但它隐含了一个危险假设:技术成熟的速度是线性的,而且你会知道它什么时候成熟。现实完全不是这样。AI领域好多技术的成熟拐点都来得非常陡峭——头两年你可能怎么做怎么失败,突然有一天方法范式变了,效果一下子跳上台阶。等社交媒体上铺天盖地都是“XXX已经成熟”的时候,行业里的头部玩家早就完成了数据积累和工程打磨。
那位创始人所处的机器人赛道,典型的非线性节点就是深度学习的视觉革命。在传统视觉时代,做障碍物检测要手工设计特征,光照一变就要调整参数,团队累死累活也只能守住几个固定场景。深度学习出来后,通用检测能力突然不需要这么多手工调参了,谁能更早把数据管道跑起来,谁就能在同样的团队规模下获得数倍的场景泛化能力。
但如果你心里一直想着“再等等、再观察观察”,等到所有同行都在用深度学习的时候才动手,你的技术栈、数据储备、组织能力都会出现结构性差距。这不是某一两个算法能追回来的,是整个公司运转方式落后了。
2.2 把AI当“功能模块”而不是“产品底座”
第二种隐蔽的“不够相信”,是把AI定位成产品里可以即插即用的功能模块。比如做一台巡检机器人,传统方案里已经有运动控制、路径规划、障碍物检测这些模块,负责人可能会说“我们在障碍物检测这个模块引入深度学习方法”,但他不会去想,如果整个产品的感知、决策、执行链路都围绕AI重新设计,会是什么样子。
这两种做法短期看不出来差别,拉长到两三年,差距会非常明显。把AI当模块的团队,做完一个识别功能就觉得“AI部分完成了”,数据不回流,模型不迭代,功能永远停留在上线那一刻的水准。而把AI当产品底座的团队,会刻意设计数据闭环:机器人每跑一趟,数据都在沉淀,模型都在自动变好。用一句话总结就是:前者的AI是死的,后者的AI是活的。
我印象里有一个做工业分拣的模拟项目,团队一开始采用传统视觉方案,稳定性和速度都还行,但在客户现场频繁被新料件、新光照打乱,每次都要派工程师去调整。后来他们换了思路,把料件识别的整个流程改成数据驱动的持续迭代模式,一开始确实不稳定,但跑通数据闭环之后,每次出问题只需补充数据重新训练,不再需要人工改规则了。这种体验一旦尝到,就很难再退回旧时代。
那位创始人说自己“不够相信”,我猜测他同样经历过这个观念转变:从“机器人的核心是机械和运动控制”到“机器人的核心是智能,硬件只是载体”。这个转变不是技术层面的,而是世界观层面的。两个创业者哪怕做同样的硬件,只要一个秉承前者、一个秉承后者,三年后产品形态会完全不同。
2.3 组织配置上的滞后:嘴上信了,编制没跟上
第三种“不够相信”是我认为最隐性、也最昂贵的——组织层面的不信任。一个技术负责人可能会在大会上说“AI是我们未来的核心竞争力”,但回到日常管理,算法团队的编制增长缓慢,数据团队根本不存在,产品迭代计划里算法需求的优先级永远排在结构改版之后。
这种滞后很致命,因为它不会立刻体现在产品失败上,而是会体现在团队能力的代际落后上。等你想认真投入AI的时候,发现公司里连一个像样的数据标注流程都没有,现有算法工程师每天还在处理各种杂活,团队对模型迭代毫无经验。你不可能在三个月内补上这块能力,因为数据基础、工程习惯、团队心智,全都要靠时间熬出来。
我特别建议每一个在传统硬件公司里推AI落地的人,都去做一个自检:过去半年,你的算法团队人数有没有增长?你们有没有形成结构化的数据资产?产品经理在提需求的时候,会不会主动把“模型需要迭代”写进排期?如果答案都是否定的,那不管对外怎么说,公司在事实上就是不够相信AI。
3. 回看十几年,AI在机器人赛道上三次改写了游戏规则
3.1 第一次:感知革命,让机器人真正“看见”了世界
第一个关键节点是深度学习方法在视觉领域的全面应用。传统机器人不是没有视觉,但传统视觉只能做非常受限的事情:特定的标记、特定的颜色、特定的几何形状。一旦场景变复杂,工程师就需要写大量的条件判断,而且每个新环境都要重新设计。
深度学习来了以后,事情完全变了。你不需要手写特征,只需要拿足够多的标注数据去训练模型,模型自己就能学会“什么是障碍物”“什么是可通行区域”。这种能力泛化到新场景时,效果远超手工特征方案,而且随着数据增多还会越来越好用。
如果在这个节点上“不够相信AI”,你会怎么做?你会坚持用传统视觉方案,把AI当成实验室里的玩具,觉得“识别准确率还差一点,不够稳定”。但问题在于,传统方案的上限就在那里,你再怎么调,也无法达到数据驱动方案的泛化能力。等别人已经跑通数据管道,开始往更多场景铺的时候,你还在每个项目里做重复的定制开发。这种差距一旦拉开,很难追。
3.2 第二次:控制革命,从“写规则”到“学策略”
第二个让硬件人不得不改观的节点,是强化学习和仿真训练在运动控制上的应用。做过足式机器人的人都知道,传统步态控制有多折磨人。你要建立简化动力学模型,要设计各种状态机,要调一大堆参数,机器人在实验室里跑得好好的,换个地面材质又开始打滑。
强化学习的思路是完全不同的:不在仿真环境里设定动作规则,而是给一个奖励函数,让智能体自己试错,学出一套鲁棒的步态策略。配合仿真到现实的迁移技术,机器人能学到在各种地形下自动调整的姿态,泛化能力远超人工设计的规则。
对传统控制背景的工程师来说,接受这件事需要克服很大的心理障碍。因为“写规则”让人有掌控感,“学策略”让人觉得自己失去了对系统的直接理解。但这种不适感只是暂时的——当一个用RL训练的步态策略在碎石路、草地、斜坡上都走得稳稳当当的时候,你不得不承认,数据驱动策略已经超过了人工规则的上限。还是那句话,如果你的判断是“这个不成熟,再等两年”,那两年后别人已经积累了大量的仿真训练技巧、奖励函数设计经验和真机迁移数据,这些都是时间堆出来的隐性壁垒。
3.3 第三次:语义与交互革命,机器人开始“理解”世界
最近这一波变化,是我认为冲击力最大的一次,也就是多模态大模型给机器人带来的语义理解能力。过去做机器人交互,你让它“把桌上红色的杯子拿过来”,需要专门训练一个目标检测模型去识别杯子,再写一堆自然语言处理逻辑去解析指令。换个说法,或者换一种没见过的杯子,系统就傻了。
大模型改变了这个局面。机器人开始可以理解开放世界的语义:你不需要提前枚举所有物体,模型本身就见过海量的视觉-文本数据,能够理解“红色杯子”的含义,并把它和摄像头里的像素对应起来。再加上越来越成熟的端到端控制策略,机器人可以用自然语言直接生成行为序列,整个交互范式从“编程驱动”变成了“意图驱动”。
在这个节点上,如果还是把AI当成一个要用的时候才接入的外部能力,而没有在系统架构上为模型预留接口、没有在数据收集上有意识地积累多元化场景、没有培养团队“模型优先”的思维方式,那大概率会错过这波交互革命。因为这种变化不是加一个API那么简单,它要求产品的数据管道、反馈机制、评估体系全部重新设计。
3.4 “不够相信”的典型代价:等到确认时,已经错过窗口期
把这三个节点串起来再看,你会很清楚“不够相信”的代价是什么。它通常不是让你当场输掉某场竞争,而是让你在每一个技术转折点上都晚半拍入场。晚半拍并不可怕,可怕的是晚半拍会形成复利式的马太效应:别人已有的数据资产在持续产生价值,而你还在从头搭建基础设施;别人团队里已经形成了“数据驱动”的智力氛围,你的团队还在为“要不要试一下AI”争论。
那位创始人说最大的错误是“对AI还不够相信”,我觉得本质上是在承认一件事:他低估了AI作为底层基础设施的地位,把它当成了未来某个时间点的“可选项”。而等他确认这是必选项的时候,已经付出了十几年的时间成本。这个复盘角度,对所有正在做技术判断的人都很有参考价值。
4. 从这句复盘里,技术决策者可以带走的四件事
4.1 第一课:把“相信”拆成可证伪的工程假设
你不可能靠喊口号让自己真正相信一个新技术方向。比较可行的做法是,把“相信”转化成一系列具体的、可验证的实验计划。
比如你告诉自己“我相信数据驱动方法能改善我们产品的某项能力”,那你就得写下来:未来三个月,我们会收集多少数据,训练什么模型,在什么场景下测试,达到哪个指标算验证成功。如果三个月后指标没达到,我们再考虑回退传统方案。
这个过程看起来像是在做普通的项目管理,但它真正的作用是强制你在资源上投入。很多时候,你在决策层面的犹豫根本原因不是“信息不足”,而是“没有真正投入,所以永远得不到足够的信息”。一个可证伪的实验计划,就是逼你花一笔小钱买一份可信的情报,而不是站在原地干等。
4.2 第二课:不要用今天的KPI衡量五年后的技术
技术管理者最常犯的错误,是把“当前成熟度”当作“长期价值”的代理指标。某个技术今天准确率只有85%,你就觉得它不行;另一个技术今天准确率有99%,你就觉得它更值得投入。但你没有认真考虑过两者的增长曲线:传统方案的99%可能已经是天花板,数据驱动方案的85%只是在等更多的数据和算力,明年可能到95%,后年就到99.5%。
判断一个技术值不值得重仓,我习惯用下面这组问题来替代单纯的“现在能用吗”:
| 判断维度 | 要问自己的问题 |
|---|---|
| 增长潜力 | 这项技术的能力是否随数据/算力增加而持续提升 |
| 规模效应 | 投入的人越多、用的人越多,效果是否越好 |
| 长尾适配 | 它能否自然覆盖大量长尾场景,而不需要逐个定制 |
| 组织杠杆 | 掌握它之后,团队是否可以用更少的人服务更多客户 |
如果这四个问题的答案都是肯定的,那哪怕它今天还不够成熟,也值得你在能力承受范围内持续下注。“相信AI”这件事本质上就是看懂了这类技术的复利特征,然后愿意在收获到来之前持续供给资源。
4.3 第三课:给组织留一笔“冗余的相信”
我在不少团队里观察到一种现象:主业务明明跟AI关系不大,但负责人还是养了一支很小的算法小组,看起来像是“不务正业”。主业务遇到瓶颈时,这支小团队平时积累的数据管道、模型经验、领域认知,反而成了破局的关键。我把这种安排叫作“冗余的相信”,它本质上是在给组织买一个技术期权。
这笔期权不需要很大的预算,可能只是整个研发团队百分之五的人力,但它的价值在于:当外界技术环境发生剧烈变化时,你不是从零开始反应,而是已经有一个小组在一线摸过一遍,知道哪些坑不能踩,哪些做法可行。这种“我们早就试过”的底气,没法临时抱佛脚,只能靠提前投入。
如果你觉得这个建议太奢侈,那就反过来想:一个组织如果完全不存在冗余探索,所有人力都扑在当前确定性的项目上,那么这家公司事实上没有任何应对技术范式转型的能力。就像一支球队全部主力都在打阵地战,没有人练快攻;等比赛节奏突然加快的时候,你根本没有匹配的体能储备。
4.4 参考模板:我的季度AI信念复盘清单
最后分享一份我自己的复盘清单,每季度过一遍。它不复杂,但很能暴露问题,我也建议你按自己行业改一版试试。
- 过去一个季度,我们有没有把任何“规则驱动”的模块替换成“数据驱动”的方案?
- 我们手里有没有一份持续更新的、结构化的数据集?这个数据集的规模比上季度增长了多少?
- 如果明天AI能力突然翻倍,我们产品里最先受益的三个功能是什么?我们现在为它们做好接口了吗?
- 我们最近一次技术评审,提问的焦点是“当前效果”还是“迭代曲线”?
- 算法团队有没有在处理来自真实产品场景的问题,而不仅仅是在做演示Demo?
- 产品团队在规划需求时,会不会主动预留数据回流和模型更新的环节?
- 我们内部有没有任何一个团队,在做“当前看起来用不上但隐隐感觉到很重要”的事?
- 我们把多少比例的研发资源,投向了未来12个月才能见效的方向?
- 如果竞争对手已经全面AI化,我们差距最大的是算法能力、数据资产、还是组织心智?
- 最近半年,我们自己推翻过多少个曾经非常坚信的技术判断?反过来,我们又被多少个新事实改变了想法?
这些问题没有标准答案,但如果连续两三个季度,你对其中大半问题的回答都是“没有”“不具备”“没想过”,那公司对AI的相信程度可能就是零。别急着反驳,去看看预算表、招聘名额和roadmap优先级,它们从来不说谎。
写在最后
那位创始人把“对AI还不够相信”定义为自己最大的错误,这个反思之所以有分量,是因为它戳中了很多技术决策者的通病:我们并不缺判断方向的能力,缺的是在方向尚未完全清晰时,就敢用真金白银和核心人力去下注的勇气。
我自己也犯过类似的错,曾经对一个新技术方向反复说“再观察观察”,后来回头看,所谓的观察其实是拖延决策,是不愿意为不确定性拨出预算。等到同行已经跑出一个身位,才意识到“相信”这件事不是一种性格,而是一种纪律——你得主动设计系统,让自己不被当下的不确定性锁死,给未来的可能性留一扇门。
下次当你觉得“这个技术也许很重要,但现在还不成熟”的时候,不妨多想一层:你是在理性观望,还是在用观望当借口回避投入?这两者的区别,往往就是十几年后复盘时会不会后悔的区别。