当AI食品扫描出错时会发生什么

AI食品扫描错误识别餐点的情况比你想象的要多——藜麦被记录为库斯库斯、看不见的烹饪油、隐藏在配料下的坚果酱。了解Cal AI、SnapCalorie、Foodvisor和Nutrola在AI出错时的表现,以及哪些架构能够在错误加剧之前捕捉到这些错误。

Medically reviewed by Dr. Emily Torres, Registered Dietitian Nutritionist (RDN)

你拍下午餐,AI给出一个卡路里数字,然后你继续你的日常生活。但如果这个数字错误了200卡路里呢? 你可能根本不知道。没有警报,没有警告,没有视觉指示。错误的数字就这样静静地待在你的日常记录中,看起来和正确的数字一样可信。而这种情况发生的频率远高于大多数人的想象。

2023年,《营养与饮食学会杂志》的一项研究对商业AI食品识别系统进行了测试,结果发现混合餐的平均绝对误差为25-40%。这并不是偶尔发生的——而是平均水平。对于简单的单一食品,误差降至5-15%。但大多数现实中的餐点并不是一根香蕉放在白盘子上。

关键问题并不是AI食品扫描是否会出错,而是出错后会发生什么。答案完全取决于你使用的应用程序。

最常见的7种AI食品扫描错误

在探讨每个应用如何处理错误之前,先来看一下在现实中产生最大卡路里差异的错误场景。

1. 谷物混淆:藜麦被误识为库斯库斯

藜麦和库斯库斯在照片中几乎一模一样——小而淡的颗粒。但熟藜麦每100克大约含有120卡路里和4.4克蛋白质,而熟库斯库斯每100克大约含有176卡路里和6克蛋白质。这意味着每100克的卡路里差异为56卡路里,而一份通常为150-200克。

卡路里影响: 每份记录错误84-112卡路里。

这是AI系统始终难以处理的一类错误:视觉上相似但营养成分差异显著的食物。其他例子包括白米与花椰菜米(每份差100卡路里)、普通意大利面与蛋白质意大利面,以及希腊酸奶与普通酸奶。

2. 看不见的油问题

这可以说是AI食品扫描中最大的系统性错误。当你拍摄炒菜、沙拉或烤蔬菜时,AI能看到食物,但看不到烹饪油。两汤匙橄榄油增加239卡路里和27克脂肪——在照片中完全看不见。

卡路里影响: 每餐多出100-300+卡路里,具体取决于烹饪方法。

2022年发表在《欧洲临床营养杂志》上的一项分析发现,烹饪油和添加脂肪是照片记录中未追踪卡路里的最大来源,使用AI照片追踪的参与者平均每天低估250-400卡路里。

3. 隐藏层问题

你拍了一碗冰沙。AI看到的是配料——燕麦片、切片香蕉和浆果。它根据可见部分进行估算。但在碗底下有两汤匙的杏仁酱(190卡路里)和一勺蛋白粉(120卡路里),这些完全被遮挡住了。

卡路里影响: 隐藏成分造成190-310卡路里。

这适用于任何有隐藏层的餐点:三明治(AI无法看到里面的蛋黄酱)、卷饼(看不见的米饭、豆子和酸奶油的数量)、比萨(配料下的奶酪数量)以及分层甜点。

4. 酱汁和调料的错误估算

一份从上方拍摄的烤鸡沙拉显示生菜、番茄、黄瓜、烤鸡和一些闪亮的东西。那闪亮的东西可能是轻 vinaigrette(30卡路里)或大量的牧场沙拉酱(290卡路里)。AI必须进行猜测。

卡路里影响: 根据调料类型和数量,影响50-260卡路里。

5. 份量大小估算错误

AI的份量估算通常使用三种方法之一:与盘子大小比较(假设标准盘子尺寸)、对平均份量的学习先验,或(在SnapCalorie的情况下)在支持的设备上使用LiDAR 3D扫描。这三种方法都有显著的误差范围。

