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

@pacia/cli

v1.1.0

Published

Fault-tolerant CI reporting for Pacia engineering intelligence

Readme

@pacia/cli

CI reporting for Pacia engineering intelligence. The package exposes the pacia executable and is intended to be run without a repository-local dependency:

See the complete CLI reference for setup, all parameters, CI variable detection, publishing, and maintenance steps.

npx --yes @pacia/cli@latest coverage report

Pacia uses one organization-wide PACIA_API_KEY across all shared pipelines. Each run must explicitly pass --repository and --provider; authorization identity is never inferred from provider-specific CI variables.

Pull request coverage

Generate an Istanbul/Vitest JSON summary, then report it from the PR test job:

- script: >
    yarn test:coverage
    --coverage.reporter=json-summary
    --reporter=junit
    --outputFile=reports/junit.xml
  displayName: Run tests with coverage

- script: >
  npx --yes @pacia/cli@latest coverage report
  --module "${{ parameters.appName }}"
  --repository "${{ parameters.repositoryName }}"
  --provider "${{ parameters.repositoryProvider }}"
  displayName: Report PR coverage to Pacia
  continueOnError: true
  env:
    PACIA_API_KEY: $(PACIA_API_KEY)

Azure Pipelines build ID, commit SHA, source branch, and pull request number are detected automatically. A PR report updates only that pull request's total line coverage percentage. It does not store the full report or create a historical branch snapshot.

Full branch snapshots

On a protected branch such as main or master, generate both summary and full JSON output and opt into artifact storage:

- script: >
    yarn test:coverage
    --coverage.reporter=json-summary
    --coverage.reporter=json
  displayName: Run branch tests with full coverage

- script: >
    npx --yes @pacia/cli@latest coverage report
    --module "${{ parameters.appName }}"
    --repository "${{ parameters.repositoryName }}"
    --provider "${{ parameters.repositoryProvider }}"
    --branch "$(Build.SourceBranchName)"
    --full-report coverage/coverage-final.json
  displayName: Store full branch coverage in Pacia
  env:
    PACIA_API_KEY: $(PACIA_API_KEY)

This stores the standard line, statement, function, and branch totals in the database for trend queries. The complete JSON report is stored at a relative path shaped as:

<organization>/<repository>/<branch>/<yyyy-mm-dd>/<build>-<module>.json

The API stores reports in its local data/coverage-reports folder. Pacia's deployment scripts preserve this folder between releases. COVERAGE_REPORTS_DIR can optionally override the location.

Options

Run pacia coverage report --help for the complete list. PACIA_API_KEY is preferred, but --api-key is available for pipeline systems that cannot map a secret to an environment variable.

The CLI always writes progress and a final result to the pipeline log. A successful upload ends with:

[pacia] SUCCESS: Reported customer-portal coverage: 80.00% lines

Reporting failures are non-fatal by default, including API downtime, timeouts, invalid responses, missing files, invalid JSON, and missing API keys:

[pacia] WARNING: Coverage upload failed (503)
[pacia] SUCCESS: Coverage reporting is non-blocking; the pipeline will continue.

Use --strict only when a reporting failure should stop the pipeline.