libghostty na JetBrains: compatibilidade de terminal virou parte da interface do agente

A JetBrains anunciou o uso de libghostty no terminal reformulado de suas IDEs a partir da linha 2026.3, já habilitado por padrão nos builds EAP.[14] A biblioteca substitui o JediTerm na interpretação de sequências e no estado do terminal; renderização e integrações de nível mais alto continuam sob responsabilidade da IDE.[14] Não é simplesmente colocar outro aplicativo de terminal dentro do editor.

O que muda para quem desenvolve

Entre os benefícios descritos está o protocolo de teclado Kitty, que permite distinguir Enter, Shift+Enter e Ctrl+Enter, importante para prompts multilinha.[14] Consultas de tema e notificações de mudança também ajudam ferramentas a acompanhar os modos claro e escuro.[14] O anúncio inclui correções de cores, bordas e sequências que antes podiam aparecer como caracteres indevidos.[14]

A leitura de engenharia é tratar a interface de terminal como parte do contrato da ferramenta. Se uma combinação de teclas destinada a inserir uma linha for interpretada como envio, o problema não é apenas visual. O fluxo de interação deixa de representar a intenção de quem está usando o agente.

Para uma equipe, isso sugere documentar o ambiente em que atalhos e operações críticas foram validados. Terminal integrado, terminal externo e sessão remota não deveriam ser considerados equivalentes sem observação do comportamento necessário ao trabalho.

Como aplicar

Instale a edição de avaliação separadamente do ambiente estável e escolha uma ferramenta de terminal já usada no dia a dia. Prepare uma matriz pequena com Enter, Shift+Enter, Ctrl+Enter, colagem multilinha, redimensionamento e mudança de tema. Registre a ação esperada antes de experimentar.

Use entradas inofensivas, sem comandos destrutivos ou segredos. Observe se a ferramenta recebe a intenção correta e se a interface continua legível. Se o fluxo inclui tmux ou SSH, repita os casos nesse caminho, porque o resultado relevante é o da cadeia completa que será utilizada.

Compare o comportamento com a instalação atual e guarde um roteiro para reproduzir regressões. Só depois decida se a melhoria justifica alterar o ambiente principal. O experimento não precisa medir uma produtividade genérica; basta demonstrar que um problema concreto de interação desapareceu sem quebrar outro fluxo importante.

Cuidados e limites

Reconhecer um protocolo não significa entregar toda a funcionalidade ao usuário: clipboard, notificações e gráficos ainda dependem, em parte, de implementação na IDE.[14] Não transforme a capacidade da biblioteca em uma lista de recursos já disponíveis no produto.

Em caso de regressão, a publicação informa a opção de registro terminal.use.ghostty.emulator para voltar ao JediTerm.[14] Preserve um caminho de retorno e lembre que os builds citados são EAP.[14] Uma integração promissora merece avaliação, não a substituição automática de um ambiente estável que já atende ao trabalho.

Fonte

[14] Fonte: JetBrains Blog