OpenClaw モデルとは何ですか?
OpenClaw では、 モデル プロンプトを処理して応答を返す AI バックエンドを指します。 OpenClaw はルーティング層として機能します。それ自体は応答を生成しません。代わりに、クラウド API (OpenAI や Anthropic など) またはローカルでホストされるモデル (Ollama や LM Studio など) である構成済みのモデル プロバイダーに委任します。
モデルを変更するということは、リクエストを別のプロバイダー、別のモデル バージョン、または別のエンドポイントにルーティングするように OpenClaw に指示することを意味します。これにより、コスト、速度、出力品質をきめ細かく制御できます。
OpenClaw でのモデル切り替えはどのように機能しますか?
OpenClaw は、構成チェーンを通じてアクティブなモデルを解決します。
- Environment variables — システムまたはプロセスレベルで設定
- Config file — 通常、プロジェクト ルートの
openClaw.config.jsonまたは.env - Runtime override — API リクエスト ペイロードで直接渡されます
リクエストが受信されると、OpenClaw はモデル識別子を読み取り、それをプロバイダーにマッピングし、プロバイダーの API キーで認証して、プロンプトを転送します。その後、応答は正規化されてアプリケーションに返されます。
モデルの交換には、ほとんどの場合、コードの変更は必要なく、構成の変更のみが必要です。
OpenClaw モデルを変更する主な方法
1. 設定ファイルを編集する
最も一般的なアプローチ。 openClaw.config.json (または同等の構成ファイル) を開き、モデル フィールドを更新します。
{
"model": "gpt-4o",
"provider": "openai",
"apiKey": "your-api-key-here"
}
別のモデルに切り替えるには、"model" 値を変更します。
{
"model": "claude-3-5-sonnet-20241022",
"provider": "anthropic",
"apiKey": "your-anthropic-key"
}
ファイルを保存し、OpenClaw サーバーを再起動して変更を有効にします。
2. 環境変数を使用する
Environment variables は構成ファイルをオーバーライドし、運用環境で推奨されるアプローチです。
OPENCLAW_MODEL=gemini-1.5-pro
OPENCLAW_PROVIDER=google
OPENCLAW_API_KEY=your-google-key
これらを .env ファイルまたはデプロイメント環境 (Docker、クラウド プラットフォームなど) に設定します。
3. 実行時にモデルを渡す
リクエストごとにモデルを切り替えるには、API 呼び出しの本文にモデルを含めます。
{
"model": "mistral-large-latest",
"messages": [
{ "role": "user", "content": "Explain quantum entanglement simply." }
]
}
これは、アプリケーション内の異なるワークフローで異なるモデルが同時に必要な場合に便利です。
4. ローカルモデル(Ollama / LM Studio)に切り替える
モデルをローカルで実行する場合:
- Ollama をインストールし、モデルをプルします:
ollama pull llama3 - ローカル エンドポイントを指すように OpenClaw 構成を更新します。
{
"model": "llama3",
"provider": "ollama",
"baseUrl": "http://localhost:11434"
}
ローカル モデルには API キーは必要ありません。
OpenClaw モデルを変更するメリット
| 利点 | 詳細 |
|---|---|
| Cost control | Switch to a cheaper model (リスクの低いタスク用) |
| Performance tuning | 複雑な推論のための Use a larger model |
| Privacy | Route sensitive data to a local model |
| Redundancy | Fall back to an alternate provider if one がダウンしています |
| Specialization | ドメイン固有のタスク用の Use a fine-tuned model |
一般的な使用例
🔧 Development と本番環境の比較
開発中は高速で安価なモデルを使用します。最高の出力品質を得るために、運用環境にデプロイする場合は強力なモデルに切り替えてください。
🤖 マルチエージェントパイプライン
タスクの複雑さに基づいて、さまざまなモデルをさまざまなエージェントに割り当てます。トリアージには軽量のモデルを、合成には強力なモデルを割り当てます。
💰 コストの最適化
単純な分類タスクを小規模なモデルにルーティングし、複雑な生成タスクを大規模なモデルにルーティングすることで、API の使用量を大幅に削減します。
🔒 コンプライアンスとプライバシー
規制対象データや機密データを処理する場合は、ローカル モデルに切り替えて、インフラストラクチャから何も出ないようにしてください。
EasyClaw がマルチモデル ワークフローで勝てる理由
構成ファイル、環境変数、ランタイム オーバーライドにわたるモデル切り替えの管理は、特にマルチエージェント パイプラインの場合、急速に複雑になります。 EasyClaw は、クリーンなビジュアル インターフェイスを通じてモデル ルーティング、プロバイダー認証、タスクごとのモデル割り当てを処理するデスクトップ ネイティブ AI エージェント プラットフォームです。 .env ファイルを探したり、サーバーを再起動したりする必要はもうありません。
- ✅ 単一のダッシュボードからエージェントごとまたはタスクごとにモデルを切り替える
- ✅ OpenAI、Anthropic、Google、Mistral、Ollama などをすぐにサポート
- ✅ API キーの公開ゼロのローカル モデル ルーティング
- ✅ プロバイダー全体のコストをリアルタイムで追跡
- ✅ マシン上で完全に実行 - データがデバイスから流出することはありません
一般的な問題のトラブルシューティング
❌ モデルが見つからないエラー
正確なモデル識別文字列をプロバイダーのドキュメントと照らし合わせて再確認してください。識別子では大文字と小文字が区別されます。たとえば、GPT-4o ではなく gpt-4o です。
🔑 切り替え後の認証エラー
各プロバイダーは独自の API キーを使用します。プロバイダーを切り替えると、モデル名だけでなくキーも更新されます。 provider と apiKey の両方が同時に更新されていることを確認します。
⚙️ 変更が有効にならない
Environment variables は構成ファイルよりも優先されます。構成を更新したが、競合する環境変数が設定されている場合は、環境変数が優先されます。 printenv | grep OPENCLAW でシェル環境を確認してください。
🖥️ ローカルモデル接続が拒否されました
OpenClaw を開始する前に、ローカル サーバー (Ollama、LM Studio) が実行されていることを確認してください。 baseUrl ポートがローカル サーバーのリスニング ポートと一致することを確認します。
プロのヒント: 詳細ログを有効にして OpenClaw を実行すると、各リクエストでどのモデル識別子が解決されているかを正確に確認できます。これにより、構成の競合のデバッグが大幅に高速化されます。
よくある質問
質問: モデルを変更するたびに OpenClaw を再起動する必要がありますか?
A: 設定ファイルを変更した場合のみ。環境変数の変更にはサーバーの再起動が必要ですが、ランタイム オーバーライド (リクエスト本文でモデルを渡す) は再起動しなくてもすぐに有効になります。
質問: OpenClaw で複数のモデルを同時に使用できますか?
A: はい。個々の API リクエスト本文でモデル識別子を渡すことにより、アプリケーションのさまざまな部分、またはパイプライン内のさまざまなエージェントが、まったく異なるモデルを同時に使用できます。
質問: OpenClaw はどのモデルプロバイダーをサポートしていますか?
A: OpenClaw は、OpenAI、Anthropic、Google (Gemini)、Mistral、Cohere などの主要なクラウド プロバイダーに加え、Ollama や LM Studio などのローカル モデル ランナーをサポートしています。 OpenAI 互換の API エンドポイントを持つプロバイダーは手動で構成することもできます。
質問: API キーを構成ファイルに保存しても安全ですか?
A: いいえ。共有環境またはバージョン管理された環境では、openClaw.config.json で API キーをハードコーディングする代わりに、常に環境変数またはシークレット マネージャーを使用してください。機密値が含まれている場合は、構成ファイルを .gitignore に追加します。
質問: モデルを切り替えると、既存の会話履歴や記憶に影響が出ますか?
A: いいえ。OpenClaw はモデルとは独立して会話履歴を管理します。セッション中にモデルを切り替えることができ、新しいモデルは完全な以前のコンテキストを受け取りますが、応答スタイルと機能は異なる場合があります。
質問: 新しいモデルがアプリで使用する機能 (関数呼び出しなど) をサポートしていない場合はどうなりますか?
A: OpenClaw はプロバイダーからエラーを返します。運用環境に切り替える前に、アプリケーションが依存する特定の機能 (関数呼び出し、ビジョン、大きなコンテキスト ウィンドウなど) をターゲット モデルがサポートしていることを必ず確認してください。
最終的な考え
OpenClaw モデルの変更は構成レベルの操作であり、アプリケーション ロジックを書き直す必要はありません。コスト、速度、プライバシー、機能のいずれを最適化する場合でも、OpenClaw の階層化された構成システムには、構成ファイルの編集、環境変数の設定、またはリクエスト時のモデルの受け渡しという 3 つの明確なオプションが用意されています。
シンプルにするために構成ファイルのアプローチから始めて、実稼働に向けてスケールするにつれて環境変数に移行します。複雑なマルチエージェント パイプラインを実行しているチームの場合は、モデルのルーティングを視覚的なインターフェイスに抽象化し、手動による構成管理を完全に排除する EasyClaw のような専用ツールを検討してください。
EasyClaw を詳しく見る →