Karakeep：リンク、メモ、画像を自分で蓄積して検索するブックマーク基盤

何でも保存するという名前の由来

Karakeepは以前Hoarderという名前で呼ばれていた、セルフホスト可能なブックマークアプリです。リンク、簡単なメモ、画像、PDFを一つの場所へ保存し、リンクのタイトル、説明、画像を自動取得します。単にURLの一覧を持つのではなく、後から見返す対象の文脈を残すことが設計の中心です。

ブックマークはリストへ整理でき、同じリストで他人と協力できます。ハイライトの保存、一括操作、多言語、ダークモード、モバイルのオフライン閲覧もREADMEにあります。RSSからの自動収集を使えば入口を増やせますが、収集頻度、失敗時の再試行、保存容量、元ページの利用条件は導入側で確認したいです。

検索とAI整理を同じ保存庫で使う

検索は全文検索とセマンティック検索の両方に対応し、全文コンテンツ検索にはMeilisearchを使うとREADMEに書かれています。タイトルや本文の一致だけでなく、意味の近い保存物を探す入口があるため、タグを毎回手入力する負担を減らせます。画像から文字を取り出すOCRもあり、画像として保存した資料を検索対象へ近づけます。

LLMベースの自動タグ付けと要約が利用でき、Ollamaによるローカルモデルもサポートします。ここで重要なのは、AI機能が整理を補助する一方、タグや要約が原文の完全な代替ではないことです。外部モデルを使う場合の送信データ、ローカルモデルの資源、要約の誤り、再処理の条件を確認し、重要な記録は原文と照合できるようにします。

ブラウザ、スマホ、CLIから同じ場所へ送る

素早い保存のためにChromeプラグイン、Firefoxアドオン、Safari拡張機能があり、iOSアプリとAndroidアプリもREADMEに挙げられています。モバイルのオフライン閲覧を使えば、移動中に保存した記事を後で読む流れを作れます。ブラウザブックマークはfloccusで自動同期でき、Chrome、Pocket、Linkwarden、Omnivore、Tab Session Managerからのインポートにも対応します。

REST APIと複数クライアントがあり、OpenClawやHermesなどのLLMエージェント向けCLIと公式スキルも案内されています。自動保存の入口が増えるほど、重複、公開範囲、誤収集、削除要求の処理が重要になります。まず手動保存と一覧検索を安定させ、次に拡張機能、モバイル、APIの順で、同じアイテムがどう表示されるかを確認したいです。

リンク切れに備えるアーカイブ経路

Karakeepはmonolithを使ったページ全体のアーカイブを機能として挙げ、元リンクが消えたり内容を変えたりする場合に備えます。動画はyt-dlpによる自動アーカイブが説明されています。URLだけを保存する方式と、取得したページや動画を保管する方式では、容量、著作権、削除要請、取得頻度の責任が大きく違います。

READMEは保存対象の権利や各サイトの規約を一括して解決しません。ニュース記事、会員限定ページ、社内資料、動画を同じ保存箱へ入れる場合は、保存してよい対象、アクセスできる利用者、保存期間、バックアップ先を分類します。アーカイブが成功しても、そのコピーを公開してよいとは限らないため、リスト共有とファイル保護を別に設計したいです。

NextJSからMeilisearchまでを自分で管理する

技術スタックはNextJSのapp router、Drizzleによるデータベースとマイグレーション、NextAuthの認証、tRPCのクライアントとサーバー通信、Puppeteerのクロール、OpenAIのAI機能、Meilisearchの検索です。ウェブ画面だけでなく、認証、クロール、検索、AI処理、データベースが動く構成なので、セルフホストでは一つのコンテナだけを見る運用になりません。

READMEはDockerのインストール文書、設定、セキュリティ考慮事項、開発ガイドへリンクしていますが、データベースエンジンや全サーバー要件をREADMEだけで完結させてはいません。バックアップと復元、検索インデックスの再構築、外部APIキー、クロールの権限、アップグレード順序を公式ドキュメントで確認します。デモはシード済みの読み取り専用環境なので、自分の運用性能を証明するものではありません。

セルフホストと管理クラウドを責任で比較する

READMEは、セルフホストを望まない利用者向けにmanaged Karakeep Cloudを案内しています。自分でサーバーを持てることは自由度とデータ管理の利点になりますが、認証、永続化、バックアップ、容量、検索サービス、更新、監視を利用者が引き受けます。クラウドを選ぶ場合は、保存データの所在地、AI機能の送信先、契約上の保持と削除、エクスポート方法を確認したいです。

作者は、スマートフォンでReddit、Twitter、Hacker Newsを見て、後でラップトップで読むリンクを保存する用途から開発を始めたと説明しています。memos、mymind、raindrop、Pocket、Linkwarden、Wallabag、Shioriとの違いもREADMEにあります。これは作者側の比較であり、実際の移行可否や機能差を検証する資料ではありません。自分の保存習慣と、必要な共有や検索を基準に選びます。

AGPL-3.0と運用データの保護を分ける

KarakeepはAGPL-3.0で、READMEはLocalhost Labs Ltdの管理と説明しています。AGPLはネットワーク経由で提供する変更版のソース公開条件を含むため、社内サービスや顧客向けサービスとして改変する場合は、ライセンス本文と配布形態を確認します。ライセンスは保存データの秘密性、AI処理の正確性、検索の可用性、サポート契約を保証しません。

適するのは、保存物を自分の環境で管理し、検索と自動整理を使って情報の再利用を改善したい利用者です。外部LLMへデータを送れない場合はOllamaなどローカル構成を含めて検討し、アーカイブ対象の権利と保持期間を定義します。まずリンク、メモ、画像の小さな集合で保存、検索、バックアップ、削除を試し、その結果を基にPDF、動画、エージェント連携へ広げたいです。

編集部の結論

Karakeepは、後で読むリンクだけでなく、メモ、画像、PDF、動画を自分の環境へ集め、検索とタグで再利用したい人に向きます。セルフホストを前提に、LLM、OCR、ページ保存、ブラウザ同期まで機能が広がるため、保存データの機密度と外部モデルへの送信範囲を先に決めたいです。READMEは導入先と技術スタックを示しますが、具体的な安全設定や運用手順は公式ドキュメントで補います。

公式情報源

1. Official documentation
2. Official README
3. Project repository
4. Release notes