Vertiefende Analyse · Etwa 5 Min. Lesezeit
JetBrains tauscht den Terminalkern: Agentenkompatibilität beginnt unterhalb des Modells
libghostty übernimmt Parsing und Zustand, während die IDE Darstellung und Integration behält. Tastatur- und Theme-Protokolle helfen, doch erkannte Funktionen sind teils noch nicht umgesetzt.
- Hier veröffentlicht
- Datum der Quelle
- Quelle geprüft
JetBrains beschreibt am 27. Oktober eine Änderung der Terminalemulation für seine IDEs der Reihe 2026.3. Es geht um Tasten, Farben und Steuersequenzen zwischen Anwendungen wie Claude Code oder Codex und der IDE. Diese Analyse trennt Anbieterangaben, aktuelle EAP-Verfügbarkeit und geplante Integration; sie ist weder Modellverbesserung noch AISubHub-Leistungstest.
Nachrichten anhören
Diesen Artikel vorlesen oder mit den Nachrichten fortfahren.
Vorlesen wird vorbereitet…
Gerätestimme
Browser oder Gerät verarbeiten die Sprache. AISubHub sendet den Text nicht an eine Audio-API. Stimmen und Wiedergabe bei gesperrtem Bildschirm hängen vom Gerät ab.
Beim Fortsetzen kann sich ein kurzer Satzteil wiederholen.
Auf einen Blick
- libghostty ersetzt JediTerm bei Parsing und Terminalzustand; Darstellung, übergeordnete Funktionen und Integrationen bleiben bei der IDE.
- Tastatur-, Theme- und Ausgabeprotokolle sollen Kompatibilität verbessern. JetBrains nennt fast 50 bisher ignorierte oder falsch gelesene Sequenzen, liefert hier aber keinen quantitativen Benchmark.
- Das überarbeitete Terminal ist in EAP 2026.3 standardmäßig aktiv. Beta, Release Candidate und stabile Versionen sind der geplante Fortgang; OSC52 und weitere Funktionen werden erkannt, aber von der IDE noch nicht ausgeführt.
1. Neuer Emulator bei weiterhin eigener IDE-Verantwortung
Laut JetBrains übernimmt libghostty Parsing und Terminalzustand vom lang genutzten JediTerm. Darstellung, höhere Funktionen und Integrationen bleiben in der IDE. Die wiederverwendbare Bibliothek zu übernehmen bedeutet daher weder die komplette Ghostty-Anwendung einzubetten noch die gesamte Terminaloberfläche durch deren Benutzeroberfläche zu ersetzen.
Der Beitrag verweist auf Coding-Agenten, Neovim, tmux, Monitore und Dashboards mit Anforderungen jenseits einer einfachen Shell. AISubHubs Analyse: Ein falsch übertragenes Eingabeereignis oder ein falscher Zustand kann ein Werkzeug stören, ohne das Modell zu verändern. Eine Korrektur dieser Grenze belegt keine bessere Schlussfolgerung, besseren generierten Code oder unabhängig gemessene Produktivität.
2. Tastaturprotokolle bewahren unterschiedliche Eingaben
Mit dem Kitty-Protokoll unterscheiden teilnehmende Anwendungen Enter, Shift+Enter und Ctrl+Enter und können Loslass- und Wiederholungsereignisse anfordern. Hinzu kommt das ältere xterm-Protokoll modifyOtherKeys für Vim. Verschiedene Ereignisse sollen nicht in dieselben Zeichen zusammenfallen; das Verhalten hängt weiterhin davon ab, ob die Anwendung das jeweilige Protokoll verwendet.
JetBrains zufolge fügt Shift+Enter in kompatiblen Werkzeugen eine Zeile ein, statt eine unfertige Nachricht abzusenden; modifizierte Kürzel kommen korrekt an. Die bisherige Einstellung, dafür Esc+CR zu senden, wird unnötig und ignoriert. AISubHub weist darauf hin, dass ein alter Workaround keine neue notwendige Einrichtung ist. Einzelne Shells, Tastenkürzel und Agentenversionen wurden hier nicht getestet.
3. Theme-Abstimmung hat Abfragen und Palettengrenzen
Durch CSI ? 996 n beantwortet das Terminal Hell/Dunkel-Abfragen anhand des IDE-Themes; mode2031 informiert abonnierende Anwendungen bei Änderungen. JetBrains nennt Claude Code, OpenCode, Pi, Neovim und tmux und sagt, die meisten wechselten automatisch. Die Einschränkung ist relevant: Nicht jedes Terminalprogramm übernimmt damit garantiert das Theme.
Unterstützt werden OSC4- und Kitty-OSC21-Abfragen sowie die schon von JediTerm behandelten OSC10/11. Programme können mit OSC4 erweiterte Farben 16–255 setzen, während 0–15 vom IDE-Theme kontrolliert bleiben. AISubHub sieht darin die Trennung von Anwendungsgestaltung und Grundfarben, nicht uneingeschränkte Kontrolle der IDE-Oberfläche oder automatische Korrektur jeder Farbkonfiguration.
4. Korrekte Ausgabe verlangt passende Sequenzsemantik
JetBrains nennt fast 50 bisher ignorierte oder falsch interpretierte Sequenzen. Dazu gehören REP für mindestens 7 gleiche Zeichen in ncurses sowie mit Doppelpunkten getrennte SGR-Farben wie 38:2::r:g:b. Unbekannte APC-, SOS- und PM-Zeichenfolgen werden verworfen statt gedruckt. Das sind Anbieterangaben zur Kompatibilität, keine 50 unabhängig geprüften Verbesserungen.
Der Beitrag listet außerdem Seitenränder, geschützte Bereiche, Tabulatoren, Einfügemodus, XTSAVE/XTRESTORE, Kitty CSI22J und X10-Mausmeldungen auf. Blinkmodus ?12 wird beachtet, statt den Cursor immer blinken zu lassen. Nach AISubHubs Analyse ist korrekte Darstellung relevant, doch Bildraten-, Latenz-, Token-Durchsatz- oder Hardwaremessungen für einen bezifferten Leistungsgewinn fehlen.
5. Parsing einer Fähigkeit ist noch keine IDE-Funktion
Die Quelle trennt Bibliotheksfähigkeit und fertige Integration ausdrücklich. libghostty erkennt OSC52-Zwischenablage, OSC9/777-Benachrichtigungen, ConEmu-Fortschritt, Kitty-Grafiken und gestaltete oder farbige Unterstreichungen; die IDE reagiert darauf noch nicht. Diese Punkte dürfen nicht als bereits nutzbar gelten, nur weil die Bibliothek ihre Sequenzen versteht.
Kopieren vom entfernten Server, Aufgabenabschlussmeldungen, Fortschritt und Bilder sind als künftige Anwendungen dieser Grundlage beschrieben. JetBrains erwartet schnellere Integration, nennt aber keine genauen Termine. AISubHub unterscheidet das Erkennen einer Anfrage von sichtbarer Ausführung. Der Beitrag bestätigt weder bereits geprüfte Wechselwirkungen noch deren Berechtigungsbehandlung.
6. EAP-Status, Rückfalloption und Beleggrenzen
JetBrains zufolge ist der neue Kern im überarbeiteten Terminal der EAP-Builds 2026.3 standardmäßig aktiv. Die Beibehaltung in Beta, Release Candidate und stabiler Ausgabe ist eine Absicht, kein Beleg bereits veröffentlichter Versionen. Über Help und Find Action lässt sich Registry öffnen und terminal.use.ghostty.emulator deaktivieren, um JediTerm zurückzuholen; dies garantiert nicht die Lösung jedes Problems.
Grundlage ist die offizielle schriftliche Ankündigung. Protokolldokumentation, vollständige Sequenzliste und verlinkte Projekte wurden nicht unabhängig untersucht; keine IDE und kein Agent wurden ausgeführt. Es geht um Terminalkompatibilität, nicht um ein neues Modell, Preise oder Aborechte. AISubHub trennt Anwendungstests, aktuelles Verhalten und künftige Integration bei der Bewertung der Aussagen.
Warum es wichtig ist
Teams mit Coding-Agenten im IDE-Terminal können prüfen, ob Eingabe, Theme und Bildschirmzustand durch den ganzen Pfad erhalten bleiben. Die Aufgabentrennung hilft dabei, ohne Terminalverhalten dem Modell zuzuschreiben oder sämtliche Bibliotheksfunktionen als zugänglich anzunehmen.
Grenzen und Verfügbarkeit
Diese Herstelleranalyse ist keine unabhängige Kompatibilitäts- oder Leistungszertifizierung. Aktuell beschrieben ist EAP; weitere Phasen sind geplant und erkannte, noch nicht ausgeführte Funktionen bleiben unfertig. Die Quelle nennt nur das Datum, keine genaue Veröffentlichungsuhrzeit.
Quellen und Belege
Datum der Quelle: · Quelle geprüft:
KI-gestützte redaktionelle Beiträge, anhand der genannten Primärquellen geprüft. Anbieterangaben werden zugeordnet; eine Aufnahme ist keine Empfehlung.