Claude Code ganha suporte nativo a LSP

 (github.com/anthropics)
18 pontos por GN⁺ 2025-12-23 | 2 comentários | Compartilhar no WhatsApp
  • Claude Code, uma ferramenta de programação com IA executada no terminal, adicionou na versão mais recente a ferramenta LSP (Language Server Protocol)
  • Com isso, passa a oferecer recursos de inteligência de código em nível de IDE, como ir para definição (go-to-definition), encontrar referências (find references) e exibir documentação ao passar o cursor
  • O comando /terminal-setup agora oferece suporte oficial aos terminais Kitty, Alacritty, Zed e Warp
  • Na tela /theme, é possível ativar/desativar o destaque de sintaxe com Ctrl+T
  • Foi adicionado um guia de configuração do terminal para casos em que os atalhos com Alt não funcionam no macOS, e a notação dos atalhos no macOS foi padronizada como opt em vez de alt, para corresponder às teclas reais
  • A saída do comando /context foi aprimorada, com agrupamento de skills e agents por origem, organização com base nos comandos de barra e ordenação por uso de tokens

Leituras relacionadas

2 comentários

 
aqqnucs 2025-12-23

Eu estava usando o serena, mas no fim das contas o nativo é o certo mesmo
 
GN⁺ 2025-12-23
Comentários no Hacker News

  • Não entendo por que a JetBrains não integrou ferramentas de refatoração aos sistemas de IA
    Até tarefas simples como renomear uma função poderiam ser feitas com um contexto muito menor, em vez de editar centenas de arquivos
    O suporte a LSP é um bom começo, mas sem recursos de transformação de código ainda fica aquém
    A qualidade do LSP da JetBrains também não é melhor que a média

    • Hoje em dia a JetBrains parece estar meio sem rumo
      Depois de remover o modal de commit e aumentar os preços, comecei a pensar em sair de algo que uso há mais de 10 anos
      Um exemplo recente de erro pode ser visto neste post do blog
    • Isso parece um caso clássico do dilema do inovador
      A JetBrains tem o motor PSI, que entende a semântica do código melhor do que ninguém, mas continua presa ao paradigma de uma pessoa manipulando a IDE diretamente
      Claude Code e Cursor veem o editor como uma tela que a IA pode controlar livremente, enquanto a JetBrains trata a IA como um simples plugin de barra lateral
      Se não abrir as ferramentas internas de refatoração para agentes, a fricção para migrar para o VS Code vai desaparecer
    • A JetBrains deveria parar de se prender à sua própria IA, a Junie, e focar em integrar com ferramentas que já ganharam espaço
      Caso contrário, o VS Code vai engolir o mercado
    • O problema foi arrogância
      Antes ela tinha uma grande barreira de entrada, mas o VS Code derrubou isso
      Não previu a mudança de forma nenhuma e agora parece perdida
    • A Microsoft também está cometendo um erro parecido
      Não conseguiu combinar Roslyn e Copilot de forma adequada
      O analyzer do Roslyn não é só um linter, mas uma ferramenta poderosa capaz até de transformar código; ver a IA ainda resolvendo isso com simples find/replace é frustrante
      Quando surgir um agente baseado em Roslyn, a eficiência em codebases grandes vai explodir

  • Estou bem otimista com a combinação Claude Code / Codex CLI + LSP
    Usei o Codex no fim de semana e, como era incômodo perder referências ao renomear funções ou mover símbolos, criei eu mesmo uma skill ligando a ferramenta de refatoração para Python Rope
    Fiquei bastante satisfeito

    • Um engenheiro da OpenAI basicamente apertou o botão do Copilot em vez da tecla F2 e acabou falhando ao renomear referências
      É realmente estranho não haver suporte a LSP
    • Na versão 5.1 do Codex não achei muito bom, mas queria saber se agora ficou melhor que o Claude Code
    • É surpreendente que até dentro da OpenAI precisem construir esse tipo de recurso por conta própria
      Isso mostra que ainda há muito trabalho a fazer nessa área

  • Como a documentação oficial é fraca, estou compartilhando o que descobri por conta própria
    Basta abrir o gerenciador de plugins do Claude Code com o comando /plugin, procurar por lsp na aba Discover, ativar com a barra de espaço e instalar com i

    • Eu também me surpreendi quando o Claude perguntou se eu queria instalar o Go LSP
      Fui procurar no changelog e vi que era um recurso adicionado há 3 dias
      Como ainda é experimental, deixei desativado
    • Mesmo na versão mais recente, ao buscar mcp não aparece nada
      O recurso ainda parece estar em estágio inacabado
      Espero que no futuro o Claude passe a reconhecer LSP automaticamente
    • Para adicionar um LSP customizado, é preciso empacotá-lo com o wrapper de plugin do Claude Code
      A documentação relacionada está aqui

  • A UX do Claude Code da Anthropic é a pior entre os principais produtos de IA
    Até copiar e colar texto é incômodo, e o feedback dos usuários é ignorado
    Nesse estado, não vejo por que usar isso em vez do ChatGPT

  • Uso o OpenCode, que é open source, há 6 meses, e ele já oferecia esse tipo de recurso
    É surpreendente o quão lento o software fechado está avançando
    Recomendo porque dá para usar junto com assinaturas do Claude ou do Copilot

    • Eu queria gostar do OpenCode por preferir open source e independência de provedor, mas na prática o Claude Code foi mais estável
      O OpenCode tinha problemas de desempenho, como CPU em 100% enquanto aguardava aprovação e falhas causadas por popovers
      Ainda assim, o Claude Code também tem bugs, como cintilação ao rolar
    • Não consegui aproveitar bem o OpenCode
      O Claude Code entrega bons resultados imediatamente, enquanto no OpenCode até conectar modelos é difícil e a eficiência é baixa
      Provavelmente isso se deve ao ajuste de prompt mais maduro do Claude Code
    • Open source pode se mover rápido porque a estrutura de decisão é simples
      Não perde tempo convencendo várias partes interessadas nem ajustando sprints
    • A experiência de configuração do OpenCode é a mais simples e intuitiva entre as ferramentas CLI que já usei
      Mas pequenos bugs e crashes acontecem com frequência
    • A velocidade de desenvolvimento do OpenCode é muito alta
      Se alguém anunciar AGI de manhã, à noite eles já teriam integrado
      Eu também testo várias ferramentas, mas o OpenCode continua evoluindo de forma consistente

  • Acho estranho esse entusiasmo com ferramentas em formato de CLI
    Agentes baseados em IDE já oferecem esse tipo de recurso por padrão, então fico em dúvida se faz sentido implementar diff ou LSP no terminal
    O Cursor já suporta isso há bastante tempo

    • O LSP foi originalmente projetado para que um servidor fosse compartilhado por vários clientes
      Para a CLI, basta criar um cliente pequeno que se conecte ao servidor LSP
      Não há motivo para só a IDE monopolizar os benefícios do LSP
    • Dizem que até pessoas não desenvolvedoras acham o Claude Code CLI mais natural
      O terminal não é só um lugar para editar código, mas um espaço para orquestrar o computador inteiro
      É parecido com o motivo de o kubectl não ter evoluído para uma GUI
      Texto relacionado: It's on your computer
    • Fico curioso se agentes dentro de IDE conseguem acessar o LSP
      Por exemplo, no Zed, sem um servidor MCP, não dá para aproveitar informações do LSP
    • Meu editor e meu chatbot ficam ambos no terminal, então não tenho vontade de migrar para uma IDE
      Acho a CLI melhor do que a UI incompleta de apps desktop
    • A vantagem da CLI é a liberdade de não ficar preso a uma IDE específica

  • Como eu disse neste texto meu recente, estamos desperdiçando muitos tokens e energia ao rodar LLMs de forma ineficiente
    O ponto principal é facilitar o uso de ferramentas pelos LLMs
    Esse princípio vale não só para programação, mas para qualquer área

    • Daqui a alguns anos vamos olhar com vergonha para o atual ecossistema ineficiente de ferramentas
      É preciso considerar os danos ambientais causados pelo desperdício de energia, água e recursos
    • Já houve tentativas de resolver esse problema
      Por exemplo, há projetos como o Serena

  • O agente de que gosto, o Crush, já tem suporte a LSP
    Só que, na prática, o agente não usa esse recurso com tanta frequência
    Link do GitHub do Crush

    • Fico curioso se declarar os servidores LSP instalados em AGENT.md faria alguma diferença

  • Ainda não vi o LSP sendo usado de verdade em muitos casos
    O Opus 4.5 tem um timing de QA estável, e as verificações de lint também funcionam bem fora da IDE
    Quando a definição está muito escondida, o LSP pode ser útil
    A lista de recursos de LSP oferecida pelo Claude é a seguinte

    • goToDefinition, findReferences, hover, documentSymbol, workspaceSymbol, goToImplementation, prepareCallHierarchy, incomingCalls, outgoingCalls etc.

  • O LSP deveria oferecer uma API em formato de comando de shell
    Isso facilitaria a integração com LLMs e também seria útil para humanos

    • Já existem frontends de CLI como o lsp-cli
      Mas é mais eficiente para LLMs usar LSP como ferramenta dedicada do que como simples comando de shell