auto_lsp is at an early stage, expect frequent breaking changes.

Quick Example

auto_lsp is designed to be as language-agnostic as possible, allowing any Tree-sitter grammar to be used.

Defining a simple AST involves two steps: writing the queries and then defining the corresponding AST structures in Rust.

Let's say you have a toy language with a root node named document containing a list of function nodes, each containing a unique name.

A simple query file to capture the root document and function names:

(document) @document
(function
    (name) @name) @function

The corresponding AST definition in Rust:

#[seq(query = "document")]
struct Document {
   functions: Vec<Function>
}

#[seq(query = "function")]
struct Function {
   name: Name
}

#[seq(query = "name")]
struct Name {}

Now that you have your AST defined, you can:

• Implement the LSP traits and create a LSP server (with the lsp_server feature).
• Add your own logic for testing purposes, code_generation, etc.

You can find more examples in the src/tests folder.

Features

• deadlock_detection: Enable parking_lot's deadlock detection (not compatible with wasm).
• log: Enable logging. (uses stderrlog)
• lsp_server: Enable the LSP server (uses lsp_server).
• rayon: Enable rayon support (not compatible with wasm).
• wasm: Enable wasm support.
• html: Enable the html workspace mock for testing purposes.
• python: Enable the python workspace mock for testing purposes.
• incremental: Enable incremental updates.
• miette: Enable miette error handling.

Documentation

• book
• docs.rs

Inspirations / Similar projects

• Volar
• Rust-sitter
• StackGraphs
• airblast-dev's texter, which saved hours of headache