方法論——数字を引用する前に必ず読んでください
1. このサイトについて
日本で一番こわいのは「盗まれる」ことではなく「見られる」ことです。電車の中で交わす視線、居酒屋の隣席に届く会話——自分では気づかないうちに、見られ、聞かれ、伝えられていく。スマートグラスはその不安を顔の上に載せました。フレームのカメラが何を記録し、誰に送っているのか、かけている本人にもわからない。だからこのサイトはレビューもしなければ、おすすめもしません。やることは一つだけ、帳簿をつけることです。家計簿のように、各モデルが「何を集め、何を初期設定でオンにし、データがどこへ行き、消せるのか」を一行ずつ、証拠つきで記録する。各記事の言い分も、脚色せずそのまま書き留める。発売の追跡は姉妹サイト aiglassesdata.com、実際の使用体験は UX Ledger（uxledger.com）にあり、こちらはリンクするだけで重複させません。
2. 出典
メーカーの製品ページと発表（Meta、Snap、Samsung/Google）、規制当局の報告書（ハンブルク HmbBfDI、EDPB）、発売報道。各カード、各イベント、各仕様行に出典リンクがあります。メーカーのページではなく二次報道に基づく主張は、注記にそう明記します。
3. 「未公表」はれっきとした値です
メーカーが公表していない数字、あるいは引用できる出典と照合できていない数字は、「未公表」と表示します。このサイトの数字に推測、補間、類似製品からの流用はありません。平均値は非 null の値だけで計算し、null の件数も併記します。
4. プライバシー・ヒートマップのルール
コードはカードの文言からキーワード規則で導きます——「未公表」→0、「初期設定でオン」→3、「常時録画なし」→1、LED/表示灯あり→2、「独自に未確認」→1、「オンデバイス処理」→1、「Meta サーバー」→2。カード全文はマップのすぐ下に載せてあるので、どのコードも原文と照合できます。マップは地図として読んでください、採点ではありません。赤いセルは「初期設定でオン——カードを確認して」という意味で、「悪い製品」という意味ではありません。
5. 検索動向
Google トレンドの指数（0–100）であり、検索回数ではありません。24時間平均は1日のスナップショットでノイズが大きく、週平均が安定した読みです。出典は2026年11月5日の2枚のスクリーンショット（カナダとグローバル）です。
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」と表示します。判断できないフィールドは null のまま——決してでっち上げません。記事は、見出しが台帳のモデル名を含む場合にだけ入ります（タイトルゲート：Display を先に、次に Ray-Ban、Oakley、Galaxy Glasses、Specs）。ゲートは完全ではありません。既知の誤りが一つあります。9to5Google の Motorola Signature 27 についての記事が snap-specs に振り分けられ、そのバッテリー数値は Snap の行から注記つきで除外しました。原文は監査のため台帳に残してあります。
7. スコアリングのルール——この指数が測るもの、測らないもの
日本には「本の紹介は本そのものではない」という当たり前の区別があります。書評を読んで「面白そうだ」と思うことと、その本が面白いことは別物です。本サイトのポジティブ感情指数（0–100）、推奨指数（0–100）、著者の結論（buy / wait / skip / mixed、著者自身の言葉つき）が測っているのは、まさに書評の側です。その記事がどれだけ肯定的に読めるか、著者自身がどれだけ推奨に傾いているか、著者が何と結論したか。測っているのは記事と著者の立場であり、製品そのものではありません。ましてや本サイトによる製品評価ではありません。本サイトは製品に点数をつけません。サイト独自のスコアも、ランキングも、「ベスト」も、どこにもありません。これが線引きです。報道を記述する指数は方法とともに残し、公開します。本サイトの判断として読まれる数字は、いっさい載せません。サイト内にランキングが出てくる場合は、それは出典自身のもの（たとえば Google トレンドの指数）であり、ページにそう明記します。
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）、非 null の値に対する単純平均、モデル別およびサイト全体の結論の件数です。結論のない記事は「結論なし」として数え、代わりに結論を与えることはしません。
- 不具合モード（/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 抽出です。ほとんどの分析はスニペットに基づいています（全文が取得できないため）。抽出された数字はすべて「記事にそう書かれている」ものとして扱ってください。検証済みの事実ではありません。
- タイトルゲートはときどき見逃しや誤振り分けをします（§6 の Motorola の例を参照）。誤って振り分けられた記事は、該当する比較から注記つきで除外し、黙って削除しません。
- 本サイトの experience_records が0行なのは設計どおりです。ここでの「公称値と記事の数値」は報道からの抽出であり、実験室の測定ではありません。独立した測定には UX Ledger の体験記録が必要です。
- 検索動向は2026年11月5日の Google トレンドのスクリーンショット2枚であり、連続した時系列ではありません。
- チャートはブラウザで描画されます。チャートライブラリが読み込めない場合でも、チャート下のデータ表に同じ数字があります。
13. 過去・現在・未来——三つそろって初めて完全であり、過去が基線です
本サイトのデータは三つの区間で成り立っています。過去（すでに起きたこと）、現在（現在の値）、未来（これからの変化）です。一つでも欠ければ不完全です。現在の 0 を起点にして、未来の変化だけを待つことは決してありません。過去と現在が、未来の変化の基線だからです。基線がなければ、変化に意味はありません。やり方は三つです。第一に、すべての次元で過去を埋め戻すこと——価格の履歴、仕様と発売の履歴、レビューと体験記録の履歴、言及とイベントの履歴。公開された出典から取れるものはすべて取ります。第二に、収集済みの記事そのものが過去であること——本サイトの分析済み記事 233 本に含まれる公称値、記事の数値、問題点、結論は、すでに歴史台帳に構造化して埋め戻してあります（/history/ を参照）。未来の新しい記事を待ってから記録し始めるのではありません。第三に、0 が許されるのは、公開された出典にも収集済みの記事にも、確かに過去の記録が存在しない場合に限ります。その場合はこのページに明記します。未来のすべての変化は、埋め戻し後の基線を参照して記録します。アーカイブと文単位の差分は基線から始まります。現状について：独立した実験室測定（experience_records）は依然として 0 行です。公開された出典には、本サイトの基準に合う独立した構造化された測定記録がまだありません。報道の中のハンズオンによる実測値は歴史台帳に入っています（tested と表示）。独立した測定とは分けて記録し、混同しません。