Record how any CLI behaves and check that a rewrite behaves the same (golden tests).
Record how any CLI behaves. Prove your rewrite behaves the same.
behave treats a command-line tool as a black box. It reads --help (and the man page),
generates hundreds of test cases (every flag, flag pairs, edge-case stdin, file arguments,
bad values, missing files), records what the tool actually does (stdout, stderr, exit code),
and replays those cases against another implementation.

Use it when you are:
Status: early (v0.1). CLI and MCP server work; feedback welcome.
Download a binary for Linux or macOS from Releases, or:
go install github.com/emirmrkaljevic/behave/cmd/behave@latest
# 1. record how GNU sort behaves (writes ./behave-sort/)
behave probe sort
# 2. check that the recording is stable
behave run behave-sort
# 3. compare another implementation against it
behave diff behave-sort --impl ./target/release/sort --skip-tag meta
Or try the committed example first: behave run examples/cut replays 27 recorded GNU cut
cases (see examples/).
For tools that need a positional argument (a filter, a pattern, a field list), give samples:
behave probe jq --arg . --arg '.a' --arg '.[]' --arg 'map(.+1)' --arg keys
behave diff behave-jq --impl gojq --ignore-stderr
Example output (abridged):
✗ flag --output-delimiter, value -1, arg -f1 0135-flag-output-delimiter-value-1-arg-f1.yaml
$ cut --output-delimiter -1 -f1
exit:
exit: want 0, got 1
stdout:
- hello
flags with differences:
--output-delimiter 2/16 cases differ
flags fully compatible: 9 of 10
cut vs ./uu/cut: 172/175 passed, 3 failed, 0 skipped (differs in: exit 2, stdout 3) [0.1s]
Run on this machine against real tools, generated cases only, --help/--version excluded:
| original | candidate | cases | pass | notable differences |
|---|---|---|---|---|
| GNU wc 9.7 | uutils wc 0.12.0 | 63 | 63 | none |
| GNU head | uutils head | 51 | 51 | none |
| GNU uniq | uutils uniq | 100 | 100 | none |
| GNU tr | uutils tr | 63 | 63 | none |
| GNU cut | uutils cut | 175 | 172 | --output-delimiter -1 rejected (value starting with -) |
| GNU base64 | uutils base64 | 36 | 31 | -d on invalid input: GNU prints the bytes decoded so far, uutils prints nothing |
| GNU sort | uutils sort | 290 | ~260† | usage errors exit 1 instead of 2; --debug underline width; --check --merge |
| jq 1.7 | gojq 0.12.19 | 596 | 331* | unsupported flags (--seq, --ascii-output, …), key order, big-number formatting |
* with --ignore-stderr; error message wording differs almost everywhere.
† varies by one or two: some --random-sort cases are only sometimes detected as flaky with tiny inputs.
Many of these are deliberate design choices, not bugs. behave just makes them visible.
behave mcp serves the same features over stdio, so a coding assistant can explore the
original tool, grow the spec while it works, and check its port after every change.
{
"mcpServers": {
"behave": { "command": "behave", "args": ["mcp"] }
}
}
| tool | what it does |
|---|---|
behave_exec | run a command once in a temp dir, return exit/stdout/stderr (exploration) |
behave_probe | generate and record a spec from --help |
behave_add_case | add a case and record the original's behavior |
behave_list_cases | list cases, optionally by tag (flag:--sort, manual) |
behave_diff | replay against an implementation, return failing cases with diffs |
A spec is a directory you can commit and review:
behave-cut/
behave.yaml # command, timeout, normalizers
cases/
0001-help.yaml
0135-flag-output-delimiter-value-1-arg-f1.yaml
...
name: flag --output-delimiter, value -1, arg -f1
args: [--output-delimiter, "-1", -f1]
stdin: |
hello
tags: [flag-value, "flag:--output-delimiter"]
expect:
exit: 0
stdout: |
hello
stderr: ""
Cases can also set env, files (created in a fresh temp dir), and timeout_ms.
Add your own with behave add behave-cut --stdin 'a,b' -- -d, -f2.
LC_ALL=C.UTF-8, TZ=UTC, NO_COLOR=1, HOME=temp dir)flaky
and skipped (e.g. sort --random-sort)ansi, workdir, cmd (jq: vs gojq:),
timestamp, hexaddr, duration, pid, plus your own regex rules in behave.yaml| command | what it does |
|---|---|
behave probe <cmd> | discover flags, generate and record cases (--arg, --inputs text|json|both, --max, --skip-flag, --dry-run) |
behave record <spec> | re-record expectations from the original |
behave add <spec> -- ARGS | add one hand-written case |
behave run <spec> | replay against the original |
behave diff <spec> --impl <bin> | replay against another implementation (--ignore-stderr, --ignore-exit, --tag, --skip-tag, --json, -v) |
behave normalizers | list built-in normalizers |
run and diff exit with 1 when any case fails, so they drop straight into CI.
WHEN can be: auto, always, never)behave only runs the binaries you point it at, in a temp directory. Don't probe tools that
change things outside their working directory (package managers, rm -rf-style tools)
without --skip-flag and a sandbox.
io.github.emirmrkaljevic/behaveMIT
This listing does not have a supported local package template. Use the maintainer’s documentation for its hosted endpoint, authentication, and client-specific setup. No install command has been inferred.
https://github.com/emirmrkaljevic/behave/releases/download/v0.1.6/behave_0.1.6_linux_amd64.mcpbotherbehave works with any MCP-compatible client. Copy the config snippet from the Configuration section above and add it to the file shown for your client, then restart the application.
~/Library/Application Support/Claude/claude_desktop_config.jsonRestart Claude Desktop completely for changes to take effect.~/.cursor/mcp.jsonRestart Cursor for changes to take effect..vscode/mcp.jsonReload VS Code window for changes to take effect.~/.codeium/windsurf/mcp_config.jsonRestart Windsurf for changes to take effect..mcp.jsonSave at the project root, then start Claude Code in that project and review the MCP server approval prompt. Keep real credentials out of shared files.