200克的意大利面和350克的意大利面在同一盘子上从上方拍摄看起来非常相似。这个差异大约是195卡路里。

卡路里影响: 根据食物的卡路里密度和份量误差,影响50-250+卡路里。

6. 制作方法盲点

鸡腿可以是烤的(209卡路里/100克)、油煎的(245卡路里/100克)或裹粉油炸的(260卡路里/100克)。照片中的视觉差异微乎其微——略微不同的上色模式和表面纹理。卡路里差异却很大。

卡路里影响: 每份蛋白质影响50-150卡路里。

7. 饮料估算问题

拍摄一杯橙汁、一杯冰沙或一杯拿铁,AI几乎没有什么可以依赖的。饮料的颜色是主要的视觉线索。一杯16盎司的全脂牛奶拿铁(190卡路里)、一杯16盎司的燕麦奶拿铁(220卡路里)和一杯16盎司的脱脂牛奶拿铁(100卡路里)看起来几乎一模一样。

卡路里影响: 每杯影响50-120卡路里,而大多数人每天会喝2-4杯。

各应用在AI出错时的处理方式

这就是AI追踪器之间架构差异变得尤为重要的地方。每种错误场景在不同应用中的表现各不相同。

Cal AI:错误持续存在

Cal AI使用的是纯AI架构。当你拍摄一餐时,AI生成一个估算值并显示。如果这个估算值错误,应用没有机制来检测错误。没有数据库进行对比,没有验证步骤,也没有提示用户确认食品识别。

你可以手动编辑条目,输入不同的值,但这要求你已经知道正确的值——这完全违背了使用AI扫描的初衷。在实际操作中,大多数用户接受AI的输出并继续前进。

对于藜麦被误识为库斯库斯的错误: Cal AI记录了库斯库斯的卡路里。你看到一个看似合理的数字。错误依然存在。

对于看不见的油错误: Cal AI不考虑它看不见的烹饪油。两汤匙橄榄油的239卡路里在你的记录中根本不存在。

SnapCalorie:错误持续存在(但份量更准确)

SnapCalorie的独特之处在于使用LiDAR传感器进行3D份量估算,这在兼容的iPhone上可以真正提高份量的准确性——它比2D照片分析更可靠地估算体积。然而,它与Cal AI有相同的根本限制:营养数据来自AI模型,而不是经过验证的数据库。

如果AI错误识别了食物,3D扫描也无济于事。你得到的是错误食物的更准确份量估算。

对于藜麦被误识为库斯库斯的错误: SnapCalorie可能更准确地估算份量,但仍然记录库斯库斯的营养数据。一个精准测量的错误答案依然是错误的。

对于隐藏层问题: 3D扫描捕捉表面几何形状,但无法透视层次。燕麦片下的杏仁酱依然看不见。

Foodvisor:缓慢的纠正路径

Foodvisor采用混合方法。它使用AI进行初步识别,但有一些数据库支持。它还提供接入营养师的功能,可以审核你的记录——但这不是即时的。营养师的反馈通常需要几个小时到几天,这意味着你的每日卡路里总数在实时中是不准确的,只有在使用营养师功能后才能追溯修正。

对于酱汁估算错误: Foodvisor的AI面临与所有基于照片的系统相同的视觉限制。营养师审核功能可能最终会发现错误,但在你基于不准确的数字做出当天的饮食决策之前,错误已经发生。

Nutrola:数据库捕捉错误

Nutrola的架构在AI建议和最终记录条目之间插入了经过验证的数据库。当你拍摄一餐时,AI识别食物并从超过180万条经过验证的数据库条目中建议匹配项。你可以看到AI的建议以及数据库中的替代匹配项。

对于藜麦被误识为库斯库斯的错误: AI可能最初建议库斯库斯,但数据库同时提供库斯库斯和藜麦的选项及其经过验证的营养成分。你识别出你的藜麦并选择正确的条目。记录的数据来自经过验证的来源。

