Server data from the Official MCP Registry
Record how any CLI behaves and check that a rewrite behaves the same (golden tests).
About
Record how any CLI behaves and check that a rewrite behaves the same (golden tests).
Security Report
Valid MCP server (3 strong, 1 medium validity signals). No known CVEs in dependencies. Imported from the Official MCP Registry.
8 files analyzed · No issues found
Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.
Permissions Required
This plugin requests these system permissions. Most are normal for its category.
Documentation
View on GitHubFrom the project's GitHub README.
behave
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:
- 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
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 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), or behave run examples/nl (26 GNU nl 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]
What it found on day one
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.
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"] }
}
}
| 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 |
Spec format
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.
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) - each case is recorded 3 times; anything that changes between runs is marked
flakyand skipped (e.g.sort --random-sort) - normalizers remove noise before comparing:
ansi,workdir,cmd(jq:vsgojq:),timestamp,hexaddr,duration,pid, plus your own regex rules inbehave.yaml - timeouts kill the whole process group
Commands
| 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, --junit file, -v) |
behave normalizers | list 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.).
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
- JUnit output, coverage of flags seen in help vs exercised
- smarter value generation from help text (
WHEN can be: auto, always, never)
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.
Links
- MCP Registry name:
io.github.emirmrkaljevic/behave
License
MIT
Reviews
No reviews yet
Be the first to review this server!
More Developer Tools MCP Servers
Fetch
Freeby Modelcontextprotocol · Developer Tools
Web content fetching and conversion for efficient LLM usage
Git
Freeby Modelcontextprotocol · Developer Tools
Read, search, and manipulate Git repositories programmatically
Toleno
Freeby Toleno · Developer Tools
Toleno Network MCP Server — Manage your Toleno mining account with Claude AI using natural language.
MCP Marketplace
Freeby mcp-marketplace · Developer Tools
Search and install MCP servers from inside your AI client.
mcp-creator-python
Freeby mcp-marketplace · Developer Tools
Create, build, and publish Python MCP servers to PyPI — conversationally.
FinAgent
Freeby mcp-marketplace · Finance
Free stock data and market news for any MCP-compatible AI assistant.
