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

orchestkit

v0.1.0

Published

Official CLI for OrchestKit, install the Claude Code plugin, search and read the docs, and query the public docs API from your shell or a script.

Readme

orchestkit

Official CLI for OrchestKit, the free, MIT-licensed Claude Code plugin published by the Yonyon software studio.

Status: not yet published to npm. The source lives here and the binary builds and passes its suite, but npm publish has not been run. Do not document npx orchestkit on the website until the first release is live: a published-looking install command that 404s is worse than none.

What it does

OrchestKit itself installs into Claude Code, not into your shell. This CLI is the scripting surface around it: it prints the install command, emits MCP client config, and queries the public read-only docs API from a terminal or a CI job without writing a fetch wrapper first.

orchestkit install            # print the Claude Code install command
orchestkit search <query>     # search the documentation
orchestkit ask <question>     # natural-language query (NLWeb /ask)
orchestkit read <page>        # print a docs page as Markdown
orchestkit mcp [http|stdio]   # emit MCP client config
orchestkit doctor             # check Node, API reachability, rate-limit budget

Options: --limit <n>, --json, --base-url <url> (or ORCHESTKIT_BASE_URL).

Examples

orchestkit search "parallel agents" --limit 3
orchestkit read foundations/overview > overview.md
orchestkit mcp stdio > mcp.json
orchestkit search "hooks" --json | jq -r '.[].url'

Library use

The same surface is importable, so a script can skip the shell:

import { createClient, search } from "orchestkit";

const { results, rateLimit } = await search(createClient(), "memory", 5);
console.log(results[0]?.url, `${rateLimit.remaining}/${rateLimit.limit} left`);

API contract

The docs API is public, read-only and unauthenticated.

  • Rate limits, 120 requests per minute per IP per endpoint. Every response carries the IETF RateLimit-* headers; the CLI surfaces the remaining budget after each call so scripts can pace themselves instead of probing.
  • Errors, RFC 9457 Problem Details. ApiError.problem exposes the parsed object, including the links recovery hops a 404 carries.
  • Versioning and deprecation, https://orchestkit.yonyon.ai/api-policy.

Requirements

Node >= 20 (uses global fetch). Zero runtime dependencies.

Development

npm run build        # tsc + shebang/exec-bit fixup
npm test             # unit suite + spawn tests against the built binary
npm run publish:dry-run

npm test spawns dist/cli.js for real, so run npm run build first or those cases skip. Networked commands are spawned with a preloaded fetch stub (tests/fixtures/fetch-stub.mjs), hermetic, no socket, no live site.

Releasing

  1. npm run build && npm test && npm run publish:dry-run
  2. npm publish --access public (name orchestkit was unregistered as of 2026-08-21; re-check before releasing)
  3. Only then: add the CLI to DEVELOPER_RESOURCES in docs/site/lib/developer-resources.ts and to the package list in docs/site/app/llms.txt/route.ts, so the site starts claiming it the day it becomes true.

MIT © Yonatan Gross