Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/mendixlabs/mxcliWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/mendixlabs/mxcli/validate-project)<a href="https://agentmods.dev/commands/mendixlabs/mxcli/validate-project"><img src="https://agentmods.dev/badge/commands/mendixlabs/mxcli/validate-project/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/mendixlabs/mxcli/validate-project"><img src="https://agentmods.dev/badge/commands/mendixlabs/mxcli/validate-project.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00010 | $0.00639 |
| Opus 5.5 | $0.00004 | $0.00256 |
| Sonnet 5.5 | $0.00002 | $0.00128 |
| Haiku 4.5 | $0.00001 | $0.00064 |
Grade A, and why
validate-project scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 90 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Validate Project
Run Mendix's mx check command to validate the project for errors.
This is the same validation that Studio Pro performs - it checks for consistency errors (CE codes), warnings (CW codes), and other issues.
Prerequisites
The mx command must be available; mxcli docker check does not download it. In a dev container, run mxcli setup mxbuild -p app.mpr once to download it.
Where to find mx:
| Environment | Path |
|---|---|
| Dev container | ~/.mxcli/mxbuild/{version}/modeler/mx |
| Studio Pro install | mx (in PATH) |
| Manual download | /path/to/mxbuild/modeler/mx |
Command
# After mxcli setup mxbuild -p app.mpr (docker check does not download mxbuild)
mxcli docker check -p app.mpr
# With an explicit MxBuild (still checks a temporary copy; bare `mx check` writes into the project)
mxcli docker check -p app.mpr --mxbuild-path /path/to/mxbuild
Example Output
$ mx check MyApp.mpr
Mendix 10.6.0
Checking project...
MyFirstModule.Customer_Overview (Page):
CE0123: The entity 'MyFirstModule.Customer' does not exist.
MyFirstModule.SaveCustomer (Microflow):
CW0456: Variable '$customer' is declared but never used.
Found 1 error(s) and 1 warning(s)
Common Error Codes
| Code | Type | Description |
|---|---|---|
| CE0xxx | Error | Consistency error - must be fixed |
| CW0xxx | Warning | Warning - should be reviewed |
| CD0xxx | Deprecation | Deprecated feature usage |
When to Use
- After making changes with mxcli to verify they're valid
- Before committing changes to version control
- After merging branches to check for conflicts
- To diagnose issues reported in Studio Pro
Workflow
- Make changes with an mxcli script that starts with
mdl 1;, and execute it (./mxcli exec changes.mdl -p MyApp.mpr).execwrites the project as it runs; there is nothing to save or disconnect afterwards.mdl 1; create persistent entity Sales.Product ( Name: string(200) );
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago Changed · -3 lines a0ba95a58df4
- 25d ago Changed f2cb58db0fd8
- 1mo ago First seen · 93 lines · 10 tokens per session scan A 6cbfcbfd1366
validate-project is a command published in the GitHub repository mendixlabs/mxcli (132 stars, last pushed 2d ago), licensed Apache-2.0. It adds 10 tokens to every session and 639 once invoked, about $0.0000 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
hatch3r-test-plan
Plan a comprehensive test strategy -- spawn parallel researchers, produce test plan spec with coverage targets, priority ordering, test case outlines, and structured todo.md entries for board-fill.
hatch3r-bug-plan
Diagnose a complex incident -- reproduce the symptom, rank root-cause hypotheses, design the fix path, and emit regression coverage items as a board-ready investigation.
hatch3r-bug-pipeline
Run a known-cause bug fix through a 3-phase test-first pipeline -- reproduce + root-cause, regression-test + fix together, then root-cause-depth review -- with full sub-agent delegation.
hatch3r-healthcheck
Open a QA and reliability epic surveying coverage gaps, flaky tests, and regression blind spots with one testing sub-issue per module plus cross-module wiring audit.
modernize-transform
Transform one legacy module to the target stack — idiomatic rewrite with behavior-equivalence tests.
hatch3r-benchmark
Run and analyze performance benchmarks. Compare results against baselines, identify regressions, and produce performance reports.