Como o registro por foto resolve as refeições que um código de barras nunca vai resolver

Abra quase qualquer banco de dados de nutrição e você vai descobrir que, na verdade, é um banco de dados de alimentos industrializados. Caixas de cereal, barras de proteína, pratos congelados, itens de redes de restaurante com código de barras — tudo isso registrado uma vez por alguém, escaneado por todo mundo depois. Isso funciona bem, até você cozinhar algo você mesmo.

Um refogado com três legumes, uma marinada calculada a olho, e a quantidade de óleo que realmente foi parar na frigideira não tem código de barras. Nem uma salada montada com o que sobrou na geladeira, nem uma panela de chili que sai um pouco diferente toda vez que você faz. Essas refeições representam uma enorme parte do que as pessoas realmente comem, e são exatamente as que quebram o registro baseado em busca.

A solução costumeira é aproximar: buscar algo parecido, escolher a coincidência mais próxima e torcer para que o chute na porção não esteja muito longe. Faça isso três vezes por dia e os erros se acumulam rápido — não porque um único chute esteja muito errado, mas porque não existe nenhuma âncora com a refeição que está de fato na sua frente.

A estimativa por foto inverte o ponto de partida. Em vez de buscar um substituto, você fotografa o prato de verdade, e o modelo raciocina sobre o que vê: os ingredientes visíveis, o volume aproximado deles em relação ao prato, e como isso se relaciona com as proporções típicas de macronutrientes para aquele tipo de prato. Ele não está lendo um rótulo porque não existe nenhum — está estimando a partir da mesma informação que uma pessoa usaria se você pedisse para ela chutar.

Essa diferença importa mais do que parece. Uma pessoa olhando para o seu refogado poderia te dizer que provavelmente é um prato de frango com legumes e um molho leve, mais ou menos um prato e meio de comida, provavelmente entre 500 e 650 calorias. Ela não precisaria de um código de barras para chegar lá, e provavelmente chegaria mais perto do que uma busca genérica num banco de dados por "refogado de frango" que assume uma proporção completamente diferente entre proteína, legumes e óleo.

Nada disso torna a estimativa por foto perfeita. Ela não vai saber exatamente quanta manteiga entrou no seu purê de batata, nem se aquele molho foi feito com creme de leite ou com caldo. O que ela vai fazer é te colocar dentro de uma faixa razoável nas refeições que antes não tinham nenhuma boa opção de acompanhamento — refeições que, antes, eram puladas, chutadas a esmo, ou registradas como outra coisa completamente diferente só porque era a única coincidência no banco de dados.

Os dois sistemas são feitos para trabalhar juntos, não para competir. Um escaneamento de código de barras te dá números exatos para alimentos industrializados porque esses números exatos existem. Uma foto te dá uma estimativa utilizável para tudo o mais, porque, para comida caseira, um número rápido e razoavelmente preciso vence um número lento e falsamente exato. A maioria dos dias acaba usando os dois — o iogurte é escaneado, o jantar é fotografado — e juntos, o registro do dia reflete de verdade o que foi comido, em vez da coisa mais parecida que existia num banco de dados.

O ponto mais importante é sobre para que serve o acompanhamento, no fim das contas. Se o objetivo é uma tendência ao longo de semanas e meses, uma estimativa um pouco imperfeita hoje, que você vai de fato registrar de novo amanhã, vence um número tecnicamente preciso que levou cinco minutos para encontrar e que você vai pular da próxima vez porque não valeu o esforço. O registro por foto existe porque comida caseira é comum, o acompanhamento baseado só em banco de dados lida mal com isso, e a solução não é um banco de dados maior — é uma forma diferente de olhar para o prato.