Khojを読む：個人の文書とWebを横断するセルフホスト型AIの構成
AI の第二の脳。自己ホスト可能。 Web またはドキュメントから答えを入手してください。カスタム エージェントを構築し、自動化をスケジュールし、詳細な調査を行います。オンラインまたはローカルの LLM を個人用の自律型 AI (gpt、claude、gemini、llama、qwen、mistral) に変えます。無料で始めましょう。
ひと目でわかる
- これは何？
- khoj-ai/khojのREADMEを基に、文書検索、LLM接続、エージェント、通知、自宅運用とクラウド運用の境界を整理する。
- 誰に向いている？
- Khojは、手元の文書とWeb情報を一つの対話入口から探し、利用するモデルやエージェントを自分で選びたい人に向きます。PDF、Markdown、Notion、Word、org-modeなどを扱う説明はありますが、回答の正確さ、検索の再現率、権限分離、データ保持は導入環境ごとに検証が必要です。
- 商用利用できる？
- 厳しい条件付きでできます。AGPL-3.0 はネットワーク型コピーレフトのライセンスで、改変版をホスティングサービスなどとしてネットワーク越しに利用させる場合、その利用者にソースコードを同じライセンスで提供する必要があります。
- 今もメンテナンスされている？
- されています。最後のコミットは 45 日前です。
- 何の言語で書かれている？
- 主に Python です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
Khojが一つにする検索と対話
Khojは、自分の能力を広げる個人向けAIアプリとしてREADMEに紹介されています。端末上の個人AIからクラウド規模の企業AIまで拡張できるという位置付けで、ローカルまたはオンラインのLLMとチャットし、インターネットや自分の文書から答えを得る構成です。ブラウザ、Obsidian、Emacs、デスクトップ、スマートフォン、WhatsAppから利用できる入口も挙げられています。
この設計で重要なのは、チャット画面の便利さではなく、どの情報を検索対象にし、どのモデルへ渡すかを分けて考えることです。文書を取り込んだだけで回答の根拠が正しくなるわけではありません。索引の更新、重複文書、古い版、アクセス権、質問に対する引用の確認を運用に含める必要があります。READMEは機能の範囲を示していますが、品質評価の具体的な基準を提供するものではありません。
対応文書とセマンティック検索
KhojはPDF、Markdown、Notion、Word、org-modeなど幅広い文書を読めると説明されています。内容を意味的に検索し、関連する文書をすばやく見つける機能が中心です。複数の形式を同じ検索へ集められるなら、個人メモ、業務文書、調査資料を横断する入口になりますが、形式ごとの抽出品質や画像内文字の扱いは別に確かめるべきです。
導入時には、文書の取り込み時刻、ファイルの所有者、削除や更新の反映、検索結果の表示範囲を記録します。検索で見つかった文書をそのままモデルの回答根拠とせず、元ファイルへ戻れるリンクや引用を人が確認できる構成が必要です。READMEに対応形式が書かれていることは、任意の文書から完全な回答を得られることの保証ではありません。検索対象を少数の代表文書に限定し、期待する質問と誤検索の例を作ってから範囲を広げます。
ローカルLLMとオンラインLLMの選択
READMEはllama、qwen、gemma、mistral、GPT、Claude、Gemini、DeepSeekなど、ローカルとオンラインの複数のモデルと対話できるとしています。自分の端末で動かすモデルを選ぶことも、クラウドのモデルへ接続することもできるという柔軟性がKhojの土台です。端末内で処理したい資料と、外部サービスの能力を使いたい質問を分けられます。
その選択は品質と費用だけでなく、文書の送信先、ログ、認証情報、モデルの更新にも関係します。クラウドモデルを使う場合は、どの本文や検索結果が外部へ出るかを設定と接続先の規約で確認してください。ローカルモデルなら、推論用の計算資源、更新、バックアップ、端末の権限を管理する責任が増えます。READMEのモデル名は接続可能な候補の例であり、各モデルの性能や安全性を比較した結論ではありません。
カスタムエージェントと自動化
Khojでは、固有の知識、人格、チャットモデル、ツールを組み合わせてエージェントを作れると説明されています。調査、文書整理、質問応答など役割ごとに振る舞いを分ける入口です。反復的な調査を自動化し、個人向けニュースレターやスマート通知を受信箱へ届ける機能もREADMEの概要に含まれています。
ここでエージェントの指示文とツール権限を同じものとして扱わないことが重要です。文書を読むだけのエージェントと、外部サービスへ通知を送るエージェントでは、許可する操作と確認手順が違います。自動化の失敗、重複通知、誤った要約、古い情報の配信を検出できるログと停止方法を用意してください。カスタムエージェントの作成方法は公式ブログへ案内されていますが、各業務の正確性や自動実行の妥当性は利用者側のレビュー対象です。
画像生成と音声機能を含む拡張
機能一覧には画像を生成すること、メッセージを声に出して話すこと、音声を再生することも挙げられています。文書質問だけに限定せず、入力と出力の形式を増やせる設計です。新しい機能を同じ画面から使える点は個人利用では便利ですが、生成物が元文書に基づく回答なのか、別の生成処理なのかを画面上で区別できることが望まれます。
生成画像や音声を保存する場合は、作成者、元の指示、利用したモデル、出力時刻、公開範囲を記録します。音声入力を追加するなら、マイクの許可、送信先、保管期間を確認します。READMEはこれらの機能の存在を示しますが、著作権確認、誤認識率、生成内容の安全審査まで説明していません。便利な出力ほど、利用前に人が確認する工程を外さないことが必要です。
セルフホスト、クラウド、企業導入
Khojはオープンソースで、常にセルフホストできるとREADMEに記載されています。自分のコンピューターへ導入する手順と、設定なしで試せるcloud appの両方が案内されています。Enterprise向けには、クラウドサービス、オンプレミス、ハイブリッドが選択肢として示されています。利用形態を選べるため、個人のメモから組織の文書まで同じ製品名で検討できます。
反面、保存場所と管理責任は形態によって変わります。セルフホストでは、文書の保存、データベース、外部モデル接続、バックアップ、更新、HTTPS、認証を自分で決めます。クラウドでは、アカウント、契約、データ保持、組織の分離条件を確認します。ハイブリッドでは、どの処理がどこへ出るかを図にします。READMEに本番環境の構成値やSLAがない部分は、公式ドキュメントと自分の環境で確認し、機密文書をいきなり取り込まないでください。
AGPL-3.0と採用前の試験項目
リポジトリのライセンスはAGPL-3.0です。改変、配布、サービスとして提供する形態を含め、組織の使い方がライセンス条件に合うかを法務と確認してください。ライセンスの確認は、回答の品質や運用の安全性を検証したことを意味しません。外部モデル、文書コネクター、フォントや別の依存物の条件も別に記録する必要があります。
導入前は、公式ドキュメントのセルフホスト手順を使って、少数の文書で取り込み、更新、削除、検索、引用、モデル切り替えを試します。次に、エージェントのツール権限と自動通知を無害な宛先で確認し、ログと停止方法をテストします。2026年3月26日公開のリリース一覧には2.0.0-beta.28が掲載されていますが、ベータ版であることを踏まえ、必要な機能とデータ保護条件を満たす実測結果を残してから採用範囲を決めるべきです。
編集部の結論
Khojは、手元の文書とWeb情報を一つの対話入口から探し、利用するモデルやエージェントを自分で選びたい人に向きます。PDF、Markdown、Notion、Word、org-modeなどを扱う説明はありますが、回答の正確さ、検索の再現率、権限分離、データ保持は導入環境ごとに検証が必要です。セルフホスト、クラウド、ハイブリッドのどれを選ぶ場合も、文書のアクセス権とモデルへ送る範囲を先に決めてください。
コミュニティノート