对于看不见的油错误: 拍摄炒菜后,你可以通过语音记录或数据库搜索添加“两汤匙橄榄油”。该条目来自经过验证的数据——239卡路里,27克脂肪。Nutrola的多输入设计(照片加语音加条形码加手动搜索)意味着总有一种方法来补充相机无法看到的内容。

对于隐藏层问题: AI识别可见的冰沙碗配料。你通过语音记录“添加两汤匙杏仁酱和一勺乳清蛋白”——这两者都从经过验证的数据库条目中提取,包含完整的营养成分。

错误比较表

错误场景 Cal AI SnapCalorie Foodvisor Nutrola
视觉上相似的食物混淆 错误数据静默记录 错误数据静默记录 可能通过营养师审核(延迟)捕捉 数据库显示替代选项,用户选择正确匹配
看不见的烹饪油 未检测到,缺少100-300卡路里 未检测到,缺少100-300卡路里 未检测到,需营养师输入 语音或搜索添加经过验证的油条目
隐藏成分层 未检测到 3D扫描仅捕捉表面 未检测到,需营养师输入 通过语音/搜索添加额外成分
酱汁/调料数量 AI猜测类型和数量 AI猜测类型和数量 AI猜测,营养师可能稍后纠正 从数据库中选择特定调料类型的条目
份量大小错误 仅2D估算 3D LiDAR帮助(如果可用) 仅2D估算 数据库标准份量加用户调整
制作方法未知 AI猜测烹饪方法 AI猜测烹饪方法 AI猜测烹饪方法 用户从数据库中选择特定制作方法(烤或炸)
饮料估算 基于颜色的猜测 基于颜色的猜测 基于颜色的猜测 语音记录特定饮料,数据库提供经过验证的数据

小错误如何累积成大问题

上述个别错误看起来似乎可以管理。这里少100卡路里,那里少80卡路里。但在一天的饮食中,这种累积效应使得追踪问题变得严重。

一天AI扫描错误的现实情况

考虑一下用AI扫描器追踪的典型一天。

AI估算 实际卡路里 错误 错误来源
早餐:蜂蜜和杏仁的过夜燕麦 310卡 420卡 -110卡 蜂蜜和杏仁数量低估
上午咖啡:燕麦奶拿铁 90卡 220卡 -130卡 牛奶类型和大小错误
午餐:鸡肉炒饭 480卡 680卡 -200卡 烹饪油未检测到,份量低估
下午小吃:蛋白质棒(拍照) 180卡 210卡 -30卡 棒的类型稍有误识
晚餐:肉酱意大利面和帕尔马奶酪 550卡 740卡 -190卡 酱汁中的油、奶酪数量、份量大小
每日总计 1,610卡 2,270卡 -660卡

这个用户认为他们摄入了1,610卡路里。实际上,他们摄入了2,270卡路里。如果他们的目标缺口设定为每天1,800卡路里,他们认为自己低于目标190卡路里。实际上,他们超出了470卡路里。在一周内,这就是一个3,290卡路里的差异——大约是应该减掉的1磅体重,但实际上却没有减掉。

研究中识别出的系统性低估偏差在这里显而易见。AI始终低估卡路里密集的成分(油、坚果、奶酪、酱汁),因为这些元素在视觉上最难以评估。

纠正工作流程的重要性

即使用户怀疑有错误,不同应用之间的纠正工作流程也截然不同。

在AI-only应用中的纠正

  1. 用户怀疑数字看起来不对
  2. 用户删除AI条目
  3. 用户手动输入食品描述和卡路里估算
  4. 新条目是用户的猜测——仍然未经验证
  5. 一个未经验证的估算替换另一个

在Nutrola中的纠正

  1. 用户怀疑数字看起来不对
  2. 用户点击条目并查看数据库替代选项
  3. 用户从经过验证的条目中选择正确的食物
  4. 或用户通过语音描述正确的食物并从数据库结果中选择
  5. 或用户扫描包装成分以获取准确的制造商数据
  6. 修正后的条目来自经过验证的来源,包含100+营养成分

