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

@moshpits/rux

v0.3.0

Published

Test-first run ledger for AI coding agents — record real Claude Code, Codex, and Gemini CLI runs, attach checks and verdicts, and route the next task on local evidence.

Readme

Rux

npm version node license

Rux is an open-source, test-first run ledger for AI coding agents. It records what Claude Code, Codex, and Gemini CLI actually do in your repo — invocations, diffs, checks, verdicts — and turns that evidence into recommendations for the next run.

One loop:

plan -> run -> record -> review -> improve

One practical question, answered from your own repo's history:

For this repo and this task, which agent setup should we use, what happened, and what did we learn?

It is not a model gateway. Rux wraps the CLIs you already use, inherits their auth, and adds no telemetry. Your evidence stays in your repo.

Quickstart

Requires Node 20+, git, and at least one provider CLI (claude, codex, or gemini) installed and authenticated.

npm install -g @moshpits/rux
rux init
rux status

Record one real loop:

rux run "review the navigation code" --runner gemini
rux show <run-id>
rux verdict <run-id> accepted --note "Useful review"

Already did the work in your current Claude/Codex/Gemini session? rux record captures it without spawning a nested provider run:

rux record "implemented the stats filters" --runner codex --check "npm test" --verdict accepted

For long sessions, rux record --start "<task>" --runner <cli> snapshots a baseline first so the final record diffs cleanly.

Interactive terminals get readable output; pipes and scripts get JSON. --json forces JSON anywhere it is supported.

The Loop, By Command

| Step | Commands | | --- | --- | | Decide | rux suggest, rux plan, rux rank, rux policy | | Capture | rux run, rux record, rux import | | Review | rux ls, rux show, rux eval, rux outcome, rux status, rux status --scorecard | | Label | rux check, rux verdict, rux mark | | Share and ship | rux export, rux propose, rux provider-smoke, rux release-check |

Example:

Rux plan
Task: fix the failing auth test
Kind: test
Runner: codex (evidence)
Roster: solo (1 agent, sequential)
Evidence: local_evidence, maturity directional from 3 run(s)
Command
rux run 'fix the failing auth test' --runner codex --roster solo

What Rux Records

Every run leaves a repo-local evidence trail under .rux/:

  • task, runner, roster, provider mode, task kind, model, effort, and cost hints,
  • the provider invocation, transcript reference, output signal, and status,
  • repo state before and after, changed files, and write-scope violations,
  • checks, human verdicts, lifecycle marks, and feedback reports.

That record powers show, eval, outcome, status, export, rank, suggest, plan, propose, and report.

What Rux Recommends

Rux recommends cautiously, from eligible local evidence only: checked or reviewed runs with real provenance. Imported history, probe runs, smoke runs, and vacuous checks never quietly become routing proof.

Every recommendation carries a maturity label — none, thin, directional, strong, or mixed — so you always know how much weight the advice deserves. When an agent session is already active, rux suggest "<task>" --in-session claude|codex|gemini weighs handoff cost instead of assuming a cold start.

Safety Defaults

  • Plan mode by default. Pass --provider-mode write when the provider should edit files.
  • Real provider runs refuse dirty worktrees. Commit, stash, or revert first, or pass --allow-dirty only when the dirty files are intentional context.
  • --write-scope "path[,path...]" declares where a provider may write. Out-of-scope edits are recorded as failed runs.
  • Provider output mirrors to stderr live, so questions and quiet long-running work stay visible; stdout stays clean for scripts.
  • No provider credentials stored, no API proxying, no telemetry, no silent self-modification.

Team Policy

rux.policy.json is a committed, repo-local operating policy. It sets preferred runner order and roster defaults, and its token_governor block tells agents when to cap tool output, create session handoffs, and justify expensive models, high effort, or subagents. rux policy prints it; Rux-wrapped runs cap visible provider output while keeping full transcripts.

What Rux Does Not Do

Rux does not replace your coding agent, store provider credentials, proxy model API calls, run a SaaS backend, or add telemetry. It wraps the tools you already use and proposes improvements with evidence. Humans decide what to run and what to change.

Why Rux

Starting coding agents is easy now. Knowing which one to use, when extra agents are worth their cost, what failed last time, and what a team should standardize — that memory does not exist unless something keeps it. Rux keeps it:

  • which agent works best for which kind of task,
  • when a roster beats a solo run,
  • what failed last time and why,
  • what to standardize without losing developer choice.

That memory starts with capture. If the record is weak, routing is theater. Every run should make the next run smarter.

Docs

License

Apache-2.0 © Moshpit Labs