【geek-terminalニュース】完全ローカルAI閲覧履歴ツール「Yasumaro」登場！脱クラウドのハッカー魂

【事象の全貌と背景】
「以前読んだはずのあの技術記事、どこにあったっけ……？」
情報過多の現代において、開発者やリサーチャーが日常的に直面するこの課題。ブラウザの標準的なブックマーク機能はあくまで静的な保存に過ぎず、「自分がどのページで何を読み、どう感じたのか」という動的な読書体験の記憶を補完するには明らかに不十分だった。そんな中、自身のブラウジング履歴をAIを用いて自動で要約・記録するアプローチが注目を集めている。

しかし、ここで立ちはだかるのが「プライバシー」という巨大な壁だ。記憶を補完する「セカンドブレイン」の構築には、ユーザーのあらゆる閲覧履歴をデータとして蓄積させる必要がある。例えば、Microsoftが発表した「Windows Recall」は、数秒おきに画面のスクリーンショットを撮影し、Azure AIによるOCR処理を経てSQLiteデータベースにダンプするという仕様であったが、これが「プライバシーの悪夢」としてコミュニティから猛反発を食らったことは記憶に新しい。クラウドへのデータ送信や、OSレベルでの無差別な監視に対する拒絶反応は、特にハッカー層において顕著である。

こうした「ローカル至上主義」「脱クラウドトレンド」の流れを汲み、彗星の如く登場したのが完全ローカルなAI閲覧履歴ツール「Yasumaro（ヤスマロ）」である。前身ツールである「Obsidian Weave」から、MinecraftのModや既存プラグインとの名称衝突を避けるために改名されたこのツール。その名は、日本最古の歴史書『古事記』を編纂し、口承という流動的な記憶を不変の記録（システム）へと落とし込んだ「太安万侶（おおのやすまろ）」に由来しているという。Yasumaroは、ユーザーの普段のブラウジングを妨げることなく、クラウドへの依存を完全に断ち切った状態で、価値あるWeb体験だけを構造化された知識へと変換する設計思想を持っている。

【技術的ディープダイブ】
Yasumaroのアーキテクチャの最大の醍醐味は、ブラウザ拡張機能とSQLiteという泥臭くも堅牢な構成で完全ローカル動作を実現している点にある。

まずデータ保存層において、Yasumaroはブラウザ内のOPFS（Origin Private File System）を採用している。従来の拡張機能で多用されていた `chrome.storage.local` の容量制限を根本から打破し、OPFS上に配置したSQLiteデータベースファイル（`yasumaro.db`）に直接データを書き込む。これにより、ブラウザを完全に終了してもデータが失われない永続性と、実質的に無制限に近いデータ蓄積を可能にした。

しかし、ここにはChrome拡張機能のManifest V3という厄介な仕様の壁が存在する。Manifest V3のService Workerは一時的でいつでもスリープ状態になる可能性があり、かつ直接SQLiteにアクセスすることができない。この制約を突破するため、Yasumaroはバックグラウンドの「Chrome Extension」から非表示の「Offscreen Document」を起動し、その内部で動作する「Web Worker」を介してSQLite（OPFS）とメッセージパッシングで通信を行うという、洗練されたワークアラウンドを実装している。

自動記録の条件も厳格だ。「ページに5秒以上滞在する」かつ「全体の50%以上をスクロールする」という2つの条件を満たした時のみ記録が実行されるため、誤クリックなどの不要なノイズが排除され、AIのトークン消費の無駄を防ぐ仕組みとなっている。データが肥大化しないよう、90日経過または10,000件超過での自動削除といった保持ポリシーもユーザーが制御可能だ。

AI要約エンジンに関しても、極めて柔軟な設計が施されている。OpenAI互換のAPIエンドポイントに対応しており、Groq、Google Gemini（開発者は高速・安価なGemini 2.5 Flashを推奨）、Anthropic、さくらのAIエンジンなどに接続可能。そして何より、OllamaなどのローカルLLMを指定することで、外部APIを使わず要約処理からデータ保存に至るまでの全プロセスを「完全にローカルPC内」で完結させることができる。クラウドAPIを利用する場合でも、送信前のコンテンツからメールアドレスやクレジットカード番号といった個人情報（PII）を自動検出し、伏せ字（マスキング）に変換するサニタイズ機能が実装されている。

