JetBrains Central CLI で Claude と Codex を使ってみた

はじめに

JetBrains Central が2026 年 3 月 24 日に発表され、Early Access で登場しました。

Central が扱うのは、組織の中で増えていく AI エージェントです。公式ブログの表現では、エージェントは "can come from JetBrains or external ecosystems, including Claude Agent, Codex, Gemini CLI, or custom-built solutions" とされていて、JetBrains 製に限りません。それらをまたいで実行・監視・管理し、結果とコストを見えるようにする、というもの。

JetBrains Central CLI は、その入口をターミナルに用意したものです。手元の claude や codex をそのまま使いながら、通信を Central 経由に切り替えます。IDE を開かずにターミナルで作業しているときでも、同じ認証とコスト管理の枠組みに乗ります。

Central CLI とは

claude や codex は普段、それぞれのベンダーのサーバーに直接つなぎます。

claude  →  Anthropic
codex   →  OpenAI
gemini  →  Google

Central CLI はこの間にローカルプロキシとして割り込みます。

claude  →  JetBrains Central  →  Anthropic
codex   →  JetBrains Central  →  OpenAI
gemini  →  JetBrains Central  →  Google

公式ドキュメントの表現では「a proxy that lets you run supported AI coding agents through JetBrains Central」です（Quickstart）。

この間にローカルプロキシとして入ることで、認証と支払いが JetBrains 側に集約されます。使う側から見ると、ベンダーごとのアカウント管理がなくなります。

今回はJetBrains Central CLIをインストールして実際に使ってみました。

前提

公式 Quickstart の Requirements には、

• JetBrains アカウントと、有効な AI サブスクリプション
• macOS / Linux / Windows のいずれか
• 対応エージェントのいずれかがインストール済み（Claude Code / Codex / Gemini CLI）
• *.jetbrains.com / *.jetbrains.ai / *.grazie.ai への通信

Central CLI は JetBrains の AI クレジットを消費して動くので、エージェント側の契約とは別に JetBrains AI サブスクリプションが要ります。

普段 ACP 経由で Claude を使う場合、JetBrains AI の契約は不要で、Anthropic との契約だけで動きます。Central CLI を通すとここが変わり、支払い先が JetBrains 側に寄ります。

私の場合は所属組織のワークスペースが AI アクセス元として自動的に選ばれました。

central access

Available AI access sources:
  <組織名> (workspace, current)

インストール方法

Windows は、

irm https://central-cli.labs.jb.gg/install.ps1 | iex

central --version
# central 1.2.0 (commit: 7f06e7ef..., built: 2026-07-23T13:02:07Z)

ログインはブラウザに飛びます。JetBrains アカウントで認証します。

central login

central status を打つと、インストール済みのエージェントを自動で検出して並べてくれます。

Auth      <組織名>
Proxy     stopped
Version   1.2.0
Update    up to date
Track     stable

Agents
Claude Code  installed · not wired
Codex        installed · not wired
Gemini CLI   installed · blocked by AI governance

私の環境には3つとも入っていました。Gemini CLI が blocked by AI governance になっているのは、所属組織のポリシーで許可されていないためです。組織側の設定がそのまま CLI の表示に出てきます。

同じ問いを 2 つのエージェントに投げる

central run を使うと、指定したエージェントを Central 経由で起動できます。設定ファイルを書き換えないので、気軽に試せます。

題材は Spring Boot のデモプロジェクトです。OrderService と、そのテストを読ませて、テストが足りていない分岐を挙げてもらいました。

まず Claude Code から。

central run claude -- -p "OrderService.java と OrderServiceTest.java を読んで、テストで未カバーの分岐を3つ挙げて。各1行、日本語で。"

- findOrder で ID が存在しないときの orElseThrow（IllegalArgumentException）が未カバー。
- cancelOrder / shipOrder に存在しない ID を渡したときの例外伝播が未カバー。
- 既に CANCELLED の注文を shipOrder する（またはその逆の）状態遷移が未カバー。

