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

e2e-agent

v0.1.9

Published

Connect coding agents to Zerocheck through its CLI or MCP server to import, review and run saved end-to-end browser tests.

Readme

e2e-agent

Give your coding agent repeatable browser checks

Give your coding agent a way to inspect browser tests, draft checks from a release checklist, run them and read the results. Zerocheck supplies the browser testing workflow through its CLI and local MCP server.

e2e-agent is an official command alias for Zerocheck, with the same commands and configuration. Examples below use e2e-agent; the main documentation uses zerocheck.

New to Zerocheck? Request pilot access. We provision a customer instance and help you configure your first handful of tests during hands-on onboarding.

Already onboarded? Run your saved tests, or open the instance URL supplied during onboarding to use the web app.

Before you start

Test execution requires a Zerocheck account, a provisioned customer instance and a project in that instance. There is no default public service.

For the CLI, have these ready:

  • Node.js 20.19 or newer.
  • Your instance URL and account access, supplied during onboarding.
  • Your project files: zerocheck.yaml with the correct project, environment and app URL, plus at least one saved YAML test in its configured test directory. We set up these files with you during onboarding.
  • A running app reachable from your machine, with the test accounts, fixtures and credential variables your checks need.

Local execution uses Zerocheck's AI service and uploads selected test definitions, page context and run evidence. It requires network access and authentication even though the browser runs on your machine.

Run your saved tests

Run from the app repository containing the project files above. Replace the instance URL with the one you received during onboarding.

npm install --save-dev --save-exact [email protected]
export ZEROCHECK_API="https://your-instance.example.com"
npx e2e-agent login
npx e2e-agent install
npx e2e-agent validate
npx e2e-agent run --json .zerocheck/latest-run.json

login prints a URL and code for you to approve in your browser. install downloads Chromium for local runs. validate checks the saved YAML without running a browser.

run executes the saved tests in the configured test directory, using default_environment from zerocheck.yaml. Confirm that environment points to the app you intend to test. When a results link is printed, open it to inspect outcomes, failed steps and screenshots after signing in. The JSON file also retains the run details. If publication fails, follow the upload-retry command printed by the CLI.

To run just one test, use its actual repository path:

npx e2e-agent run zerocheck/tests/your-test.yaml

Starting from the web app

Open your provisioned instance, choose a saved test and run it against the intended environment. You can use the web app without installing this package.

To bring an individual web test into your repository, use Download YAML and put that file in the configured test directory. This creates an independent copy. Web tests are edited in the web app; repository tests are edited in their files. The CLI does not automatically download your saved web tests.

For a reviewed checklist import, the CLI can save its drafted tests with import --draft IMPORT_ID, as shown below. An import ID is different from an individual saved-test ID or run ID.

After installing and logging in, replace the project ID and app URL, then initialize a new configuration:

npx e2e-agent init --project "YOUR_PROJECT_ID" --env dev --url "http://localhost:3000"

init creates zerocheck.yaml and an empty test directory. If the configuration already exists, edit that file to change its project or environments.

Add your onboarding-provided test YAML, download an agreed web test, or draft tests from a real release checklist:

npx e2e-agent install
npx e2e-agent import release-checklist.md --env dev

Import drafts and runs checks immediately. Review the displayed YAML and browser results before saving. Resolve missing inputs and inspect failed or incomplete checks. Replace IMPORT_ID with the import identifier printed by the command:

npx e2e-agent import --draft IMPORT_ID
npx e2e-agent validate
npx e2e-agent run --env dev

Saving a draft does not change a failed result into a pass. Keep the expected outcome when investigating a failure.

What a test looks like

Each repository test is a readable YAML file. Adapt this example to a route and outcome that exist in your app:

version: zerocheck/v1
name: Release notes are available
blocks_merge: true
steps:
  - Navigate to /releases
  - Verify the Release notes heading is visible

Coding agents and other runners

After completing project setup, a compatible coding agent can use the same CLI through its local stdio MCP server:

npx e2e-agent mcp --project-dir "/absolute/path/to/your/app"

Configure the process in your MCP client using the MCP guide. Device sign-in needs your approval. The MCP tools can inspect, draft, save and run tests, then read their results.

For hosted execution, add --runner hosted to run; Chromium installation on your machine is unnecessary for that runner. The hosted browser must be able to reach the configured app URL. It cannot automatically reach your laptop's localhost. Hosted CLI runs still use repository configuration and test files.

When a run needs attention

| Situation | Next step | | --- | --- | | No instance configured | Set ZEROCHECK_API to your customer instance before login. | | No configuration or tests found | Add the project configuration and saved YAML tests. init creates an empty test directory. | | Missing test credentials | Supply the variables referenced by your configured environment. | | A test fails or cannot complete | Open the result and inspect the failed step and evidence. | | Result publication fails | Follow the upload-retry command printed by the CLI. |

Exit codes: 0 means the run completed within the configured merge policy; 1 means a blocking failure; 2 means a setup, incomplete-execution, infrastructure or result-publication error.

Request pilot access · Developer resources · CLI guide · Web app guide · Results