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

path-code

v1.0.1

Published

PATH Code — local autonomous software engineering with independent verification

Downloads

26

Readme

PATH Code 1.0

PATH Code is local autonomous software engineering for a Git project.

You describe a change. PATH engineers in an isolated task workspace, independently validates the result, and leaves your primary checkout untouched. Verified work is handed off on a path/task-* branch for you to merge when ready.

Supported environment (V1)

| Requirement | V1 | | --- | --- | | Platform | macOS Apple Silicon (darwin / arm64) | | Node.js | 22+ | | Git | required | | Engineering auth | Google Vertex Application Default Credentials | | GitHub CLI (gh) | optional; required only for pathcode --issue |

Install

npm install -g path-code
# or from a release tarball:
# npm install -g ./path-code-1.0.1.tgz

Verify:

pathcode --version   # PATH ● Code 1.0.1
pathcode doctor

First run creates a private runtime under ~/.path-code/runtime/v1.0.1/ (engine venv, diagnostics, disposable task worktrees). Override with PATHCODE_RUNTIME_ROOT if needed.

Commands

| Command | Purpose | | --- | --- | | pathcode | Living engineering session in the current Git project | | pathcode --issue <n> | Load GitHub issue #n, engineer, verify, then offer push + PR | | pathcode doctor | Readiness (install, platform, Node, Git, runtime, auth; GitHub optional) | | pathcode --help | Help | | pathcode --version | Version |

First engineering run

cd your-git-project
pathcode

At the prompt, describe an engineering task. PATH:

  1. Creates an isolated task branch and worktree
  2. Runs bounded autonomous engineering
  3. Independently validates using project-defined checks
  4. Leaves the primary checkout untouched

Adopt verified work when you choose:

git merge path/task-<id>

GitHub issues → pull requests

cd your-github-backed-project
pathcode --issue 42

After local VERIFIED, PATH asks once to publish. Approve with y to push the exact verified branch and open a PR with PATH-owned evidence. Decline leaves remotes unchanged.

If GitHub CLI is not authenticated: gh auth login. Local engineering works without GitHub.

Engineering authentication

PATH uses Google Vertex ADC for engineering. Typical setup:

gcloud auth application-default login
export GOOGLE_CLOUD_PROJECT=<your-project>

pathcode doctor reports whether engineering auth appears present. PATH does not store Google credentials.

Task isolation model

  • Package root — installed PATH assets (relocatable)
  • Runtime root — private venv, diagnostics, task worktrees
  • Project root — your Git repository (git rev-parse --show-toplevel)

Launching from a monorepo package subdirectory keeps Git operations at the repository root and starts engineering/validation in that subdirectory.

Validation honesty

PATH never invents a VERIFIED result. Classifications:

  • VERIFIED — configured checks passed
  • PARTIALLY VERIFIED — mixed results
  • FAILED — configured checks failed
  • NOT VERIFIED — no admissible validation, or cancelled

Cancellation and recovery

Cancel with Ctrl-C. PATH restores the terminal and cleans disposable PATH-owned worktrees when safe. Stale PATH-owned task worktrees are recovered on next launch without pruning unrelated user worktrees.

Troubleshooting

pathcode doctor

Common cases:

  • Unsupported platform/Node → upgrade or use a supported machine
  • Not a Git repo → cd into the project
  • Dirty tree / detached HEAD → clean up Git state first
  • Engineering auth → configure Vertex ADC as above
  • GitHub (optional) → gh auth login

What V1 does not include

Multi-engine routing, cloud workstation execution, automatic PR merge, and collaborative studio features are out of scope for 1.0.