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

@varavel/vdl-plugin-sdk

v0.5.10

Published

SDK to build plugins for VDL using TypeScript

Downloads

235

Readme

What You Get

  • A typed plugin authoring API (definePlugin) for src/index.ts.
  • Built-in error primitives (PluginError, fail, assert) for clear diagnostics.
  • Utility subpath imports (utils/*) that tree-shake cleanly.
  • A dedicated testing entry point with IR builders.
  • A small CLI (vdl-plugin) for check and build.
  • Shared TypeScript presets for plugin and test projects.

If you want the full API surface while reading, see vdl-plugin-sdk.varavel.com.

Install

Most projects should start from the official template: vdl-plugin-template

If you are setting up from scratch:

npm install --save-dev --save-exact @varavel/vdl-plugin-sdk@latest

Quick Start

Create src/index.ts:

import { definePlugin } from "@varavel/vdl-plugin-sdk";

export const generate = definePlugin((input) => {
  // Useful input fields:
  console.log(input.version); // VDL version (without the "v" prefix)
  console.log(input.options); // Plugin options from vdl.config.vdl
  console.log(input.ir); // Typed VDL intermediate representation

  return {
    files: [
      {
        path: "hello.txt",
        content: "Hello from VDL Plugin SDK",
      },
    ],
  };
});

Run:

npx vdl-plugin check
npx vdl-plugin build
  • check: type-checks plugin code.
  • build: bundles src/index.ts into dist/index.js.

Entry Points

| Import | Use for | | ------------------------------------------ | ------------------------------------------------------------------------------ | | @varavel/vdl-plugin-sdk | Runtime plugin authoring (definePlugin), typed input, generated files output | | @varavel/vdl-plugin-sdk/utils/<category> | Tree-shakeable helper imports by category | | @varavel/vdl-plugin-sdk/testing | Test-only builders for realistic plugin input and IR fixtures |

@varavel/vdl-plugin-sdk

Use this in runtime plugin code (usually src/index.ts).

@varavel/vdl-plugin-sdk/utils/<category>

Use this for reusable helpers in plugin logic:

import { words, pascalCase } from "@varavel/vdl-plugin-sdk/utils/strings";
import { chunk } from "@varavel/vdl-plugin-sdk/utils/arrays";

@varavel/vdl-plugin-sdk/testing

Use this only in tests to build IR and plugin input fixtures without manually writing large object graphs.

CLI

Use via npx or package scripts:

npx vdl-plugin check
npx vdl-plugin build

# Or with custom entry/out paths:
npx vdl-plugin build --entry packages/my-plugin/src/main.ts --out ../../dist/index.js
  • check runs TypeScript with no emit.

  • build produces the release artifact at dist/index.js from src/index.ts by default. You can override these defaults using the --entry <path> and --out <path> options.

    • Note: Remember that the final built plugin must always be located at dist/index.js relative to your project's root directory so that VDL can automatically discover and load it.

Importing Raw Files

The SDK's builder includes out-of-the-box support for importing files as raw plaintext strings. This is extremely useful for bundling templates, HTML, or SQL queries directly into your plugin without needing the fs module at runtime.

Simply append ?raw to any relative import path:

import { definePlugin } from "@varavel/vdl-plugin-sdk";
import query from "./query.sql?raw";

export const generate = definePlugin((input) => {
  return {
    files: [
      {
        path: "output.sql",
        content: query,
      },
    ],
  };
});

Error Handling

definePlugin wraps your handler in a safe global boundary.

  • Throw PluginError (or use fail) when you want to report a structured diagnostic.
  • Use assert to fail fast and keep TypeScript narrowing for validated values.
  • Any unexpected thrown value is converted into a safe errors response.
import { assert, definePlugin, fail } from "@varavel/vdl-plugin-sdk";

export const generate = definePlugin((input) => {
  const serviceType = input.ir.types.find(
    (typeDef) => typeDef.name === "Service",
  );

  assert(serviceType, 'Missing required type "Service".', input.ir.position);

  if (serviceType.type.kind !== "object") {
    fail('Type "Service" must be an object.', serviceType.position);
  }

  return {
    files: [{ path: "service.txt", content: "ok" }],
  };
});

For RPC plugins, prefer a single fail-fast validation call before generation:

import { definePlugin } from "@varavel/vdl-plugin-sdk";
import { assertValidIrForRpc } from "@varavel/vdl-plugin-sdk/utils/rpc";

export const generate = definePlugin((input) => {
  assertValidIrForRpc(input.ir);

  return {
    files: [{ path: "rpc.ts", content: "// generated" }],
  };
});

Typical Plugin Workflow

  1. Implement your plugin in src/index.ts with @varavel/vdl-plugin-sdk.
  2. Use helpers from @varavel/vdl-plugin-sdk/utils/<category> as needed.
  3. Add unit tests using @varavel/vdl-plugin-sdk/testing.
  4. Run vdl-plugin check during development to ensure type safety.
  5. Run vdl-plugin build to produce dist/index.js.
  6. Commit dist/index.js and publish a new release tag.

VDL consumes the built dist/index.js artifact, not your TypeScript source.

Example package.json scripts:

{
  "scripts": {
    "check": "vdl-plugin check",
    "build": "vdl-plugin build"
  }
}

TypeScript Setup

The SDK uses a composite TypeScript setup to strictly separate your production code from your test environment. You will need three configuration files in your project root:

  1. tsconfig.json (The Router) This file tells your editor and the vdl-plugin check where to find the two separate configurations for production and tests.
{
  "files": [],
  "references": [
    { "path": "./tsconfig.app.json" },
    { "path": "./tsconfig.test.json" }
  ]
}
  1. tsconfig.app.json (For Production Code) This configuration extends the SDK's base app config and defines which files are part of your plugin, excluding tests.
{
  "extends": "@varavel/vdl-plugin-sdk/tsconfig.app.base.json",
  "include": ["src/**/*.ts"],
  "exclude": ["src/**/*.test.ts", "src/**/*.spec.ts"]
}
  1. tsconfig.test.json (For Tests) This configuration extends the SDK's test base config and includes everything your production code ignores. It ensures that test-specific types do not leak into your main plugin compilation.
{
  "extends": "@varavel/vdl-plugin-sdk/tsconfig.test.base.json",
  "include": [
    "src/**/*.test.ts",
    "src/**/*.spec.ts",
    "tests/**/*.ts",
    "e2e/**/*.ts",
    "vitest.config.ts"
  ]
}

Testing

The testing entry point exposes independent builders, so each test imports only what it needs.

import {
  field,
  objectType,
  pluginInput,
  primitiveType,
  schema,
  typeDef,
} from "@varavel/vdl-plugin-sdk/testing";

const input = pluginInput({
  options: { prefix: "Api" },
  ir: schema({
    types: [
      typeDef("User", objectType([field("id", primitiveType("string"))])),
    ],
  }),
});

Pass input to your plugin handler in unit tests and assert generated files or errors.

To add tests, install Vitest:

npm install --save-dev vitest

License

This project is released under the MIT License. See the LICENSE.