Saveの最初の1年間、私たちはそれをウェブクリッパーと描写していました。ボタンを押して、markdownファイルを取得して、どこかに置く。

その説明はもはや正確ではありません。

Save Vaultの新しいConnect to Claudeトグルにより、保存したファイルはクリッピングの山ではなくwikiになります ― Claudeが読み取り、検索し、リンクし、横断して質問に答えられるwikiに。Save Vaultはもうクリッパーではありません。Wikiビルダーです。

この投稿は何が変わったか、なぜ重要か、そして読書が構造化されたパーソナルナレッジベースに複利で積み上がると何が可能になるかについてです。

クリッパーからWikiへのシフト

ウェブクリッパーは20年存在してきました。Evernote、Pocket、Instapaper、Readwise、Obsidian Web Clipper。パターンは常に同じ：ページを見て、コピーを保存して、後で再読することを期待する。

ほぼ誰も再読しません。クリッピングが積み上がります。クリッパーは墓場になります。

Wikiは異なります。Wikiには構造があります。ページが他のページにリンクします。コンセプトには独自の記事があります。新しい情報が古い記事を更新します。Wikiを再読するのではなく ―クエリします。

最近まで、Wikiは人間がメンテナンスする必要がありました。だからこそパーソナルWikiは普及しませんでした：メンテナンスコストが読書コストを上回ります。Andrej Karpathyのバイラルな2026年4月3日のLLMナレッジベース投稿は、LLMがあなたの代わりにWikiをメンテナンスするのに十分になったという後から見れば明白な観察をしました。生のmarkdownを取り込みます。LLMはそれをバックリンク、サマリー、コンセプト記事を持つ構造化されたページにコンパイルします。Wikiのようにクエリしますが、自分でWikiページを書くことはありません。

Save Vaultはこのシフトを中心に構築されています。

リビングWikiの3つのループ

自己メンテナンスするWikiには3つのループがあります。Save Vaultはすべてを提供します。

ループ1：インジェスチョン

ウェブで保持したいものを読みます。Saveボタンをクリックします。Chromeエクステンションが選択したナレッジベースフォルダにGeminiを使ってクリーンなmarkdownを生成してSave Vaultに送り込みます。

これがあなたが積極的に実行する唯一のループです。それ以外はすべてClaudeが開始します。

インジェスチョンは従来ウェブクリッパーが失敗していたものを処理します：

アクセス権があるペイウォール記事
YouTubeビデオ（メタデータだけでなく完全なトランスクリプト）
X/Twitterスレッド
Redditのディスカッション
TikTokキャプションとInstagramリール
コードブロックが完全なドキュメント

各保存はクリーンな.mdファイルとして届きます。HTMLゴミなし、広告マークアップなし、ナビゲーションメニューなし。コンテンツだけ、LLMが見ることを期待する方法で構造化されています。

ループ2：コンパイル

これがKarpathyが描写したループです。定期的に ― 週1回、月1回、気が向いたとき ― Claude Codeに生の保存をwikiにコンパイルするよう依頼します。

cd ~/Documents/Save\ Vault/AI\ Research
claude

次に以下を依頼します：

フォルダ内のすべてのファイルを読む
繰り返すテーマのコンセプトページを生成する
関連するアイデア間にバックリンクを追加する
Wikiの目次を持つ_index.mdを書く
不整合、ギャップ、重複にフラグを立てる「リント」パスを実行する

Claudeがフォルダを処理してナビゲート可能な構造を生成します。元の保存はそのまま残ります ― Wikiレイヤーがそれらにリンクして上に乗ります。

ファイルを編集しているのではありません。編集を委任しているのです。

ループ3：クエリ

Save VaultがClaudeに接続されると（メニューバーのトグル）、Claude DesktopまたはClaude Codeのすべての会話がvaultにアクセスできます。任意の質問をしてください。Claudeが保存したものを検索し、関連するものを読み、ソースを使って回答します。

