concept

Language Server Protocol (LSP)

LSP is the open standard for editor ↔ language tooling communication — autocomplete, jump-to-definition, find references, diagnostics — used by VS Code, Zed, Neovim, JetBrains, and most modern IDEs in 2026.

Before LSP every editor implemented language features (completion, jump-to-def) per-language: huge duplication, language vendors had to ship plugins for each editor. LSP defined a JSON-RPC protocol the editor + language server speak — TypeScript Language Server, rust-analyzer, gopls, pyright. The editor handles UI, the server handles the language. By 2026 LSP is universal; AI IDEs build on top of LSP (using its symbol index for codebase navigation, diagnostics for error context). MCP ([[model-context-protocol]]) borrowed LSP's pattern — open protocol, server / client split. Understanding LSP matters when building AI tooling: the symbol graph LSP exposes is a high-signal context source.

When to use language server protocol (lsp)

Common mistakes

FAQ

What is language server protocol (lsp)?

LSP is the open standard for editor ↔ language tooling communication — autocomplete, jump-to-definition, find references, diagnostics — used by VS Code, Zed, Neovim, JetBrains, and most modern IDEs in 2026.

When should I use language server protocol (lsp)?

Building language tooling. Understanding AI IDE internals.

What are the most common mistakes with language server protocol (lsp)?

Building AI features without using LSP symbol info — much richer signal available for free.

Sources

Last updated: 2026-06-01. Raw markdown: https://promtable.com/glossary/lsp.md.