Orca の API キーとエンドポイントはエージェント側

可能。もともと設定を共有しないから。Orca の supported ページには「agent 選択ボックスは端末でプロセスを起動するだけ」とあり、エンドポイントも認証情報も起動された側の CLI が読む。Claude Code は settings.json の env ブロックとその 2 つの変数、Codex は ~/.codex/config.toml、Droid は ~/.factory/settings.json の customModels、Qwen Code は ~/.qwen/settings.json、Cline と Roo Code は各自の設定パネルに入れた内容。Claude Code 側には公式の判据が別にあります：ゲートウェイの認証情報変数は保存済みの claude.ai ログインや Console key より優先される＝自分の key がサブスクリプションに勝つ。Cursor CLI は逆で、公式が載るのはブラウザログインと API key だけ、しかもその key は Cursor 自身のダッシュボード発行。照合 2026-09-22。

厂商に尋ねないからです。公式 usage-tracking ページの原文は Orca reads the local usage state each agent maintains on disk と書かれており、API 呼び出しも追加認証もしない、と続きます。同じページは数値が agent 自身がディスクに書くときに更新され、リアルタイムではないとも書いています。対象は Claude Code / Codex / Gemini / OpenCode / Kimi Code / MiniMax の 6 社。2026-10-20 の同じページには読み取りが 2 つ増えたことが書かれています：5 時間・日・週・Claude Fable の週ウィンドウがリセットされるまでの残り時間、そして使用率が 80% を超えたときの警告チップ。エンドポイントを第三者ゲートウェイに向けたあともこの読み取りが正しいかは公式文書に書かれていないので、ここでは推測しません。集約側の帳は key の提供元の側で確認してください（2026-10-20 に照合）。

公式がこの 3 社にしか書いていないから。orchestration の原文は --model accepts opaque provider model IDs for Claude, Codex, and Cursor. で、同じ文の中で --effort は --model と併用必須、しかもその agent と型番がその段階に対応する時だけ効くとある。このコマンド群も先に Settings → Experimental を有効化する必要がある。それ以外の agent でエンドポイントや型番を変えるのは各 agent 側の設定で、それが本ページの表の 11 行の役割。Orca 自身が Command flags evolve with the app と書いているので、この形は 2026-09-22 に照合した分だけ成り立つ。

分けて考える。Orca の公式が書いているのは起動引数と環境変数の話。新規起動では各対応 CLI の権限スキップ flag がプリセットされるが、特定の agent を上書き設定すると公式文は Orca leaves that agent alone、続けて「空でないカスタム値は明示的な上書きとみなされ、その agent は後日の権限モード移行から外れる」とある。自分の agent 側の設定ファイルを更新が書き換えるどうかは公式に書かれておらず、「永遠に触らない」という包括的な保証は無い。引用できるのは上の文だけ。本当に動くのは各社ドキュメントの項目名とパスで、エンドポイントは自分のユーザーレベルのファイルにあり、Orca の更新と該当 CLI の更新は別事象（照合 2026-09-22）。

まず base_url の形。Qwen 公式では、自社運用の OpenAI 互換ゲートウェイなら baseUrl に API の /v1 ルートを渡し（例 https://gateway.example.com/v1）、/v1/chat/completions を丸入れしない、パスは SDK が足す。次にプロトコル族が合っているか。Claude Code の Anthropic Messages 形式は、エンドポイント側が anthropic-beta と anthropic-version のヘッダをそのまま流すことを要求する。そして設定が読まれたかを確認する。Grok は ~/.grok/config.toml を直した後に grok inspect を実行して、そのディレクトリで何が見つかったか見る手順が公式にある。最後に key の入れ先。Claude Code の判据は、相手が bearer token か Authorization header と言うなら ANTHROPIC_AUTH_TOKEN、API key か x-api-key と言うなら ANTHROPIC_API_KEY。shell の export と settings.json の env ブロックが同じ変数を出したらファイル側が優先、と公式に明記（照合 2026-09-22）。

agent ごとに違い、ファイル系と設定パネル系に分かれる。Claude Code は settings.json の env ブロックに書くのが公式で、プロジェクト内の .claude/settings.json に認証情報を入れるなと明記されている（あのファイルはリポジトリごとクローンした全員へ渡る）。Codex の公式 schema では env_key は環境変数の「名」を指し、key そのものではない。もう一方の直接書きはセキュリティ上の理由で非推奨と注記がある。Kilo は環境変数参照が信頼済み場所にしか解決されず、リポジトリに入れるプロジェクト設定では解けないため、公式の結論は Keep provider credentials in your global config.。OpenCode は /connect で ~/.local/share/opencode/auth.json に落とす。Cline と Roo Code は設定パネルの API Key 欄。Grok にも Prefer env_key over hardcoding api_key. の句がある。Orca 自身は何も保存せず、あの CLI を起動するだけ（照合 2026-09-22）。