Pipeliner Client

## Objectif
Poser les fondations backend (`api/`, architecture hexagonale : domain / application / infrastructure / presentation) pour les crédits, les tiers d'abonnement, leur historique et les permissions associées. Racine de l'épopée #1133 — les autres enfants en dépendent.

## Portée
- **Domaine** : entités `Tier` (Démarrage 2 500 €, Maintenance 4 200 €, Évolutions 9 700 €, Pilotage 16 000 € — crédits/flux/SLA par tier), `CreditBalance` (crédits restants par client), `AuditEntry` (modifications tier/crédits : qui, quoi, ancien→nouveau, quand).
- **Migration Alembic** + seed des définitions de tiers, synchronisées avec les offres commerciales.
- **Application** : use-cases lire profil/crédits/tier d'un client, modifier le tier, ajuster les crédits (delta + / -), lister l'historique. Chaque mutation émet un événement de domaine (tier changé, crédits ajustés, crédits bas <20 %) consommable par les notifications (enfant #2).
- **Permissions** : seuls les admins OmDev peuvent modifier tiers/crédits (les lectures restent ouvertes au client propriétaire). 403 sinon.
- **Présentation** : endpoints REST de lecture (profil/crédits/tier/historique) et d'écriture (édition tier, ajustement crédits) sous garde de permission.

## Acceptance criteria
- [ ] Les 4 tiers sont définis avec montant, crédits, flux, SLA, et seedés via une migration Alembic.
- [ ] Le solde de crédits d'un client est lisible via un endpoint authentifié (propriétaire ou admin).
- [ ] Modifier un tier ou ajuster des crédits écrit une entrée d'historique (auteur, ancien→nouveau, horodatage).
- [ ] L'historique est consultable via un endpoint (paginé, filtré par client).
- [ ] Toute mutation tier/crédits par un non-admin OmDev renvoie 403.
- [ ] Les mutations émettent les événements de domaine (tier changé, crédits ajustés, crédits bas <20 %).
- [ ] Tests pytest verts (TDD), `ruff check .` et `mypy src` propres.