プロバイダーの管理
Rephloは複数のAIプロバイダーに同時に接続できます。日常的な作業にはホスト型のRephloプラン、一般的なタスクには自分のOpenAIアカウント、長文書には自分のAnthropicアカウント、そして機密データにはローカルのOllamaモデルというように、これらすべてを並べて設定できます。
AIへのアクセス方法は2つ
1. Rephlo Gateway(新規ユーザーにおすすめ)
Rephlo Gateway(Dedicated API)は、最も簡単に始められる方法です。自分でAPIキーを管理する代わりに、Rephloアカウントのサブスクリプションを通じてAIモデルにアクセスします。
メリット:
- APIキー管理が不要 — Rephloアカウントでサインインするだけです。
- 一元化された課金 — 1つのサブスクリプションで複数のAIモデルをカバーし、creditとして管理されます。
- 事前設定済みのモデル — 人気のモデルをセットアップなしで利用できます。
- 自動アップデート — 新しいモデルが自動的に追加されます。
Gatewayを使用するには:
- Account エリアを開き、Rephloアカウントで Sign in します。
- サインインすると、Gatewayプロバイダーが自動的に設定され、そのモデルが利用可能になります。
Gatewayプロバイダーはアカウントを通じて管理されます — プロバイダー一覧から手動で追加・削除する必要はありません 。Account および Billing & Subscription を参照してください。
BYOKまたはオンデバイスのみを使用したいですか? Settings > LLM Providers で Hide online models from Rephlo Gateway をオンにしてください — このトグルは On-Device タブと BYOK Providers タブの両方から利用できます。オンにすると、Gateway(Dedicated API)のモデルがステータスバー、チャット、オーバーレイなど、すべてのモデル選択画面から非表示になります。オンにした時点でGatewayモデルがアクティブモデルになっている場合、Rephloは自動的に利用可能なオンデバイスまたはBYOKのモデルに切り替え、非表示になったモデルのまま黙って使い続けることがないようにします。
2. BYOK(Bring Your Own Key)
直接的な管理を好む方や、すでにベンダーのサブスクリプションを持っている方向けに、Rephloは自分のAPIキーを使ってAIプロバイダーに直接接続することもできます。
メリット:
- ベンダーとの直接契約 — プロバイダーに直接支払います。
- 完全なコントロール — ベンダーが提供するすべてのモデルと機能にアクセスできます。
- カスタムエンドポイント — プライベート、エンタープライズ、またはセルフホスト型のデプロイに接続できます。
サポートされているプロバイダー(BYOK)
プロバイダーを追加する際は、以下のいずれかのタイプを選択します。
| プロバイダー | Vision | 備考 |
|---|---|---|
| OpenAI | あり | GPTクラスのモデル。カスタムエンドポイントの指定も可能です |
| Anthropic | あり | Claudeモデル。プロンプトキャッシュに対応 |
| Google AI | あり | Geminiモデル |
| Grok (xAI) | あり | Grokモデル。Live Search(Web検索)をオプションで利用可能 |
| Groq | モデルにより異なる | オープンモデル向けの高速推論 |
| OpenRouter | モデルにより異なる | 複数ベンダーの多数のモデルへのゲートウェイ |
| Ollama | モデルにより異なる | ローカル/オフラインのモデル。Web検索用のキーはオプション |
| OpenAI-Compatible | モデルにより異なる | OpenAI仕様に準拠する任意のサービス — Azure OpenAI、vLLM、LocalAI、LiteLLM、カスタムプロキシなど |
Azure OpenAI は、プロバイダー追加リストの独立した項目としてではなく、OpenAI-Compatible タイプ(Azureのエンドポイントを指定)を通じて接続します。Ollama については、専用ページの オンデバイスモデル で詳しく解説しています。
プロバイダーの追加
- Settings > Providers に移動します。
- Add Provider をクリックします。
- Select Type — ドロップダウンからベンダーを選択します。
- Enter details(選択したタイプによって入力項目が変わります):
- Name — わかりやすいエイリアス(例: "My GPT"、"Work Claude")
- API Key — ベンダーのダッシュボードから取得したシークレットキー
- Base URL — OpenAI-CompatibleおよびOllamaの場合、エンドポイントのURL
- Model Name — 使用するモデル(OpenAI-Compatibleなど一部のタイプでは必須)
- Test Connection — 保存前に設定内容を検証します(詳細は後述)。
- Save
プロバイダー固有の項目
各プロバイダータイプは、それぞれ必要な項目を求めます。
| プロバイダー | 必須 | 任意 |
|---|---|---|
| OpenAI | API Key | カスタムBase URL |
| Anthropic | API Key | Base URL、プロンプトキャッシュの設定 |
| Google AI | API Key | Base URL |
| Grok (xAI) | API Key | Live Searchトグル |
| Groq | API Key | — |
| OpenRouter | API Key | Site URL、Site Name(OpenRouterのアクティビティダッシュボード用) |
| Ollama | Base URL(デフォルト http://localhost:11434) | APIキー(Web検索を使う場合のみ) |
| OpenAI-Compatible | API Key、Base URL、Model Name | — |
Anthropicのプロンプトキャッシュ
Anthropic プロバイダーを追加すると、プロンプトキャッシュに関するオプションが表示されます。
- Enable Prompt Caching — デフォルトでオンになっています。キャッシュにより、繰り返し使うコンテキストのコストを大幅に削減できます。
- Cache TTL —
ephemeral(約5分)またはextended(約1時間)。TTLを長くすると書き込みコストは上がりますが、コンテキストがキャッシュされる時間も長くなります。 - Cache Logging — キャッシュのパフォーマンスに関する詳細ログをオプションで記録します。
キャッシュは、リクエストが実際に再利用可能なコンテキストを含んでいる場合にのみ機能します(たとえば、チャットにSpaceが添付されている場合など)。全体像については プロンプトキャッシュ を参照してください。
接続のテスト
Test Connection ボタンは、保存前に設定を検証します。
結果が緑色であれば、認証情報とエンドポイントは正常に機能しています。赤色であれば、何が問題かが表示されるので修正できます。
モデルパラメータ
モデルを設定すると、テキスト生成の挙動を調整できます。
- Temperature — 値を低くすると正確で決定論的な出力に、高くすると創造的で多様な出力になります。
- Max tokens — 応答の長さの上限を設定します。
- Top-p / sampling — モデルが対応している場合、ランダム性をきめ細かく制御します。
Rephloは各モデルに適したパラメータの範囲を自動的に適用するため、モデルが受け付けない値を設定することはできません。
1つのプロバイダーに複 数のモデルを設定する
1つのプロバイダーには 複数のモデル を登録できます。Add/Edit Providerのドロワーでは、次のことができます。
- Add Model — 同じプロバイダーの下に、それぞれ独自のパラメータを持つ別のモデルを登録します。
- Set Active Model — そのプロバイダーがデフォルトで使用するモデルを指定します。
- 個々のモデルを Edit / Remove(編集・削除)します。
これにより、たとえば1つのAnthropicやOpenRouterの接続で、日常業務向けの高速なモデルと難しい問題向けの高性能なモデルの両方をカバーでき、プロバイダーを二重に設定する必要がありません。
プロバイダーの機能(Capabilities)
プロバイダーを追加・編集する際、そのプロバイダーがどの機能に対応しているかを指定できます。これにより、Chat やコマンドで利用できる機能が決まります。
- Vision — Visual Intelligenceを有効にします: スクリーンショット、写真、図、エラーメッセージをキャプチャして分析します。
- Function Calling — 外 部ツールを呼び出します(MCP Connectors の利用に必須です)。
- Long Context — 大きな入力を処理します。
- Code Generation — コーディング作業に最適化されています。
- Streaming — 応答がリアルタイムに少しずつ表示されます。
たとえば、Visual Intelligence機能(スクリーンショット、図、エラーメッセージ)を使うには Vision に対応したプロバイダーが必要であり、チャットでconnectorを使うには Function Calling に対応したモデルが必要です。
アクティブプロバイダーの設定
すべてのコマンドでデフォルトに使用する Active Provider を指定できます。
- コマンド側で上書きされない限り、アクティブプロバイダーがすべてのコマンドを実行します。
- 変更するには、リストで使用したいプロバイダーの横にある Activate をクリックします。
- アクティブプロバイダーは画面上でハイライト表示されます。
- 同時にアクティブにできるプロバイダーは1つだけです。
APIキーの取得(BYOK)
BYOKでは、利用料金をベンダ ーに直接支払います。各ベンダーのコンソールからキーを取得してください。
- OpenAI —
platform.openai.com - Anthropic —
console.anthropic.com - Google AI —
aistudio.google.com - Grok (xAI) —
console.x.ai - Groq —
console.groq.com - OpenRouter —
openrouter.ai - Ollama(Web検索キー) —
ollama.com/settings/keys
ローカルモデルの設定(Ollama)
モデルを完全にオフラインで実行するには:
- Ollama をインストールします。
- ターミナルでモデルをプルします(例:
ollama pull llama3)。 - Rephloで Ollama プロバイダーを追加します。
- Base URL —
http://localhost:11434(デフォルト) - Model — Ollamaに表示される名前を正確に入力します(例:
llama3:latest)。 - (任意)Web検索を有効にするには、OllamaのWeb検索キーを追加します。
オンデバイスのGGUFモデルやハードウェアチェックについては、オンデバイスモデル を参照してください。
プロバイダー画面の機能
Providersページでは、多数の接続をまとめて管理できます。
- Search — 名前でプロバイダーを検索します。
- View toggle — カード表示とリスト表示を切り替えます。
- Status indicators — どのプロバイダーが設定済みか、アクティブか、エラー状態かを一目で確認できます。
プロバイダーのトラブルシューティング
- 401 Unauthorized — APIキーが誤っている可能性があります。ベンダーから改めてコピーし、再テストしてください。
- 429 Too Many Requests — ベンダーのレート制限に達したか、creditが不足しています。
- Connection Refused (Ollama) — Ollamaのバックグラウンドサービスが起動しているか確認してください。
- Model Not Found — モデルIDのスペルが正しいか、アカウントで利用可能かを確認してください。
- Test fails after import on a new computer — 暗号化されたキーは別のマシンに移行できません。キーを再入力してください。インポートとエクスポート を参照してください。
関連: オンデバイスモデル · プロンプトキャッシュ · プロバイダー設定
次の機能: コマンドの実行 について、さまざまな方法を学びましょう。