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

@jterrazz/typescript

v12.2.0

Published

The whole TypeScript toolchain of a project in one devDependency: it builds, type-checks, lints and formats, and it judges the repository's shape. A project keeps one settings file, `studio.config.ts`, that says what it is; the editor files derived from i

Readme

@jterrazz/typescript

The whole TypeScript toolchain of a project in one devDependency: it builds, type-checks, lints and formats, and it judges the repository's shape. A project keeps one settings file, studio.config.ts, that says what it is; the editor files derived from it (tsconfig.json, oxlint.config.ts, oxfmt.config.ts), which typescript fix writes and typescript check holds to their derived content; a Makefile and a short manual. It runs two commands, typescript check and typescript fix. Nothing else needs configuring, and nothing needs keeping in sync between projects.

Why it exists

Every project that wires tsc, a linter, a formatter, a bundler and an unused-code finder by hand ends up with its own opinion of each, and the opinions drift. This package holds one rulebook, where every rule of every plugin it loads is decided by name. Every project gets the same answer, and a stricter release reaches all of them through one version bump.

The work itself runs in fast native tools wherever one exists: Oxc and Rolldown through tsdown for the build, the TypeScript 7 Go compiler for types, Oxlint and Oxfmt for lint and format, Knip for unused code, and a few more for packaging, layers, Markdown and names.

In 30 seconds

Requires Node 24 or later, and npm, pnpm or bun.

npm install @jterrazz/typescript @types/node --save-dev
// studio.config.ts
import { defineConfig } from '@jterrazz/typescript/config';

export default defineConfig({ kind: 'api', platform: 'node' });
npx typescript fix     # writes tsconfig.json, oxlint.config.ts and oxfmt.config.ts from the declaration
npx typescript check   # every quality pass, in parallel; each finding names what, why, how to fix, and the page to read

A project carries "type": "module" in its package.json. In a git repository check also asks for a Makefile and a manual; Getting started takes a project the whole way, every file complete as written.

A green check is kept for the content it ran on, so the same tree, install and toolchain check again in a second; typescript test and typescript mutation keep theirs the same way (Quality checks), and typescript test runs only the test files the change reaches (Quality checks).

On a GitHub runner, check prints one line per pass, folds each raw log, annotates each finding on its line and appends a table of its passes to the job's summary (Quality checks).

Before a release is tagged, npx typescript rehearse runs the gate on Linux, in Docker, on a fresh clone of the branch, as the GitHub runner that publishes it will (Commands).

Documentation

The manual lives in docs/, which opens on a map of its pages: a tutorial to start, guides for a task, concepts for the why, and a reference to look a pass, a rule or a setting up. The package ships it, so a project that installed the toolchain reads it at node_modules/@jterrazz/typescript/docs/. The studio-typescript Claude Code skill routes an agent into the right page. The API is the types.

License

MIT © Jean-Baptiste Terrazzoni