Методология — прочитайте, прежде чем цитировать цифры

1. Что это за сайт

У нас говорят: страшнее не то, что у тебя украдут, а то, что тебя увидят. Слово, сказанное на кухне, фотография, пересланная в семейный чат, — и вот о тебе уже знают те, кому не следовало. Умные очки вынесли этот страх прямо на лицо: очки могут записывать, а ни тот, кто их носит, ни тот, кто попал в кадр, не знают, что записывается и куда это уходит. Поэтому этот сайт — не обзоры и не советы по покупке. Это книга учёта, гроссбух: по каждой модели записано, что собирается, что включено по умолчанию, куда уходят данные и можно ли их удалить — строка за строкой, каждая с подтверждением. А то, что пишет каждая статья, записывается как есть, без прикрас. Отслеживание запусков живёт на сестринском сайте aiglassesdata.com, реальный опыт использования — в UX Ledger (uxledger.com); здесь только ссылки, без дублирования.

2. Источники

Страницы продуктов и анонсы производителей (Meta, Snap, Samsung/Google), отчёты регуляторов (гамбургское HmbBfDI, EDPB) и репортажи о запусках. Каждая карточка, каждое событие, каждая строка характеристик снабжена ссылкой на источник. Если утверждение опирается на вторичный репортаж, а не на страницу производителя, в примечании так и сказано.

3. «Не указано» — настоящее значение

Если производитель не опубликовал цифру или её не удалось сверить с цитируемым источником, в ячейке стоит «Не указано». Ни одна цифра на этом сайте не является оценкой, интерполяцией или заимствованием у похожего продукта. Средние считаются только по непустым значениям, а число пустых указывается рядом.

4. Правило тепловой карты приватности

Коды выводятся из текста карточек по правилам ключевых слов: «Не указано» → 0; «включено по умолчанию» → 3; «нет непрерывной записи» → 1; есть LED/индикатор → 2; «не проверено независимо» → 1; «обработка на устройстве» → 1; «серверы Meta» → 2. Полный текст карточек напечатан прямо под картой, так что любой код можно сверить с его предложением. Читайте карту как карту, а не как оценку: красная ячейка означает «включено по умолчанию — смотрите карточку», а не «плохой продукт».

5. Поисковый интерес

Индексы Google Trends (0–100), а не число поисковых запросов. Среднее за 24 часа — шумный снимок одного дня; стабильное чтение даёт недельное значение. Источник — два скриншота (Канада и мир, 5 ноября 2026 года).

6. Статьи и анализ

Публикации собираются из Hacker News, Bing News, технических блогов, YouTube и Reddit (через Bing News). Google News RSS возвращает 503 с egress-адреса Worker, поэтому новостная воронка — Bing News; прямой RSS Reddit возвращает 403 с того же адреса. Каждая статья анализируется один раз с помощью Workers AI (Llama 3.1 8B, @cf/meta/llama-3.1-8b-instruct-fp8): резюме в 1–3 абзаца плюс структурированные поля. Анализ опирается на заголовок, сниппет и извлекаемые фрагменты текста; если полный текст недоступен, ставится пометка «snippet». Всё неопределимое остаётся null — ничего не выдумывается. Статья попадает в книгу, только если в её заголовке названа tracked-модель (правило заголовков: сначала Display, затем Ray-Ban, Oakley, Galaxy Glasses, Specs). Правило несовершенно: известный промах — статья 9to5Google о телефоне Motorola Signature 27, попавшая в snap-specs; её цифра батареи исключена из строки Snap с примечанием, а сама статья остаётся в исходной книге для проверки.

7. Правило оценок — что эти индексы измеряют, а что нет

У нас есть простое различие, знакомое каждому: рецензия — это не сама книга. То, что критик похвалил роман, ещё не делает роман шедевром, а то, что он его разругал, ещё не делает его мусором. Индексы этого сайта работают ровно так же. Индекс позитивной тональности (0–100), индекс рекомендации (0–100) и вывод автора (buy / wait / skip / mixed, с собственными словами автора) измеряют статью и её автора — насколько позитивно читается этот текст, насколько он склоняется к рекомендации и к какому выводу пришёл его автор. Они измеряют не продукт, и они не являются оценкой этого сайта какому-либо продукту. Сайт никогда не оценивает продукты: нет ни собственной оценки, ни рейтинга, ни «лучшего выбора». Вот граница: индексы, описывающие публикации, сохраняются и публикуются вместе с методом; любая цифра, которая выглядела бы как наше суждение о продукте, не публикуется. Если на сайте появляется рейтинг, то это рейтинг самого источника (например, индекс Google Trends), и страница так и говорит.

8. Три книги

Все три генерируются напрямую из анализов отдельных статей — не из experience_records, где 0 строк (реальный опыт живёт в UX Ledger).

