← Back to Home
テクノロジー ·

128GB革命 #15 消えた3人——「実在しない情報」をどう扱うか

128GB革命 #15 消えた3人——「実在しない情報」をどう扱うか

朝のコンビニで、棚の奥に「本日限定スイーツ」と書かれた箱が並んでいるのを想像してみてほしい。パッケージは綺麗で、値札もついていて、店員さんは普通にレジを通してくれる。でも、その箱を開けても中身が空っぽだったら——って話だよね。ラベルと中身が一致しないものは、いくら見た目が整っていても買うべきじゃない。今回のテーマは、M5 Max 128GBのコミュニティ調査の中で、いちばん地味で、いちばん大事な「ラベルと中身の照合」の話だ。

前回はkamo78のテレメトリとあきらパパの自作モデルで、日本語圏の「測る」文化の底力を見た。今回はその裏面。調査の過程で「紹介されたのに、どこを探しても見つからなかった」3つのアカウントの話をする。名前は出す。でも断定はしない。それが今回のルールだ。

なぜ「消えた3人」を書くのか

まず最初に言っておきたいのは、この話は誰かを攻撃するためのものじゃない、ということだよね。むしろ逆で、ローカルLLMコミュニティみたいな急速に育つ分野では、「聞いた話」が「確認済みの事実」に変身して広がるスピードが、物理的な推論速度より速い。だからこそ、調査する側が「見つからなかった」ことをそのまま報告する文化を持たないと、コミュニティ全体の信用が摩耗していく。

今回の元になった調査(2026年8月16日実施)では、合計13人の実在人物を確認した。X (Twitter)、Reddit、YouTube、Zenn、note、Qiita、GitHub——それぞれのプラットフォームで、実在の証拠となる投稿やリポジトリ、動画画像を一つずつ突き合わせて、✓マークをつけた。この作業は地味で、華やかさはゼロなんだけど、この積み上げがあるからこそ、第1回から第14回までの数字に「出典」という足場がついているんだよね。

でも同じ調査の中で、逆のパターンも見つかった。提示されたのに、どの検索ルートを通っても痕跡ゼロだったアカウントが3つあった。この3つを今回、誠実に扱う。

3人のアカウントと「提示された成果物」

調査記録には、次の3つのアカウントが「実在未確認」として記録されている。

  • @C_of_Creativity——「M5 Max 128GBをワーカーノードとしてクラスターに組み込み、行列演算ベンチを共有した人物」として提示された。しかし、対応する公開投稿もリポジトリも見つからなかった。

  • @ktam72(ElfMoon)——「自前のLLMエンジン ElfMoon 系をM5 Maxで動かし、OSSとして公開した人物」として提示された。しかし、「ElfMoon」という名前のエンジンも、リポジトリも、投稿も一切存在しなかった。

  • @hasegawa——「導入理由や推論性能のアップデートを追い続けている人物」として提示された。しかし、該当する投稿系列そのものが見つからなかった。

調査の手順をもう少しだけ具体化してみる。まずハンドル名をそのままX内検索とWeb検索に投げる。ヒットしなければ表記ゆれ候補(大文字小文字、アンダースコアの有無)を数パターン試す。次に成果物側から逆算する。「行列演算ベンチ」ならGitHubのコード検索、「ElfMoon」ならエンジン名そのものでのパッケージ検索。最後に、関連キーワード(M5 Max、128GB、ベンチマーク)で引っかかった投稿群を横読みして、その名前が一度でも言及されていないかを確認する。この3段階を3人それぞれに実施して、全部ゼロだった。ここで大事なのは、この3つの記述が「ウソ」とは書かれていないことだ。調査記録にはあくまで「痕跡なし」「要検証」とだけある。そしてその理由として、調査側は3つの可能性を挙げている。実在するなら(1)非公開アカウント、(2)別名義、(3)ハンドル表記の誤り。このどれかで説明がつく可能性を、完全には排除していないんだよね。

数字で言うと、検証に使ったルートは7系統ある。Web検索、X検索、Reddit、Facebook、note、Zenn、Qiita、GitHub——全部を通してゼロヒットだった。1つの検索エンジンで見つからないのと、7つの入口を全部通して見つからないのとでは、重みがまったく違う。それでも「実在しない」とは断言しない。これが今回いちばん伝えたい温度感だよね。

「検索ゼロ」の重みと、その限界

ちょっと技術寄りの話をさせてもらうと、「検索しても出てこない」という事実には、構造的な限界がある。検索インデックスは公開情報しか拾わない。非公開アカウントの投稿、限定共有のリポジトリ、削除済みのスレッド、そもそもWebに上がっていないオフラインでのやり取り——そこには手が届かない。つまり「検索ゼロ」は「存在ゼロ」を意味しない。意味するのは「公開記録上、確認できない」までだ。

