심층 해설 · 약 4분 읽기
JetBrains, 터미널 코어 변경: AI CLI 호환성은 모델 아래 계층에서 시작된다
libghostty가 해석과 상태를 맡고 IDE는 렌더링·통합을 유지한다. 키보드와 테마 프로토콜은 확장되지만 해석 가능한 기능이 모두 구현된 것은 아니다.
- 사이트 게시일
- 원문 게시일
- 출처 확인일
JetBrains의 10월 27일 발표는 2026.3 IDE 터미널 에뮬레이션 변경을 설명한다. Claude Code와 Codex 등 앱이 IDE와 키·색·제어 시퀀스를 주고받는 방법이 주제다. 이 해설은 공급업체 주장, 현재 EAP, 예정된 통합을 나누며 모델 능력 향상이나 AISubHub 성능 시험으로 보지 않는다.
뉴스 듣기
이 기사를 읽어 드리거나 뉴스를 계속 재생합니다.
읽기를 준비하는 중…
기기 음성
읽기는 브라우저나 기기에서 처리합니다. AISubHub는 내용을 오디오 API로 보내지 않습니다. 사용 가능한 음성과 잠금 화면 재생은 기기에 따라 다릅니다.
계속 재생할 때 짧은 구절이 반복될 수 있습니다.
핵심 요약
- libghostty는 JediTerm 대신 해석과 터미널 상태를 담당한다. 렌더링, 상위 기능, 통합은 IDE가 계속 맡는다.
- 키보드·테마·출력 프로토콜은 호환성 변경이다. JetBrains는 과거 무시되거나 오해된 거의 50개 시퀀스를 처리한다고 하지만 정량 성능 벤치마크는 제시하지 않는다.
- 재설계 터미널은 2026.3 EAP에서 기본 활성화다. Beta·Release Candidate·안정 버전 지속은 계획이며 OSC52 등은 라이브러리만 해석하고 IDE는 아직 실행하지 않는다.
1. 에뮬레이터와 IDE의 책임을 구분한다
JetBrains에 따르면 libghostty가 오랫동안 쓰던 JediTerm을 대신해 시퀀스 해석과 터미널 상태를 관리한다. 렌더링, 상위 기능, 통합은 IDE에 남는다. 재사용 라이브러리 채택은 독립 Ghostty 앱 전체를 내장하거나 터미널 UI 전부를 Ghostty로 교체한다는 뜻이 아니다.
발표는 코딩 에이전트, Neovim, tmux, 모니터와 대시보드처럼 단순 shell보다 많은 프로토콜 동작이 필요한 도구를 든다. AISubHub는 잘못 전달된 입력이나 상태가 모델을 바꾸지 않고도 도구를 방해할 수 있다고 분석한다. 전송 경계 개선을 추론·코드 품질 향상이나 독립 측정 생산성으로 보도해서는 안 된다.
2. 실제로 누른 키를 구별해 전달한다
Kitty 키보드 프로토콜을 쓰는 앱은 Enter, Shift+Enter, Ctrl+Enter를 구별하고 키 해제·반복 이벤트를 요청할 수 있다. Vim의 이전 xterm modifyOtherKeys도 지원한다. 다른 입력을 같은 문자로 뭉개지 않는 방식이며 실제 동작은 앱이 해당 프로토콜을 사용해야 한다.
JetBrains는 호환 도구에서 Shift+Enter가 미완성 메시지를 보내지 않고 줄을 바꾸며 수정 키 조합이 제대로 전달된다고 설명한다. Shift+Enter에 Esc+CR을 보내던 이전 설정은 필요 없어지고 무시된다. AISubHub는 이를 새 필수 설정으로 소개하면 안 된다고 분석한다. 개별 shell·단축키·에이전트 버전은 여기서 시험하지 않았다.
3. 테마 동기화에는 질의와 팔레트 경계가 있다
터미널은 CSI ? 996 n에 현재 IDE의 밝음·어두움 테마를 응답하고 mode2031로 구독 앱에 변경을 알린다. JetBrains는 Claude Code, OpenCode, Pi, Neovim, tmux를 들며 대부분 자동 전환한다고 설명한다. 모든 터미널 프로그램이 반드시 같은 테마로 바뀐다는 보장은 아니다.
OSC4와 Kitty OSC21 색 질의, JediTerm이 이미 처리하던 OSC10/11을 지원한다. 앱은 OSC4로 확장색 16–255를 바꿀 수 있고 0–15는 IDE 테마 통제에 남는다. AISubHub는 앱 사용자화와 기본색 관리가 분리된 것으로 보며 IDE 외관의 무제한 변경이나 모든 색 설정의 자동 교정을 의미하지 않는다고 분석한다.
4. 풍부한 출력은 제어 시퀀스 의미에 달린다
JetBrains는 JediTerm이 무시하거나 잘못 읽던 거의 50개 시퀀스를 처리한다고 한다. ncurses가 같은 문자 7개 이상에 쓰는 REP와 38:2::r:g:b 같은 콜론 구분 SGR 색이 예시다. 알 수 없는 APC·SOS·PM 문자열은 출력 대신 버린다. 이는 공급업체 호환성 설명이지 독립 검증된 50개 개선이 아니다.
좌우 여백, 보호 영역, 탭 위치, 삽입 모드, XTSAVE/XTRESTORE, Kitty CSI22J, X10 마우스 보고도 열거한다. 항상 깜박이던 커서가 ?12 지정에 따른다. AISubHub는 테두리·색·커서 정확성을 중요하게 보지만 프레임률·지연·token 처리량·하드웨어 대조 측정이 없어 성능 향상 수치를 계산할 수 없다고 분석한다.
5. 해석 지원과 IDE 기능 완성은 다르다
원문은 라이브러리 능력과 IDE 통합을 분명히 나눈다. libghostty는 OSC52 클립보드, OSC9/777 알림, ConEmu 진행 표시, Kitty 그래픽, 스타일·색 밑줄을 해석하지만 IDE는 아직 동작하지 않는다. 하위 라이브러리가 이해한다는 이유로 현재 사용 가능한 기능이라고 소개해서는 안 된다.
원격 서버 복사, 작업 완료 알림, 진행률과 터미널 이미지는 이 기반이 앞으로 지원할 수 있는 용도다. JetBrains는 후속 통합이 빨라질 것으로 기대하지만 날짜는 없다. AISubHub는 요청 인식과 사용자에게 보이는 실행이 별도 책임이며 상호작용이나 권한 처리가 이미 검증됐다는 근거도 아니라고 분석한다.
6. EAP 제공과 복귀 선택, 증거의 범위
2026.3 EAP의 재설계 터미널에는 새 코어가 기본 활성화돼 있다고 한다. Beta·Release Candidate·안정 버전에도 유지하는 것은 계획이지 이 버전들이 이미 출시됐다는 증거가 아니다. Help와 Find Action에서 Registry를 열고 terminal.use.ghostty.emulator를 끄면 JediTerm으로 돌아갈 수 있다는 안내도 모든 문제 해결을 보장하지 않는다.
근거는 공식 서면 발표뿐이다. 연결된 프로토콜 문서·전체 시퀀스 표·외부 프로젝트를 독립 검토하지 않았고 IDE나 코딩 에이전트를 실행하지 않았다. 터미널 호환성 변경으로 새 모델·가격·구독 권리가 아니다. AISubHub는 앱 수준 점검, 현재 동작, 미래 통합을 분리해 공급업체 주장을 해석한다.
중요한 이유
IDE 터미널에서 코딩 에이전트를 쓰는 팀은 입력·테마·화면 상태가 전체 경로에서 유지되는지 확인할 수 있다. 책임 분리는 터미널 동작을 모델 능력으로 혼동하거나 라이브러리 전체 기능이 공개됐다고 가정하지 않도록 돕는다.
제한 및 이용 가능성
공급업체 발표 해설이지 독립 호환성·성능 인증이 아니다. 현재 범위는 해당 EAP이며 후속 단계는 계획, 해석만 되는 기능은 미완성이다. 원문은 날짜만 제공하고 정확한 게시 시각은 추정하지 않는다.
출처와 근거
AI 보조 편집 기사를 명시한 일차 출처와 대조합니다. 업체 주장은 출처를 밝히며 게재는 추천을 뜻하지 않습니다.