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

@jawish/yeet

v1.0.0

Published

CLI tool to remove build artifacts from web projects

Readme

yeet

A CLI tool to remove build artifacts from web development projects.

Installation

bun install -g @jawish/yeet

Or run directly with npx:

bunx @jawish/yeet

Usage

Run yeet in your project directory to open the interactive interface:

yeet

Commands

| Command | Description | |---------|-------------| | yeet | Open interactive mode | | yeet init [path] | Create a config file (default: ~/.yeet.json) |

Options

| Flag | Description | |------|-------------| | -t, --tree | List detected artifacts as a tree | | -l, --last | Remove items marked quickSelect in config | | -n, --dry-run | Show what would be removed (use with -l) | | -h, --help | Show help | | -v, --version | Show version |

Examples

yeet                    # Interactive mode
yeet --tree             # List all detected artifacts
yeet --last             # Remove quickSelect items
yeet --last --dry-run   # Preview what would be removed
yeet init               # Create ~/.yeet.json
yeet init .yeet.json    # Create config in current directory

Detected Artifacts

By default, yeet detects:

  • node_modules directories
  • Lock files (package-lock.json, yarn.lock, pnpm-lock.yaml, bun.lock)
  • Build outputs (dist, build, out, .output)
  • Framework caches (.next, .nuxt, .svelte-kit, .astro)
  • Bundler caches (.cache, .vite, .parcel-cache)
  • Monorepo caches (.turbo, .nx)
  • TypeScript build info (*.tsbuildinfo)
  • Test artifacts (coverage, test-results, playwright-report)
  • Log files (*.log)
  • OS files (.DS_Store, Thumbs.db)
  • Temporary files (.temp, .tmp)

Configuration

yeet works without configuration. To customize behavior, create a config file.

Creating a Config File

yeet init           # Creates ~/.yeet.json (user-level)
yeet init .         # Creates .yeet.json in current directory
yeet init path/to   # Creates path/to/.yeet.json

Config File Locations

Config files are loaded and merged in this order (later overrides earlier):

  1. Built-in defaults
  2. ~/.yeet.json or ~/.config/yeet/config.json (user-level)
  3. .yeet.json at project root (nearest package.json or .git)
  4. .yeet.json in current directory

Config File Structure

{
  "version": "1.0.0",
  "categories": [
    {
      "id": "node_modules",
      "name": "Node Modules",
      "description": "Project dependencies",
      "priority": "high",
      "quickSelect": true,
      "safetyLevel": "safe",
      "patterns": [
        {
          "pattern": "node_modules",
          "type": "directory",
          "description": "Node.js dependencies folder"
        }
      ]
    }
  ]
}

Category Fields

| Field | Type | Description | |-------|------|-------------| | id | string | Unique identifier | | name | string | Display name | | description | string | Category description | | priority | "high" | "medium" | "low" | Sort priority | | quickSelect | boolean | Include in --last command | | safetyLevel | "safe" | "safe_with_reinstall" | "caution" | Risk level | | patterns | array | File/directory patterns to match |

Pattern Fields

| Field | Type | Description | |-------|------|-------------| | pattern | string | File or directory name to match | | type | "file" | "directory" | "glob" | Pattern type | | description | string | Pattern description |

Safety

Files are moved to the system Trash, not permanently deleted. This allows recovery if needed.

Development

bun install
bun run dev          # Run in dev mode
bun run build        # Build binary
bun run typecheck    # Type check

License

MIT

Links