Warp + JoinGonka Gateway — エンドポイントでのターミナルエージェント

JoinGonkaキー。 ゲートウェイに登録し、管理画面の「APIキー」セクションを開いて「キーを作成」をクリックします。キーはjg-で始まり、一度しか表示されないため、すぐに保存してください。Warp専用のキーを作成しておくと便利です。これにより、「利用状況」セクションでターミナルエージェントの消費量を他のツールとは別に確認できます。

Warpプラン。 独自のエンドポイントは有料プランだけでなく、チーム規模に応じて以下の条件で利用可能です：

パブリックHTTPSアドレス。 これはWarpの要件であり、見落としがちですが、エンドポイントへのリクエストはローカルマシン上のアプリケーションではなくWarpのサーバーから送信されるため、アドレスはインターネットからアクセス可能である必要があります。localhost、127.0.0.1およびプライベートネットワークのアドレスはフォームで拒否され、スキームはhttps://のみが許可されます。JoinGonka GatewayはパブリックなHTTPSサービスであるため、Warpのドキュメントがローカルモデルのために推奨しているngrokのようなトンネルは不要です。

アプリの最新バージョン。 独自エンドポイントは2026年5月20日のリリースで安定版に含まれ、APIスキーマ選択フォームは2026年7月31日のリリースで追加されました。フォームにAPI schemaフィールドがない場合は、Warpをアップデートしてください。

設定はすべてアプリのインターフェース上で完結します。ファイルを手で編集する必要はありません。

1. Settings を開き、設定検索で inference endpoint と入力します。Warp がプロバイダーキーと独自エンドポイントのブロックへ移動します（Warp Agent の設定ページにあります）。
2. Add custom endpoint をクリックするとフォームが開きます。
3. 各フィールドに表の値を入力し、Add endpoint をクリックします。

+ Add model ボタンで次の行を追加できます。設定に戻らずに切り替えられるよう、ネットワーク上のモデルをすべて登録しておきましょう：deepseek-ai/DeepSeek-V4-Flash-0731、MiniMaxAI/MiniMax-M2.7、zai-org/GLM-5.3-Flash。最新のリストは常に GET https://gate.joingonka.ai/v1/models で取得できます。識別子は1文字ずつ正確に入力してください。フォームがチェックするのはアドレスの形式と入力の有無だけで、保存時にテストリクエストは行いません。そのため、モデル名のタイプミスはエージェントとの対話中に初めて発覚します。

保存後、モデルはエージェントのモデル切り替えに表示されます。デフォルトモデルが Warp のモデルのままだった場合、アプリが変更を提案してきます。承諾して自分のエンドポイントのモデルを選んでください。重要なポイント：切り替えの Auto オプションは常に Warp のインフラで動作し、独自エンドポイントを設定していても Warp のクレジットを消費します。リクエストをゲートウェイに送るには、切り替えで自分のリスト内の特定のモデルを選ぶ必要があります。

切り替えスイッチで自分のエンドポイントのモデルを選択し、エージェントに短いタスクを与えてみてください。たとえば「現在のディレクトリにある最も大きいファイルを5つ表示し、そのコマンドを説明して」といった具合です。エージェントはコマンドを提案し、あなたの許可を得て実行し、出力にコメントを付けるはずです。

次にゲートウェイの管理画面で「使用状況」セクションを開きます。「キー別」ブロックでは、Warp用に発行したキーにリクエスト数と最終アクセス時刻が表示され、「モデル別」ブロックでは選択したモデルが表示されます。カウンターが増えていれば、WarpのクレジットではなくJoinGonka Gateway経由で推論が行われている証拠です。Warp側では、エージェントとの対話画面にトークン消費量がそのまま表示されます。aliasフィールドで設定した短い名前で確認できます。

何かうまくいかない場合、原因はたいていレスポンスから読み取れます:

セッションの最初のレスポンスは数秒遅れることがあります。エージェントがツールの説明を含む大きなシステムプロンプトを送信し、リクエストがまずWarpのサーバーを経由してからネットワークのノードに到達するためです。その後は対話がスムーズになります。

