PluginBench
Skill
Review
Audit score 70

cli-developer

jeffallan/claude-skills

Build production CLI tools with argument parsing, completions, and interactive prompts across Node.js, Python, and Go.

What is cli-developer?

A specialist skill for designing and implementing command-line interfaces with proper UX, shell completions, and cross-platform support. Use when building CLI tools, parsing arguments and flags, adding progress indicators, or generating shell completion scripts.

  • Design command hierarchies, subcommands, and flag structures with consistent naming
  • Implement argument parsing and validation using commander, click, typer, or cobra
  • Generate bash/zsh/fish shell completion scripts automatically
  • Add progress bars, spinners, and interactive prompts with proper TTY detection
  • Handle errors gracefully, support SIGINT (Ctrl+C), and provide clear help text
  • Optimize startup time and support both interactive and non-interactive modes

How to install cli-developer

npx skills add https://github.com/jeffallan/claude-skills --skill cli-developer
Claude Code
Cursor
Windsurf
Cline

How to use cli-developer

  1. 1.Analyze your command structure and user workflows before writing code
  2. 2.Design your subcommands, flags, and arguments with consistent naming
  3. 3.Implement using the appropriate framework (commander for Node.js, click/typer for Python, cobra for Go)
  4. 4.Add shell completions, help text, and error messages
  5. 5.Test on Windows, macOS, and Linux; verify startup time is under 50ms

Use cases

Good for
  • Building a multi-command DevOps tool with subcommands and configuration file support
  • Adding shell completions and progress indicators to an existing CLI application
  • Designing a Python or Go CLI with proper error handling and cross-platform compatibility
  • Creating an interactive prompt-based tool that also works in CI/CD pipelines
  • Implementing a Node.js CLI with consistent flag naming and help text validation
Who it's for
  • DevOps engineers building automation tools
  • Backend developers creating command-line utilities
  • Full-stack developers shipping CLI packages via npm, pip, or homebrew
  • Teams needing cross-platform terminal applications for Windows, macOS, and Linux

cli-developer FAQ

Which CLI framework should I use?

Use commander or yargs for Node.js, click or typer for Python, and cobra for Go. The skill provides quick-start examples and detailed references for each.

How do I add shell completions?

All three main frameworks (commander, click/typer, cobra) have built-in completion generation. The skill references show how to generate bash/zsh/fish completion scripts.

Should I use colors in my CLI output?

Only apply colors when output is a TTY. Detect with process.stdout.isTTY (Node.js), sys.stdout.isatty() (Python), or term.IsTerminal() (Go) to avoid breaking piped output.

How do I make my CLI work in CI/CD environments?

Always provide non-interactive fallbacks via command-line flags or environment variables. Never require interactive input in automated contexts.

What's the target startup time for a CLI?

Aim for under 50ms startup time. Avoid synchronous I/O and unnecessary blocking operations.

Full instructions (SKILL.md)

Source of truth, from jeffallan/claude-skills.


name: cli-developer description: Use when building CLI tools, implementing argument parsing, or adding interactive prompts. Invoke for parsing flags and subcommands, displaying progress bars and spinners, generating bash/zsh/fish completion scripts, CLI design, shell completions, and cross-platform terminal applications using commander, click, typer, or cobra. license: MIT metadata: author: https://github.com/Jeffallan version: "1.1.0" domain: devops triggers: CLI, command-line, terminal app, argument parsing, shell completion, interactive prompt, progress bar, commander, click, typer, cobra role: specialist scope: implementation output-format: code related-skills: devops-engineer

CLI Developer

Core Workflow

  1. Analyze UX — Identify user workflows, command hierarchy, common tasks. Validate by listing all commands and their expected --help output before writing code.
  2. Design commands — Plan subcommands, flags, arguments, configuration. Confirm flag naming is consistent and no existing signatures are broken.
  3. Implement — Build with the appropriate CLI framework for the language (see Reference Guide below). After wiring up commands, run <cli> --help to verify help text renders correctly and <cli> --version to confirm version output.
  4. Polish — Add completions, help text, error messages, progress indicators. Verify TTY detection for color output and graceful SIGINT handling.
  5. Test — Run cross-platform smoke tests; benchmark startup time (target: <50ms).

Reference Guide

Load detailed guidance based on context:

TopicReferenceLoad When
Design Patternsreferences/design-patterns.mdSubcommands, flags, config, architecture
Node.js CLIsreferences/node-cli.mdcommander, yargs, inquirer, chalk
Python CLIsreferences/python-cli.mdclick, typer, argparse, rich
Go CLIsreferences/go-cli.mdcobra, viper, bubbletea
UX Patternsreferences/ux-patterns.mdProgress bars, colors, help text

Quick-Start Example

Node.js (commander)

#!/usr/bin/env node
// npm install commander
const { program } = require('commander');

program
  .name('mytool')
  .description('Example CLI')
  .version('1.0.0');

program
  .command('greet <name>')
  .description('Greet a user')
  .option('-l, --loud', 'uppercase the greeting')
  .action((name, opts) => {
    const msg = `Hello, ${name}!`;
    console.log(opts.loud ? msg.toUpperCase() : msg);
  });

program.parse();

For Python (click/typer) and Go (cobra) quick-start examples, see references/python-cli.md and references/go-cli.md.

Constraints

MUST DO

  • Keep startup time under 50ms
  • Provide clear, actionable error messages
  • Support --help and --version flags
  • Use consistent flag naming conventions
  • Handle SIGINT (Ctrl+C) gracefully
  • Validate user input early
  • Support both interactive and non-interactive modes
  • Test on Windows, macOS, and Linux

MUST NOT DO

  • Block on synchronous I/O unnecessarily — use async reads or stream processing instead.
  • Print to stdout when output will be piped — write logs/diagnostics to stderr.
  • Use colors when output is not a TTY — detect before applying color:
    // Node.js
    const useColor = process.stdout.isTTY;
    
    # Python
    import sys
    use_color = sys.stdout.isatty()
    
    // Go
    import "golang.org/x/term"
    useColor := term.IsTerminal(int(os.Stdout.Fd()))
    
  • Break existing command signatures — treat flag/subcommand renames as breaking changes.
  • Require interactive input in CI/CD environments — always provide non-interactive fallbacks via flags or env vars.
  • Hardcode paths or platform-specific logic — use os.homedir() / os.UserHomeDir() / Path.home() instead.
  • Ship without shell completions — all three frameworks above have built-in completion generation.

Output Templates

When implementing CLI features, provide:

  1. Command structure (main entry point, subcommands)
  2. Configuration handling (files, env vars, flags)
  3. Core implementation with error handling
  4. Shell completion scripts if applicable
  5. Brief explanation of UX decisions

Knowledge Reference

CLI frameworks (commander, yargs, oclif, click, typer, argparse, cobra, viper), terminal UI (chalk, inquirer, rich, bubbletea), testing (snapshot testing, E2E), distribution (npm, pip, homebrew, releases), performance optimization

Documentation