Janitor AIでいうProxyは、通常VPNやIPアドレスを隠すための仕組みではありません。LLM APIへの接続経路です。正しく動かすには、エンドポイント、正確なモデルID、APIキーが同じプロバイダーの組み合わせである必要があります。Reverse Proxyを挟む場合は、さらに中継サーバーと信頼性の判断が加わります。
まずJanitor AIを開く前に接続方式を決める
一般的な外部APIを使うなら、OpenAI互換のAPIエンドポイントへ直接つなぐ方法が、Janitor AI Proxyではもっとも簡単です。複数のモデルを1つのアカウントから使いたい場合は、OpenRouterのようなアグリゲーターが便利です。一方、Reverse Proxyは、自分で中継サーバーを管理している場合や、プライベート/ローカルのバックエンドに合わせる必要がある場合に向いています。
| 接続方式 | リクエスト経路 | リクエストを扱う主体 | 設定の手間 | 最初の選択肢として適するか |
|---|---|---|---|---|
| Direct API | Janitor AI → プロバイダーまたはゲートウェイ | エンドポイント運営者と、その上流のモデルプロバイダー | 低い | 通常の外部APIなら適する |
| アグリゲーター | Janitor AI → モデルアグリゲーター → 選択したモデル | アグリゲーターと上流プロバイダー | 低〜中 | モデルを選びたい場合に適する |
| Reverse Proxy | Janitor AI → 自分の中継サーバー → プロバイダーまたはローカルモデル | 自分、中継ホスト、上流プロバイダー | 中〜高 | 中継サーバーを自分で管理する場合のみ |
共有の「無料Proxy」と、プロバイダーへのDirect API接続は別物です。共有リレーには、通過する通信を読める可能性があり、予告なく停止したり、本来渡すべきではない認証情報を要求したりすることもあります。プロバイダー自身のエンドポイントに、そのプロバイダーのキーを使う構成とは性質が異なります。
Janitor AIのProxy入力欄は何を指定するのか
Janitor AIのProxyフォームでは、接続先ごとにエンドポイントURL、正確なモデルID、APIキーの3点を確認してください。いずれも同じプロバイダー、または同じリレーの情報で揃える必要があります。
| Janitor AIの項目 | 入力する内容 | よくある問題 |
|---|---|---|
| Configuration Name | AIReiter GPT-5.6 Lunaのような任意のラベル | このラベルを変えても使用モデルは変わらない |
| Model Name | プロバイダーが現在公開している正確なモデルID | 表示名、英字の大文字・小文字の変更、古い:freeサフィックスでモデルエラーになることがある |
| Other API/Proxy URL | 接続方式が要求する形式のエンドポイント | SDKではベースURLで動いても、Janitor AIのProxy欄では受け付けられない場合がある |
| API Key | 同じエンドポイントまたはリレー向けに発行したキー | 別プロバイダーのキー、失効済みのキー、余分な空白を含むキーは失敗する |
完全なリクエストURLとSDK用のベースURLは、常に置き換え可能とは限りません。OpenAI互換SDKでは、https://example.com/api/v1のようなベースURLを指定し、SDK側で/chat/completionsを追加するのが一般的です。一方、Janitor AIのProxy欄にはhttps://example.com/api/v1/chat/completionsのような最終URLが必要になることがあります。エンドポイント側が案内するクライアント別の手順に従ってください。
Janitor AIには、キャラクター単位のProxy許可設定もあります。公式モデレーターの告知では、Allow Proxyを選ぶと、Proxyがボット情報を受け取ることを前提に、ユーザーがProxy経由でそのボットを使えると説明されています。OpenAIとJanitorAIのみに制限されたキャラクターは、外部Proxyでは利用できません。この許可設定は、APIキーが有効かどうかとは別の話です。
5分でできるJanitor AI Proxy設定
まずは設定を1つだけ作成し、保存、再読み込み、短いプロンプトでのテストまで行いましょう。これで、エンドポイント、モデルID、キーのどこに問題があるかを切り分けやすくなります。
1. プロバイダーのAPIキーを作成する
Janitor AIに貼り付けるURLを提供しているプロバイダー、またはゲートウェイでAPIキーを作成します。サービスが表示したタイミングでコピーし、秘密情報として保管してください。スクリーンショット、Discordのメッセージ、ブラウザー拡張機能、共有Proxyフォームなどに載せてはいけません。
無料と表示されているモデルでも、プロバイダーのキーが必要になることがあります。「無料」は、多くの場合、そのプロバイダーでの現時点の価格やクォータを示すものです。認証なしでJanitor AIから呼び出せるという意味ではありません。
2. Proxyパネルを開く
Janitor AIでキャラクターチャットを開き、API Settingsを探します。Proxyを選び、Add Configurationまたは同等の操作を選択してください。項目名や配置は変わることがあるため、最新の製品案内はJanitor AIの公式Help Centerのアカウント・設定カテゴリで確認するのが確実です。
Janitor AIのProxy UIでは、入力項目の変更やモデル入力の必須化があったという報告もあります。(ユーザー報告の例)
3. 入力、保存、再読み込み、テストの順で進める
入力する値は、1つの接続経路から提供されたものだけで揃えてください。あるサービスのエンドポイント、別サービスからコピーしたモデルID、さらに別アカウントのキーを混在させてはいけません。
- 識別しやすい名前を設定する。
- プロバイダーの現在のモデルページまたはモデル一覧から、正確なモデルIDを貼り付ける。
- Janitor AIのProxy欄に必要な完全なエンドポイントを貼り付ける。
- 対応するAPIキーを貼り付ける。
- 設定を保存する。
- Janitor AIのタブを再読み込み、または開き直してから、短いテストメッセージを送る。
キャラクターでProxyが許可されていない場合は、エンドポイントを調べる前に、Proxyを許可しているキャラクターへ切り替えてください。プロバイダー側の設定が正しくても、作成者が設定したProxy制限は解除できません。
AIReiterを使う場合:検証済みのOpenAI互換設定
AIReiterを使う場合、Janitor AIのProxy URL欄には短いSDKベースURLではなく、Chat Completionsの最終URLを入力します。AIReiterのGPT-5.6 integration guideでは、Chat Completionsのパスとして/api/v1/chat/completionsが案内され、モデル例としてgpt-5.6-lunaが示されています。また、クライアント用ベースURLとクライアントが追加するパスも区別されています。
まずは以下の設定を出発点にしてください。
| Janitor AIの項目 | AIReiterでの値 |
|---|---|
| Configuration Name | AIReiter GPT-5.6 Luna |
| Model Name | gpt-5.6-luna |
| Other API/Proxy URL | https://aireiter.com/api/v1/chat/completions |
| API Key | 自分のAIReiter API key |
URLの使い分けは次のとおりです。
- Janitor AI Proxy URL:
https://aireiter.com/api/v1/chat/completions - OpenAI互換SDKのベースURL:
https://aireiter.com/api/v1 - モデル一覧の確認先:
https://aireiter.com/api/v1/models
/api/v1/modelsをJanitor AIに貼り付けてはいけません。これはモデルIDが利用可能かを確認するための診断用ルートです。AIReiterのガイドでは、次のセルフチェック手順が案内されています。
curl -sS "https://aireiter.com/api/v1/models" \
-H "Authorization: Bearer $AIREITER_API_KEY"
レスポンスにgpt-5.6-lunaが含まれていない場合は、一覧で返された正確なモデルIDを使い、Janitor AIの設定を更新してください。モデルIDの問題を調べる際は、エンドポイントとキーを変更しないでください。
AIReiterはプラン制ではなく従量課金を採用しているため、APIキーに紐づくアカウントには利用可能な残高が必要です。表示されている料金を前提にする前に、最新のAIReiter pricing pageを確認してください。チャットのコストはメッセージ数だけでなく、入力・出力トークン数によって決まります。
OpenRouterなどのプロバイダーへ切り替える場合
プロバイダーを切り替えてもJanitor AIの入力フォーム自体は同じです。ただし、エンドポイント、APIキー、モデルIDは3つまとめて変更する必要があります。OpenRouterの公式quickstartではOpenAI互換APIが案内されており、現在使えるモデルIDはモデルカタログから確認できます。
| 項目 | OpenRouterでの設定パターン |
|---|---|
| Model Name | OpenRouterのモデルカタログから現在の正確なIDをコピーする |
| Other API/Proxy URL | https://openrouter.ai/api/v1/chat/completions |
| API Key | 自分のOpenRouterアカウントで作成したキー |
:freeのようなモデルサフィックスは、恒久的な設定値ではなく、その時点の提供状況を表すラベルとして扱ってください。無料モデルは削除、レート制限、名称変更されることがあります。Janitor AIの設定を保存する直前に、最新のIDをコピーするのが安全です。
Janitor AI公式モデレーターのスレッドでは、JanitorのProxy/OpenRouter向けクイックスタートとトラブルシューティング資料が案内されています。また、Janitor側の連携問題と、プロバイダーの請求・アカウントサポートは別の問題として扱われています。Direct API接続を使うなら、接続先プロバイダー自身のエンドポイント、キー、モデルIDに3項目すべてを置き換えてください。
Reverse ProxyかDirect APIか:安全性で見る判断基準
構成要素がもっとも少ないのはDirect APIです。認証、制限、課金、ログ、プライバシーポリシーは、プロバイダーまたはゲートウェイが扱います。Reverse Proxyを挟むと、上流モデルへ届く前に通信を確認、変換、記録、拒否できる中継サーバーが追加されます。
Reverse Proxyを使うのは、認証済みHTTPSリレーを通じてプライベートなバックエンドに接続する、あるいはプロバイダーごとのプロトコルを統一するなど、自分で運用する理由がある場合に限るべきです。プライベートなlocalhost URLが使えるのは、リクエストを送るコンポーネントがローカルサーバーと同じマシン上で動く場合だけです。Janitor AIのサーバーがリクエストを送る構成なら、そのサーバーから自分のPCのlocalhostへは接続できません。その構成が必要なら、適切に認証された公開HTTPSリレーを使ってください。
自分でリレーを管理する場合は、次の項目を確認してください。
- HTTPSを必須にし、リレー専用の認証トークンを設定する。
- 上流プロバイダーのキーはリレー側に保管し、正体不明の共有サービスへ貼り付けない。
- 詳細なリクエスト本文ログを無効化する、または短く明文化された保存期間を設定する。
- 許可する上流ホストとリクエストメソッドを制限する。
- リレーがヘッダー、会話履歴、キャラクターデータを転送するか確認する。
- 漏えいの疑いがある場合は認証情報を失効させ、差し替える。
匿名リレーを慎重に扱うべき理由として、実ユーザーから次の警告が出ています。
「if u use the moxxie proxy on janitor ai please stop using it !! whoever used that proxy your chats have gotten leaked and so has your ip address...」 — @Ash3rz_c0m、X上のユーザー警告、2023年6月(source)
これはユーザーが報告した事例であり、すべてのReverse Proxyが悪意あるものだと示す証拠ではありません。それでも、運営者、データ保持方針、インシデント履歴を確認できないリレーに、本物のプロバイダーキーやプライベートな会話を渡すべきではありません。
どの接続段階で失敗したかでエラーを切り分ける
Janitor AI Proxyのエラーは、接続経路を段階ごとに確認すると原因を絞り込みやすくなります。まずJanitor AI内蔵モデルが応答するかを確認し、その後に設定値を1つずつ検証してから、クォータ不足やプロバイダー障害を調べてください。
| 症状・ステータス | 疑わしい層 | 最初に確認すること |
|---|---|---|
400または「invalid model」 | リクエストまたはモデル選択 | 現在の正確なモデルIDをコピーし、英字の大文字・小文字、プロバイダー接頭辞、サフィックスを確認する |
401 Unauthorized | 認証 | 不安のあるキーを失効させて新規発行し、空白を取り除き、エンドポイントのプロバイダーのキーか確認する |
402または支払い・クォータのメッセージ | アカウント残高または利用資格 | クレジット、請求状況、プロバイダーの現在の無料枠を確認する |
404または「model not found」 | URLまたはモデルの経路 | 完全なエンドポイントパスとモデルIDをプロバイダーの最新ドキュメントと照合する |
429 | レート制限または使用上限 | 待機し、リクエスト頻度を下げるか、利用可能なモデルへ変更するか、必要に応じて残高を追加する |
500、502、503、またはタイムアウト | 上流またはリレーの可用性 | 時間を置いて再試行し、プロバイダーのステータスを確認し、可能ならカスタムリレーなしで試す |
| 「Failed to fetch」またはネットワークエラー | ブラウザー、エンドポイント、CORS、または到達不能なリレー | HTTPS、完全なURL、リレーが公開到達可能かを再確認する |
ステータスコードの意味はプロバイダーごとに異なるため、レスポンス本文をより優先度の高い手がかりとして扱ってください。モデル名のエラーはキーを再発行しても直らず、失効したキーはtemperatureを変えても直りません。
コミュニティの報告からも、モデルIDを最新状態で確認する必要性がわかります。Janitor AI初心者向けスレッドでは、u/Puzzleheaded-Town350が次のように投稿しています。
「I get this message ‘proxy error 400 open-mistral-nemo-2407 is not a valid model’」 — r/JanitorAI_Officialのu/Puzzleheaded-Town350
新しい設定が動かない場合は、次の順番で確認してください。
- Janitor AIの内蔵モデルを試し、プラットフォーム側の問題かProxy側の問題かを分ける。
- キャラクターでProxyが許可されていることを確認する。
- 接続先で必要なら
/chat/completionsを含め、最終的なエンドポイントURLを確認する。 - プロバイダーの最新一覧から、正確なモデルIDを確認する。
- キーがエンドポイントに対応しており、権限または残高が残っていることを確認する。
- temperatureやトークン上限を調整する前に、デフォルトの生成設定で再試行する。
プライバシーとアカウント管理の基本
エンドポイントには、プロンプト、会話履歴、モデル選択情報、場合によってはキャラクター情報も送られます。選んだDirect APIプロバイダー、アグリゲーター、リレーについて、プライバシー規約とデータ保持設定を確認してください。
キーが漏えいした可能性があるなら、失効させて新しいキーを作成し、Janitor AI設定から古い値を削除して、利用履歴を確認してください。漏えいしたキーを使い続けてテストしてはいけません。
Janitor AI Proxyのよくある質問
Janitor AIのProxyはVPNですか?
いいえ。Proxyはチャットリクエストを外部LLMへ送るための経路です。VPNはネットワークの経路を変更するものであり、言語モデルを提供するものではありません。
無料モデルにもAPIキーは必要ですか?
通常は必要です。モデルまたはクォータが無料でも、プロバイダーはアカウント固有のキーを要求する場合があります。
完全なURLを貼るべきですか? それとも/api/v1だけですか?
Janitor AIのProxy欄が要求する最終URLを使ってください。AIReiterの例ではhttps://aireiter.com/api/v1/chat/completionsです。/api/v1はSDK用のベースURLです。
特定のキャラクターだけProxyで使えないのはなぜですか?
キャラクター作成者がProxyの使用を無効にしている可能性があります。有効な外部キーでも、この設定を上書きすることはできません。
Janitor AIはlocalhostを直接呼び出せますか?
リクエストを送るコンポーネントがローカルサーバーと同じマシンで動いている場合に限られます。そうでない場合は、認証なしのローカルサービスを公開するのではなく、適切に保護した公開HTTPSリレーを使ってください。
以前は使えたモデルIDが動かなくなったのはなぜですか?
プロバイダーはモデルの提供状況、エイリアス、クォータ、無料枠のラベルを変更します。まず最新のモデル一覧を確認し、モデル欄を更新してください。
共有の無料Proxyは安全ですか?
安全だと決めつけないでください。運営者はリクエストを読んだり認証情報を取得したりできる可能性があります。Direct API接続、または自分で運用・監査できるReverse Proxyを優先してください。
まずは、1つのプライベートなAPIキー、1つの正確なモデルID、1つの完全なエンドポイントから始めましょう。シンプルさではDirect APIが有利です。Reverse Proxyは、中継や上流接続を自分で制御する必要がある場合にだけ、その運用負荷に見合います。