Verify production laddr password-hash format before staging cutover

The laddr-import script writes legacy password hashes verbatim into `LegacyPasswordCredential` records, and the eventual account-claim endpoint will verify against them with whatever algorithm those hashes use.

Synthetic fixture data uses bcrypt (\`\$2y\$10\$...\`) per common Emergence-PHP conventions, but we haven't inspected real production hashes yet. Before staging cutover:

1. Pull the first ~20 \`Password\` values from a fresh production dump
2. Confirm they all share a single algorithm prefix (\`\$2y\$\`, \`\$2a\$\`, \`\$6\$\`, etc.)
3. If anything other than bcrypt appears, add a verifier in the account-claim plan and surface a warning in the import-laddr report

Filed as Follow-up from PR #24 (laddr-import).

Commencez par le script laddr-import et obtenez les environ 20 premières valeurs de Password à partir d’un dump de production récent. Comparez leurs préfixes d’algorithme ; c’est terminé lorsqu’un format unique est confirmé ou que le verifier et l’avertissement requis sont consignés dans le account-claim plan et le laddr-import report.

Rédigé par le modèle d'indexation à partir du texte de l'issue.