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

@moolam/contract-conformance

v1.1.0

Published

Internal component of Sutra SDK — applications should install sutra-sdk. Standalone conformance CLI, obligation registry, and deadlined runner for executable @moolam/contracts MUST clauses.

Readme

@moolam/contract-conformance

Standalone executable conformance harness for @moolam/contracts MUST clauses: obligation registry, deadlined runner, human/JSON reports, CLI, and per-contract suites (wire, memory, reasoning, knowledge, tools, model, speech, vision, planning, runtime). The published package runs against an installed external implementation without a Sutra monorepo checkout.

Implementor quickstart

Start here: docs/sdk/conformance-quickstart.md

Install → point a factory at your implementation → run → read verdicts. Aimed at the Stage 1 < 15 minute clean-checkout budget. Root CI runs the same gate via pnpm conformance.

Commands

# Full CI gate: build, package suite, @moolam/runtime refs, CLI self-check
pnpm conformance

# Green → seeded CK-02.1 red (obligation id + MUST in log) → green
pnpm conformance:prove

# Package unit suite only
pnpm --filter @moolam/contract-conformance test

# CLI smoke (subjectId required)
pnpm --filter @moolam/contract-conformance build
node packages/contract-conformance/bin/conformance.mjs \
  --self-check --subject-id demo --device-id local

# Published-package path from an independent project
npx @moolam/contract-conformance \
  --factory ./conformance-factory.mjs \
  --subject-id synthetic-certification \
  --device-id external-ci \
  --only CK-02.1,CK-02.3

External factory contract

The CLI owns the published obligations and runs each selected MUST in a fresh subject namespace with a per-obligation deadline. Your ESM module returns the harness needed by the current obligationId:

// conformance-factory.mjs
export default async function factory({ subjectId, obligationId, signal }) {
  // Return a fresh harness. Switch by obligationId when certifying more than
  // one contract surface. Do not put learner content in setup errors or logs.
  return createMyHarness({ subjectId, obligationId, signal });
}

export async function teardown(harness, context) {
  await harness.close?.(context.signal);
}

Relative paths resolve from the caller's working directory; installed package specifiers are also accepted. --only is optional and defaults to the bounded published catalog. A missing export, setup error, timeout, failed MUST, or teardown error exits 1. Reports always name the obligation ID and verbatim MUST text; unexpected implementation error strings are redacted so raw user content cannot leak into CI logs.

Scaffold

| Export | Role | |---|---| | Obligation<T> | Stable id, contract name, verbatim MUST text, specIds, async check | | ObligationContext | Isolated subjectId, deadline, emit hook (no raw content) | | ObligationViolation | Typed fail for a single obligation | | ObligationRegistry | Append-only register, select, groupByContract, exportCatalogJson | | runConformance | Fresh factory per obligation, deadline (default 5s), CI exitCode | | formatHumanReport / formatJsonReport | Pass/fail table (MUST on failure) or JSON | | conformance bin | --factory <module> --subject-id <id> [--only …] [--json]; --self-check smoke | | Wire / memory / … registries | See quickstart registry table |

Build regenerates fixtures/wire/bundle.json from packages/sync-protocol/schemas + wire-parity golden (never hand-written shapes), then bundles P0/P6 sync fixtures + CERTIFICATION-CHECKLIST.md into fixtures/independence-kit/ and fixtures/independence-kit.tgz for external implementors (no monorepo checkout).

# After install / pack extract:
tar -xzf node_modules/@moolam/contract-conformance/fixtures/independence-kit.tgz -C ./kit
node tools/conformance-cli/bin/conformance-cli.mjs verify --kit ./kit
pnpm independence-kit:prove   # pack → scratch extract → verify (CI)

Obligation IDs are append-only once published. Duplicate registration throws DuplicateObligationIdError. mustText must include the verbatim MUST sentence from @moolam/contracts.

Tests

pnpm --filter @moolam/contract-conformance test