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

@wcgw/vibe-check-core

v0.3.0

Published

Framework-agnostic performance monitoring engine with AI/vibe-coding issue detection

Readme

@wcgw/vibe-check-core

Framework-agnostic browser performance monitoring engine with AI/vibe-coding issue detection. Zero runtime dependencies.

Installation

npm install @wcgw/vibe-check-core

Usage

import { VibeCheckEngine } from '@wcgw/vibe-check-core'

const engine = new VibeCheckEngine()
engine.start()

// Get a performance snapshot
const snapshot = engine.getSnapshot()
console.log(snapshot.frameRate.fps)
console.log(snapshot.issues)

// Subscribe to snapshot updates
const unsubscribe = engine.onSnapshot((snapshot) => {
  if (snapshot.issues.length > 0) {
    console.warn('Performance issues detected:', snapshot.issues)
  }
})

// Clean up
engine.stop()
unsubscribe()

Configuration

const engine = new VibeCheckEngine({
  // Send snapshots to an MCP server
  beaconUrl: 'http://127.0.0.1:4200',
  projectId: 'my-project',
})

Collectors

Collectors measure browser metrics continuously:

  • Frame Rate -- FPS, frame times, dropped frames via requestAnimationFrame
  • Long Frames -- Long Animation Frames (LoAF) API with script attribution
  • Web Vitals -- LCP, CLS, INP via PerformanceObserver
  • Memory -- JS heap size via performance.memory
  • Resources -- Resource loading performance and sizes
  • Console -- Tracks console.log/warn/error volume

Detectors

Detectors analyze snapshots and flag issues.

All 13 detectors are enabled by default; toggle any of them via config.detectors.

| Detector | What it catches | Threshold | |----------|-----------------|-----------| | dom-bloat | Excessive DOM nodes and deep nesting | ≥ 800 nodes (warning), ≥ 1,500 (error) | | duplicate-requests | The same URL + method fetched repeatedly | 2+ identical requests within 2s | | console-spam | High-volume console output | > 20 calls per 10s window | | memory-leak | Steadily growing JS heap without GC recovery | > 10% growth over 30s (warning), > 25% (error) | | layout-thrashing | Clusters of layout shifts without user input | ≥ 3 shifts within 500ms | | unoptimized-images | Missing dimensions/lazy/alt, oversized, or distorted images | natural > 2× rendered; aspect mismatch > 0.15 | | large-images | Oversized image transfers | ≥ 500KB (warning), ≥ 1,024KB (error) | | long-task-attribution | Scripts causing long animation frames (LoAF) | ≥ 3 long frames attributed to one source | | resource-bloat | Oversized JS/CSS/font/image resources | ≥ 100KB (prod) / 500KB (dev) | | web-essentials | Missing document essentials (favicon, viewport, lang, charset) | 4 document checks | | heavy-library | Known heavy libraries and their pitfalls | 16 library signatures | | seo | Discoverability / search-visibility problems | 20 checks (title ≤ 60, description ≤ 160 chars, …) | | aeo | AI answer-engine / agent readiness | 9 checks |

Audit checks

The seo, aeo, and web-essentials detectors each emit one issue per failed check.

Search visibility (seo) — 20 checks

  • title-missing — Missing page title
  • title-too-long — Page title is too long
  • title-default — Page title is a framework default
  • meta-description-missing — Missing meta description
  • meta-description-too-long — Meta description is too long
  • og-image-missing — Missing social preview image (og:image)
  • og-title-missing — Missing og:title
  • og-description-missing — Missing og:description
  • canonical-missing — Missing canonical link
  • h1-missing — No heading
  • h1-multiple — Multiple headings
  • image-alt-missing — Images missing alt text
  • slug-unfriendly — Unfriendly URL slug
  • noindex — Page is set to "noindex"
  • title-too-short — Page title is very short
  • og-url-missing — Missing og:url
  • twitter-card-missing — Missing Twitter/X card
  • generic-link-text — Vague link text
  • sitemap-missing — Missing or invalid sitemap.xml
  • robots-missing — Missing robots.txt

AI answer-engine readiness (aeo) — 9 checks

  • structured-data-missing — No structured data (JSON-LD)
  • structured-data-invalid — Structured data is invalid
  • no-main-landmark — No landmark
  • no-author-metadata — No author or date signals
  • llms-txt-missing — No llms.txt
  • content-requires-js — Content only renders with JavaScript
  • markdown-negotiation-missing — No markdown content negotiation
  • ai-crawlers-blocked — robots.txt blocks AI crawlers
  • mcp-discovery-missing — No agent interface (MCP) advertised

Document essentials (web-essentials) — 4 checks

  • favicon — Missing favicon
  • viewport — Missing viewport meta tag
  • lang — Missing lang attribute on
  • charset — Missing charset declaration

Headless usage (any framework)

core has zero runtime dependencies and no React coupling — use it from any (or no) framework. The React widget in @wcgw/vibe-check is one consumer of the engine below.

import { VibeCheckEngine } from '@wcgw/vibe-check-core'

const engine = new VibeCheckEngine({
  beaconUrl: 'http://127.0.0.1:4200',
  projectId: 'my-project',
})
engine.onSnapshot((s) => {
  console.log(s.frameRate.fps, s.issues.length)
})
engine.start()

For deterministic demos, createScriptedEngine(scenario) implements the same public surface (start/stop/getSnapshot/onSnapshot/…) but replays a canned timeline of snapshots + issues instead of reading live collectors.

API

VibeCheckEngine

  • start() — begin monitoring
  • stop() — stop monitoring and clean up
  • isRunning(): boolean — whether the engine is currently running
  • getSnapshot(): VibeSnapshot — current performance snapshot
  • getIssues(): readonly VibeIssue[] — current issues from all enabled detectors
  • clearIssues(): void — clear the issues buffer on every detector
  • onSnapshot(cb): () => void — subscribe to snapshot updates (fires every 500ms). Returns an unsubscribe function.

Types

All types are exported: VibeSnapshot, VibeIssue, FrameRateStats, LongFrameStats, WebVitalsStats, HeapMemory, ResourceStats, ConsoleStats, VibeCheckConfig, Collector, Detector, DetectorName, Severity, etc. See src/types.ts for the full surface.

License

MIT