卡车AI公司Hemut:代理行动的关键是把邮件、通话和传感器都当作系统记录
Hemut产品负责人Pranav Guda认为卡车行业的系统记录不止ERP——邮件和通话记录承载同等甚至更多的运营信息。该公司通过Confluent实时流式传输这三类数据,让AI代理Hemi读取、关联并触发操作程序,从而实现故障预警、批量竞价和订单录入自动化。公司自报在最大部署中识别出每年约37000小时人工工作量,折合130万美元劳动力成本。
Hemut产品负责人Pranav Guda在Confluent的Current活动期间接受diginomica采访时提出了一个对理解代理型AI落地位置很有用的判断:卡车行业的系统记录从来不只是ERP。他说,人们通常把ERP当作系统记录,但邮件也是,通话记录也是,这两者承载的信息量不亚于甚至超过核心ERP。此前这些是真正的孤岛,因为没有人能实时查询一封邮件里到底写了什么、一通电话里司机说了什么。Guda认为代理型AI改变了这一点——当AI可以实时读取和分类这些非结构化流时,它们就从不可查询的噪声变成了可行动的信号。
Hemut的机制是把三类数据——邮件、卡车传感器流、司机消息——全部通过Confluent Cloud流式传输,然后让公司的AI代理Hemi读取并关联。具体而言:当经纪人问一批货什么时候到,Hemi不是去问调度员,而是直接查卡车实际位置;当传感器报告皮带故障,系统可以在司机自己发现之前通知车队。Hemut创始人兼CEO Loki Cheema讲了一个例子:一位客户告诉他,系统显示他卡车的皮带已经撕裂,他打电话给司机确认,司机说确实如此,再过一个小时就会抛锚。Cheema说,这就是流式传输故障数据后能做到的事——信号来自传感器,行动触发来自AI代理读取这个流并通知相关方,而不是来自某个人的记忆或经验。
在运营层面,Hemut区分了两类客户的核心痛点。小型车队的瓶颈是揽货——目前仍主要靠人工打电话和发邮件,一次只能谈一个价。Guda说,把货源聚合到系统里,让代理同时群发邮件、跟进、甚至打电话谈价,一次可以处理30个报价而不是1个,这可能决定一车货是赚15%还是亏5%。大型承运商的问题则相反:他们有稳定货源,但被数据录入淹没。Guda举了一个300辆卡车的承运商为例,订单录入工作量大到负责录入的员工直接放弃了,会计团队被迫接手。Cheema估计,仅自动化这一个流程就节省了约23.5万美元的劳动力成本。在Hemut最大的部署中,公司识别出每年约37000小时的人工工作量分布在八个核心流程中,折合约130万美元。
Cheema强调了一个容易被忽视的前提:卡车行业虽然极度碎片化,但流程实际上高度标准化。他说,如果你能为一个客户梳理出所有标准操作程序,就能完全压缩他们的工作。这解释了为什么一个AI代理能跨多家小车队复用——因为底层逻辑是相同的。不过需要明确的是:上述所有数字都是公司自报估计,没有独立审计或对照实验;Hemut参加了Confluent创业加速器,采访发生在Confluent自己的活动期间,文章由技术媒体diginomica报道。机制本身是可检查的——流式传输、分类、触发行动——但性能声明的证据上限是归因的公司陈述。对读者的实际价值在于那个框架性判断:在碎片化、低利润的行业中,代理型AI的切入点往往不是替换核心系统,而是让此前被忽略的运营影子数据变得可查询、可行动。