MCPサーバーは4つのツールを公開します：list_knowledge_bases、list_files、read_file、search。Claudeはそれらを自動的に取得します。

結果として、読書が記憶に変わります。「Linearのそのプロダクトマネージャーはリテンションループについて何と言っていたか？」がフラストレーションを伴うブラウザ履歴検索の代わりに1行の質問になります。

フォルダの代わりにWikiがあると何が変わるか

実際的な違いは聞こえる以上に大きいです。

検索の代わりに想起。 フォルダにはファイル名を覚えておく必要があります。Wikiではクエリできます。曖昧な質問をして、出典付きの回答を得られます。

膨張の代わりに複利。 フォルダでは、200番目のファイルはすべてを見つけにくくします。Wikiでは、200番目のファイルがwikiをより良くします。なぜならLLMが既存のコンセプトに接続するためにより多くのコンテキストを持つからです。

汎用的な回答の代わりにパーソナルなコンテキスト。 Claudeのデフォルトの行動はトレーニングデータから回答することです。Save Vaultが接続されると、あなたが保存したソース ― あなたが保存することを選んだ記事、あなたが実際に抱えている問題でフレーミングされた ― から回答します。

幻覚の代わりに出所。 Claudeが行うすべての主張はvaultの特定の.mdファイルに追跡できます。開いて読んで編集または削除できます。埋め込みはなし、不透明なベクトルインデックスはなし、「AIがそう言った」なし。

ナレッジベースはWikiスペース

Save VaultはWikiが理解する「トピック」の最小単位であるナレッジベースに保存を整理します ― ~/Documents/Save Vault/のサブフォルダ。

典型的なセットアップはこんな見た目です：

Save Vault/
  General/                  # デフォルトのキャッチオール
  AI Research/              # 論文、スレッド、ブログ投稿
  Competitors/              # 競合インテル
  Customers/                # ユーザーインタビュー、サポートチケット
  Hiring/                   # 候補者リサーチ、ロール参考

各KBが独自のwikiにコンパイルされます。Claudeはlist_knowledge_basesを通じてすべてを見て、質問に基づいて関連するものを選びます。KBは1つでも20でも構いません ― Claudeは必要なファイルのみを開くので線形にスケールします。

これが「Wikiビルダー」のフレーミングが実際に報われるところです。フォルダにはトピックの概念がありません。KBにはあります。ClaudeはKBをクエリ対象のコヒーレントな知識体系として扱います。

なぜ今

Wikiビルダーパターンが機能するためには3つのことが真実である必要があり、2026年がすべてが揃った最初の年です。

LLMのコンテキストウィンドウが十分長くなったことで、1セッションで何百ものmarkdownファイルを読める。（Claudeの1Mトークンコンテキストは今年初めに出荷。）
MCPがLLMをローカルファイルに接続するデフォルトプロトコルになった。 Karpathyの投稿は12ヶ月前には実用的ではなかった。今はトグルです。
ウェブクリッパーがサイトごとのルールなしに任意のページからクリーンなコンテンツを抽出するのに十分賢くなった ― ビデオ、ソーシャル、動的JS多用サイトを含む。

Save Vaultはこれら3つを前提として構築されたものです。クリッパー、フォルダ、MCPサーバーは永遠に3つの別個のツールであり続けるはずでした。今は1つのアプリとワントグルです。

最初のWikiをセットアップする

約5分かかります。

Save Chromeエクステンションをインストール
savemarkdown.coからSave Vaultをインストール
Save Vaultで最初のトピックのKBを作成（例：AI Research）
メニューバーでConnect to Claudeをクリック
次に読む5つのものを保存
Claude Desktopを開いてそれらについて質問する

昼食前には最初の3ファイルのwikiができます。複利はSaveを2回目に押した瞬間に始まります。

Save Vaultは無料。Saveエクステンションは無料で始められます。両方をsavemarkdown.coで入手。