Auth · Methods
Which authentication methods a deployment offers, for signing in and for registering.
Which ways in a deployment offers, and to whom. Every registration and sign-in screen should render from these rather than from a hard-coded list — a client that offers a method the deployment has turned off is a client that reports "method unavailable" and looks broken.
The settings are one store with two halves. signIn governs getting into an existing account;
registration governs making a new one. They are separate because the answers usually differ: a
deployment might accept a passphrase for either, but only ever create accounts by emailed link.
Each half is keyed by authentication kind, then by method:
{ "username": { "passphrase": true, "credential": true } }.
All three routes are admin-guarded. The public read is the shape a client actually needs, not the store itself.