ネットワーク内の各モデルの価格は同一であるため、選択基準は予算ではなく動作となります。ターミナルエージェントは大量のデータ（コマンド出力、ログ、ファイル）を読み取り、頻繁にツールを呼び出します。表内のすべてのモデルはネイティブの tool calling に対応しています。

実用的な運用スキーム: 基本モデルとして DeepSeek V4 Flash を使用し、細かな作業には MiniMax M2.7、論理が重要なタスクには GLM-5.3 Flash を使用します。すべてのモデルは既に endpoint に登録されており、alias フィールドの短い名前を使用することで長い識別子に迷うことなく、一瞬で切り替えが可能です。最も人気のあるモデルの詳細については、DeepSeek V4 Flash の概要をご覧ください。

ターミナル内のエージェントはチャットよりもトークン消費量が多くなります。Warpは各リクエストにシステム指示、対話コンテキスト、ツール説明を追加し、1つのタスクが複数のステップで構成されるためです。そのため、ここでのトークン価格は通常のチャットよりも重要です。

JoinGonka Gateway を通じたトークン料金は、入力100万トークンあたり $0.0069、出力100万トークンあたり $0.021 です。この価格はネットワーク内の全モデル共通で、このページではライブソースから取得されます。2026年9月時点での概算コストは以下の通りです：

比較として、Warpエージェントの支払いには3つの方法があります：

Warp自体は、個人および10人以下のチームであれば、カスタム endpoint を経由した利用に対してクレジットを消費しません。支払いはゲートウェイのトークンのみです。残高は管理画面でチャージでき、日別の残高やモデルごとの消費量もそこで確認できます。

ほとんどのツールにおいて、カスタムendpointは「リクエストが自分のマシンからプロバイダーへ直接送信される」ことを意味しますが、Warpは異なります。Warpエージェントの実行部分はWarpサーバー上で動作するため、カスタムendpointは最終的な宛先とキーを変更するだけです。Warpのドキュメントによると、リクエストの経路は以下の通りです：

1. アプリケーションは、デバイス上のセキュアストレージからendpointのアドレスとキーを取得し、プロンプトと共にWarpサーバーへ送信します。
2. Warp側のエージェントが、システム指示、対話コンテキスト、ツールを含む完全なリクエストを構築し、そのキーを使用してあなたのendpointを呼び出します。
3. 応答は同じサーバーを経由してストリームとしてアプリケーションに戻ります。

実務上の影響は以下の通りです：

• キー： デバイス上にのみ保存されます。リクエストのたびにWarpサーバーを経由しますが、Warpの宣言によれば、そこでは保存されず、その場で使用されて破棄されます。
• プロンプトと応答： Warpのバックエンドを経由します。Warpはこれらを学習に使用しないと宣言しており、保存や分析はアカウントのプライバシーおよびテレメトリー設定に従います。Warp自身のモデルに適用されるZDR保証を、カスタムendpointに拡張することはできません。何を保存するかはプロバイダー自身が決定します。
• ゲートウェイ側： JoinGonka Gatewayは対話を保存しません。プロンプトと応答は回答後にゲートウェイに残らず、管理画面にはリクエスト数とトークン数のカウンターのみが表示されます。
• Warpインフラに残るもの： Autoオプション、カスタムモデルルーター、Codebase Context、Active AIのヒント、およびクラウドエージェントには、カスタムendpointの影響は及びません。

もし業務上の理由でサードパーティサーバーを経由するルートが受け入れられない場合は、自分のマシンからendpointへ直接接続するエージェント（例：Codex CLIやAPIクイックスタートにあるツールなど）を使用してください。Warpは発表の中でクライアントサイドのオプションも約束しています。それは、Warpサーバーを経由せずにローカルモデルに接続するRust製の軽量エージェントモジュールをオープンリポジトリで提供し、Agent Client Protocolをサポートするというものです。また、2026年9月2日のリリース以降、endpointの記述はアプリケーションとWarp Agent CLIで共通の形式の構成ファイルに保存されるようになり、キーはファイルには書き込まれずセキュアストレージに保持されます。