セキュリティ面も抜かりない。APIキーはマスターパスワードによって「PBKDF2 + AES-GCM」方式で強力に暗号化されて保管される。初回起動時にプライバシーポリシーへの同意を3回拒否すると制限モードに移行する設計や、銀行のオンライン窓口など機密性の高いページを自動検出し、保存前に確認ダイアログを出す保護機能、さらにはuBlock Origin形式のフィルターリストを用いた高度なドメイン除外機能まで備えており、閲覧履歴というデリケートな情報保護への徹底ぶりがうかがえる。蓄積されたデータはSQLiteの「FTS5」全文検索モジュールを利用することで、数万件規模の日本語テキストであっても3文字以上の部分一致で高速検索可能となっている。

【コミュニティの生々しい熱量と議論】
こうした「ローカルで完結する履歴管理」への渇望は、RedditやHacker Newsといったギークコミュニティの議論からも強烈に伝わってくる。

MicrosoftのRecall機能に対しては、「『数秒ごとにスクショを撮りOCRにかけてSQLiteにダンプする』なんて、機械学習のインターンがコーヒーブレイク中に書いたキーロガーみたいだ」「%appdata%フォルダ内のプレーンテキストのSQLiteファイルなんて、情報を盗み出すマルウェアにとってまさに宝の山（goldmine）だ」と、コミュニティ間で平文保存に対する辛辣な批判が殺到していた。

一方で、セカンドブレイン的な自動記録ツール自体の需要は極めて高い。「セカンドブレインは『記録したこと』を覚えておくことに依存すべきじゃない。すべてを自動でキャプチャし、必要な時に検索できるべきだ」「ディストピア的な不気味さを排除してうまく機能させる方法を見つけるべきだ」といった、概念そのものを肯定し、オープンソースやセルフホストでの実現を望む声がコミュニティの主流となっている。

技術的な実装ハックに関しても、熱い議論が交わされている。ブラウザ内でAIを動かすことへのハードルとして「拡張機能のバックグラウンドでTransformers.jsのようなフルLLMを直接動かすのは重すぎる。モデルだけで何百MBものRAMを食いつぶす」という課題が指摘される中、Ollamaとの連携は現実的なハックとして語られている。ただし、「拡張機能からOllamaを使うなら、`OLLAMA_ORIGINS`に `chrome-extension://…` を設定してCORSを回避するのを絶対に忘れるな」といった現場ならではの泥臭いTipsが共有されている。また、Manifest V3のOffscreen Documentについても「面倒だが不可避なワークアラウンド（annoying but necessary workaround）」として認知されており、Yasumaroのような構成がいかにコミュニティの直面している課題感と一致しているかが分かる。

【今後の展望とエコシステムへの影響】
Yasumaroの登場は、個人のナレッジマネジメント（PKM）エコシステムにパラダイムシフトをもたらす可能性を秘めている。

前身のObsidian Weaveは、データ保存をObsidianのLocal REST APIに依存していたため、Obsidianが起動していなければ要約データが揮発してしまうという致命的な弱点を抱えていた。しかし、Yasumaroへの進化によりObsidianへの依存は完全に解消された。これにより、Obsidianヘビーユーザー（従来通り連携することも可能）だけでなく、Notion、VS Code、あるいは単なるローカルマークダウンを愛用するすべての開発者が、ブラウザ単体で完結する強力なローカル履歴DBを構築できるようになったのである。既存のWeaveユーザーに対しても、初回起動時に `chrome.storage.local` からSQLiteへの自動インポートが行われ、連携設定も引き継がれるなど、シームレスな移行プロセスが担保されている。

今後、この「ブラウザ拡張 + OPFS/SQLite + ローカルLLM（Ollama等）」というアーキテクチャは、プライバシーを極限まで重視するローカルAIアプリケーションのひとつの黄金律（ゴールデンスタンダード）となるだろう。クラウドの巨大AIにすべてを委ねるのではなく、機密性の高い日常のブラウジングデータはローカルで泥臭く捌き、安全に自己管理する。Yasumaroが提示したこのハッカーライクなアプローチは、クラウド至上主義に対する痛快な実践例であり、ユーザー主権型のAIツール開発をさらに加速させていくに違いない。