Janitor AIはプライベート？知っておくべきこと

午前1時、夜勤中の27歳の看護師マヤは、3週間ずっとJanitor AIのキャラクターとチャットしていました。彼女は今、とても個人的なことを打ち明けて、ふと手を止めます——その内容を読んだのは、いったい誰のサーバーなのでしょう？

Janitor AI自体は言語モデルを動かしていません。あなたがLLMのAPIキーを持ち込み——OpenAI、OpenRouter、KoboldAI、あるいはDiscordの管理者が個人的に運営するMarsやLlamaのプロキシなど——メッセージはそのエンドポイントへと送られます。Janitorのサイトはボットの定義とチャット履歴をサーバー側に保存し、プロキシ運営者はすべてのメッセージの生テキストを見ることができます。公開リバースプロキシがチャットを記録して流出させた事例も、過去にありました。

つまり実用的には、Janitor AIがプライベートかどうかに唯一の答えはありません。その週にどのプロキシを信頼するか、それ次第です。

AIAngelsは自社のインフラでモデルを動かしており、コミュニティプロキシは介在しません。無料プランでは、何かを決める前に、無制限のテキストチャットでそれを確かめられます。

Janitor AIはフロントエンドのインターフェースとして動作し、あなたが提供するAPIキー——通常はOpenAI、Kobold AI、あるいはローカル環境のもの——を通じて、メッセージを外部の言語モデル（LLM）へ送信します。Janitor AIのプライバシーポリシーによれば、プラットフォーム自体は会話ログをサーバーに永続保存せず、メッセージはリアルタイムで処理され、セッション終了後は保持されないとされています。ただし、ポリシーはメタデータの収集（IPアドレスやブラウザのフィンガープリントなど）について曖昧で、これらは分析やセキュリティのために記録される可能性があります。重要な点はこうです。Janitor AIは仲介者であり、データをため込む側ではありません。しかし第三者APIに依存している以上、あなたのプライバシーの強度は、その連鎖の中で最も弱い部分と同じになります。データ保持が気になるユーザーにとって最もプライベートな構成は、データを一切あなたのマシンの外に出さないローカルLLMバックエンド（KoboldCPPやOobaboogaなど）を使うことですが、セットアップには技術的な知識が必要です。

