feat(api): identité user-first — login/password, ownership user, fin du token device

- 000006 : users.username/username_normalized/password_hash/is_admin, index
  unique partiel sur username_normalized, DROP idx_users_email (unicité V1 =
  username, jamais email) ; 000007 destructif : resources.owner_id→user_id
  (FK→users, reset base dev), l'unicité racine devient par user
- pkg/passwd : argon2id (t=1,m=64MiB,p=4,k=32), comparaison constant-time,
  VerifyTimedEqual (délai égalisé dummy-hash) ; pkg/auth : subject=user_id +
  claim device_id, TTL 7 j sans refresh
- repository : Users (count/get/resolve-exact/create/update-password/
  mark-deleted), Devices.MarkUser (user_id INFORMATIF uniquement)
- handlers : POST /devices sans token, POST /auth/login (401 indistinguable
  user inconnu/mauvais mdp, device requis), PATCH /users/me/password
  (current_password, tokens non révoqués — limite V1), GET /users/resolve
  (exact lowercase, jamais email/is_admin) ; middleware RequireAuth
  (user authorisant, device porté) ; tout le scoping ressources passe user
- bootstrap admin : users vide + ADMIN_* absents → refus de démarrer ;
  .env.example ; docs/api-v1.md §2/§3/§7/§8
- tests : migrations 000006/000007 (up/down), pkg/auth Identity, handlers
  login/password/resolve, helpers refactorés registerAndLogin, repo tests
  scopés user — suite backend verte

backend/db/migrations/000007_resources_user_ownership.up.sql

@@ -0,0 +1,15 @@
+-- Bascule ownership device → user (étapes 6-10 de la tranche identité).
+-- Destructif ASSUMÉ : à ce stade aucune release V1, la base de dev est RESET
+-- (DELETE trivial sur une table vide ; PAS de user marqueur). Le modele
+-- resources reste parfaitement identique par ailleurs.
+DELETE FROM resources;
+
+ALTER TABLE resources DROP CONSTRAINT resources_owner_id_fkey;
+ALTER TABLE resources RENAME COLUMN owner_id TO user_id;
+ALTER TABLE resources ADD CONSTRAINT resources_user_id_fkey
+  FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE;
+
+-- Les index créés en 000003 (idx_resources_owner, idx_resources_root_name
+-- sur owner_id) suivent le renommage Intrinsèquement : ils portent désormais
+-- sur user_id. L'unicité racine devient donc « 1 nom par USER » (multi-device
+-- possible pour le même compte).