方法论——引用任何数字之前请先读
1. 这是什么站
中国人最怕的不是“被偷”，是“被看见”——微信群里一张随手拍的照片、电梯里的一句闲话，都可能在你不知道的时候传开。智能眼镜把这种怕带到了脸上：一副眼镜就可能在记录，而你我都不知道它记了什么、记给了谁。所以这个站不做评测、不做推荐，只做一件事：记账。像老式账房先生那样，把每款眼镜“收什么、默认开什么、数据去哪、能不能删”一笔一笔写清楚，笔笔有据；把每篇报道的说法原样记下来，不添油加醋。发售追踪在姊妹站 aiglassesdata.com，真实使用体验在 UX Ledger（uxledger.com），本站只链接、不重复抄。
2. 来源
厂商产品页与发布公告（Meta、Snap、三星/Google）、监管机构报告（汉堡 HmbBfDI、EDPB）与发售报道。每张卡、每个事件、每行规格都带来源链接。凡是依据二手报道而非厂商原页的，备注里会写明。
3. “未公布”是一个真实的值
厂商没公布、或未对照可引来源核实的数字，格子里就写“未公布”。本站没有任何数字是估算、插值或从同类产品借来的。平均值只对非空值计算，空值个数一并标出。
4. 隐私热力图规则
编码由卡片文字按关键词规则导出——“未公布”→0；“默认开启”→3；“无持续录制”→1；有 LED/提示灯→2；“未经独立核实”→1；“端侧处理”→1；“Meta 服务器”→2。完整卡片文字就印在图下方，任何编码都能对回原句。把图当地图读，别当评分：红色格子意思是“默认开着——去看卡片”，不是“产品差”。
5. 搜索热度
Google Trends 指数（0–100），不是搜索次数。24 小时均值是单日快照、噪音大；周均值才是稳定的读数。来源是 2026 年 11 月 5 日的两张截图（加拿大与全球）。
6. 文章与分析
报道来自 Hacker News、Bing News、技术博客、YouTube 与 Reddit（经 Bing News）。Google News RSS 从 Worker 出口返回 503，所以新闻漏斗走 Bing News；Reddit 直连 RSS 同样返回 403。每篇文章由 Workers AI（Llama 3.1 8B，@cf/meta/llama-3.1-8b-instruct-fp8）分析一次：1–3 段摘要加结构化字段。分析依据是标题、摘要与能取回的正文片段；取不到全文的标为“snippet”。无法确定的字段一律为空——绝不编造。文章只有标题点名了在账型号才入库（标题门：先 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）：每条带 measured_value 的 key_claim，连同来源文章列出。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. 局限
- 分析是对标题、摘要与部分正文的 AI 抽取；多数分析基于 snippet（全文取不到）。每个抽取出的数字都应理解为“文章里这么写的”，不是已核实的事实。
- 标题门偶有漏录与误录（见 §6 Motorola 案例）。误录文章从受影响的对照中排除并附注，不悄悄删除。
- 本站 experience_records 为 0 行是设计使然；此处的“宣称对实测”来自报道抽取，不是实验室测量。独立测量要靠 UX Ledger 的体验记录。
- 搜索热度只是 2026 年 11 月 5 日的两张 Google Trends 截图，不是连续序列。
- 图表在浏览器里渲染；图表库加载失败时，图下的数据表里有同样的数字。
13. 历史、现在、未来——三段完整，历史是基线
本站的数据分三段，缺一段就不完整：历史（已经发生过的）、现在（当前值）、未来（此后的每一次变化）。绝不能以当前 0 为起点、只等未来变化再记录——历史与现在是未来变化的基线，没有基线，变化就没有意义。做法有三条：第一，每个维度都要回填历史——价格历史、规格与发布历史、评测与体验记录历史、提及与事件历史，能从公开来源拿到的都要拿；第二，已采集的文章本身就是历史——本站 233 篇已分析文章里的宣称值、实测值、问题与结论，已结构化回填进历史账本（见 /history/），不是等未来新文章才开始记；第三，只有在公开来源与已采文章里确实不存在历史记录时，0 才是可接受的起点，且必须在本页写明。未来的一切变化，都以回填后的基线为参照：归档与句级 diff 从基线开始记。现状说明：独立实验室测量（experience_records）仍为 0 行——公开来源中暂无本站口径的独立结构化测量记录，报道中的上手实测值已进历史账本（标 tested），与独立测量分开记，不混用。