fix: identify when the command is meant to be 'help'

[WillieRuemmele]

@W-13649156@
forcedotcom/cli#2240

this could potentially be wholly fixed in the tax-free code in oclif/core

 ➜  sf package help
 ›   Warning: package help is not a sf command.
Did you mean help package? [y/n]: y
Create a package.

USAGE
  $ sf package COMMAND

 ➜  sf package help list                         
 ›   Warning: package help list is not a sf command.
Did you mean help package list? [y/n]: y
List all packages in the Dev Hub org.

USAGE
  $ sf package list -v <value> [--json] [--api-version <value>] [--verbose]

[mshanemc]

QA:

base condition:
✅ works great. Gets me to help faster.

❌ with a flag (✅ fixed by commit below)

 ›   Warning: org list help is not a sf command.
Did you mean help org list? [y/n]: y
 ›   Error: Nonexistent flag: --clean
 ›   See more help with --help

if we're in the help path maybe we should build the command name from its ID rather than retaining the args/flags?