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

kaizen-docs

v1.0.0

Published

Self-improving documentation for AI-assisted development teams

Readme

kaizen-docs

MIT License

Self-improving documentation for AI-assisted development teams.

Stop making the same mistakes twice. kaizen-docs installs a set of living markdown templates into your project that get smarter after every sprint. Your retros feed back into your docs, which feed back into your planning — creating a compounding improvement loop.

Works with Claude Code, Cursor, Windsurf, or any AI coding agent.

Sprint starts
    │
    ▼
┌─────────────────────────────┐
│  Read LESSONS.md            │ ◄── What went wrong before?
│  Read WAYS-OF-WORKING.md    │ ◄── How do we work?
└─────────────┬───────────────┘
              │
              ▼
┌─────────────────────────────┐
│  Build                      │
│  (follow QUALITY-GATES.md)  │ ◄── Checklists before "done"
└─────────────┬───────────────┘
              │
              ▼
┌─────────────────────────────┐
│  Retro                      │
│  (use RETRO-TEMPLATE.md)    │ ◄── What happened this sprint?
└─────────────┬───────────────┘
              │
              ▼
┌─────────────────────────────┐
│  Extract learnings          │
│  ├─ Append to LESSONS.md    │ ◄── Never delete, only append
│  ├─ Update WAYS-OF-WORKING  │ ◄── Always current best practice
│  ├─ Update QUALITY-GATES    │ ◄── New checks from new bugs
│  └─ Update AI-AGENT-PLAYBOOK│ ◄── Better AI instructions
└─────────────┬───────────────┘
              │
              ▼
        Next sprint starts
        with better docs ♻️

Quick Install

Option 1: npx (recommended)

npx kaizen-docs init

Option 2: Manual copy

git clone https://github.com/jrbrugger/kaizen-docs.git
cp kaizen-docs/templates/*.md your-project/docs/

Option 3: Claude Code skill

claude install-skill https://github.com/jrbrugger/kaizen-docs

Then use /kaizen in Claude Code to activate the self-improvement loop.

What's Inside

| File | Purpose | Update Rule | |---|---|---| | WAYS-OF-WORKING.md | How the team plans, builds, reviews, deploys | Edit in place — always reflects current practice | | LESSONS.md | Append-only log of mistakes and fixes | Append only — never delete a lesson | | QUALITY-GATES.md | Checklists before marking a phase done | Add gates when bugs slip through | | AI-AGENT-PLAYBOOK.md | Instructions for AI agents on the project | Update when AI patterns succeed or fail | | RETRO-TEMPLATE.md | Sprint retrospective template | Use as-is — creates sprint retro records | | SPRINT-PLAN-TEMPLATE.md | Sprint planning template | Use as-is — creates sprint plan records |

How the Self-Improvement Loop Works

  1. Sprint planning — Read LESSONS.md to avoid past mistakes. Create a plan from SPRINT-PLAN-TEMPLATE.md.
  2. During the sprint — Follow QUALITY-GATES.md before marking phases done. AI agents follow AI-AGENT-PLAYBOOK.md.
  3. Sprint retro — Fill out RETRO-TEMPLATE.md with the team. Cluster what went well, what didn't, and why.
  4. Extract learnings — The retro template has explicit instructions for updating each living doc:
    • Append new lessons to LESSONS.md (never delete)
    • Update WAYS-OF-WORKING.md with improved processes
    • Add new quality gates that would have caught this sprint's bugs
    • Update AI-AGENT-PLAYBOOK.md with better agent instructions

The key insight: LESSONS.md is append-only (you never lose history), while WAYS-OF-WORKING.md is edit-in-place (it always reflects current best practice). The retro is the trigger that updates both.

CLI Commands

# Install templates into your project
npx kaizen-docs init

# Create a new sprint retro file
npx kaizen-docs retro 3    # → docs/sprints/SPRINT-3-RETRO.md

# Create a new sprint plan file
npx kaizen-docs plan 4     # → docs/sprints/SPRINT-4-PLAN.md

Example: A Real Lesson Entry

### L003 — Deployed with stale environment variables
`#deploy` `#config`

- **What happened:** Production app connected to the staging database
  for 2 hours after deploy.
- **Why:** Environment variables were cached from a previous deploy.
  The deploy script didn't force a refresh.
- **Fix:** Redeployed with --force-env flag. Verified connection string
  in production logs.
- **Prevention rule:** Added to deploy quality gate: "Verify environment
  variables match target environment before deploy." Added automated
  env-var diff check to CI pipeline.

This entry lives forever in LESSONS.md. The prevention rule gets added to QUALITY-GATES.md. Next sprint, anyone deploying will see that gate — and the AI agent will too.

Philosophy

Kaizen (改善) — Japanese for "continuous improvement." Small, incremental changes that compound over time.

Most teams have retros. Most retros produce action items. Most action items are forgotten by Monday. kaizen-docs closes the loop by encoding retro outputs directly into the documents that developers and AI agents read every day.

Your docs get smarter. Your team gets faster. Your AI agents make fewer mistakes.

Who This Is For

  • Solo builders who ship fast and want to stop repeating mistakes
  • Small teams using AI coding agents who need shared context
  • Anyone who believes documentation should be a living system, not a write-once artifact

Built by a solo builder who shipped an MVP in 2 days and wanted to never make the same mistake twice.

License

MIT