Mendapi 0.5.5: the one bug we shipped on purpose, now fixed Mendapi 0.5.5 fixes a bug where 'mendapi scan -h' ran a scan instead of printing help, a known issue shipped in 0.5.4. The fix normalizes '-h' to '--help' for all nine subcommands, and the regression gate now asserts on all subcommands with a negative control. The MCP registry entry has also been refreshed with an icon set and website URL. The 0.5.4 release notes carried an unusual section: Known issue shipped with 0.5.4 . We had spent that whole release fixing the first minute of using the CLI — twelve corrections to help text, exit codes, path handling, and MCP behaviour — and in the middle of it we found one more that did not make the cut. mendapi scan -h did not print help. It ran a scan. Every other subcommand normalized -h to --help before dispatching. scan did not, so the short flag fell through to the scanner, which happily ignored an unrecognized argument and started working. Nobody loses data over this. But it is exactly the kind of thing that makes a first-time user close the terminal, and we had just shipped a release about first impressions. We wrote it down rather than quietly patching over it, because a tool whose entire premise is upstream changes should be visible before they surprise you does not get to hide its own. One change. -h is normalized to --help before any subcommand spawns, so all nine subcommands behave identically: bash $ npx mendapi@0.5.5 scan -h Usage: mendapi scan --repo