JetBrainsがターミナルに降りてきた — Junie CLIは「好きなモデルを持ち込める」AIコーディングエージェント

Claude Code、Codex CLI、Gemini CLI。ターミナルで動くAIコーディングエージェントは、もはや各社のモデルに紐づいた「専用ツール」として出揃った感がある。そこに、IDE企業の本家本元が殴り込んできた。

JetBrainsがJunie CLIをベータ公開した。IntelliJ IDEA、WebStorm、PyCharmなどJetBrains IDEで培ったコードインテリジェンスを、ターミナルから使えるスタンドアロンのAIエージェントだ。

最大の特徴は、特定のLLMに縛られないこと。OpenAI、Anthropic、Google、xAI——好きなプロバイダーのAPIキーを持ち込んで、追加のプラットフォーム料金なしで使える。

「モデルを選べる」の実質的な意味

Claude CodeはAnthropicのモデルしか使えない。Codex CLIはOpenAIのGPTに最適化されている。Gemini CLIはGoogleのGeminiで動く。当然だ。各社にとってCLIエージェントは自社モデルへのロックインを強化する入口でもある。

Junie CLIはこの前提を崩す。BYOK（Bring Your Own Key）方式で、Claude Opus 4.7もGPT-5.5もGemini 3.1 ProもGrok 4.3も、同じインターフェースから切り替えて使える。OpenRouterにも対応しているので、そこ経由でさらに多くのモデルにアクセスできる。

これが地味にありがたいのは、タスクの種類によってモデルを変えられること。フロントエンドのUI生成はClaude Opus、バックエンドのロジックはGPT-5.5、コードレビューはGemini——という使い分けが、ツールを切り替えずに1つの環境で完結する。

初回セットアップ時にはGemini 3 Flashが1週間無料で使えるので、自分のAPIキーを持っていなくてもすぐに試せる。

ターミナルだけじゃない

名前は「CLI」だが、Junieの動作範囲はターミナルに限定されない。

JetBrains IDEのプラグインとしても動き、IDEが持つコード解析・型推論・リファクタリングの知見をエージェントに渡せる。これはClaude CodeやCodexにはない強みだ。Claude CodeはVS Code拡張として動くがIDEの内部データにはアクセスしない。Junieは「コードベースの構造を理解しているIDE」のコンテキストをそのままエージェントに注入できる。

さらにCI/CDパイプラインやGitHub/GitLab上でも動作するので、PRが来たら自動でコードレビューを走らせる、テストの失敗を検知して修正PRを出す、といった自動化も組める。

MCPサーバーのワンクリックインストールにも対応しており、外部ツール連携もスムーズだ。

Claude Codeとの正直な比較

率直に言って、現時点での完成度はClaude Codeのほうが上だろう。

ベンチマーク上ではCodexがバックエンド性能で首位（58.5%）、Junieが2位（54.3%）、Claude Codeのバックエンドは38.6%にとどまる。一方でフロントエンドではClaude Codeが95.0%と圧倒的だ。得意分野がかなり違う。

ただし、数字よりも大事なのは「使い心地」の差だ。Claude Codeはエコシステムが成熟している。コミュニティ、ドキュメント、MCPサーバーの数、すべてにおいて先行者の厚みがある。JetBrains AI Developer Surveyによれば、Claude Codeの開発者利用率はJunieの数倍ある。

Junieが勝てるのは、以下の局面だ。

まず、JetBrains IDEのヘビーユーザー。IntelliJやPyCharmのコード解析に慣れている人にとって、そのインテリジェンスがターミナルエージェントにも引き継がれるのは大きい。

次に、マルチモデルを使いたい人。1つのモデルに投資するのではなく、状況に応じて最適なモデルを選びたい開発者。特にOpenRouterと組み合わせると、新しいモデルが出るたびにすぐ試せる。

そして、APIキーの自前運用にこだわる人。Claude Codeは月額のサブスクリプション（Pro $20/月、Max $100/月、Max Ultra $200/月）が基本線。Junieはプラットフォーム料金ゼロで、APIの従量課金だけで済む。使い方によってはClaude Codeより安く上がる。

気になる点

ベータ段階であることは認識しておくべきだ。Claude Codeが1年以上の実戦投入で磨かれてきたのに対し、Junie CLIはまだ出たばかり。エッジケースでの安定性やエラーハンドリングは、今後のアップデートに期待する部分が大きい。

「LLM非依存」は強みであると同時に弱みでもある。Claude CodeはAnthropicのモデルと密結合しているからこそ、モデルの特性を最大限に引き出すチューニングが効いている。Junieは複数モデルに対応する汎用性の代わりに、個々のモデルとの相性最適化では劣る可能性がある。

もう一つ。Claude Codeからのワンクリック移行機能をアピールしているが、実際には設定ファイルの互換性やMCPサーバーの構成がそのまま持ち込めるかは、プロジェクトの複雑さに依存するだろう。

IDEメーカーがエージェントを作る意味

IntelliJ IDEAが初めてリリースされたのは2001年。JetBrainsは20年以上にわたって「開発者が何を考え、何に時間を取られているか」のデータを蓄積してきた。

このデータは、AIコーディングエージェントの設計において無視できないアドバンテージになる。次に編集するファイルの予測（Next Edit Prediction）、リアルタイムのプロンプト修正、タスクの自動分解——これらの機能は、IDE企業が長年観察してきた開発者のワークフローパターンに基づいている。

Claude CodeやCodexが「強力なLLMをターミナルに持ち込む」アプローチだとすれば、Junieは「IDE企業が長年蓄積した開発者知見をエージェントに注入する」アプローチだ。方向は違うが、最終的に到達する場所は同じかもしれない。

AIコーディングエージェントの競争は、モデルの性能だけではなく、「開発者の文脈をどれだけ深く理解するか」の戦いに移りつつある。JetBrainsがその戦いに本腰を入れてきたことは、市場全体にとって良い圧力になる。