前提条件
インストール
1
CometAPI API key を取得する
2
OpenClaw をインストールまたは更新する
推奨 — 公式インストーラーを使用します:または、npm 経由でインストールします:その後、セットアップウィザードを 1 回実行します:オンボーディング中に CometAPI を手動で設定したい場合は、Model/Auth ステップで Skip を選択してください。オンボーディング後、gateway が実行中であることを確認します:
設定
1
CometAPI キーを保存する
キーを
~/.openclaw/.env に書き込み、設定ファイルにハードコードしなくてもデーモンから利用できるようにします:すでにシェル、サービスマネージャー、または secrets ワークフローを通じて
COMETAPI_KEY を注入している場合は、この手順をスキップしてください。変数の設定方法に関係なく、以下の設定では $\{COMETAPI_KEY\} を使用します。2
CometAPI プロバイダーを設定する
CometAPI は 4 つの API 形式をサポートしています。必要な provider だけを残すことも、4 つすべてを残して
~/.openclaw/openclaw.json に 1 つ以上の provider ブロックを追加します:provider/model 参照を使い形式間でルーティングすることもできます。各 your-...-model-id プレースホルダーは、provider ブロックに対応する CometAPI Models page の現在の model ID に置き換えてください。OpenAI Responses API が必要なモデルには
cometapi-openai-responses (api: "openai-responses") を使用してください。従来のチャット補完パス上のモデルには cometapi-openai (api: "openai-completions") を使用してください。どちらも同じ baseUrl (https://api.cometapi.com/v1) を共有しており、違いは OpenClaw がどの下流エンドポイントを呼び出すかだけです。このセットアップでは
auth-profiles.json ファイルは 不要 です。provider キーは models.providers.*.apiKey から $\{COMETAPI_KEY\} env var 経由で解決されます。auth-profiles.json が必要なのは、複数キー間でプロファイルごとの認証情報ローテーションを行いたい場合だけです。検証
1
再起動して確認
.env を追加した後、または provider 設定を変更した後は、gateway を再起動します:openclaw models statusで、primary model がcometapi-claude/your-claude-model-idに解決され、CometAPI provider に対する missing-auth 警告が表示されないopenclaw models list --provider cometapi-claudeで、設定済みの model が一覧表示されるopenclaw doctorで、CometAPI provider に関する config または auth エラーが報告されない

モデルを切り替える
1
モデルを切り替える
トラブルシューティング
クリーン再インストール(任意)
クリーン再インストール(任意)
壊れた古いセットアップを修復する場合は、gateway を停止し、これにより、すべてのローカル設定、セッション、ログ、認証状態、ワークスペースが削除されます。その後、ステップ 3〜5 をもう一度実行してください。
~/.openclaw を削除してから、CometAPI の設定を適用する前にオンボーディングを再実行してください:
