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

@entelekheia/vibe-ops-governance

v0.2.0

Published

The governance surface as a vibe-ops ops: records, links, and archival references

Readme

@entelekheia/vibe-ops-governance

vibe-ops governance — this repository's own governance surface, composed: adr/plan/rfc/task header tables, the links inside every tracked markdown file, and the git show <sha>:<path> breadcrumbs a task's closure leaves behind. The second ops in this repository, following @entelekheia/vibe-ops-agents-md — see RFC-0001.

vibe-ops governance              # the repository you are standing in
vibe-ops governance --list       # the gates composed, and the paths each runs over
vibe-ops governance --verbose    # the full run, not only what failed

| Entry | Paths | Emits | |---|---|---| | record-header (type adr) | project/adr/*.md | no — structural | | record-header (type plan) | project/plans/*.md | no | | record-header (type rfc) | project/rfc/**/*.md | no | | record-header (type task) | project/tasks/*.md | no | | record-frontmatter (type log) | project/log/*.md | no — structural | | template-version (per type: adr, plan, rfc, task, log, research) | that type's records | yes | | markdown-link | the gate's own default (**/*.md) | yes | | breadcrumb | the gate's own default (**/*.md) | yes |

markdown-link and breadcrumb emit because both recur for as long as this repository has markdown — links rot as files move, and every task closure adds another breadcrumb a rewritten history can break. record-header does not: once a record declares a Status it keeps it, and a series of zeros there says nothing about whether the guide is working. record-frontmatter is the same reading for a type whose fields travel in YAML frontmatter rather than a header table — which one a type gets is decided by its own types/<t>/type.json, under schema.carrier, not by anything here.

Research carries no schema: nothing in this repository declares its shape, and inventing one is a decision for the skill that would create research documents, not for this ops.

markdown-link's shell precedent, 20-links.sh, and fragment-parity — the gate that compared the two — were both retired in Plan-038 Track 7, once a corpus wide enough showed no divergence between them and both sides were made to fail on one shared fixture. This ops never actually carried a fragment-parity entry of its own: the comparison for 20-links.sh lived in ops-mirror, not here.