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

@alltuner/vibetuner-jinja

v10.11.0

Published

Vibetuner core jinja templates, packaged for tailwind class scanning at frontend build time

Readme

@alltuner/vibetuner-jinja

The vibetuner framework's core jinja templates, packaged for npm so that tailwind can scan them for class names at build time.

Why this exists

The Python framework vibetuner ships its own jinja templates (base layouts, auth pages, debug pages, the user menu, language picker, etc.). When a project built on vibetuner runs bun run dev or bun run build-prod, tailwind needs to scan these framework templates so that classes used only there (e.g. the styling on the login page or the debug toolbar) end up in the final bundle.css.

Having the bun-side build tooling shell out to the Python interpreter to locate the templates inside the venv was painful — it broke in any context where uv wasn't available (bun-only docker stages, sandboxed CI). This package mirrors the templates so bun resolves them through normal node module resolution.

How to use it

In your project's config.css:

@source "node_modules/@alltuner/vibetuner-jinja/templates";

That's the entire integration. Tailwind treats the templates the same way it treats any other @source-listed directory.

Source of truth

The canonical copy of the templates lives in vibetuner-py/src/vibetuner/templates/frontend/ in the vibetuner monorepo. This package is re-published whenever those templates change, in lockstep with the rest of the framework via release-please.

templates/ here is a generated mirror. It's not committed to git — the package's prepare lifecycle hook (scripts/sync.sh) regenerates it from the Python source whenever it runs (workspace bun install in the monorepo, npm pack, npm publish). Consumers installing from the npm registry get the templates baked into the published tarball, so no post-install work happens on their end. Edit the Python copy; the mirror follows automatically.