npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@aufbau/lsp

v0.0.12

Published

Aufbau language server for browsers and JavaScript runtimes.

Readme

@aufbau/lsp

This package runs the Aufbau language server as WebAssembly.

Install

npm install @aufbau/lsp

Direct server

loadLspServer() loads lsp.wasm and runs the server synchronously in the calling JavaScript thread. The default loader supports browsers and Node:

import { loadLspServer } from "@aufbau/lsp";

const server = await loadLspServer();
const responses = server.process({
  jsonrpc: "2.0",
  id: 1,
  method: "initialize",
  params: { capabilities: {} },
});

Long-running proof searches block the calling thread. In a browser, use the worker transport when the page must remain responsive.

Worker transport

loadLspServerWorker() is browser-only. It creates a module Web Worker and expects the browser Worker event interface. It does not support Node's node:worker_threads API.

import { loadLspServerWorker } from "@aufbau/lsp";

const server = await loadLspServerWorker();
server.subscribe((message) => {
  console.log(message);
});

Node applications should use loadLspServer() unless they provide their own adapter around node:worker_threads.

Files, imports, and includes

The server tracks the documents the client opens (via textDocument/didOpen) and resolves import "other.mm0"; and include "other.auf"; against open documents, relative to the importing document's URI. So, for example, an import "prelude.mm0"; in file:///aufbau-editor/doc1.mm0 looks for file:///aufbau-editor/prelude.mm0. A proof file pairs with the theory file at the corresponding path.

Loading from a CDN

The package works as a plain <script type="importmap"> entry — no bundler and no build step:

<script type="importmap">
  {
    "imports": {
      "@aufbau/lsp": "https://esm.sh/@aufbau/lsp"
    }
  }
</script>
<script type="module">
  import { loadLspServerWorker } from "@aufbau/lsp";

  const server = await loadLspServerWorker();
</script>

Browsers refuse to construct a Worker from a cross-origin script, and CORS does not lift that. So when the package is served from another origin, loadLspServerWorker() boots the worker from a same-origin blob: URL whose only statement imports the real worker module. This is transparent to callers, but a page that sets a Content-Security-Policy has to allow it:

worker-src blob:; script-src 'self' https://esm.sh; connect-src 'self' https://esm.sh

(connect-src covers the worker's fetch of lsp.wasm.) Passing your own options.worker or options.workerUrl bypasses the blob path entirely.