An implementation of a language server for the Luau programming language.

Install the extension from the VSCode Marketplace or OpenVSX Registry:

• VSCode Marketplace: https://marketplace.visualstudio.com/items?itemName=JohnnyMorganz.luau-lsp
• OpenVSX Registry: https://open-vsx.org/extension/JohnnyMorganz/luau-lsp

Alternatively, check out Getting Started for Language Server Clients to setup your own client for a different editor

The language server should be immediately usable for general Luau code after installation. String require support is provided for module paths, using require("module"). There are two options for resolving requires, which can be configured using luau-lsp.require.mode: relativeToWorkspaceRoot (the default - equivalent to the command-line REPL luau) or relativeToFile.

Type definitions can be provided by configuring luau-lsp.types.definitionFiles, with corresponding documentation added using luau-lsp.types.documentationFiles.

If you use Luau in a different environment and are interested in using the language server, or looking for any specific features, please get in touch!

By default, the latest Roblox type definitions and documentation are preloaded out of the box. This can be disabled by configuring luau-lsp.types.roblox.

The language server uses Rojo-style sourcemaps to resolve DataModel instance trees for intellisense. This is done by running rojo sourcemap --watch default.project.json --output sourcemap.json. The server listens to changes of a sourcemap.json file present at the workspace root. It is recommended to add this file to your .gitignore.

The following settings are configurable for sourcemap generation:

• luau-lsp.sourcemap.enabled: Whether sourcemap support is enabled (default: on)
• luau-lsp.sourcemap.autogenerate: Whether sourcemaps are automatically generated by the client. If disabled, the server will listen to manual changes to a sourcemap.json file (default: on)
• luau-lsp.sourcemap.rojoProjectFile: What project file to use (default: default.project.json)
• luau-lsp.sourcemap.includeNonScripts: Whether to include non script instances in the sourcemap. May be disabled for expensive DataModels (default: on)

If you do not use Rojo, you can still use the Luau Language Server, you just need to manually generate a sourcemap.json file for your particular project layout.

Note: in the diagnostics type checker, the types for DataModel (DM) instances will resolve to any. This is a current limitation to reduce false positives. However, autocomplete and hover intellisense will correctly resolve the DM type. To enable this mode for diagnostics, set luau-lsp.diagnostics.strictDatamodelTypes (off by default). Read more.

A companion Studio plugin is available to provide DataModel information for Instances which are not part of your Rojo build / filetree: Plugin Marketplace

The tool can run standalone, similar to luau-analyze, to provide type and lint warnings in CI, with full Rojo resolution and API types support. The entry point for the analysis tool is luau-lsp analyze.

Install the binary and run luau-lsp --help for more information.

• Diagnostics (incl. type errors)
• Autocompletion
• Hover
• Signature Help
• Go To Definition
• Go To Type Definition
• Find References
• Document Link
• Document Symbol
• Color Provider
• Rename
• Semantic Tokens
• Inlay Hints
• Documentation Comments (Moonwave Style - supporting both --- comment and --[=[ comment ]=], but must be next to statement)
• Code Actions
• Workspace Symbols
• Folding Range
• Call Hierarchy

The following are extra features defined in the LSP specification, but most likely do not apply to Luau or are not necessary. They can be investigated at a later time:

• Go To Declaration (do not apply)
• Go To Implementation (do not apply)
• Code Lens (not necessary)
• Document Highlight (not necessary - editor highlighting is sufficient)
• Selection Range (not necessary - editor selection is sufficient)
• Inline Value (applies for debuggers only)
• Moniker
• Formatting (see stylua)
• Type Hierarchy (Luau currently does not provide any [public] ways to define type hierarchies)

mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=Release
cmake --build . --target Luau.LanguageServer.CLI --config Release