詳しい解説 · 読了目安 7 分
JetBrainsが端末コアを変更：AI CLIの互換性はモデルより下の層にある
libghosttyが解析と状態を担当し、描画と統合はIDEに残る。キーボードとテーマの対応が進む一方、解析できても未実装の機能がある。
- 当サイトの公開日
- 原典の公開日
- 出典確認日
JetBrainsの10月27日付公告は、2026.3系IDEの端末エミュレーション変更を説明する。対象はClaude CodeやCodexを含むアプリとIDEの間のキー、色、制御シーケンスの交換である。本稿はベンダー説明、現在のEAP、将来の統合を区別し、モデル性能向上や本站の実測とは扱わない。
ニュースを聴く
この記事を読み上げるか、ニュースを続けて聴けます。
読み上げを準備中…
端末の音声
読み上げはブラウザーまたは端末が処理します。AISubHub は文章を音声 API に送りません。利用できる音声やロック画面での再生は端末によって異なります。
再開時に短い部分を繰り返す場合があります。
要点
- libghosttyはJediTermに代わって解析と端末状態を担当する。描画、高水準の機能、統合は引き続きIDEが担う。
- キーボード・テーマ・出力プロトコルが互換性の対象。従来無視・誤解釈した約50弱のシーケンスに対応するとの説明で、定量性能ベンチマークはない。
- 2026.3 EAPの再設計端末では既定で有効。Beta、Release Candidate、安定版での継続は計画であり、OSC52などは解析済みでもIDEがまだ実行しない。
一、エミュレーターとIDEの担当を分ける
JetBrainsによると、長く使ったJediTermに代わりlibghosttyが制御列の解析と状態管理を担当する。描画、高水準機能、IDEとの統合はIDE側に残る。再利用可能なライブラリーの採用であり、独立したGhosttyアプリ全体を組み込むことや、端末の全UIをGhosttyに置き換えることとは異なる。
公告はコーディングエージェント、Neovim、tmux、監視画面など、単純なshell以上のプロトコルを求める用途を挙げる。本站の分析では、入力や状態の伝達ミスはモデルを変えずにツールを妨げ得る。この境界の改善を、推論能力、生成コード品質、独立測定済みの生産性向上に読み替えてはいけない。
二、押したキーを区別して伝える
Kittyキーボードプロトコルにより、対応アプリはEnter、Shift+Enter、Ctrl+Enterを区別し、キー解放やリピートを要求できる。Vimが使う従来のxterm modifyOtherKeysにも対応する。異なる入力を同じ文字へ潰さない仕組みで、実際の動作にはアプリによるプロトコル利用が必要だ。
JetBrainsは、対応ツールではShift+Enterが未完成のメッセージ送信ではなく改行になり、修飾キー付き操作も正しく届くとする。従来Shift+EnterでEsc+CRを送る設定は不要になり無視される。本站の分析では古い回避設定を新規の必須手順とすべきではない。個別shell、キー設定、エージェント版は本稿で実測していない。
三、テーマ連動には照会とパレットの境界がある
端末はCSI ? 996 nへ現在のIDEの明暗テーマを返し、mode2031で購読アプリへ変更を知らせる。JetBrainsはClaude Code、OpenCode、Pi、Neovim、tmuxを挙げ、多くは自動変更すると説明する。すべての端末アプリが必ずIDEテーマへ追従するという意味ではない。
OSC4とKitty OSC21の色照会に加え、従来JediTermが扱ったOSC10/11も使える。OSC4で拡張色16–255を設定でき、0–15はIDEテーマの管理に残る。本站の分析では、アプリの調整と基本色の責任を分ける設計であり、IDE外観の無制限な変更や、あらゆる配色の自動修正を意味しない。
四、豊かな表示は制御列の意味に依存する
JetBrainsは従来JediTermが無視・誤読した50弱の制御列を処理すると説明する。ncursesが7文字以上の同一文字列に使うREPや、38:2::r:g:bのようなコロン区切りSGR色が例だ。不明なAPC、SOS、PM文字列は表示せず破棄する。ベンダーの互換性説明であり、本站が50項目を検証した結果ではない。
左右余白、保護領域、タブ位置、挿入モード、XTSAVE/XTRESTORE、Kitty CSI22J、X10マウス報告も挙げる。?12の点滅指定に従い、常時点滅だったカーソルを制御する。本站は枠線・色・カーソルの正確さを重要と見るが、フレーム率、遅延、token処理量、ハード比較がないため性能向上率は算出できない。
五、解析できることとIDE機能の完成は別
原文はライブラリーとIDEの実装を明確に分ける。libghosttyはOSC52クリップボード、OSC9/777通知、ConEmu進捗、Kittyグラフィックス、装飾・色付き下線を解析できるが、IDEはまだ対応動作を行わない。底層が理解するだけで、現在利用可能な機能と宣伝してはならない。
遠隔サーバーからのコピー、処理完了通知、進捗表示、端末内画像は、この基盤が将来支え得る用途だ。JetBrainsは統合の加速を見込むが日付はない。本站の分析では要求の認識と可視動作の実装は別責任であり、公告はその相互作用や権限処理が検証済みとは示していない。
六、EAPの現状、戻し方、証拠の限界
再設計端末の2026.3 EAPビルドでは新コアが既定で有効だという。Beta、Release Candidate、安定版で続けるのは方針で、それらの公開完了を意味しない。Help、Find ActionからRegistryを開きterminal.use.ghostty.emulatorを無効にするとJediTermへ戻せると案内するが、全問題の解消保証ではない。
根拠は公式の書面公告のみ。リンク先のプロトコル資料、全制御列表、外部プロジェクトは独立確認せず、IDEやコーディングエージェントも起動していない。端末互換性の変更であり新モデル、価格、購読権ではない。本站はアプリ側確認、現在動作、将来統合を区別してベンダー説明を読む。
注目する理由
IDE内のエージェントを使うチームは、入力、テーマ、画面状態が全経路で保持されるかを点検できる。責任分担を明確にすれば、端末の動作をモデルの能力と混同したり、ライブラリーの全機能が公開済みと思い込んだりせずに済む。
制約と提供状況
JetBrains公告の解説であり、独立した互換性・性能認証ではない。現在の範囲は記載されたEAPで、後続版は計画、解析のみの機能は未完成。原文は日付のみで精密な発表時刻は推定しない。
出典と根拠
AI を活用した編集記事を、記載した一次情報で確認しています。企業の主張は出典を明示し、掲載は推奨を意味しません。