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

phasestep

v0.7.6

Published

Phase-step agentic delivery with Behavior delta intent gates — portable workflow for AI-assisted development

Readme

Phasestep

Build software in small steps. Review what should change before you dig through the code.

Phasestep is a workflow for AI-assisted development. You (the Owner) keep product intent in the repo. Your coding agent plans and builds one step at a time. After each build you accept or reject a short Behavior delta — then verify, refine, and audit. Specs stay in Markdown, so context survives chat sessions.

Works with Cursor, Claude Code, and Codex. Stack-agnostic (web, mobile, backend).

Site: phasestep.vercel.app · Author: Fahmidur010 · npm: phasestep · v0.7.6


Supported agents

| Agent | Adapter id | What init installs | How you invoke | |-------|------------|----------------------|----------------| | Cursor | cursor | .cursor/commands/*.md | Slash commands (/setup, …) | | Claude Code | claude | .claude/commands/*.md | Slash commands (same names) | | Codex | codex | AGENTS.md managed block | Follow AGENTS / ask by command name |

Pick at init: interactive menu, --adapters=cursor,claude, or --yes (all three). Only selected adapters are required by phasestep check. Re-run npx phasestep upgrade if command files are missing after a partial install.


How it works

1. /setup          → product, flow, stack, architecture, design, build plan
2. /plan-phase N   → break phase N into verifiable steps
3. /build-phase N S → implement one step + Behavior delta (SHALL + WHEN/THEN)
4. You Accept      → intent gate (or reject → /refine-phase)
5. /verify-phase   → you prove it (manual UAT; optional browser/native evidence)
6. Repeat 3–5      → until the phase is done
7. /audit-phase    → phase quality check → /complete-phase
8. Optional        → /pr-step for GitHub PR (Owner-gated)

Behavior delta = ADDED / CHANGED / REMOVED SHALL lines, each with at least one WHEN → THEN scenario. You review that contract before deep code review.

Owner choices are always numbered (1. 2. 3. …). Reply with the number.


Quick start

npx phasestep init

Pick adapters when prompted (Cursor / Claude Code / Codex / all), then:

  1. Open the project in your agent
  2. Run /setup (greenfield or mid-project — it asks)
  3. Run /plan-phase 1

Later:

npx phasestep upgrade   # refresh commands & catalogs; keeps your product docs
npx phasestep check     # validate docs + selected-adapter command files

Commands (day to day)

| Command | Role | |---------|------| | /setup | One-time (or resume) project wiring | | /plan-phase N | Clarify ambiguities (Owner gate) → plan phase N | | /build-phase N [S] | Pre-build consistency → build step S (or next) | | /verify-phase N [S] | Owner verification | | /refine-phase … | Fix after reject / failed verify | | /audit-phase N | Delivery audit after the phase | | /complete-phase N | Mark phase done + phase remainder / next seeds | | /map-project | Optional repo map for the agent | | /github-connect | Optional: link gh + remote | | /pr-step N [S] | Optional: commit → PR → merge (gated) |

Also: /audit-project + /audit-campaign for a full-project health audit, /audit-ds / /refine-audit / /complete-audit as needed. Details live in the installed command files and constitution.


What gets installed

| Path | Purpose | |------|---------| | docs/PHASESTEP.md | Constitution (the rules) | | phasestep.json | Paths, buildCommand, adapters | | .cursor/commands/* | Cursor slash commands (if cursor adapter) | | .claude/commands/* | Claude Code slash commands (if claude adapter) | | AGENTS.md | Codex guidance managed block (if codex adapter) | | docs/*.md | Product, flow, architecture, plans, progress, … | | .phasestep/*-catalog.json | Stack & design enrichment catalogs |


Already have another agent workflow?

init does not delete your existing slash commands.

  • Sole (recommended) in /setup — archive competing delivery-loop files (Owner Accept); Phasestep becomes the only plan → build → verify loop
  • Alongside — keep both; results may be weaker if two full loops stay active

upgrade refreshes Phasestep files only. Your product docs stay unless you pass --force-docs.


Optional extras

GitHub — after setup, connect once, then hand off verified work:

/github-connect [repo]
/pr-step N [step?]     → Gate A commit → Gate B push+PR → Gate C merge if checks green

Needs local git + GitHub CLI. No silent push/merge.

Evidence by surface — web UI can use Playwright; Flutter/RN use analyzer + device UAT; backend uses buildCommand / tests. Never Playwright for native-only or pure APIs.


License

MIT · github.com/Fahmidur010/phasestep