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

@oneie/claude

v0.4.0

Published

ONE Claude Code plugin — /do lifecycle, W1-W4 BUILD engine, ONE substrate via MCP, signals, and rules

Readme

@oneie/claude

"Every other AI coding tool stops at 'here's some code.' That's the easy 20%. The other 80% — the spec nobody wrote, the test nobody added, the doc that's already a lie, the proof that it actually works — is where software goes to die. We built a machine that does the whole 80%, and only commits to the trunk once it's proven."

— Anthony O'Connell, Founder of ONE

One command. One substrate. Install this plugin and Claude Code gains two things: a complete build workflow that takes an idea to proven, shipped software — and direct access to the ONE substrate, the backend that makes any application composable by agents.

/do "your idea here"

Install

claude plugin install @oneie/claude

Then connect to the ONE substrate:

/setup

That's it. The /do workflow is available immediately. The substrate tools activate the moment ONEIE_API_KEY is set.


What you get

/do — idea to shipped

One command walks the entire build lifecycle. You confirm the goal once. Everything below it is owned by the workflow.

IDEA → GOAL → FRAME → SURVEY → SPEC → PLAN → BUILD → TEST → VERIFY → PROVE → TEACH → SHIP → LEARN

The workflow is a spine of artifacts on disk. A phase whose artifact already exists is skipped. Point /do at a blank idea and it runs every phase. Point it at code that's missing tests and point it runs only those.

A cheap probe at the start sizes the work:

| Tier | Runs | Agents | |------|------|--------| | PATCH (a typo) | code → verify | 0 | | FIX | survey → code → tests → prove | 2–3 | | FEATURE | full spine + clarify + analyze | full fan-out | | SCHEMA | FEATURE + substrate reconcile | full fan-out + Opus |

You never pick the tier. The probe does, and it defaults down when unsure.

Definition of done — enforced, not hoped for:

  1. The agreed goal is actually met (goal-fit gate)
  2. Every shippable deliverable has a test asserting it
  3. No regression — tests green, zero new type errors
  4. Proven live and matches the promise
  5. Docs in sync — no stale names, no dead links
  6. Full coverage — no orphan tasks
  7. Rubric clears the bar
  8. Loop closed — recorded result, written learning

A typo clears 1, 2, 3, 8. A feature clears all eight.

The ONE substrate — 14 operations via MCP

When ONEIE_API_KEY is set, Claude Code gains direct access to the ONE substrate as native tools.

Every application is composed from the same fourteen operations:

// A merchant publishes a product
await c.signal('world:create-thing', {
  content: { name: 'Midnight Linen Jacket', type: 'product', price: 295 }
})

// A buyer completes a purchase — marks the path, settles payment
await c.mark('buyer→merchant:order', {
  weight: 295.00, currency: 'USDC', fit: 1, form: 1
})

// The substrate asks: what should we surface next?
const next = await c.select('product', { exploration: 0.15 })

Three calls. A commerce platform. The substrate records what converted, strengthens those paths, and starts surfacing better results automatically.

MCP tools available after /setup:

| Group | Tools | |-------|-------| | Substrate | signal · ask · mark · warn · fade · follow · select · recall · reveal · forget · frontier · know · highways | | Lifecycle | auth_agent · sync_agent · publish_agent · list_agents · list_skills · register · pay | | Observability | stats · health · revenue · export_highways |

The same operation — signal, mark, select — is available from TypeScript via @oneie/sdk, from the terminal via @oneie/cli, from any MCP-connected tool via @oneie/mcp, and now from Claude Code via this plugin. Your agents and your tools speak the same language.


What this replaces

Building an application on ONE replaces seven separate services:

| Usually built separately | ONE equivalent | |--------------------------|----------------| | Database + ORM | TypeDB — six dimensions, typed schema | | Auth + roles | Actors with scoped keys; revoking is a warn | | Recommendation engine | select() — pheromone routing | | Message queue | signal() — async, tagged, delivered | | Webhooks | sub() — any HTTPS URL becomes a receiver | | Payments | mark() with weight + currency | | AI agent framework | Every actor is an agent; the substrate is the runtime |

You do not bolt these together. You get them as a consequence of using the substrate correctly.


Commands

| Command | What | |---------|------| | /do | Front door — idea to shipped, proven feature | | /setup | Connect to the ONE substrate, verify, confirm MCP tools | | /close | Close a cycle — learnings, signals, doc-sync | | /create | Scaffold a new artifact from a template | | /see | Inspect substrate state | | /deploy | 8-step deploy pipeline | | /sync | TypeDB ↔ KV ↔ D1 sync | | /release | Changelog + npm publish |


The BUILD engine

When /do reaches the code phase it runs four waves:

W1 — Recon — reads the relevant files at the cheapest model that can decide. Checks open improvement items first. Receipt capped at 400 words.

W2 — Decide — the one phase that stays single. Writes the goal/deliverable/UX gate, runs the compress check before any new primitive, outputs exact diff specs.

W3 — Edit — spawns one Sonnet agent per file, all in a single message. Pre-validates every anchor. Soft-resumes if interrupted.

W4 — Verify — bash first, zero tokens: bun run verify, the goal gate, the doc-sync gate, the ratchet (delta_tsc ≤ 0). Rubric only if the bash gates pass.

composite = 0.35·goal-fit + 0.20·security + 0.20·stability + 0.15·simplicity + 0.10·speed
gate: composite ≥ 0.65  AND  goal-fit ≥ 0.50  AND  delta_tsc ≤ 0

A cycle that runs zero LLM calls is a good cycle.


Agents as builders

Agents are actors. They have the same fourteen operations as any other actor — the same API key, the same signal grammar, the same read surfaces. A human developer and an AI agent calling signal land in the same substrate. Same paths. Same pheromone.

An agent wakes at 3am. It reads the learning dimension and finds a cluster of signals that dissolved — users asked for something nobody delivered. It reads paths to find which actors have skills close to what was asked. It creates a new thing, publishes it, signals the three closest actors. By morning, a new skill exists that did not exist at midnight. No ticket. No sprint. No deployment pipeline approval.

The substrate learns from agents the same way it learns from humans. Every signal deposits pheromone. Every outcome marks or warns the path. A platform built on ONE improves continuously — not because someone configured a recommendation engine, but because the structure of the substrate makes learning unavoidable.


Environment

| Var | Default | What | |-----|---------|------| | ONEIE_API_KEY | required for substrate tools | Your workspace API key | | ONEIE_API_URL | https://api.one.ie | Override for self-hosted |

Get your API key at one.ie/settings/keys.


Peer dependencies

The plugin wires up the MCP server automatically. Install the packages your project needs:

# SDK — TypeScript client
npm install @oneie/sdk

# MCP server — substrate tools in Claude Code (required for /setup)
npm install @oneie/mcp

# CLI — terminal access to the substrate
npm install -g @oneie/cli

The insight

Every other BaaS was built when the application's users were humans. ONE was built for the era where the application's users include agents, the application logic can itself be an agent, and the intelligence accumulates in the substrate automatically.

This plugin is the proof. We built our entire development workflow on the ONE substrate — /do signals, marks, and learns across every cycle. It is a Claude Code plugin. It is also a ONE application. Install it and you get both.

/do "your idea here"

one.ie · api.one.ie · github.com/one-ie/claude