WikiTok — Wikipedia を TikTok のようにスクロールする時代、何が変わるのか
WikiTok — Wikipedia を TikTok のようにスクロールする時代、何が変わるのか
アルゴリズムが支配する世界で、アルゴリズムのないアプリがバイラルになった。Wikipedia の 950 万記事を TikTok のようにめくる WikiTok は「ドゥームスクロールの反対側」を夢見る。AI で 2 時間で作られたこの小さな Web アプリが投げかける問いは、思った以上に大きい。
1. ドゥームスクロールの反対側
TikTok をスクロールしていると時間が蒸発する。15 秒の動画が終わる前から指は上へ滑り、次の動画が始まり、また滑り、また始まる。30 分経ってようやく画面から目を離すが、何を見たかはほとんど記憶に残っていない。アルゴリズムが緻密に選んだコンテンツだったはずなのに、残るのは漠然とした疲労感だけだ。
ところが、そのスクロールの対象が Wikipedia だったらどうだろうか？
2025 年初頭、WikiTok という名の Web アプリが Hacker News で爆発的な反応を得た。Wikipedia の記事を TikTok スタイルの縦スクロールで見せる、それ自体は単純なアプリだ。ところがこのアプリが数千の推薦を集め、数十の報道を引き出し、即座にクローンプロジェクトを量産した。なぜか？
アルゴリズムが支配する時代に、アルゴリズムのないアプリが人々の渇きに触れたからである。レコメンドエンジンが「あなたが気に入りそうなもの」を絶えず押し込んでくる世界で、「あなたが気に入るかまったく分からないもの」を投げてよこすアプリ。その奇妙さがかえって新鮮だった。WikiTok は技術的革新ではなく 哲学的選択で注目された。
2. WikiTok とは何か
WikiTok の作者は Isaac Gemal、ニューヨーク拠点のソフトウェアエンジニアである。誕生のいきさつが面白い。
きっかけは Twitter(X)だった。開発者 Tyler Angert が「Wikipedia を TikTok のように見られたらいい」という趣旨のツイートを投稿し、Grant Slatton がそれをリツイートした。Gemal がこのツイートを見た時刻は深夜 12 時 30 分。普通なら「面白いアイデアだな」と思って眠るところだが、Gemal はすぐにコーディングを始めた。2 時間後、プロトタイプが完成した。
技術スタックは驚くほど軽い。React 18、TypeScript、Tailwind CSS、Vite。 バックエンドサーバはない。Wikipedia が提供する公開 API をブラウザから直接呼び出す構造だ。サーバコストも、データベースも、認証システムもない。純粋にフロントエンドだけで動作する。
主要な特徴を整理するとこうだ。
- 950 万記事から完全ランダム表示 — アルゴリズムなし、パーソナライズなし
- トラッキングなし、広告なし — ユーザーデータを収集しない
- 14 言語対応 — 英語、韓国語、日本語、中国語など
- PWA(Progressive Web App) — モバイルでアプリのようにインストール可能
- ブックマークと共有 — 気に入った記事の保存、SNS 共有
そして最も話題になった部分。コードの約 90% を AI が書いた。 Gemal は Claude AI と Cursor(AI コードエディタ)を使ってプロトタイプを作った。いわゆる “vibe coding” — おおまかな方向だけ決めて実装は AI に任せる方式だ。
プロジェクトはオープンソースとして公開され、GitHub で 1,300 を超えるスターと 170 を超えるフォークを記録した。ただのサイドプロジェクトが、一つの現象になった。
3. Hacker News の反応 — 熱狂と論争
Hacker News で WikiTok は何度もフロントページに上った。反応は大きく四つに分かれた。
熱狂 — “surprisingly addictive”
最も繰り返された表現が “surprisingly addictive” だった。ランダムに出てくる Wikipedia 記事が、思いのほか面白いというのだ。古代ローマの道路体系、パプアニューギニアの絶滅危惧鳥、1920 年代ドイツのハイパーインフレーション — 自分では検索しなかったであろう主題に出会う体験が中毒的だった。
多くのユーザーが StumbleUpon を想起した。2007 年から 2018 年まで運営された Web サービスで、ボタン一つでインターネットのランダムな Web サイトに移動させてくれた。「StumbleUpon が懐かしかったが、ついに似たものが出てきた」という郷愁混じりの反応が続いた。非アルゴリズム的な発見ツールへの渇きが、それほど深かったことの証である。
アルゴリズム論争 — 核心の対立
最も熱い論争は パーソナライズアルゴリズム をめぐるものだった。少なくないユーザーが「関心分野に合った記事をもっと頻繁に見せてくれたらいい」と要請した。歴史に関心がある人には歴史記事をより多く、科学に関心がある人には科学記事をより多く、というパーソナライズ。合理的な要請に聞こえる。
しかし Gemal はこれを明確に拒否した。
“We’re already ruled by ruthless, opaque algorithms everywhere we look online. Can’t we just have one little corner of the internet without them?” — 我々はすでにオンラインのどこを見ても、無慈悲で不透明なアルゴリズムに支配されている。インターネットの小さな一角くらい、それなしで残しておけないものか？
この一言が WikiTok のアイデンティティを規定した。ユーザーの利便を拒否するのは、製品設計では普通失敗への近道だ。しかし Gemal にとって、アルゴリズムの不在はバグではなく 核心的機能(feature) だった。効率を意図的に放棄し、偶然性を前面に押し出したのである。
AI コーディング論争
「2 時間で AI で作った」という事実も論争を呼んだ。一部の開発者はこれを “vibe-coded” プロジェクトと呼んで懐疑的だった。AI が書いたコードは構造的に脆弱で、メンテが難しく、作者自身もコードを完全には理解していない可能性があるという懸念だった。
一方では「数百行のフロントエンドアプリに複雑なソフトウェアエンジニアリングが必要か？」と反論する声もあった。オープンソースとして公開されており、コミュニティが既にコードを改善しており、何より 動作する。 完璧なコードより完成した製品のほうがいい、という実用主義的立場だった。
UX フィードバックとコピーキャット
実務的なフィードバックも多かった。Wikipedia 記事内の外部リンクをクリックすると WikiTok を離れてしまいスクロールの流れが切れる、PWA としてインストール可能な事実を多くのユーザーが知らない、などの指摘が挙がった。そしてバイラル直後、多数のクローンとコピーキャットが登場した。アイデアが単純な分、複製も容易だった。
4. 反論と反論への反論
WikiTok を巡る主要な批判と、それに対する反駁を整理してみる。
反論 1: アルゴリズムがないと非効率だ
完全ランダムでは、ほとんどの記事がユーザーの関心と無関係だ。アフリカの小さな村、1800 年代のドイツの政治家、特定の昆虫の分類学 — 関心のない記事を延々めくるのが本当に意味のある体験か？
反駁: それこそが要点だ。 アルゴリズムベースのサービスはユーザーの既存の関心を強化する。すでに知っているものの変奏を繰り返し見せる。一方で完全ランダムは予期しない発見 — セレンディピティ(serendipity) — の可能性を開く。図書館の書架を歩きながら偶然目に留まった本を開いてみる体験。WikiTok が追い求めるのは効率ではなく発見だ。
反論 2: AI で作ったコードはメンテ不能だ
AI が 90% 書いたコードは構造的に脆弱で、作者自身もすべてのコードを理解していない可能性がある。長期的にはメンテ不能だろう。
反駁: WikiTok のコードベースは全体で数百行レベルだ。Wikipedia API を呼び出して結果をカード形式で見せるだけ。この規模にエンタープライズレベルのアーキテクチャを求めるのは過剰エンジニアリングだ。さらにオープンソースとして公開されていて、コミュニティが継続的にコードをレビュー・改善している。
反論 3: 結局また別のドゥームスクロールだ
TikTok から Wikipedia に対象が変わっただけで、延々スクロールする行為自体は同じだ。「教育的ドゥームスクロール」というのは矛盾ではないか？
反駁: すべてのスクロールが同じではない。決定的な違いは アルゴリズムの有無だ。TikTok のレコメンドアルゴリズムは、ユーザーの感情的反応を極大化するように設計されている。怒り、驚き、FOMO(Fear of Missing Out)を刺激するコンテンツが優先的に露出する。一方 WikiTok にはそうしたメカニズムがない。アルゴリズムが操作する中毒と、自発的な探索は本質的に違う。もちろん時間を過度に費やしうる点は似ているが、少なくとも誰かが意図的にあなたの注意を捕らえようと設計したものではない。
反論 4: 収益モデルがない — 持続不能だ
広告もなく、サブスクモデルもなく、投資も受けていない。作者の情熱が冷めればプロジェクトも終わるのではないか？
Gemal はこれに対して 意図的に無料、非商用の状態を保つと宣言した。 バックエンドがないのでサーバコストはほぼかからない。Wikipedia の API を使う限り運用コストは事実上ゼロに近い。持続可能性が必ずしも収益モデルに依存する必要はない。オープンソースコミュニティが維持する数多くのプロジェクトがその証である。
5. 似たソフトウェアたち
WikiTok は一人で存在しているわけではない。「偶然の発見」と「短い形式の知識消費」という二軸を中心に、似たプロジェクトが存在する。
StumbleUpon (2007–2018) — WikiTok と最も頻繁に比較される先輩サービスだ。ボタン一つでインターネットのランダムな Web サイトを見せてくれた。全盛期には月間アクティブユーザーが 2,500 万人に達したが、2018 年に Mix として再ブランディングされた後、事実上消滅した。Hacker News で WikiTok を「StumbleUpon の精神的後継者」と呼ぶ理由だ。
Xikipedia (Lyra Rebane、2025 年 2 月) — WikiTok とほぼ同時に誕生した興味深い代替案だ。Simple Wikipedia(やさしい英語版の Wikipedia)をソースにし、WikiTok と違って ローカルなアルゴリズムを搭載している。ユーザーがいいねを押すと +50、スクロールで通り過ぎると -5 点を付与して関心を学習する。重要なのは データが端末の外に出ない点だ。「透明なアルゴリズム」という第三の立場 — アルゴリズムは使うが、不透明でも搾取的でもないように作るアプローチである。
WikiTock — AI ベースのパーソナライズと視覚的な知識マッピングを結合した変種。アルゴリズムを積極的に活用する反対側のアプローチだ。
WikiRoulette — 最も単純な形。Wikipedia のランダムページを一つずつ見せるビューア。WikiTok 以前から存在したが、TikTok スタイルの UX はなかった。
Wiki Stumble — サーバベースの StumbleUpon スタイル Wikipedia 探索ツール。ユーザー評価データをサーバに保存する方式。
Wikiwand — Wikipedia の読書体験を現代的に再設計したサービス。ランダム発見ではなく、既存の Wikipedia をより美しく読みやすくすることに焦点を合わせている。アプローチ自体が異なる。
マイクロラーニングアプリ群 — Deepstash、Blinkist、Headway、Nibble など。本や講義を短いカード形式に要約して消費させるアプリだ。「短い形式の知識消費」という文脈で WikiTok と重なるが、これらはキュレーションされたコンテンツを提供する点で本質的に異なる。
これらのプロジェクトを並べてみると、アルゴリズムのスペクトラムが見えてくる。一方の端には完全ランダム(WikiTok、WikiRoulette)があり、反対側には AI ベースのパーソナライズ(WikiTock)があり、その間に透明なローカルアルゴリズム(Xikipedia)が位置する。同じコンテンツ(Wikipedia)を題材にここまで多様な哲学的選択が可能だという事実そのものが興味深い。
6. より広い文脈 — 知識の TikTok 化
WikiTok はより大きな流れの一部だ。“TikTokification of knowledge” — 知識の TikTok 化と呼ばれるトレンド。
短い形式、視覚中心、スクロール型消費。この三つが結合して、知識の消費方式を根本的に変えつつある。大学の講義を 60 秒のクリップで要約した TikTok 動画が数百万再生を記録し、歴史的事件をミーム形式で説明する Instagram Reels が教科書より先に学生に届く。
学術研究もこの現象に注目している。IEEE、Springer、ScienceDirect などの主要学術出版社で、TikTok の教育的活用に関する論文が継続的に発表されている。アメリカ人の約 25% が TikTok の教育コンテンツを「正確で有用」と回答し、学生の 69% が宿題で TikTok を使った経験があるという調査結果もある。
Learning Guild はこれを “TikTokification of Learning” という用語で分析した。核心的な論点はこうだ: 短い形式のコンテンツが深い学習を代替できるのか? ほとんどの教育学者は「代替は無理だが、補完は可能」とみる。15 秒の動画で量子力学を完全に理解することはできないが、関心を呼び起こす入り口の役割は果たせる。
ここで二つの流れが衝突する。一つは **「アルゴリズムがキュレーションする教育」**だ。TikTok、YouTube Shorts、Instagram Reels がレコメンドアルゴリズムで教育コンテンツを押し込んでくる方式。効率的だが、アルゴリズムが「教育的に価値あるもの」ではなく「エンゲージメント率が高いもの」を優先するという問題がある。
もう一つは **「アルゴリズムのないセレンディピティ」**だ。WikiTok はここに位置する。いっさいのパーソナライズなしに、950 万記事の中から無作為に一つを投げてよこす方式。非効率だが、アルゴリズムのバイアスから自由だ。
この二つの流れのどちらが「より良い学習」を作るかは、まだ結論が出ていない。ただ確かなのは、WikiTok が 後者の側にきっぱりと立っているということだ。そしてその選択そのものが多くの人の共感を得たという事実が、アルゴリズムベースのキュレーションへの疲労がどれほど深いかを示している。
7. アルゴリズム疲労と偶然の再発見
アルゴリズム疲労(algorithm fatigue) は実在する。
ドゥームスクロールが不安、抑うつ、全般的なウェルビーイング低下を引き起こすという研究は、すでに数年にわたって蓄積されてきた。ところが問題はドゥームスクロール自体ではなく、なぜそのスクロールが止まらないかにある。TikTok のレコメンドアルゴリズムは、ユーザーの視線が留まる時間、いいね、共有、リピート視聴など数十のシグナルを分析して「次に見せるもの」を決定する。このシステムはユーザーの満足ではなく 滞在時間の最大化を目的に設計されている。アルゴリズムがあなたのために働くのではなく、プラットフォームのためにあなたを働かせる構造だ。
この文脈で、WikiTok の本当の革新が見えてくる。技術的革新ではなく「引き算の哲学」だ。 アルゴリズムを引いた。トラッキングを引いた。広告を引いた。パーソナライズを引いた。収益モデルを引いた。残ったのは 950 万の Wikipedia 記事と、それを一つずつ無作為にめくる単純なインターフェースだけだ。
「引き算」がなぜ革新なのか? 我々が生きるデジタル環境で **デフォルトが「足し算」**だからだ。すべてのアプリはより多くの機能、より精緻なレコメンド、より長い滞在時間を追求する。この方向に意図的に逆行することは、技術的無能ではなく哲学的選択だ。ミニマリズムが「物を買う金がない」からではなく意識的な決断であるのと同じだ。
StumbleUpon が 2018 年に死に、WikiTok が 2025 年にバイラルになった理由を考えてみる。その間の 7 年間に何があったか? アルゴリズム支配の全盛期を経験した。TikTok が世界を席巻し、YouTube がレコメンドアルゴリズムを極限まで精緻化し、Instagram がフィードをアルゴリズムベースに転換した。人々はアルゴリズムが与える利便を経験すると同時に、その利便の代価 — フィルターバブル、中毒、注意力の搾取 — を体感した。
WikiTok のバイラルはこの経験の 反作用だ。アルゴリズムを経験していない人は、アルゴリズムのないアプリの価値を感じない。StumbleUpon は早く生まれすぎ、WikiTok は適切な時期に生まれた。
そして AI で 2 時間で作られたという事実。これの意味はコード品質論争を超える。アイデアと実行の距離が劇的に縮まった時代を象徴する。Tyler Angert が Twitter にアイデアを投げ、Isaac Gemal が深夜にそれを見て、2 時間後に動作するプロトタイプが存在する。アイデアから製品までの距離が 2 時間なら、世界に実現されえないアイデアとは何だろうか? 参入障壁が低くなった世界では、差別化の基準は技術力ではなく 何を作るか、そして何を入れないかという判断力に移る。
WikiTok が我々に問いかけるのは結局これだ。利便のみを追求する技術と、偶然と遅さを取り戻そうとする技術の間で、我々はどちらを望むのか?
答えが一つである必要はない。効率が必要な瞬間があり、彷徨が必要な瞬間がある。ただ選択肢が存在すること、アルゴリズムの向こうにも世界があることを思い出させてくれるだけで、WikiTok はその役目を果たした。図書館の書架の間を歩きながら手の向くままに本を取り出す感覚 — デジタル時代に失ったと思っていたその感覚が、スマートフォンの画面の上で蘇った。