補足: 3点目は Order 側に遷移ガードがないため現状は例外ではなく「上書きされる」挙動になります。
仕様として不正遷移を弾くべきなら、テスト追加と同時に markShipped / markCancelled の
ガードも検討が必要です。

次に Codex。コマンドはエージェント名を変えるだけです。

central run codex -- exec "OrderService.java と OrderServiceTest.java を読んで、テストで未カバーの分岐を3つ挙げて。各1行、日本語で。"

findOrder：存在しないIDで IllegalArgumentException を送出する分岐。
cancelOrder：存在しないIDでキャンセルに失敗する分岐。
shipOrder：存在しないIDで発送に失敗する分岐。

同じ問いですが、返ってきたものが違いました。

Codex は3点とも「存在しない ID」の系統で揃えて、コードから機械的に導ける穴を漏らさず並べました。Claude は3点目に状態遷移を持ち込み、さらに「そもそも Order 側にガードがないので、テストを書く前に仕様を決める必要がある」という指摘を足しています。

どちらが優れているという話ではなく、欲しいものが違うときに向きが違う、という話です。テストの穴を機械的に洗い出したいときと、設計の判断まで一緒に考えてほしいときで、選ぶ相手が変わります。

私にとって効いたのは、この切り替えに必要なのがコマンド1語だという点でした。キーの入れ替えも、設定ファイルの編集も、サブスクリプションの契約もありません。

central run claude -- ...
central run codex -- ...

エージェントをが気軽に変えれるようになったのが良いです。

ターミナルで打ったコマンドが IDE にも効いてた

常用するなら central add を使います。設定ファイルに接続先を書き込むので、以降は claude と打つだけで Central 経由になります。

central add claude

Backup saved to C:\Users\<user>\.claude\settings.backup.<日時>.json
Claude Code wired via port 19516

設定ファイルを書き換える前に、自動でバックアップを作ってくれます。まず動きを見たいだけなら、前述の central run から始めるのがおすすめです。こちらは設定に触れません。

その後AI Chat の Claude エージェントに質問してみました。ACP 経由で IDE 内から使えるエージェントです（JetBrains の ACP 解説）。

そしてcentral log を見ると、AI Chat からのリクエストが記録されていました。

Jul 31 16:23:24  POST  200    4939ms  /llm/anthropic/v1/messages?beta=true

ターミナルで打った central add claude が、IDE の AI Chat にも効いています。同じ設定ファイルを読んでいるためです。

つまり、ターミナルで作業していても IDE の AI Chat を使っていても、経路と課金が同じところに集まります。

使った分が 1 か所に集まる

central log はベンダーをまたいで1つのリストになります。

central log --status all --limit 30

Anthropic と OpenAI へのリクエストが時系列で並びます。パスも /llm/<ベンダー>/<元のAPIパス> の形に揃うので、どちらを叩いたかが一目で分かります。普段なら別々の管理画面を開くところが、1コマンドで済みます。

消費量も1つの枠にまとまります。

central limit

今回の検証で追った推移がこれです。

時点	消費クレジット
ログイン直後	0.00
Claude Code で疎通確認	0.29
Codex で疎通確認	0.38
上記のテスト分岐レビュー 2 件	1.36

反映は即時でした。リクエストを投げた直後に打つと、即座に反映されていました。ベンダーが違っても同じ枠から引かれるので、「今月どれくらい使ったか」を1か所で見られます。

まとめ

エージェントを1つに絞らなくてよくなった、というのが今回の感想でした。

これまでは「使い分けたいがアカウントを増やしたくない」という理由で、なんとなく片方に寄せていました。Central CLI を通すと、central login の1回で両方使えて、切り替えが簡単です。タスクの性質でエージェントを選べるようになりました。

ターミナルと IDE で設定が共通なのも効きました。central add claude を1回打てば、AI Chat の Claude エージェントも同じ経路になります。

試す順序としては、まず central run を使うのがおすすめです。設定ファイルに触らずに動きを確認できます。気に入ったら central add で常用に切り替えられます。

ナットウシステムからのお知らせ

弊社は JetBrains 製品に関するご質問、ご相談等を受け付けております。弊社のXまたはメールでご連絡ください。

参考