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

@tracecart/cli

v0.1.1

Published

Claim traceability tool — extract traces from source documents, verify coverage against targets

Readme

tracecart

npm license

Documentation · npm

Claim traceability tool — extract atomic traces from source documents, verify coverage against targets, detect unsupported claims via reverse tracing.

The problem: You have input documents (client specs, meeting notes, emails) and generated implementation specs. How do you know the specs cover everything? Manual review misses implicit requirements, compound sentences, and cross-document overrides.

tracecart extracts atomic requirements, verifies each against your target documents, and optionally reverse-traces to catch hallucinations. Output: trace-map.json for editor visualization.

How it works

SOURCE DOCUMENTS (specs, meetings, emails)
  │
  ├─ Split into clauses (deterministic)
  ├─ Extract traces (LLM, max 3 iterations)
  ├─ Match traces against target (LLM)
  ├─ [--reverse] Reverse trace: target → source (LLM)
  │
  ▼
trace-map.json → LSP → Editor annotations (Zed, VS Code)

Two layers:

  • Control layer (deterministic TypeScript): clause splitting, validation, remainder tracking, finalization
  • Semantic layer (LLM via Claude Code subagents): extraction, coverage matching, reverse tracing

Install

npm install -g @tracecart/cli

Quick start

As a Claude Code skill

# Install commands into your project
tracecart init

# Run forward pipeline
/tracecart source.md target.md

# Forward + reverse (detect unsupported claims in target)
/tracecart source.md target.md --reverse

# Custom preset
/tracecart source.md target.md --preset contract-compliance

CLI commands

tracecart split source.md                          # Split into clauses
tracecart extract-prompt clauses.json --source source.md --preset spec-coverage
tracecart extract-validate output.txt clauses.json --source source.md --preset spec-coverage
tracecart remainder clauses.json traces.json       # Check uncovered clauses
tracecart match-prompt traces.json target.md --preset spec-coverage
tracecart match-validate output.txt traces.json --preset spec-coverage
tracecart finalize traces.json matches.json --source source.md --target target.md -o trace-map.json
tracecart presets                                  # List available presets

Presets

Presets define domain vocabulary (trace types, coverage statuses) and prompt templates. Switch presets for different comparison types without code changes.

| Preset | Description | |--------|-------------| | spec-coverage (default) | Source requirements → target spec coverage |

Custom presets: place ./presets/<name>.json in your project.

See docs/presets.md for format and examples.

Output

trace-map.json — consumed by the LSP server for inline editor annotations.

Coverage markers per trace:

  • COVERED — target fully addresses the requirement
  • PARTIAL — partially addressed, something missing
  • MISSING — not addressed at all
  • DEFERRED — explicitly out of scope
  • N/A — meta-statement, doesn't need coverage

Documentation

| Document | Description | |----------|-------------| | Presets | Preset format, customization, discovery | | Benchmarks | Extraction method comparison and scoring | | Testing | Test fixtures, running tests, adding ground truth |

Development

git clone https://github.com/tatargabor/tracecart.git
cd tracecart
npm install
npm run build
npm test

| Command | What it does | |---------|-------------| | npm run build | Compile TypeScript | | npm run dev | Watch mode | | npm test | Run tests (vitest) | | npm run lint | Type-check without emit | | npm run clean | Remove dist/ |

Publishing

./scripts/publish.sh patch   # bump → build → test → npm publish → git tag → GH release
./scripts/publish.sh minor
./scripts/publish.sh major
./scripts/publish.sh --dry-run patch  # preview without changes

Requires clean working tree, gh CLI, and npm auth.

License

MIT