behave

Registre officiel Autres

Record how any CLI behaves and check that a rewrite behaves the same (golden tests).

Installation

Ajoutez ceci à la configuration MCP de votre client (Claude Desktop : claude_desktop_config.json ; Cursor : .cursor/mcp.json ; VS Code et les autres utilisent la même forme « mcpServers »).

MCPB package https://github.com/emirmrkaljevic/behave/releases/download/v0.1.7/behave_0.1.7_linux_amd64.mcpb
MCPB package https://github.com/emirmrkaljevic/behave/releases/download/v0.1.7/behave_0.1.7_linux_arm64.mcpb
MCPB package https://github.com/emirmrkaljevic/behave/releases/download/v0.1.7/behave_0.1.7_darwin_amd64.mcpb
MCPB package https://github.com/emirmrkaljevic/behave/releases/download/v0.1.7/behave_0.1.7_darwin_arm64.mcpb

Documentation

Tirée du README du projet sur GitHub, actualisée chaque semaine. Les liens ouvrent GitHub.

Sommaire
  1. behave
  2. Quick start
  3. What it found on day one
  4. MCP server
  5. Spec format
  6. How it stays deterministic
  7. Commands
  8. Roadmap
  9. Safety
  10. Links
  11. License

behave

If you find this useful, you can support me by getting a SkinToScan pack, my other project. It's a one-time purchase that directly funds my open-source work.

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, every value the help lists for a flag, 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:

  • porting a tool to Rust or Go and want proof that the port is compatible,
  • refactoring or upgrading a CLI and want a regression net in a few seconds,
  • comparing two implementations of the same tool.

Status: early (v0.1). CLI and MCP server work; feedback welcome.

Quick start

Install with Homebrew (macOS and Linux), download a binary from Releases, or use go install:

brew install emirmrkaljevic/tap/behave
# 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 examples first: behave run examples/cut (27 GNU cut cases), behave run examples/paste (18 GNU paste cases), behave run examples/join (26 GNU join cases), behave run examples/nl (26 GNU nl cases), behave run examples/fold (28 GNU fold cases), or behave run examples/jq (33 jq 1.7 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

When the help text lists the values a flag accepts, probe adds one case per value next to the invalid-value cases. It understands GNU style (WHEN can be: auto, always, never, --sort=WORD ... to WORD: none (-U), size (-S), ..., The WHEN argument defaults to 'always' and can also be 'auto' or 'never'.), clap's [possible values: ...], argparse's {json,yaml} and <fast|safe>. It only keeps plain lowercase lists it can tie to that flag. --dry-run shows what it found:

$ behave probe ls --dry-run
       --color                      WHEN  {always,auto,never}
       --sort                       WORD  {none,size,time,version,extension,name,width}

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]

What it found on day one

Run on this machine against real tools, generated cases only, --help/--version excluded:

