Documenter BitwardenLoginHandler, StandardConfigTestHandler et le
comportement opt-in de ManifestCheck dans RunDoctor.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Le handler est spécifique au backend Bitwarden CLI. Le nom "Default"
suggérait à tort qu'il s'applique à tous les MCPs.
Les MCPs sans backend Bitwarden ne définissent pas de hook Login :
autoDisabledCommands masque automatiquement la commande.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- DefaultLoginHandler(binaryName) : handler de login Bitwarden prêt à
l'emploi avec confirmation. Remplace les réimplémentations identiques
dans chaque MCP.
- StandardConfigTestHandler(opts) : handler de config test standard sans
ManifestCheck. Accepte ConfigCheck, OpenStore, ConnectivityCheck et
ExtraChecks.
- ManifestCheck dans RunDoctor devient opt-in : inclus uniquement si
ManifestDir est fourni (artefact de build, pas de contrainte runtime).
- Supprime le handler mort CommandLogin dans bootstrap.Run, désormais
remplacé par l'auto-disable et DefaultLoginHandler.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Commands are now hidden from help and return ErrUnknownCommand when
invoked if their hook is nil (and for version, if Version string is
also empty). No explicit DisabledCommands needed for MCPs that don't
use login/setup/config/etc.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Commands listed in DisabledCommands are excluded from global help output
and return ErrUnknownCommand when invoked or help is requested for them.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
When Hooks.Login is nil, Run() now handles the login command directly
using LoginBitwarden with BinaryName as the service name, removing
the need for glue code in each consumer binary.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
