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

@testmuai/evidence-cli

v0.1.6

Published

An open, framework-agnostic format for what a test run produced — the .evidence pack, and the library + CLI that validate and seal it.

Readme

evidence-cli — TestMu AI (formerly LambdaTest)

An open, framework-agnostic format for what a test run produced — the .evidence pack, and the library + CLI that validate and seal it.

npm version License CI Node Discord

One shape, whatever made it — a browser agent, a Playwright suite, a Jest run, an API check. An evidence pack is readable by a CI dashboard, an auditor, or a human without knowing the framework that wrote it.

Install

# As a library (Node 18+)
npm install @testmuai/evidence-cli

# Or the CLI, globally
npm install -g @testmuai/evidence-cli

Two ways to use it

As a library

import { validate, finalize } from "@testmuai/evidence-cli";

// Validate a pack — a directory or a sealed .evidence zip — against a profile.
const report = await validate("my-run.evidence", { profile: "L1" });
if (!report.valid) {
  for (const d of report.diagnostics) {
    console.error(`${d.severity} ${d.location}: ${d.message} [${d.code}]`);
  }
}

// Seal a live directory into a flat, range-addressable .evidence zip (atomically).
const { totals, sealedPath } = await finalize("my-run.evidence", {
  endedAt: new Date().toISOString(),
});

The package ships type definitions; validate and finalize are the load-bearing entry points, and the pack container types (openContainer, RemoteZipContainer, …) are exported for reading packs directly — including ranged reads from a blob store.

As a CLI

evidence validate my-run.evidence --profile L0   # check a directory OR a sealed .evidence zip
evidence validate my-run.evidence --profile L1   # L1 = L0 + the captured-artifact layer
evidence finalize my-run.evidence/               # roll up totals, hash definitions, seal → .evidence

Exit codes: 0 valid · 1 invalid · 2 usage error. Add --json for a machine-readable report.

What's in a pack

A pack is a <name>.evidence/ directory (which zips to a <name>.evidence file), anchored by a top-level run.yaml. At L0 — the minimal profile — only three artifacts are load-bearing:

<name>.evidence/
  run.yaml                 # required — manifest anchor (run identity, lifecycle, derived totals)
  tests/<id>/
    <definition>           # required, OPAQUE — the framework's own artifact (a Markdown spec, *.spec.ts, an API suite, …)
    result.yaml            # required — structured per-step outcomes

evidence-cli knows nothing about any framework's definition format. It references and hashes the definition; it never parses it. The format scales by adding optional files and profiles — never by rewriting the L0 core.

Profiles — a ladder on one 0.1 contract

  • L0 — the minimal, framework-neutral core (above).
  • L1 — purely additive: keeps all of L0 and adds the captured evidence artifacts (per-test execution logs and step screenshots, a global coverage directory; video optional).

Version and profile are different axes: a profile only adds requirements and never changes the version; only a breaking change to an existing meaning bumps evidence (0.10.2).

This repo is its own spec

evidence-cli is governed by a living decision log. The design/ directory holds the decisions (proposition → options → decision → reasoning), the contract, and a web viewer that renders all of it. The JSON Schemas — the single source of truth, consumed by both the validator and the viewer — live under src/schemas/0.1/.

The decision is the unit of work. Code is downstream of it. No code lands without a decision; no change lands without updating the structure.

Browse it locally with npm run docs. See GOVERNANCE.md.

Support & contributing

🚀 LambdaTest is now TestMu AI

On January 12, 2026, LambdaTest evolved to TestMu AI, an autonomous Agentic AI Quality Engineering Platform. Same team, same infrastructure, same accounts — existing logins, scripts, and integrations continue to work. Find the new home at testmuai.com.

License

Apache-2.0 © LambdaTest Inc.