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

@techninja/clearstack

v0.3.6

Published

A no-build web component framework specification — scaffold, validate, and evolve spec-compliant projects

Readme

Clearstack

A no-build web component framework specification — and its working proof — built entirely through LLM-human collaboration.

Why This Exists

Modern frontend tooling optimizes for machines: bundlers, transpilers, tree-shakers. The result is code that no human (or LLM) can read as-written in the browser. This project asks: what if we optimized for comprehension instead?

The core bet: if every file is small, explicit, and runs exactly as authored — with no build step between source and browser — then both humans and LLMs can reason about, generate, and maintain the codebase with dramatically less friction.

This entire repository — the specification, the file structure, every component, the server, the tests, and this README — was authored through iterative conversation between a human and an LLM. The spec was written first, then proven through implementation, then corrected where the implementation revealed gaps. The spec enforces itself: npm run spec checks every file against its own rules.

Quick Start

npm install -D @techninja/clearstack
npx clearstack init       # scaffold a spec-compliant project
npm install
npm run dev               # http://localhost:3000

What's In The Box

A project/task tracker that exercises every pattern in the spec: API-backed entities, localStorage-only state, realtime sync via SSE, schema-driven endpoints, and a full atomic design component hierarchy — all served as raw ES modules with zero build tools.

Specification

| Document | What It Covers | |---|---| | FRONTEND_IMPLEMENTATION_RULES.md | Philosophy, framework choice, project structure, atomic design | | COMPONENT_PATTERNS.md | Authoring, light DOM, styling, layout engine, JSDoc typing | | STATE_AND_ROUTING.md | Store, routing, unified app state, realtime SSE sync | | CONVENTIONS.md | Naming rules, anti-patterns | | SERVER_AND_DEPS.md | Express server, import maps, vendor dependency loading | | BACKEND_API_SPEC.md | REST CRUD, JSON Schema via HEAD, entity management | | TESTING.md | Testing philosophy, tools, patterns, phase checkpoints | | BUILD_LOG.md | How this project was built — LLM-human collaboration proof | | QUICKSTART.md | Scaffolder setup, development workflow, updating, compliance |

Using Clearstack

Install as a dev dependency, scaffold, and keep in sync:

npm install -D @techninja/clearstack    # add to your project
npx clearstack init                     # scaffold (interactive)
npx clearstack init -y                  # scaffold (defaults)
npm run spec                            # check compliance
npm run spec:update                     # sync docs + configs on upgrade

Two modes: fullstack (Express + WebSocket + JSON DB + SSE) or static (localStorage, no server).

See QUICKSTART.md for the full walkthrough.

Rules That Matter

  • No build tools. ES modules served directly to the browser.
  • ≤150 lines per code file. When it grows, it splits.
  • Light DOM by default. Shared styles just work.
  • JSDoc over TypeScript. Types without a compile step — validated by tsc --checkJs.
  • Test at the boundary. Each phase passes before the next begins.
  • The spec checks itself. npm run spec:code and npm run spec:docs.
  • Lint and format. ESLint + Prettier, semicolons, 2-space indent.

Scripts

npm start           # Start server
npm run dev         # Start with --watch
npm test            # Node + browser tests
npm run lint        # ESLint check
npm run lint:fix    # ESLint auto-fix
npm run format      # Prettier auto-format
npm run typecheck   # JSDoc type validation via tsc
npm run spec        # Spec compliance check
npm run spec:code   # Check code files ≤150 lines
npm run spec:docs   # Check doc files ≤500 lines
npm run spec:update # Sync docs + configs from upstream

License

MIT