Calk не просит верить цифре на слово. Каждое блюдо в приложении собрано из небольшого набора выверенных ингредиентов, а не вытащено из базы, наполненной толпой, и проверяется до того, как попадёт к вам. Мы смотрим не только на калории, но и на белки, жиры и углеводы: блюдо должно выглядеть как настоящая еда, а не как красивая сумма с неверными частями.
Это короткий ответ. Если же вам важно, значит ли вообще что-нибудь оценка калорий, правильный вопрос не «насколько умна модель», а «как собраны данные и как их проверяют». Эта страница проходит по обоим, в том числе по тому, где метод силён, а где нет.
Откуда берутся цифры: конструктор, а не база#
Большинство счётчиков калорий — это поисковая строка поверх очень большой таблицы. Набираешь «бургер», получаешь стену записей и выбираешь одну. Беда в том, что таблица почти вся пользовательская: кто-то однажды записал свой ужин, прикинул на глаз вес, может, посчитал соус, а может, нет — и эта прикидка навсегда осела отдельной строкой, которая выглядит ровно так же авторитетно, как проверенная. Наберите одни и те же три слова — и ответы разойдутся на 50% и больше, и ничто на экране не подскажет, какой из них верный. Эту поломку мы разобрали по косточкам в материале про лотерею базы.
Calk идёт от обратного. Вместо одной угаданной суммы на блюдо приём пищи собирается из явных, поимённо названных ингредиентов, у каждого свой проверенный профиль и свой способ готовки. Бургер — это котлета, булка, соус и топпинги, и каждую часть видно и можно поменять. Вся механика — в материале о том, как устроен конструктор блюд; здесь же мысль уже: раз блюдо собрано из частей, у итоговой цифры есть причина, а причину можно проверить.
Сами профили ингредиентов взяты из выверенных справочников по питанию, а не из того, что когда-то набрал предыдущий пользователь. Нет дублей, которые надо пролистывать, нет загадочных единиц, нет «1 порции», которую никто не определил. Одна куриная грудка в своих реальных состояниях готовки — с цифрой, под которую можно указать источник.
Как проверяется блюдо#
Собрать блюдо из частей — это только половина дела. Вторая половина — проверить, что собранное блюдо сходится с независимыми рецептами и справочниками, и делать это одинаково, каждый раз, когда меняются данные.
Для каждого блюда есть внешняя точка сравнения: рецепт и профиль питания из независимого источника, отдельно от того шаблона, что выдаёт цифру в приложении. Дальше мы смотрим, как ведёт себя обычная версия блюда и реалистичные варианты, которые может собрать пользователь. Важно не только, чтобы сошлись калории, но и чтобы белок, жиры и углеводы не рассказывали другую историю.
Если блюдо выглядит правдоподобно по калориям, но грубо промахивается по белку или жирам, это не успех. Значит, внутри где-то неверная часть: профиль ингредиента, способ готовки, количество масла или допущение о порции. Такая сборка уходит на разбор и правится в данных, а не маскируется красивым итогом.
Зачем смотреть на БЖУ, а не только на калории#
Проще было бы проверить одни калории и на том успокоиться. Мы так не делаем, потому что два блюда с одинаковой калорийностью могут быть совершенно разной едой — тарелка, где почти всё масло, против тарелки, где почти всё белок. Месячный разбор в Calk смотрит на достаточность белка, качество жиров и клетчатку, а не только на сумму энергии, — значит, и данные в основе должны быть верны по всем этим осям. Именно это позволяет остальному приложению говорить что-то заслуживающее доверия о том, откуда на самом деле берутся ваши калории.
Что мы на самом деле проверяем — открыто#
Большинство счётчиков калорий заявляют цифру точности и на этом останавливаются. Мы предпочитаем показать саму форму тестирования: что проверяется, в каком масштабе и где оценка ещё мягкая. Тут три слоя, и каждый отвечает на свой вопрос.
Рецептурные блюда — широкий слой. Это основная часть каталога: домашние и ресторанные блюда, собранные из поимённых ингредиентов. Мы оцениваем 1 803 варианта рецептов против выверенных рецептурных и нутрициологических источников. Ошибка по калориям даёт медиану около 4%: 81% вариантов укладываются в 10%, 92% — в 15%, а 99,7% — в 20% от эталона. Белки, жиры и углеводы шумнее — обычно 8–10% медианной ошибки.
Упакованные продукты — явное слабое место. В наших проверках упакованной еды типовые продукты дают медианную ошибку по калориям около 5%, по основным БЖУ — около 8%, по весу порции — около 4%; самый шумный хвост — клетчатка, соль и сахар. Это мягче слоя рецептурных блюд, и причина структурная: Calk моделирует обобщённые типы еды, а брендовый артикул без сканирования штрихкода остаётся обобщённым шаблоном. Его полезная роль для упаковки — слой объяснения: показывать, откуда берутся сахар, клетчатка, жир и соль, — а не копия этикетки. Полная картина — в статье насколько точен Calk.
Покрытие — вопрос, который почти никто не публикует. Точность на блюдах, что уже есть в каталоге, полезна, только если в каталоге есть ваше блюдо. Мы проверяем покрытие на 50 профилях повседневного питания из 13 стран и кухонь — это смоделированный корпус, не журнал реальных пользователей, — чтобы каталог не был подогнан под узкое демо-меню. Обычные блюда чаще всего уже собираются из родных шаблонов; пробелы в основном остаются в региональных блюдах и локальных специалитетах — вроде бразильских гарниров из кассавы или эмиратских сладостей. Не нашли своё — напишите нам: support@calk.me.
Опубликовать один только рецептурный слой было бы лёгкой версией этого заявления. Показать, где упакованная еда слабее, и насколько на самом деле далеко дотягивается каталог, прежде чем в пробелы упрутся настоящие пользователи, — вот версия, которой, как мы считаем, стоит доверять.
Почему это лучше базы на 20 миллионов строк#
Кажется, что чем база больше, тем она лучше — двадцать миллионов записей, любая еда, какую только можно представить. На деле размер — это и есть проблема, а не решение. Такая огромная собранная толпой таблица почти вся непроверенная, набита дублями и не поддаётся аудиту. Никто не проверял двадцатимиллионную «куриную грудку», и никто не сможет, потому что строки прибывают быстрее, чем кто-либо успел бы их выверить.
Конструктор — обратный размен: записей кратно меньше, зато каждая проверена и проверяема.
| База-толпа на 20 млн строк | Проверенные шаблоны Calk | |
|---|---|---|
| Откуда берётся цифра | разовая прикидка незнакомца | выверенные справочники по ингредиентам |
| Дубли | десятки на одну еду | одно блюдо, настраиваемое |
| Как выбираешь | листай и гадай | стартуешь от разумного значения по умолчанию |
| Можно ли проверить? | при таком размере нет | блюдо и его главные варианты |
| Что проверяется | ничего | калории + белки + жиры + углеводы |
Выигрыш не в том, что Calk знает больше продуктов, — а в том, что у продуктов, которые он знает, есть прослеживаемая цифра и проверка за этой цифрой. Вы не выбираете сорок раз в день наименее неправильную строку — вы стартуете от одного проверенного блюда и подправляете ту единственную часть, что была иначе.
Поэтому же ничего из этого не требует кухонных весов. Точность, которая важна для реального решения — какую часть блюда менять, поехал ли тренд, — берётся из того, чтобы верно поймать структуру блюда, а не из взвешивания каждого ингредиента до грамма. Порция — единственная ручка, которую вы крутите на глаз, и это же то единственное место, где любая оценка еды наименее уверена, наша в том числе.
Чего проверка не может обещать#
Страница о доверии, где перечислены одни сильные стороны, доверия не заслуживает. Вот чего метод не делает.
- Он не измеряет ваше тело. Calk наблюдает за едой, которую вы записываете, и за трендом вашего веса. Он не измеряет сахар крови, холестерин — ничего внутри вас — и не ставит диагноз, не лечит и не обещает результата для здоровья. Цифры описывают тарелку, а не человека.
- Он не может решить проблему порции. Конструктор верно ловит состав блюда и проверяет его. А сколько вы съели — по-прежнему ваша прикидка, и вот тут любой инструмент, Calk в том числе, слабее всего. Самооценка порций несёт реальную, хорошо задокументированную ошибку Lansky 1982, и конструктор её не убирает — он лишь снимает ту ошибку базы, что копится сверху. Лёгкое смягчение — разовое взвешивание на каждое сохранённое блюдо, а не ежедневная привычка; как это работает с шаблонами — в статье насколько точен Calk.
- Типичные значения — это не ваша конкретная тарелка. Внешний источник — это добротная версия блюда, а не замер именно того, что стоит перед вами. Ресторанные сборки разнятся, и даже упакованной еде позволен допуск против заявленной этикетки Urban 2010. Оценка говорит «эта сборка сходится с хорошо обоснованной версией блюда», а не «это в точности ваш обед».
- Проверка не означает все возможные комбинации. Мы смотрим на обычную версию и реалистичные варианты, а не на каждую возможную комбинацию всех кнопок. Кнопки, что сильнее всего влияют на калорийность и БЖУ, — соус, масло, способ готовки, порция, — закрываются первыми.
Эта ясность важна сама по себе. Инструмент, прямо говорящий о своём слабом месте (о порции), полезнее того, что прячет его за ложной точностью, потому что он подсказывает, какой цифре доверять для какого решения. Полнее о том, где оценка крепка, а где мягка, — в материале насколько точен Calk.
Частые вопросы#
Насколько точны калории в Calk?
Откуда берутся данные о еде?
Почему просто не взять огромную базу еды?
Откуда вы знаете, что каталог покрывает то, что люди реально едят?
Нужно ли взвешивать еду, чтобы это работало?
Это медицинская рекомендация?
Короткий вывод#
Доверие к цифре калорий должно идти от метода, а не от вывески. Метод Calk — это два простых обязательства: собирать каждое блюдо из проверенных, поимённо названных частей вместо догадки толпы и проверять реалистичные версии по калориям, белкам, жирам и углеводам до того, как они дойдут до вас, — а затем публиковать результаты этой проверки на трёх слоях: насколько близко ложатся рецептурные блюда, насколько мягче на самом деле упакованная еда и какую часть реалистичной, разнообразной еды каталог действительно покрывает. Это и позволяет приложению быть уверенным там, где оно может (структура блюда), и прямо говорить там, где не может (сколько именно вы съели). Если хотите увидеть конструктор, на котором стоят эти проверенные шаблоны, — Calk построен вокруг него.