区别不仅在于速度。更重要的是,纠正本身是经过验证的。在AI-only应用中,用手动估算纠正错误的AI猜测,相当于用另一个未经验证的数字替换一个。在数据库支持的应用中,纠正是从与营养师和营养研究人员使用的相同经过验证的数据源中提取的。

哪些错误是可以接受的?

并非所有卡路里追踪错误都是同样的问题。严重性取决于用户的目标。

对于一般意识: 每餐10-20%的错误是可以接受的。AI-only追踪是可以的。即使单个数字不准确,你仍然可以获得饮食模式的有用图景。

对于适度的体重管理: 错误需要保持在每日10%以下。这需要捕捉主要的失败模式(烹饪油、隐藏成分),即使个别项目有小的误差。数据库备份变得非常重要。

对于精确的缺口或盈余目标: 每日准确度需要在5%以内。这意味着尽可能多的项目需要经过验证的数据,AI用于便利而非唯一数据源。经过验证的数据库几乎是必需的。

对于医学营养治疗: 准确度要求最高。特定营养成分的追踪(钠、钾、磷、特定氨基酸)需要全面的经过验证的数据,而AI估算根本无法提供。只有拥有广泛营养成分的数据库支持追踪器才能满足这一需求。

AI食品扫描的优势

尽管上述失败模式存在,AI食品扫描提供的真实价值不应被忽视。

它速度快。拍摄一餐只需2-3秒。手动搜索每个复杂餐点的数据库可能需要1-3分钟。对于忙碌的人来说,这种速度差异决定了他们是否会进行追踪。

它捕捉到难以手动记录的餐点。复杂的餐厅菜品有七个组成部分,将其分解为单独的数据库搜索是繁琐的。AI扫描提供了一个合理的起点,可以进一步细化。

它降低了追踪的门槛。成功进行卡路里追踪的首要预测因素是持续性。如果AI扫描使某人追踪95%的餐点而不是60%,那么5-10%的准确性成本可能是值得的,因为数据覆盖得到了改善。

最佳系统不是仅仅依赖AI或数据库。它是AI提供速度和便利,经过验证的数据库提供准确性和纠正。这正是Nutrola所实施的架构——AI照片和语音识别用于快速初步记录,超过180万条经过验证的数据库条目提供实际的营养数据,条形码扫描用于包装食品,以及能够根据经过验证的来源细化任何条目。

如何保护自己免受AI扫描错误的影响

无论你使用哪个应用,这些做法都能减少AI食品扫描错误的影响。

单独记录烹饪脂肪。 始终将烹饪油、黄油或喷雾作为单独条目添加。没有AI能在照片中看到它们,而它们是未追踪卡路里的最大来源。

对包装食品使用条形码扫描。 当条形码可用时,它总是比照片扫描更准确。营养数据直接来自产品标签。

交叉检查不寻常的估算。 如果AI估算看起来异常低或高,这种直觉值得调查。一餐“感觉像”600卡路里但扫描为350卡路里的,可能有AI遗漏的看不见成分。

对复杂餐点使用语音记录。 描述“约6盎司的烤三文鱼配两杯烤西兰花和一汤匙橄榄油”给数据库支持的系统提供了比照片更多的信息。

选择具有验证层的追踪器。 防止AI错误的最简单方法是使用一个AI建议并由经过验证的数据库进行验证的应用。Nutrola的架构——AI输入加上超过180万条经过验证的条目,每月€2.50,正是因为仅依靠AI对于严肃的营养追踪并不够可靠。数据库不是一个高级附加功能,而是使AI有用而不仅仅是快速的基础。

当AI食品扫描出错时——而且它会定期出错——唯一重要的是你的追踪器是否有系统来捕捉这些错误。这个系统就是经过验证的数据库。没有它,你正在建立基于看似数据的猜测的营养策略。

准备好改变您的营养追踪方式了吗?

加入成千上万已通过 Nutrola 改变健康之旅的用户!