### Summary

I suspect a regression in 2.14.4 because in our project, ansible-lint github action suddenly fails this week.
Digging further: 
`ansible localhost  --syntax-check --module-name=include_role --args name=./ansible_collections/ds389/ansible_ds/playbooks/roles/ds389_backup`
now fails with an error generated by dsctl command because 389ds 'localhost' instance does not exists
In other word it is the output of a command run by ansible.builtin.shell while ansible --help says that commands should not be executed.



### Issue Type

Bug Report

### Component Name

core

### Ansible Version

```console
$ ansible --version
ansible [core 2.14.4]
  config file = /etc/ansible/ansible.cfg
  configured module search path = ['/home/progier/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
  ansible python module location = /home/progier/.local/lib/python3.10/site-packages/ansible
  ansible collection location = /home/progier/.ansible/collections:/usr/share/ansible/collections
  executable location = /home/progier/.local/bin/ansible
  python version = 3.10.9 (main, Dec  7 2022, 00:00:00) [GCC 12.2.1 20221121 (Red Hat 12.2.1-4)] (/usr/bin/python)
  jinja version = 3.0.3
  libyaml = True

$ansible-lint 6.14.5 using ansible 2.14.4
```


### Configuration

```console
# if using a version older than ansible-core 2.12 you should omit the '-t all'
$ ansible-config dump --only-changed -t all
CONFIG_FILE() = /etc/ansible/ansible.cfg
```


### OS / Environment

Fedora release 36 (Thirty Six)

### Steps to Reproduce

git clone  https://github.com/389ds/ansible-ds
cd ansible_ds
ansible localhost  --syntax-check --module-name=include_role --args name=./ansible_collections/ds389/ansible_ds/playbooks/roles/ds389_backup

### Expected Results

Either no error or an error that is not a shell command error message.

FYI: The error message and return code value is clearly generated by  389ds administration CLI
which should not be executed in --syntax-check mode:
```
dsctl localhost status ; echo return code is: $?
No such instance 'localhost'
Unable to access instance information. Are you running as the correct user? (usually dirsrv or root)
return code is: 1
```

### Actual Results

```console
a quite long list of 'localhost | SKIPPED' and 'localhost | SUCCESS => {' then:

localhost | FAILED | rc=1 >>
No such instance 'localhost'
Unable to access instance information. Are you running as the correct user? (usually dirsrv or root)non-zero return code
```


### Code of Conduct

- [X] I agree to follow the Ansible Code of Conduct
basedir = os.path.normpath(os.path.join(os.path.dirname(__file__), '..', '..', '..', '..'))
    repo_path = os.path.join(basedir, '.git')
    return _git_repo_info(repo_path)
def version(prog=None):
    """ return ansible version """
    if prog:
        result = ["{0} [core {1}]".format(prog, __version__)]
    else:
        result = [__version__]
    gitinfo = _gitinfo()
    if gitinfo:
        result[0] = "{0} {1}".format(result[0], gitinfo)
    result.append("  config file = %s" % C.CONFIG_FILE)
    if C.DEFAULT_MODULE_PATH is None:
        cpath = "Default w/o overrides"
    else:
        cpath = C.DEFAULT_MODULE_PATH
    result.append("  configured module search path = %s" % cpath)
    result.append("  ansible python module location = %s" % ':'.join(ansible.__path__))
    result.append("  ansible collection location = %s" % ':'.join(C.COLLECTIONS_PATHS))
    result.append("  executable location = %s" % sys.argv[0])
    result.append("  python version = %s (%s)" % (''.join(sys.version.splitlines()), to_native(sys.executable)))
    result.append("  jinja version = %s" % j2_version)
    result.append("  libyaml = %s" % HAS_LIBYAML)
    return "\n".join(result)
#
#
def create_base_parser(prog, usage="", desc=None, epilog=None):