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

@katajs-framework/core

v0.4.2

Published

An opinionated, type-safe web framework on Hono — static DI, mandatory Zod input/output schemas, no-codegen RPC, and a verifiable folder layout.

Readme

@katajs-framework/core

A web framework on Hono. Opinionated like NestJS, functional like a script, verifiable like a type system.

Static DI, mandatory input/output schemas, and a locked folder layout — see the ADRs for the full reasoning.

Install

hono and zod are peer dependencies — install them alongside @katajs-framework/core:

pnpm add @katajs-framework/core hono zod

Usage

import { defineContext, singleton } from '@katajs-framework/core'

const { defineRoute, createApp } = defineContext({
  greeting: singleton('hello'),
})

defineContext returns the typed factory (defineMiddleware, defineRoute, createApp). Every route declares input and output Zod schemas; dependencies are read through the statically-typed c.get('key').

A route that serves something other than JSON — CSV, plain text, a download — declares it with raw(contentType, schema) instead of a bare schema; only a Response satisfies it, and the RPC client below types it with .text():

output: raw('text/csv', z.string())

Typed RPC client

createApp returns a parametric Hono app, so Hono's hc client infers paths, inputs, and responses from your Zod schemas with no codegen. Export the app type (or name it with the exported KataApp) and consume it from any client:

import { hc } from 'hono/client'
import type { AppType } from './server' // export type AppType = typeof app

const client = hc<AppType>('https://api.example.com')
const res = await client.users.$post({ json: { name: 'Ada', email: '[email protected]' } })
const user = await res.json() // typed from the route's `output` schema

See examples/hello-client for a runnable, type-checked walkthrough.

The package ships as ESM with bundled type declarations (dist/index.js + dist/index.d.ts).