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

dexrelay

v0.1.52

Published

Mac-side CLI/bootstrap runtime for the DexRelay iPhone app.

Readme

Bootstrap Payload

This folder is the publishable DexRelay Mac payload.

It is the source of truth for:

  • the public install script
  • the public dexrelay CLI wrapper
  • the public npm package
  • the helper
  • the bootstrap bridge runtime
  • the optional relay runtime pieces
  • the public setup guide and skill doc

What this payload now represents

The current DexRelay product model is:

  1. install DexRelay on the Mac
  2. run dexrelay pair
  3. scan the QR on the phone
  4. use local Wi-Fi first
  5. use Tailscale fallback when the device leaves Wi-Fi

So this payload is no longer just “install a bridge on :4615”.

It now owns:

  • QR pairing
  • helper health and setup state
  • direct LAN-first bootstrap
  • Tailscale fallback host bootstrap
  • relay runtime scaffolding
  • Mac-side self-heal behavior

Public Cloudflare layout

https://assets.dexrelay.app/install.sh
https://assets.dexrelay.app/bridge.js
https://assets.dexrelay.app/relay-server.js
https://assets.dexrelay.app/relay-connector.js
https://assets.dexrelay.app/package.json
https://assets.dexrelay.app/dexrelay
https://assets.dexrelay.app/helper.py
https://assets.dexrelay.app/create-mac-project.sh
https://assets.dexrelay.app/git-project-automation.sh
https://assets.dexrelay.app/governancectl.py
https://assets.dexrelay.app/services.registry.json
https://assets.dexrelay.app/servicectl.py
https://assets.dexrelay.app/rebuild-workspace-services.py
https://assets.dexrelay.app/migrate-dexrelay-state.py
https://assets.dexrelay.app/setup-guide.html
https://assets.dexrelay.app/dexrelay-skill.md

Important runtime defaults

  • runtime root: ~/Library/Application Support/DexRelay/runtime
  • admin workspace: ~/src/DexRelay Admin
  • direct bridge port: 4615
  • helper port: 4616
  • relay server port: 4620

Canonical user commands

  • dexrelay install
  • dexrelay status
  • dexrelay repair
  • dexrelay pair
  • dexrelay uninstall
  • dexrelay wake on|off|status

Advanced:

  • dexrelay relay-pair

User-facing happy path

Normal user flow should be:

  1. run npm i -g dexrelay
  2. wait for DexRelay to bootstrap the Mac runtime automatically
  3. on the Mac, run dexrelay pair
  4. on the phone, scan the QR
  5. start coding

Secondary install path:

Tailscale is not supposed to be the first-run blocker for same-network onboarding anymore.

Instead:

  • same Wi-Fi should work immediately
  • Tailscale should keep DexRelay working away from Wi-Fi

Reliability expectations

After install, the payload is expected to leave behind:

  • launchd-managed DexRelay services
  • helper
  • watchdog
  • keep-awake
  • relay runtime support where configured

That means:

  • dexrelay status is the canonical health view
  • dexrelay repair is the canonical in-place fix
  • dexrelay install is safe to rerun as an update or reinstall path
  • dexrelay install should also migrate older project state from .codex/ into .dexrelay/

Release rule

If any thread changes:

  • install.sh
  • dexrelay
  • helper.py
  • bridge.js
  • relay-server.js
  • relay-connector.js
  • rebuild-workspace-services.py
  • migrate-dexrelay-state.py
  • public setup or skill docs

then the payload, docs, and installable skills must be released together.

The repo-owned Homebrew tap mirror is optional legacy infrastructure. It can be updated separately if needed, but it should not gate the standard DexRelay release.

See: