IntelliJ por LSP: avalie a semântica do projeto, não só o editor

A extensão Java and Kotlin by IntelliJ IDEA chegou a release candidate, levando entendimento de projetos JVM a editores externos por LSP, começando por VS Code e derivados como Cursor.[11] A JetBrains diz que a base da versão estável 1.0 está pronta, mas o anúncio ainda é de RC, não da versão final.[11] Para quem desenvolve, o interesse está na compreensão semântica reutilizada, não apenas na troca de interface.

O que muda para quem desenvolve

O conjunto anunciado inclui completamento, navegação, inspeções, correções rápidas, refatorações de projeto, depuração por DAP e execução de testes.[11] Há suporte a Maven, Gradle e Bazel, além de interoperabilidade com ferramentas Spring.[11]

Minha leitura é avaliar essas capacidades como uma camada de entendimento do código. Uma busca textual encontra nomes iguais; uma avaliação semântica deveria ser testada com tipos, referências e dependências reais. Não basta medir se a sugestão aparece rápido em um arquivo pequeno.

No Cursor, o agente pode usar o mesmo servidor de linguagem para pesquisa semântica, navegação e análise, descritas pela empresa como mais rápidas e determinísticas.[11] A direção anunciada inclui fluxos agentivos no terminal, mas a matéria não especifica disponibilidade ou cobertura desses recursos futuros.[11] Não trate uma visão de produto como integração pronta com qualquer agente.

Como aplicar

Escolha um projeto JVM representativo, com seus módulos e dependências habituais. Prepare uma lista curta de tarefas verificáveis: importar o build, navegar até a implementação correta de uma interface, localizar usos, renomear um símbolo e executar um teste selecionado. Guarde o diff produzido para revisão.

Depois de uma refatoração, execute o build e os testes pelo fluxo que já valida o projeto. Compare o que o editor entendeu com o que a ferramenta de build aceita. Inclua referências em módulos diferentes e casos de nomes semelhantes para não confundir conveniência visual com correção.

Para avaliar uso por agentes, peça a mesma tarefa com busca textual e com acesso semântico, quando a integração estiver disponível no ambiente escolhido. Registre tempo, referências incorretas e alterações desnecessárias. Não atribua melhoria ao servidor sem controlar o restante do fluxo.

Verifique também coexistência com extensões JVM já instaladas. Faça a avaliação em um ambiente separado antes de alterar a configuração de toda a equipe. O experimento deve revelar tanto o ganho de navegação quanto possíveis divergências de diagnóstico.

Cuidados e limites

O RC é o último build do Early Access Program e pode ser usado sem licença por 30 dias sob esses termos.[11] Na versão estável, novos usuários terão 30 dias de teste e depois precisarão de assinatura IntelliJ IDEA Ultimate.[11] A decisão de padronização precisa incluir esse custo.

A JetBrains relata testes internos, inclusive no repositório de suas IDEs, e mais de 20 mil downloads somados nas lojas citadas.[11] Downloads não demonstram compatibilidade com um projeto específico. Um RC com bons sinais ainda merece um teste local de importação, refatoração e depuração. O editor preferido importa; o modelo correto do projeto importa mais.

Fonte

[11] Fonte: JetBrains Blog