Awesome
Pastel ![test](https://github.com/vadimdemedes/pastel/actions/workflows/test.yml/badge.svg)
Next.js-like framework for CLIs made with Ink.
Features
- Create files in
commands
folder to add commands. - Create folders in
commands
to add subcommands. - Define options and arguments via Zod.
- Full type-safety of options and arguments thanks to Zod.
- Auto-generated help message for commands, options and arguments.
- Uses battle-tested Commander package under the hood.
Install
npm install pastel ink react zod
Getting started
Use create-pastel-app to quickly scaffold a Pastel app with TypeScript, linter and tests set up.
npm create pastel-app hello-world
hello-world
<details><summary>Manual setup</summary>
<p>
- Set up a new project.
mkdir hello-world
cd hello-world
npm init --yes
- Install Pastel and TypeScript.
npm install pastel
npm install --save-dev typescript @sindresorhus/tsconfig
- Create a
tsconfig.json
file to set up TypeScript.
{
"extends": "@sindresorhus/tsconfig",
"compilerOptions": {
"moduleResolution": "node16",
"module": "node16",
"outDir": "build",
"sourceMap": true,
"tsx": "react"
},
"include": ["source"]
}
- Create a
source
folder for the source code.
mkdir source
- Create a
source/cli.ts
file with the following code, which will be CLI's entrypoint:
#!/usr/bin/env node
import Pastel from 'pastel';
const app = new Pastel({
importMeta: import.meta,
});
await app.run();
- Create
source/commands
folder for defining CLI's commands.
mkdir source/commands
- Create an
source/commands/index.tsx
file for a default command, with the following code:
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
name: zod.string().describe('Your name'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Index({options}: Props) {
return <Text>Hello, {options.name}!</Text>;
}
- Build your CLI.
npx tsc
- Set up an executable file.
9.1. Add bin
field to package.json
, which points to the compiled version of source/cli.ts
file.
"bin": "build/cli.js"
9.2. Make your CLI available globally.
npm link --global
- Run your CLI.
hello-world --name=Jane
Hello, Jane!
hello-world --help
Usage: hello-world [options]
Options:
--name Your name
-v, --version Show version number
-h, --help Show help
</p></details>
Table of contents
Commands
Pastel treats every file in the commands
folder as a command, where filename is a command's name (excluding the extension). Files are expected to export a React component, which will be rendered when command is executed.
You can also nest files in folders to create subcommands.
Here's an example, which defines login
and logout
commands:
commands/
login.tsx
logout.tsx
login.tsx
import React from 'react';
import {Text} from 'ink';
export default function Login() {
return <Text>Logging in</Text>;
}
logout.tsx
import React from 'react';
import {Text} from 'ink';
export default function Logout() {
return <Text>Logging out</Text>;
}
Given that your executable is named my-cli
, you can execute these commands like so:
$ my-cli login
$ my-cli logout
Index commands
Files named index.tsx
are index commands. They will be executed by default, when no other command isn't specified.
commands/
index.tsx
login.tsx
logout.tsx
Running my-cli
without a command name will execute index.tsx
command.
$ my-cli
Index command is useful when you're building a single-purpose CLI, which has only one command. For example, np
or fast-cli.
Default commands
Default commands are similar to index commands, because they too will be executed when an explicit command isn't specified. The difference is default commands still have a name, just like any other command, and they'll show up in the help message.
Default commands are useful for creating shortcuts to commands that are used most often.
Let's say there are 3 commands available: deploy
, login
and logout
.
commands/
deploy.tsx
login.tsx
logout.tsx
Each of them can be executed by typing their name.
$ my-cli deploy
$ my-cli login
$ my-cli logout
Chances are, deploy
command is going to be used a lot more frequently than login
and logout
, so it makes sense to make deploy
a default command in this CLI.
Export a variable named isDefault
from the command file and set it to true
to mark that command as a default one.
import React from 'react';
import {Text} from 'ink';
+ export const isDefault = true;
export default function Deploy() {
return <Text>Deploying...</Text>;
}
Now, running my-cli
or my-cli deploy
will execute a deploy
command.
$ my-cli
Vercel's CLI is a real-world example of this approach, where both vercel
and vercel deploy
trigger a new deploy of your project.
Subcommands
As your CLI grows and more commands are added, it makes sense to group the related commands together.
To do that, create nested folders in commands
folder and put the relevant commands inside to create subcommands. Here's an example for a CLI that triggers deploys and manages domains for your project:
commands/
deploy.tsx
login.tsx
logout.tsx
domains/
list.tsx
add.tsx
remove.tsx
Commands for managing domains would be executed like so:
$ my-cli domains list
$ my-cli domains add
$ my-cli domains remove
Subcommands can even be deeply nested within many folders.
Aliases
Commands can have an alias, which is usually a shorter alternative name for the same command. Power users prefer aliases instead of full names for commands they use often. For example, most users type npm i
instead of npm install
.
Any command in Pastel can assign an alias by exporting a variable named alias
:
import React from 'react';
import {Text} from 'ink';
+ export const alias = 'i';
export default function Install() {
return <Text>Installing something...</Text>;
}
Now the same install
command can be executed by only typing i
:
$ my-cli i
Options
Commands can define options to customize their default behavior or ask for some additional data to run properly. For example, a command that creates a new server might specify options for choosing a server's name, an operating system, memory size or a region where that server should be spin up.
Pastel uses Zod to define, parse and validate command options. Export a variable named options
and set a Zod object schema. Pastel will parse that schema and automatically set these options up. When command is executed, option values are passed via options
prop to your component.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
name: zod.string().describe('Server name'),
os: zod.enum(['Ubuntu', 'Debian']).describe('Operating system'),
memory: zod.number().describe('Memory size'),
region: zod.enum(['waw', 'lhr', 'nyc']).describe('Region'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Deploy({options}: Props) {
return (
<Text>
Deploying a server named "{options.name}" running {options.os} with memory
size of {options.memory} MB in {options.region} region
</Text>
);
}
With options set up, here's an example deploy
command:
$ my-cli deploy --name=Test --os=Ubuntu --memory=1024 --region=waw
Deploying a server named "Test" running Ubuntu with memory size of 1024 MB in waw region.
Help message is auto-generated for you as well.
$ my-cli deploy --help
Usage: my-cli deploy [options]
Options:
--name Server name
--os Operating system (choices: "Ubuntu", "Debian")
--memory Memory size
--region Region
-v, --version Show version number
-h, --help Show help
Types
Pastel only supports string, number, boolean, enum, array and set types for defining options.
String
Example that defines a --name
string option:
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
name: zod.string().describe('Your name'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Name = {options.name}</Text>;
}
$ my-cli --name=Jane
Name = Jane
Number
Example that defines a --size
number option:
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
age: zod.number().describe('Your age'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Age = {options.age}</Text>;
}
$ my-cli --age=28
Age = 28
Boolean
Example that defines a --compress
number option:
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
compress: zod.boolean().describe('Compress output'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Compress = {String(options.compress)}</Text>;
}
$ my-cli --compress
Compress = true
Boolean options are special, because they can't be required and default to false
, even if Zod schema doesn't use a default(false)
function.
When boolean option defaults to true
, it's treated as a negated option, which adds a no-
prefix to its name.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
compress: zod.boolean().default(true).describe("Don't compress output"),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Compress = {String(options.compress)}</Text>;
}
$ my-cli --no-compress
Compress = false
Enum
Example that defines an --os
enum option with a set of allowed values.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
os: zod.enum(['Ubuntu', 'Debian']).describe('Operating system'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Operating system = {options.os}</Text>;
}
$ my-cli --os=Ubuntu
Operating system = Ubuntu
$ my-cli --os=Debian
Operating system = Debian
$ my-cli --os=Windows
error: option '--os <os>' argument 'Windows' is invalid. Allowed choices are Ubuntu, Debian.
Array
Example that defines a --tag
array option, which can be specified multiple times.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
tag: zod.array(zod.string()).describe('Tags'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Tags = {options.tags.join(', ')}</Text>;
}
$ my-cli --tag=App --tag=Production
Tags = App, Production
Array options can only include strings (zod.string
), numbers (zod.number
) or enums (zod.enum
).
Set
Example that defines a --tag
set option, which can be specified multiple times. It's similar to an array option, except duplicate values are removed, since the option's value is a Set
instance.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
tag: zod.set(zod.string()).describe('Tags'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Tags = {[...options.tags].join(', ')}</Text>;
}
$ my-cli --tag=App --tag=Production --tag=Production
Tags = App, Production
Set options can only include strings (zod.string
), numbers (zod.number
) or enums (zod.enum
).
Optional or required options
Pastel determines whether option is optional or required by parsing its Zod schema. Since Zod schemas are required by default, so are options in Pastel.
If an option isn't be required for a command to function properly, mark it as optional.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
os: zod.enum(['Ubuntu', 'Debian']).optional().describe('Operating system'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Operating system = {options.os ?? 'unspecified'}</Text>;
}
$ my-cli --os=Ubuntu
Operating system = Ubuntu
$ my-cli
Operating system = unspecified
Default value
Default value for an option can be set via a default
function in Zod schema.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const options = zod.object({
size: zod.number().default(1024).describe('Memory size'),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Memory = {options.size} MB</Text>;
}
$ my-cli
Memory size = 1024 MB
JSON representation of default value will be displayed in the help message.
$ my-cli --help
Usage: my-cli [options]
Options:
--size Memory size (default: 1024)
You can also customize it via defaultValueDescription
option in option
helper function.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
import {option} from 'pastel';
export const options = zod.object({
size: zod
.number()
.default(1024)
.describe(
option({
description: 'Memory size',
defaultValueDescription: '1 GB',
}),
),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Memory = {options.size} MB</Text>;
}
$ my-cli --help
Usage: my-cli [options]
Options:
--size Memory size (default: 1 GB)
Alias
Options can specify an alias, which is usually the first letter of an original option name.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
import {option} from 'pastel';
export const options = zod.object({
force: zod.boolean().describe(
option({
description: 'Force',
alias: 'f',
}),
),
});
type Props = {
options: zod.infer<typeof options>;
};
export default function Example({options}: Props) {
return <Text>Force = {String(options.force)}</Text>;
}
$ my-cli --force
Force = true
$ my-cli -f
Force = true
Arguments
Arguments are similar to options, except they don't require a flag to specify them (e.g. --name
) and they're always specified after command name and options. For example, mv
requires 2 arguments, where first argument is a source path and second argument is a target path.
$ mv source.txt target.txt
A theoretical mv
command in Pastel can define similar arguments like so:
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const args = zod.tuple([zod.string(), zod.string()]);
type Props = {
args: zod.infer<typeof args>;
};
export default function Move({args}: Props) {
return (
<Text>
Moving from {args[0]} to {args[1]}
</Text>
);
}
$ my-cli source.txt target.txt
Moving from source.txt to target.txt
This command defines two positional arguments, which means that argument's position matters for command's execution. This is why positional arguments are defined via zod.tuple in Zod, where a specific number of values is expected.
However, there are commands like rm
, which can accept any number of arguments. To accomplish that in Pastel, use zod.array
instead.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
export const args = zod.array(zod.string());
type Props = {
args: zod.infer<typeof args>;
};
export default function Remove({args}: Props) {
return <Text>Removing {args.join(', ')}</Text>;
}
$ my-cli a.txt b.txt c.txt
Removing a.txt, b.txt, c.txt
Types
Pastel only supports string, number and enum types for defining arguments inside tuple or array.
String
Example that defines a string argument.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
import {argument} from 'pastel';
export const args = zod.tuple([
zod.string().describe(
argument({
name: 'name',
description: 'Your name',
}),
),
]);
type Props = {
args: zod.infer<typeof args>;
};
export default function Hello({args}: Props) {
return <Text>Hello, {args[0]}</Text>;
}
$ my-cli Jane
Hello, Jane
Number
Example that defines a number argument.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
import {argument} from 'pastel';
export const args = zod.tuple([
zod.number().describe(
argument({
name: 'age',
description: 'Age',
}),
),
]);
type Props = {
args: zod.infer<typeof args>;
};
export default function Hello({args}: Props) {
return <Text>Your age is {args[0]}</Text>;
}
$ my-cli 28
Your age is 28
Enum
Example that defines an enum argument.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
import {argument} from 'pastel';
export const args = zod.tuple([
zod.enum(['Ubuntu', 'Debian']).describe(
argument({
name: 'os',
description: 'Operating system',
}),
),
]);
type Props = {
args: zod.infer<typeof args>;
};
export default function Example({args}: Props) {
return <Text>Operating system = {args[0]}</Text>;
}
$ my-cli Ubuntu
Operating system = Ubuntu
Default value
Default value for an argument can be via a default
function in Zod schema.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
import {argument} from 'pastel';
export const args = zod.tuple([
zod
.number()
.default(1024)
.describe(
argument({
name: 'number',
description: 'Some number',
}),
),
]);
type Props = {
args: zod.infer<typeof args>;
};
export default function Example({args}: Props) {
return <Text>Some number = {args[0]}</Text>;
}
$ my-cli
Some number = 1024
JSON representation of default value will be displayed in the help message.
$ my-cli --help
Usage: my-cli [options] [number]
Arguments:
number Some number (default: 1024)
You can also customize it via defaultValueDescription
option in option
helper function.
import React from 'react';
import {Text} from 'ink';
import zod from 'zod';
import {argument} from 'pastel';
export const args = zod.tuple([
zod
.number()
.default(1024)
.describe(
argument({
name: 'number',
description: 'Some number',
defaultValueDescription: '1,204',
}),
),
]);
type Props = {
args: zod.infer<typeof args>;
};
export default function Example({args}: Props) {
return <Text>Some number = {args[0]}</Text>;
}
$ my-cli --help
Usage: my-cli [options] [number]
Arguments:
number Some number (default: 1,024)
Custom app
Similar to Next.js, Pastel wraps every command component with a component exported from commands/_app.tsx
. If this file doesn't exist, Pastel uses a default app component, which does nothing but render your component with options
and args
props.
import React from 'react';
import type {AppProps} from 'pastel';
export default function App({Component, commandProps}: AppProps) {
return <Component {...commandProps} />;
}
You can copy paste that code into commands/_app.tsx
and add some logic that will be shared across all commands.
Custom program name
Pastel extracts a program name from the name
field in the nearest package.json
file. If it doesn't exist, a first argument in process.argv
is used.
When the name of an executable doesn't match the name
in package.json
, it can be customized via a name
option during app initialization.
import Pastel from 'pastel';
const app = new Pastel({
name: 'custom-cli-name',
});
await app.run();
Custom description
Similar to program name, Pastel looks for a description in description
field in the nearest package.json
file. To customize it, use a description
option when initializating Pastel.
import Pastel from 'pastel';
const app = new Pastel({
description: 'Custom description',
});
await app.run();
Custom version
Similar to program name and description, Pastel looks for a version in version
field in the nearest package.json
file. If Pastel can't find it, version will be hidden in the help message and -v, --version
options won't be available.
To customize it, use a version
option during app initialization.
import Pastel from 'pastel';
const app = new Pastel({
version: '1.0.0
});
await app.run()
API
Pastel(options)
Initializes a Pastel app.
options
Type: object
name
Type: string
Program name. Defaults to name
in the nearest package.json or the name of the executable.
version
Type: string
Version. Defaults to version
in the nearest package.json.
description
Type: string
Description. Defaults to description
in the nearest package.json.
importMeta
Type: ImportMeta
Pass in import.meta
. This is used to find the commands
directory.
run(argv)
Parses the arguments and runs the app.
argv
Type: Array
Default: process.argv
Program arguments.
option(config)
Set additional metadata for an option. Must be used as an argument to describe
function from Zod.
config
Type: object
description
Type: string
Description. If description is missing, option won't appear in the "Options" section of the help message.
defaultValueDescription
Type: string
Description of a default value.
valueDescription
Type: string
Description of a value. Replaces "value" in --flag <value>
in the help message.
alias
Type: string
Alias. Usually a first letter of the full option name.
argument(config)
Set additional metadata for an argument. Must be used as an argument to describe
function from Zod.
config
Type: object
name
Type: string
Default: 'arg'
Argument's name. Displayed in "Usage" part of the help message. Doesn't affect how argument is parsed.
description
Type: string
Description of an argument. If description is missing, argument won't appear in the "Arguments" section of the help message.
defaultValueDescription
Type: string
Description of a default value.