originalcandidatecasespassnotable differences
GNU wc 9.7uutils wc 0.12.06363none
GNU headuutils head5151none
GNU uniquutils uniq100100none
GNU truutils tr6363none
GNU tac 9.12uutils tac (main)3635-s -1 rejected (value starting with -, #15497, now fixed)
GNU tail 9.12uutils tail (main)6058-c with no count accepted (#15528, now fixed); file names like 007 printed as 7 (#15533, now fixed in tail); a hand-added -cf FILE case is rejected (#15517)
GNU cutuutils cut175172--output-delimiter -1 rejected (value starting with -)
GNU base64uutils base643631-d on invalid input: GNU prints the bytes decoded so far, uutils prints nothing
GNU sortuutils sort290~260†usage errors exit 1 instead of 2; --debug underline width; --check --merge
jq 1.7gojq 0.12.19596331*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. Record from the release the rewrite actually targets. uutils follows the newest GNU release, and GNU 9.12 prints ==> 'standard input' <== in tail -v headers where 9.7 prints no quotes, so a spec recorded from an older GNU reports differences that are really GNU changes. behave.yaml keeps the --version line of the recorded tool, and run/diff print it next to the version being replayed. Some were real bugs and are now fixed upstream:

Still open: uutils sort -c dir exits 0 without a message instead of reporting the read error (uutils/coreutils#15615, fix in #15616), and a few error messages that lose the file name, mostly caught by the "file with trailing slash" probe case added in v0.1.7:

  • cp f/ dest prints Not a directory (os error 20) instead of cannot stat 'f/': Not a directory (#15691, fix in #15692)
  • paste open and read errors without the file name (#15254, fix in #15642)
  • shred dir says Not a file instead of failed to open for writing: Is a directory (#15630, fix in #15631)
  • mv missing/ g says Not a directory and mv d/f g with an unsearchable d says No such file or directory, where GNU gives the real reason (#15704, fix in #15705)

MCP server

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"] }
  }
}
toolwhat it does
behave_execrun a command once in a temp dir, return exit/stdout/stderr (exploration)
behave_probegenerate and record a spec from --help
behave_add_caseadd a case and record the original's behavior
behave_list_caseslist cases, optionally by tag (flag:--sort, manual)
behave_diffreplay against an implementation, return failing cases with diffs

Spec format

A spec is a directory you can commit and review:

behave-cut/
  behave.yaml           # command, timeout, normalizers, recorded_from (--version line)
  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.

How it stays deterministic

  • every case runs in a new temp directory with a fixed environment (LC_ALL=C.UTF-8, TZ=UTC, NO_COLOR=1, HOME=temp dir)
  • input files get fixed modification times, and tools that read the current directory (ls, du, rg; help text mentions "current directory" or recursion) get a small sample tree (--sample-files auto|on|off) whose names, sizes and extensions sort differently, so ls --sort=size, ls -t, du --time and du -S produce output worth comparing
  • each case is recorded 3 times; anything that changes between runs is marked flaky and skipped (e.g. sort --random-sort)
  • normalizers remove noise before comparing: ansi, workdir, cmd (jq: vs gojq:), timestamp, hexaddr, duration, pid, plus your own regex rules in behave.yaml
  • timeouts kill the whole process group

Commands

commandwhat it does
behave probe <cmd>discover flags, generate and record cases (--arg, `--inputs text\json\both,--max,--skip-flag,--sample-files,--dry-run`)
behave record <spec>re-record expectations from the original
behave add <spec> -- ARGSadd 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, --junit file, -v)
behave coverage <spec>which documented flags (from --help/man) the cases exercise (--min PCT, --all, --json)
behave normalizerslist built-in normalizers

run and diff exit with 1 when any case fails, so they drop straight into CI. Pass --junit report.xml to write a JUnit XML report for CI dashboards (GitHub Actions, Jenkins, etc.).

coverage tells you what a spec doesn't test yet. On the hand-picked cut example:

$ behave coverage examples/cut
cut: 27 cases exercise 7 of 12 documented flags (58%)
not exercised (5): -n --zero-terminated --help --version -M
used but not in help: --no-such-flag

It reads flags the same way probe does, understands --long=value, unambiguous long prefixes and clustered short flags (-sf1), and exits 1 with --min 80 when coverage drops below 80%.

The repo ships a multi-stage Dockerfile that builds the binary and starts behave mcp on stdio (for Glama and other MCP registries that build from a Dockerfile).

Roadmap

  • more committed example specs (head, tail, wc, a grep subset vs ripgrep)
  • Homebrew tap

Safety

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.

  • MCP Registry name: io.github.emirmrkaljevic/behave

License

MIT

Questions fréquentes

Qu'est-ce que behave ?

Record how any CLI behaves and check that a rewrite behaves the same (golden tests).

Comment installer behave ?

Suivez les étapes d'installation de sa documentation, affichée sur cette page et dans son dépôt.

Faut-il une clé API pour behave ?

Son entrée au registre n'indique aucune clé ni secret obligatoire. Certaines fonctions peuvent tout de même demander un compte auprès du service auquel il se connecte.

behave est-il open source ?

Oui. Son code est sur GitHub sous licence MIT.

Qui maintient behave ?

Il est publié par emirmrkaljevic. AI.tn le référence sans le maintenir ni le recommander.

Issu du registre MCP officiel. Être listé n'est pas une recommandation : vérifiez le code et les permissions d'un serveur avant de lui donner accès à vos données.