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

@kekkai/blueprint

v1.8.0

Published

Architecture as Code — one Blueprint compiles into docs, agent contracts, lint, and CI for Vue & React projects.

Readme

codecov

@kekkai/blueprint

Architecture as Code — one Blueprint compiles into ESLint rules, a human handbook, an AI agent contract, and a CI gate.

Declare your frontend architecture once — layers, module shape, ownership, principles — and compile it into everything that keeps a codebase (and its coding agents) honest:

  • Enforce — an ESLint flat config, embedded plugin included
  • Explain — a human handbook (markdown + mermaid)
  • Collaborate — agent contracts (CLAUDE.md, AGENTS.md, Cursor, Windsurf…)
  • Gate — a GitHub Actions workflow: lint + a read-only architecture report

Quick start

npx @kekkai/blueprint init      # greenfield: scaffold it all
npx @kekkai/blueprint inspect   # brownfield: architecture report + baseline ratchet

30 seconds on a fresh Vite app — one command turns this:

my-app/                        my-app/
├─ package.json          ──▶   ├─ blueprint.config.mjs                ← single source of truth
└─ src/                        ├─ eslint.config.mjs                   ← rules + parsers, generated
                               ├─ CLAUDE.md · AGENTS.md               ← agent operating contract
                               ├─ docs/architecture-handbook.md       ← the "why", for humans
                               ├─ .github/workflows/blueprint-ci.yml  ← lint + inspect as the gate
                               └─ src/pages|containers|components|hooks|contexts|services/

Framework auto-detected, existing configs never overwritten, re-runs idempotent.

🔒 Security & trust

  • Never launches an agent by default — it writes plain-markdown contracts and playbooks for coding agents and hands off; there is no credential or authorization surface. init --agent claude|codex is the one explicit opt-in: it spawns exactly the printed command, foreground and interactive, under your own agent CLI's permissions — blueprint itself still holds no credentials and makes no network calls.
  • No network access, zero runtime dependencies — local file operations only.
  • Child processes are declared and skippable — the dependency install during init (printed in the plan; --no-install skips it), and the opt-in agent launch above. Nothing else is executed.
  • Writes are declared and bounded--dry-run prints every effect; inspect / deps are read-only; your files are only edited when losslessly rewritable, never overwritten. One scoped exception: on a fresh scaffold, init also wires the import alias into the template's vite/tsconfig (precondition-guarded, dry-run visible, falls back to instructions); existing projects are never touched.
  • Provenance-signed releases — published from GitHub Actions with npm provenance.

Details: Security & Trust

📖 Documentation

Full guide, API reference, and the engineering philosophy behind it (English / 繁體中文):

→ https://taco3064.github.io/blueprint/

License

MIT © taco3064