/lsp <arquivo> pega os diagnósticos reais de um arquivo de código — os mesmos erros e avisos que seu editor mostraria — iniciando o language server apropriado e falando o Language Server Protocol com ele.
É um comando manual e por arquivo: você passa um arquivo, o ChatCLI inicia o language server da linguagem dele, abre o documento, aguarda os diagnósticos e os imprime. Não há injeção automática no
/agent//coder.Como funciona
- Detecção de linguagem — pela extensão do arquivo.
- Spawn — inicia o language server da linguagem (comando default ou seu override). Se o binário não estiver instalado/no
PATH, o/lspavisa. - Handshake —
initialize+textDocument/didOpen. - Diagnósticos — espera até 12s por
textDocument/publishDiagnosticse renderiza o resultado.
Linguagens e comandos default
Cada linguagem usa um comando convencional de stdio, sobrescrevível por variável de ambiente. O binário precisa estar instalado e noPATH.
Uso
A tool @lsp — navegação semântica para o agente
O mesmo motor LSP também está disponível para o modelo nos modos agent e coder, como a tool builtin@lsp — com um pool de servidores por sessão (o server inicializa uma vez por projeto e é reaproveitado entre chamadas; servidores ociosos são encerrados após 5 minutos):
Posições são 1-based nos dois sentidos. Onde o
@search encontra texto, o @lsp entende código: depois de editar um arquivo, diagnostics confirma que ele ainda compila; antes de mudar um símbolo, references mostra o raio de impacto.