Show HN: Crust – A CLI framework for TypeScript and Bun

40 points - today at 4:43 AM


We've been building Crust (https://crustjs.com/), a TypeScript-first, Bun-native CLI framework with zero dependencies. It's been powering our core product internally for a while, and we're now open-sourcing it.

The problem we kept running into: existing CLI frameworks in the JS ecosystem are either minimal arg parsers where you wire everything yourself, or heavyweight frameworks with large dependency trees and Node-era assumptions. We wanted something in between.

What Crust does differently:

- Full type inference from definitions β€” args and flags are inferred automatically. No manual type annotations, no generics to wrangle. You define a flag as type: "string" and it flows through to your handler.

- Compile-time validation β€” catches flag alias collisions and variadic arg mistakes before your code runs, not at runtime.

- Zero runtime dependencies β€” @crustjs/core is ~3.6kB gzipped (21kB install). For comparison: yargs is 509kB, oclif is 411kB.

- Composable modules β€” core, plugins, prompts, styling, validation, and build tooling are all separate packages. Install only what you need.

- Plugin system β€” middleware-based with lifecycle hooks (preRun/postRun). Official plugins for help, version, and shell autocompletion.

- Built for Bun β€” no Node compatibility layers, no legacy baggage.

Quick example:

  import { Crust } from "@crustjs/core";
  import { helpPlugin, versionPlugin } from "@crustjs/plugins";

  const main = new Crust("greet")
    .args([{ name: "name", type: "string", default: "world" }])
    .flags({ shout: { type: "boolean", short: "s" } })
    .use(helpPlugin())
    .use(versionPlugin("1.0.0"))
    .run(({ args, flags }) => {
      const msg = `Hello, ${args.name}!`;
      console.log(flags.shout ? msg.toUpperCase() : msg);
    });

  await main.execute();
Scaffold a new project:

  bun create crust my-cli
Site: https://crustjs.com GitHub: https://github.com/chenxin-yan/crust

Happy to answer any questions about the design decisions or internals.

Source

Comments

camkego today at 6:23 PM
This looks useful. But, it's interesting how the backend-world and front-end world keep diverging. I must admit, I had no idea what this was from the title. "CLI framework"? But in backend-land, these would typically be called "argument parsers" or "command line argument parsers". But maybe I am missing some of the functionality.
nullstyle today at 8:26 PM
I’ve been using the jsr:@cliffy/* packages from deno to solve the same problem.
bennettpompi1 today at 5:57 PM
this is cool! i'd recommend fleshing out the README. Clicked on the link before the discussion and was a tad confused.
matt_kantor today at 5:36 PM
> Versions before 1.0 do not strictly follow semantic versioning.

Sorry for being nitpicky, but yes they do. Semantic versioning[0] allows arbitrary changes while the major version is 0:

> Major version zero (0.y.z) is for initial development. Anything MAY change at any time. The public API SHOULD NOT be considered stable.

[0]: https://semver.org/

rgbrgb today at 6:37 PM
nice, congrats on launch. To get an idea... what's the size of a standalone hello world cli binary?
landl0rd today at 5:33 PM
Is there an examples section? Would be helpful to see a demo
leontloveless today at 8:02 PM
[dead]
dnlzro today at 6:11 PM
Psst, the GitHub link in your post is broken (it should be https://github.com/chenxin-yan/crust).