GitHub Copilot CLI

4つの環境変数 — COPILOT_PROVIDER_BASE_URL、COPILOT_PROVIDER_TYPE、COPILOT_PROVIDER_API_KEY、COPILOT_MODEL — でCopilot CLIを独自エンドポイントに移行できます。GitHubの説明では、BYOKにGitHubログインは不要です。

# Set before you start Copilot CLI. Variable names and order are GitHub's;
# COPILOT_PROVIDER_BASE_URL and COPILOT_MODEL are the two marked Required.
export COPILOT_PROVIDER_BASE_URL=https://api.kunavo.com/v1   # see the note below
export COPILOT_PROVIDER_TYPE=openai                          # the default, shown for clarity
export COPILOT_PROVIDER_API_KEY=sk-kn-...
export COPILOT_MODEL=claude-sonnet-5

copilot

手順

1. /app/keys でキーを作成してコピーします。キーは一度だけ表示されます。
2. 古い~/.copilot/providers.json（またはCOPILOT_PROVIDERS_CONFIGが指すファイル）がないか確認してください。そこにプロバイダーまたはモデルの定義があると、手順3の設定すべてより優先されます。
3. 上記のとおり、COPILOT_PROVIDER_BASE_URL、COPILOT_PROVIDER_API_KEY、COPILOT_MODEL を環境変数として設定してください。COPILOT_PROVIDER_TYPE のデフォルト値は openai です。GitHub はこれを「その他の OpenAI Chat Completions API 互換エンドポイントすべて」に対応すると説明しています。
4. 同じシェルからcopilotを起動します。環境変数は起動時に読み込まれるため、それ以前に開いたターミナルでは古い値が使われます。
5. ファイルを読み取り、編集するタスクを実行させてください。Copilot CLIが必要とするのは、モデルによるツール呼び出しとストリーミングへの対応です。最初の実行で両方を試せば、挨拶だけの場合より多くのことを確認できます。2つのIDを比較する場合は、--modelを使うと1回の実行に限りCOPILOT_MODELを上書きできます。

GitHub「GitHub Copilot CLIで独自のLLMモデルを使用する」で2026年9月21日に確認しました。サードパーティの設定は変更されます。ここに記載されたフィールド名が表示内容と一致しなくなった場合は、このページではなく、そのページを正しい情報源としてください。

クライアントをデバッグする前に確認すること

1回のリクエストで、失敗の原因がエンドポイント、キー、設定ファイルのどれかを特定できます。これがJSONを返すなら、同じベースURLとキーがGitHub Copilot CLIで機能します。

# Settles whether a failure is the endpoint, the key, or the client.
curl -sS https://api.kunavo.com/v1/models \
  -H "Authorization: Bearer sk-kn-..."

フィールドに入力するモデルID

すべてのテキストモデルにはモデルIDでアクセスできます。現在の一覧はGET /v1/models、価格付きのカタログはモデルページにあります。料金は100万トークンあたりのUSDで、入力 / 出力の順です。

別の方法: COPILOT_PROVIDER_TYPE=anthropic

GitHubのドキュメントでは3種類のプロバイダータイプが示されています。Kunavoはそのうち2つのワイヤ形式に対応しています。/v1/chat/completionsはopenai用、/v1/messagesはanthropic用です。GitHubのページにあるAnthropicの例では、4つの環境変数をエクスポートし、ベースURLにはオリジンのみのhttps://api.anthropic.comを指定しています。

1. COPILOT_PROVIDER_TYPE=anthropic
2. COPILOT_PROVIDER_BASE_URL — GitHubの例に倣うと、サフィックスなしのhttps://api.kunavo.comです。Anthropic独自のルートはそのオリジン配下の/v1/messagesにあり、Kunavoも同じ構成です。ただし、上記と同じ注意点があります。GitHubが示しているのは例であり、規則ではありません。
3. COPILOT_PROVIDER_API_KEY — お使いのsk-kn-キーです。KunavoのMessagesエンドポイントはx-api-keyとAuthorization: Bearerのどちらも受け付けるため、CLIがどちらのヘッダーを選んでも認識されます。
4. COPILOT_MODEL — プロバイダーが期待するIDです。GitHubの例ではハイフン付きのAnthropic形式の表記を使っていますが、同社の対応モデル一覧では同じ系列をドット付きで表記しています。BYOKではIDがエンドポイントに渡されるため、上の表にある表記を使ってください。

それでもこのページでopenaiタイプを先に説明する理由は、GitHubのドキュメントにAnthropicのBYOK経路がcache_control、anthropic-beta、または特定のanthropic-versionのどれを転送するか記載がないためです。コンテキストの反復は料金に影響します。プロンプトキャッシュを参照してください。文書化されていない点を、このページで推測して埋めることはできません。openaiタイプにはこの不明点がないため、具体的な設定ブロックを掲載しています。