• Заявленное против указанного (/api/ledger/claims): каждый key_claim с measured_value вместе со статьёй-источником. measured_value — это цифра, как она написана в этой статье, а не независимое лабораторное измерение. Строки с пометкой «tested» — из статей с практическим опытом, от владельцев или с указанием времени использования; остальные повторяют цифру производителя или анонса. Сравнение батареи на /metrics/battery/ ставит заявление производителя из таблицы характеристик рядом с этими цифрами из статей.
• Оценки (/api/ledger/scores): распределения индексов тональности и рекомендации (корзины 0–19 / 20–39 / 40–59 / 60–79 / 80–100), простые средние по непустым значениям и подсчёты выводов по моделям и по всему сайту. Статьи без вывода считаются как «без вывода» — вывод им никогда не назначается.
• Виды неисправностей (/api/ledger/failures): issues[] сгруппированы по точной формулировке проблемы внутри каждой модели. Почти дубликаты хранятся отдельно и показываются как написано, не объединяются. Подсчёты — это упоминания в проанализированных статьях.

9. Проверки доказательств

Два детерминированных теста проходят по каждому анализу перед сохранением, независимо от формулировок модели. Во-первых, compared_products оставляет только те названия, которые дословно встречаются в тексте доказательств (заголовок + сниппет + извлечённый текст); compares_with пересчитывается по выжившим спискам и никогда не доверяет модели на слово. Во-вторых, verdict_quote сохраняется, только если его нормализованный текст встречается в нормализованном тексте доказательств; иначе он хранится как null. Эти проверки действуют только для новых анализов; старые, созданные до их введения, могут ещё содержать выдуманные пункты и очищаются при повторном анализе.

10. Живые данные / снимок

Цифры берутся из API (D1), когда он доступен. Если нет, страница показывает замороженный снимок, сгенерированный из той же базы данных на момент сборки, и говорит об этом в шапке. Снимок никогда не выдаётся за живые данные. Диаграммы рендерятся вживую из данных API или снимка (ECharts). Никаких статичных скриншотов-диаграмм. Таблица исходных данных — под каждой диаграммой.

11. Журнал исправлений

• 2026-11-07 — Батарея Meta Ray-Ban Display. Было: «Up to 6 hours (per buying guide; Meta figure not yet confirmed)». Стало: «Up to 6 hours per charge (mixed use); charging case adds up to 24 hours; Meta Neural Band up to 18 hours». Источник: Meta Help Center, https://www.meta.com/help/ai-glasses/1116302600085081/. Старая формулировка «with case 30 hours total» заменена и больше не используется.
• 2026-11-07 — Микрофон Oakley Meta HSTN. Было: не указан (источники противоречили друг другу). Стало: «5-mic array (2 per arm + 1 near nose pad)». Источники: Abt и Android Central. Формулировка «dual beam-forming» не используется. В таблице характеристик появилась колонка микрофона; Ray-Ban Meta Gen 3 показывает «6-mic array» (по карточке приватности этого сайта), остальные модели — «Не указано».

12. Ограничения

• Анализ — это ИИ-извлечение из заголовков, сниппетов и частичных текстов; большинство анализов основано на сниппетах, где полный текст получить не удалось. Каждую извлечённую цифру следует читать как «так написано в статье», а не как проверенный факт.
• Правило заголовков иногда пропускает и ошибочно классифицирует (см. §6, случай Motorola). Неправильно классифицированные статьи исключаются из затронутого сравнения с примечанием, а не удаляются молча.
• experience_records на этом сайте — 0 строк по замыслу; «заявленное против указанного» здесь выведено из публикаций, а не измерено в лаборатории. Независимое измерение потребовало бы записей опыта из UX Ledger.
• Поисковый интерес — это всего лишь два скриншота Google Trends (5 ноября 2026 года), а не непрерывный ряд.
• Диаграммы рендерятся в браузере; если библиотека диаграмм не загрузилась, таблица данных под ней содержит те же цифры.

13. Прошлое, настоящее, будущее — три полных отрезка, а прошлое — это базовая линия

Данные этого сайта состоят из трёх отрезков, и нужны все три: прошлое (то, что уже произошло), настоящее (текущее значение) и будущее (каждое грядущее изменение). Нельзя начинать с текущего нуля и просто ждать будущих изменений: прошлое и настоящее — это базовая линия, относительно которой изменение вообще обретает смысл. Без базовой линии изменение ничего не значит. Правила три. Во-первых, по каждому измерению прошлое восстанавливается задним числом — история цен, история характеристик и запусков, история обзоров и записей опыта, история упоминаний и событий; всё, что можно взять из публичного источника, берётся. Во-вторых, уже собранные статьи сами являются историей: заявленные значения, указанные значения, проблемы и выводы из 233 проанализированных статей этого сайта уже структурированы и внесены в историческую книгу (см. /history/) — начинать записи с будущих статей никто не ждёт. В-третьих, ноль — приемлемая отправная точка, только если истории действительно нет — ни в публичных источниках, ни в собранных статьях, — и это должно быть написано на этой странице. Каждое будущее изменение измеряется относительно восстановленной таким образом базовой линии: архивирование и пофразовое сравнение начинаются с неё. Текущее состояние: независимые лабораторные измерения (experience_records) по-прежнему составляют 0 строк — в публичных источниках пока нет независимой структурированной записи измерений по нашим критериям; а измеренные на практике значения, приводимые в публикациях, уже находятся в исторической книге (с пометкой «tested»), хранятся отдельно от независимых измерений и никогда с ними не смешиваются.