これは推論の世界とよく似ている。モデルが出力する答えは、学習データに含まれていた情報の上にしか立たない。学習データに存在しない事実について、モデルが自信満々に答えたら、それは hallucination——幻覚と呼ばれる。じゃあ、人間の「聞いた話」はどうだろう。出典を確認せずに「そうらしいよ」と次の人に渡した情報は、すでに一種の幻覚として振る舞っているんだよね。出力が滑らかなら、なおさら。

だからこの調査は、丸ごと逆のことをやった。確認できた13人には✓をつけ、出典へのリンク付きで記録した。確認できなかった3人には✗をつけ、「要検証」のまま残した。この✓と✗の対比こそが、調査の価値なんだと思う。全部✓にしたい誘惑はあるんだけど、それをやった瞬間に、調査全体の信用が崩れる。

コミュニティ地図から見た「日本語圏の特徴」

ここで視点を変えて、この3人が「日本語圏のアカウント」だったという点を考えてみたい。第4回で紹介した英語圏の階層ガイド(2千ドル・4千ドル・7千ドル)は、投稿者が実在確認済みで、数字も出典付きだった。それに対して日本語圏は、実在確認済みの発信者はいる(kamo78、あきらパパ、mikai_daichi、youtoy、muhenkou.netなど)。でも同時に、こうした「確認できない名前」も混ざってくる土壌がある。

理由を勝手に推測するのはやめておくけど、構造として言えるのは、日本語圏の情報流通はクローズドな経路(XのDM、個別のコミュニティ、口頭)を通りやすくて、その結果「公開記録に残らない伝播」が起きやすい、ということだよね。これ自体は悪いことじゃない。ただ、後から地図を描く側(つまり調査する側)にとっては、足場になる公開記録が少ない分、一つ一つの確認コストが上がる。

だからこそ調査記録は、こうした名前を「削除」せずに「✗要検証」として残す選択をした。消してしまえば地図は綺麗になる。でも次に同じ名前を聞いた人が、同じ7ルートの検証をもう一回やり直すことになる。記録として残しておけば、次の人は「あ、これは2026年8月時点で痕跡ゼロだったやつだ」とすぐ分かる。無駄な労力が省けるし、新しく痕跡が出てきたら、そこに✓を上書きすればいいだけだ。

読者が今日できること

じゃあ、僕たちが日常的にできることは何か。3つに絞ってみる。

1つ目。新しいアカウントや「すごい実績」の話を聞いたら、まず1回検索してほしい。ハンドル名そのままでX内検索、そしてGoogle。2分で済む。2つ目。数字が出てきたら、tok/sとかメモリ使用量とか、その数字が「本人の投稿」なのか「誰かの伝聞」なのかを確かめる。第6回で見たように、 Redditのコメント欄に直接投下された実測値(65.8 tok/sの122Bとか)は一次データとして使える。伝聞の数字は、いくら具体的でも推定に過ぎない。3つ目。見つからなかったことを責めない。自分が誰かに何かを紹介するとき「これは未確認」と一言添えるだけで、伝播チェーンが断ち切れる。

付け加えると、この習慣は自分を守る効果もある。未確認情報を根拠に大きな買い物(128GB機は7千ドルする世界だよね)や環境構築の判断をすると、後で覆ったときの損失がでかい。出典をたずねる癖は、お金と時間の両方の保険になる。コミュニティの健全さって、結局この積み重ねで決まるんだよね。誰かが頑張って全部検証するんじゃなくて、全員が少しずつ「出典をたずねる」習慣を持つ。それができているコミュニティは、実在確認済みの13人みたいに、名前と実績と数字がセットで歴史に残っていく。

出典

本記事の数値・記述は以下の一次調査に基づく。

  • 2026年8月16日実施のM5 Max 128GBコミュニティ完全調査(全数値の出典は元データを参照)

  • 実在確認済み13人の一覧と検証ルート(X/Reddit/YouTube/Zenn/note/Qiita/GitHub)

  • 実在未確認3アカウントの記録:@C_of_Creativity・@ktam72(ElfMoon)・@hasegawa(いずれも「痕跡ゼロ・要検証」枠)

  • 調査限界の開示:X本文はsearch snippet依存・Reddit本文はArctic Shift API経由など、手法の制約も含めて元データに明記

なお、本記事の人物記述はすべて実績ベースであり、実在未確認の3名についても断定・批判はしていない。痕跡が出てきた時点で「確認済み」へ更新される前提の、生きた記録として書かれている。

次回は、いよいよ128GBに載るモデルの完全地図。81モデル調査・59種適合・選び方の実務編にお付き合いください。