| Add a documentation-to-CLI resolution gate: extract every `repo-harness <group> <sub>` token from the five READMEs and the current changelog section, resolve each against the parent command's `--help` subcommand list, and fail CI on an unresolved token | The 0.19.0 release prep documented three commands that do not exist (`automation authorization mint|list`, `campaign stop`) plus an out-of-bounds `--maximum-duration-ms` example, and every existing check stayed green: `tests/readme-dx.test.ts` asserts literal strings and only ever spawns the CLI for `init --dry-run`, so no gate resolves a documented verb against the real command tree. The defects were caught by the acceptance gate reading `--help` by hand, which does not scale | Until it exists, README and changelog command accuracy rests on a reviewer manually resolving each verb; the failure mode is silent and ships to the npm README. Note the naive detector is unsound — commander prints the parent's help instead of erroring on an unknown subcommand, so the check must test membership in the parent's listed subcommands, not the exit status | The next release-prep pass, or the first user-reported nonexistent command in the published README |
0 commit comments