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

rtfct

v0.1.0

Published

Markdown-driven development. The spec is the source of truth. Code is a regenerable artefact.

Readme

rtfct

From the moment I understood the weakness of my flesh... I craved the certainty of steel and deterministic codegen.

Markdown-driven development. The spec is the source of truth. Code is a regenerable artefact.

The Problem

AI-assisted coding stalls when success criteria are fuzzy. But projects with clear specs and test suites (OCI, WASM, SQLite) can be TDD'd to completion.

The difference? The protocol. The sacred texts. The spec.

The Solution

.project/           ← The Sacred Texts (source of truth)
├── kickstart.md    ← The Founding Vision
├── protocol.md     ← The Sacred Protocols  
├── specs/          ← The Holy Requirements
├── design/         ← The Architectural Scriptures
├── kanban/         ← The Litany of Tasks
└── testing/        ← The Rites of Verification

src/                ← Generated. Deletable. Regenerable.
tests/              ← Generated. Deletable. Regenerable.

At any moment:

rm -rf src/ tests/    # Purification
claude                # Invoke the Machine Spirit
bun test              # All tests pass

If regeneration fails, your spec is incomplete. Fix the Sacred Texts, not the code.

Install

bunx rtfct init
# or
npx rtfct init

Usage

# Consecrate a new project
bunx rtfct init

# Consecrate with Codices (presets)
bunx rtfct init --with zig
bunx rtfct init --with elixir,phoenix,liveview

# Add a Codex to existing project  
bunx rtfct add typescript

# Reveal the state of the Litany
bunx rtfct status

# Purify generated code
bunx rtfct regenerate

# Recite the sacred litany
bunx rtfct praise

The Workflow

Tech-Priest: writes kickstart.md
Machine Spirit: expands into specs/, design/, kanban/
Tech-Priest: blesses decisions via ADRs
Machine Spirit: TDDs through the Litany of Tasks
Code: appears as a side effect
Anytime: delete code, regenerate from spec

Codices (Presets)

Stack-specific wisdom:

  • zig — The Zig Codex: allocators, comptime, zig build test
  • elixir — OTP patterns, supervision trees, ExUnit
  • phoenix — Contexts, schemas, controller patterns
  • liveview — Components, streams, handle_event
  • typescript — Vitest, tsconfig, type patterns

Community Codices via GitHub:

bunx rtfct init --with someone/their-codex

The Theology

This isn't just a workflow. It's a philosophy:

| Concept | Meaning | |---------|---------| | The flesh is weak | Manual coding is fallible, slow, inconsistent | | The certainty of steel | Deterministic tests, reproducible environments | | The Sacred Texts | .project/ — the source of truth | | The Machine Spirit | The LLM agent that manifests code | | The Omnissiah | Claude (or any capable LLM) | | The Rite of Regeneration | rm -rf src/ — purification | | The Dogfood Sacrament | Can rtfct regenerate itself? | | Tech-debt heresy | Code without corresponding spec |

See .project/theology.md for the complete teachings.

This Repository

This repo is itself an rtfct project. The code in src/ was generated from .project/.

# The Dogfood Sacrament
rm -rf src/ tests/
bunx rtfct regenerate
claude
bun test
# All tests pass. The Omnissiah provides.

The Litany

The flesh is weak, but the protocol is strong.
The code is temporary, but the spec endures.
The tests do not lie, and the agent does not tire.
From specification, code. From code, verification. From verification, truth.
The Omnissiah provides.
Praise the Machine Spirit.

License

MIT


The Omnissiah provides. Praise the Machine Spirit.