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

vesanor

v1.0.18

Published

LLM function calling reliability platform. Validate, monitor, and gate tool-call behavior.

Readme

Vesanor

Vesanor is an LLM function-calling reliability platform. It validates, monitors, and gates tool-call behavior across providers using a runtime SDK, deterministic contracts, replay evidence, and Governance Studio.

The main public path is:

  1. wrap your OpenAI or Anthropic client with replay()
  2. run real traffic through the wrapped client
  3. review inferred behavior in Governance Studio
  4. approve the runtime artifact when ready
  5. let Vesanor monitor, advise, or enforce based on environment

No local YAML contracts are required for the default workflow.

Install

Install Vesanor with the provider SDK you use:

npm install vesanor openai

or:

npm install vesanor @anthropic-ai/sdk

Requires Node.js 18 or newer.

Quick Start

import OpenAI from "openai";
import { replay } from "vesanor";

const client = new OpenAI();

const session = replay(client, {
  apiKey: process.env.VESANOR_API_KEY,
  agent: "orders-bot",
});

const response = await session.client.chat.completions.create({
  model: "gpt-4o-mini",
  messages: [{ role: "user", content: "Process this order" }],
  tools: myToolDefinitions,
});

That is enough to start zero-config governance. Vesanor captures runtime evidence, builds review state for Governance Studio, and attaches approved runtime behavior after you approve.

What It Does

  • Runtime governance: replay() wraps provider clients and observes tool-call behavior in real traffic.
  • Studio review: Governance Studio shows inferred drafts, open judgments, impact preview, approval preview, and conformance findings.
  • Provider-agnostic contracts: the same contract model applies across OpenAI, Anthropic, Gemini, and local providers.
  • Fail-closed enforcement: production governance fails closed when approved authority is unavailable or invalid.
  • Failure classification: failures get stable categories and fingerprints for repeatable investigation.
  • Replay evidence: requests, responses, tool definitions, and decisions can be replayed and compared.

Runtime Behavior

After approval, zero-config governance uses the runtime environment to choose behavior:

| Environment | Behavior | | --- | --- | | development | non-blocking monitor behavior | | staging | advisory compatibility evaluation | | production | protective fail-closed enforcement |

Set the environment explicitly or let the SDK derive it:

const session = replay(client, {
  apiKey: process.env.VESANOR_API_KEY,
  agent: "orders-bot",
  environment: "production",
});

Configuration

Common SDK settings:

| Option | Purpose | | --- | --- | | apiKey | Vesanor API key. Usually process.env.VESANOR_API_KEY. | | agent | Stable name for the wrapped agent or workflow. | | environment | Runtime target such as development, staging, or production. | | runtimeUrl | Optional override for the hosted runtime base URL. |

Provider credentials are separate from Vesanor credentials. Configure your provider SDK the way you normally would:

export VESANOR_API_KEY="vsn_..."
export OPENAI_API_KEY="sk-..."
# or
export ANTHROPIC_API_KEY="sk-ant-..."

Exports

The public package exports the runtime SDK from the package root:

import {
  replay,
  observe,
  validate,
  MemoryStore,
  ReplayContractError,
  ReplayKillError,
  ReplayConfigError,
} from "vesanor";

CommonJS works too:

const { replay } = require("vesanor");

CLI

The same package also includes the vesanor CLI for local packs, recorded-provider tests, sync, doctor checks, and replay workflows.

npx vesanor init
npx vesanor

To run a local contract pack against a live provider:

VESANOR_PROVIDER_KEY="sk-..." npx vesanor --provider openai --model gpt-4o-mini

The CLI/local-pack lane is useful for deterministic contract testing and CI. The default hosted product flow starts with replay() and Governance Studio.

Documentation

License

ISC