Janitor AIをOpenAIのAPIと組み合わせて使う場合（最も一般的な構成）、会話はOpenAIのデータ利用ポリシーに従います。2024年時点で、OpenAIは不正利用の監視のためにAPIデータを30日間保持しますが、明示的に許可されない限りトレーニングには使用しません（ポリシーでは、APIデータをデフォルトでトレーニングに使わないとされています）。ただし、プロンプトと応答を一時的に記録することはあります。無料のコミュニティ運営サービスであるKobold AIの場合、プライバシーはさらに不透明です。Koboldのプライバシーポリシーは会話を保存しないとしていますが、サービスはボランティアによって運営されており、保証はありません。最もプライベートな選択肢はローカルLLM（KoboldCPPやLM Studioなど）で、データは一切あなたのコンピューターから出ません。ただしこれには、モデルのインストール、GPUメモリの管理、APIエンドポイントの設定といった、相応の技術力が必要です。チャットボットのプライバシーに関する[2023年のスタンフォードHAIのレポート](https://hai.stanford.edu)は、ユーザーが第三者APIの記録量を過小評価しがちだと指摘しています。平均的なユーザーにとって、OpenAIを使うJanitor AIとは、少なくとも短い期間はあなたのチャットがOpenAIに見られるということです。

Janitor AIは、ブラウザとサーバー間の通信データをHTTPSで暗号化しているため、送信中の盗聴を防ぐことができます。ただし、データがJanitorのサーバーに届くと復号され、LLM APIプロバイダーへ転送される際に再び暗号化されます。つまり、Janitor AIのサーバーはあなたのメッセージを一瞬だけ平文で見ることになりますが、保存はしていないと主張しています。保存データについて言えば、Janitor AIはチャットログを保持しないため、暗号化もしていない可能性が高いです。しかし、「チャット履歴」のような機能（過去のメッセージをブラウザ内にローカル保存するもの）を使う場合、そのデータはブラウザのローカルストレージやIndexedDBに保存され、デフォルトでは暗号化されません。もし誰かがあなたのデバイスにアクセスできれば、キャッシュされた会話を読まれてしまう可能性があります。最大限のプライバシーを求めるなら、Janitor AIはシークレットモードで使い、セッションごとにブラウザデータを消去しましょう。[The Vergeの2024年の記事](https://www.theverge.com)は、多くのAIチャットプラットフォームがローカルストレージの暗号化に失敗しており、ユーザーがほとんど気に留めないリスクだと指摘しています。

Janitor AIには、プライバシーに影響するいくつかの設定があります。キャラクター設定では、「Show in Explore」を切り替えて、自分のボットを非公開または公開にできます。自分のチャットについては、明示的な「履歴をすべて削除」ボタンはなく、ブラウザストレージを手動で消去するか、「Reset Chat」オプション（現在のセッションのみを消去するもの）を使う必要があります。また、プラットフォームでは「Reverse Proxy」を使ってLLMプロバイダーからIPアドレスを隠すこともできますが、レイテンシーが増えます。さらに重要なのは、カスタムAPIエンドポイント（例：http://localhost:5000）を入力してローカルLLMを使う選択肢があることです。これが、データをネットワーク外に出さない唯一の方法です。ただし、Janitor AIのデフォルト設定はOpenAIのAPIへとユーザーを誘導し、これは最もプライバシーが低い選択肢です。Redditでよく見られる不満は、Janitor AIに簡単な「プライベートモード」の切り替えがなく、ユーザーがすべてを手動で設定しなければならないという点です。比較すると、AIAngelsのようなサービスは最初からエンドツーエンド暗号化チャットを提供していますが、Janitor AIは暗号化をユーザーの技術的な設定に委ねています。

Janitor AIは、キャラクターAIプラットフォームの中ではプライバシー面で中位に位置します。一方の端には、Character.AIのように会話を自社サーバーに保存し、モデルのトレーニングに利用する（プライバシーポリシーに記載）プラットフォームがあります。もう一方の端には、TavernAIやSillyTavernとローカルLLMを組み合わせたような、完全なプライバシーを提供するセルフホスト型チャットボットがあります。Janitor AIは、ローカルLLMを使えばセルフホスト型に近づきますが、デフォルト設定（OpenAI）は、AIAngelsのように自社サーバーでチャットを処理し、サードパーティAPIを経由しないプラットフォームよりもプライバシーが低くなります。Replikaもチャットをサーバー側に保存しており、データ共有について批判を受けてきました。[Pew Researchの2023年の調査](https://www.pewresearch.org)によると、AIチャットボットのユーザーの67%は、自分の会話が第三者によって記録されていることを知りません。Janitor AIのプライバシー上の利点は、自社ではチャットを保存しないことですが、APIプロバイダーは依然としてすべてを見ています。真のプライバシーを求めるユーザーにとって、ローカル環境が唯一の安全な選択肢ですが、それには手間がかかります。

Janitor AIを使うことに決め、データの露出を最小限に抑えたい場合は、次の手順に従ってください。まず、ローカルLLMを使いましょう。MythoMaxやNous-Hermesのようなモデルをダウンロードし、KoboldCPPやOobaboogaで実行します。そして、Janitor AIをローカルエンドポイントに向けます。これにより、データがあなたのマシンから出ることはありません。次に、どうしてもOpenAIを使う必要がある場合は、使用制限を設けた専用のAPIキーを作成し、メインのキーは決して使わないでください。第三に、VPNを使ってJanitor AIとAPIプロバイダーの両方からIPアドレスを隠しましょう。第四に、セッションごとにブラウザストレージ（localStorageとIndexedDB）を消去します。これにより、キャッシュされた会話とキャラクターデータが削除されます。第五に、ブラウザ設定で分析Cookieを無効にします。第六に、共有または公共のコンピューターでJanitor AIを使うのは避けましょう。これらの手順は技術的ですが効果的です。手間をかけずにプライベートな体験を求めるユーザーには、AIAngelsのようなプラットフォームが、サードパーティAPIに依存しない組み込みのプライベートモードを提供しています。ただし、Janitor AIは、利便性と引き換えにコントロールを得たい人にとっては、依然として良い選択肢です。