方法論——引用任何數字之前請先睇
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），同獨立測量分開記，唔混用。