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

@sproutseeds/tailnet-app

v0.3.0

Published

Reusable Tailscale Serve diagnostics and setup helpers for private local apps.

Readme

@sproutseeds/tailnet-app

Reusable Tailscale Serve diagnostics and setup helpers for private local apps.

This package exists so SproutSeeds apps do not each reimplement the same Tailscale detection, URL printing, health checks, Funnel checks, and named service instructions.

Install

npm install @sproutseeds/tailnet-app

For direct CLI use:

npm install -g @sproutseeds/tailnet-app

Standard

  • Apps bind to 127.0.0.1.
  • Apps expose /healthz.
  • Tailscale Serve is tailnet-only by default.
  • Tailscale Funnel is never enabled by default.
  • Device URLs are the plug-and-play path.
  • Named Tailscale Services are the durable clean-URL path for multi-app hosts.

CLI

tailnet-app doctor --app-name dumpy --port 7331 --service-name dumpy
tailnet-app ensure --app-name dumpy --port 7331 --auto-serve
tailnet-app supervise --config ops/tailnet-app/dumpy.json -- node server.mjs
tailnet-app serve-device --app-name dumpy --port 7331
tailnet-app service-instructions --app-name dumpy --port 7331 --service-name dumpy

For an app that already has a named Tailscale Service and should fail when that service is not approved/routed:

tailnet-app ensure \
  --app-name trading-dashboard \
  --port 8765 \
  --service-name trading-dashboard \
  --service-socket ~/.clawdad/tailscale-live-host/tailscaled.sock \
  --official-url https://trading-dashboard.example.ts.net/ \
  --require-service \
  --auto-service

The first-run user experience should not require a named service. If Tailscale is installed and connected, the app can expose a private device URL such as:

https://macbook-pro.example.ts.net:7331/

Named services provide clean URLs such as:

https://dumpy.example.ts.net/

Those may require defining svc:dumpy in the Tailscale admin console.

JSON Config

{
  "appName": "trading-dashboard",
  "host": "127.0.0.1",
  "port": 8765,
  "healthPath": "/healthz",
  "serviceName": "trading-dashboard",
  "officialUrl": "https://trading-dashboard.example.ts.net/",
  "requireService": true,
  "requireDeviceServe": false,
  "autoService": true,
  "allowFunnel": false
}

Run:

tailnet-app doctor --config tailnet-app.config.json

Library

import { configureDeviceServe, runTailnetDoctor, runTailnetEnsure } from "@sproutseeds/tailnet-app";

const config = {
  appName: "dumpy",
  port: 7331,
  serviceName: "dumpy"
};

const doctor = await runTailnetDoctor(config);
if (!doctor.ok) {
  process.exitCode = 1;
}

const ensure = await runTailnetEnsure({
  ...config,
  autoServe: true,
  dependencies: [
    {
      name: "speech-backend",
      healthUrl: "http://100.64.0.10:8771/healthz",
      required: true,
      autoStart: true,
      startCommand: ["my-app", "speech-start"]
    }
  ]
});

await configureDeviceServe(config);

ensure is the startup orchestration layer. It checks the app, configures private device Serve when autoServe is true, starts explicitly configured dependencies, waits for their /healthz, and reports degraded readiness instead of hiding backend failures behind a blank app.

supervise is the LaunchAgent/systemd entrypoint. It starts the service command, waits for local health, runs ensure, writes optional readiness JSON, forwards signals to the child, and exits when the child exits so the platform supervisor can restart it.

Apps that use a durable Tailscale Service host satisfy the network gate through the named service route. Set autoService: true to repair the host-side route when approval already exists. Set requireDeviceServe: true only when the app should also require a per-device Serve route.

Security Model

This package configures Tailscale Serve, not public Funnel. The doctor reports public Funnel routes. By default, an unrelated Funnel route is a warning, while a Funnel route pointing at the current app is a failure. Use --strict-funnel to fail when any public Funnel route exists.

Named Services are host-side routing plus a Tailscale admin-console service definition. The CLI prints the exact values needed:

  • service name
  • svc:<name> ID
  • endpoint tcp:443
  • expected URL
  • host-side tailscale serve --service=... command