chore(docs): supprimer liens cassés vers fichiers inexistants

Suppressions/corrections:
- Suppression références ADR inexistants (010, 011, 018-notifications-push)
- Suppression liens vers fichiers d'analyse supprimés (ANALYSE_LIBRAIRIES_GO.md, INCONSISTENCIES-ANALYSIS.md)
- Correction numéros ADR: 010→012, 018→020, 020→022
- Correction liens relatifs dans domains/README.md
- Suppression référence regles-metier/ (structure legacy)

Script: scripts/remove-broken-links.sh

docs/adr/005-base-de-donnees.md

@@ -119,4 +119,4 @@ dsn := "postgres://user:pass@localhost:6432/roadwave"
 ## Documentation technique détaillée
 
 - [Diagramme de séquence cache géospatial](../architecture/sequences/cache-geospatial.md)
-- [Schéma base de données](../architecture/database/schema.md)
+- 

docs/adr/011-orm-acces-donnees.md

@@ -199,7 +199,7 @@ ON user_locations USING GIST(last_position);
 - ✅ **Maintenabilité** : Patterns clairs, réutilisables
 - ❌ **Complexité** : Une couche de plus, mais justifiée
 
-**Référence** : Résout incohérence #4 dans [INCONSISTENCIES-ANALYSIS.md](../INCONSISTENCIES-ANALYSIS.md#4--orm-sqlc-vs-types-postgis)
+**Référence** : Résout incohérence #4 dans 
 
 ## Conséquences
 

docs/adr/013-strategie-tests.md

@@ -30,7 +30,7 @@ Approche **multi-niveaux** : unitaires, intégration, BDD (Gherkin), E2E, load t
 ## Tests BDD (Gherkin + Godog)
 
 - **Framework** : `github.com/cucumber/godog`
-- **Couverture** : Tous les cas d'usage du [README.md](../../README.md) traduits en `.feature`
+- **Couverture** : Tous les cas d'usage du  traduits en `.feature`
 - **Exécution** : Avant release
 - **Détails** : Voir [ADR-007](007-tests-bdd.md) pour contexte complet
 

docs/adr/014-organisation-monorepo.md

@@ -77,7 +77,7 @@ Cela garantit que :
 - **Turborepo** ou **Nx** : orchestration des builds/tests, cache intelligent
 - **Docker Compose** : environnement de dev local (PostgreSQL, Redis, backend, etc.)
 - **Make** : commandes communes (`make test`, `make build`, `make dev`)
-- **CI/CD** : GitHub Actions avec path filters (voir [ADR-020](020-strategie-cicd-monorepo.md))
+- **CI/CD** : GitHub Actions avec path filters (voir [ADR-020](022-strategie-cicd-monorepo.md))
 
 ## Conséquences
 

docs/adr/018-librairies-go.md

@@ -54,7 +54,7 @@ Utilisation de **16 librairies open-source** avec licences permissives.
 
 ## Alternatives considérées
 
-Voir [analyse détaillée](../ANALYSE_LIBRAIRIES_GO.md) pour comparatifs complets :
+Voir  pour comparatifs complets :
 - Framework : Fiber vs Gin vs Echo vs Chi
 - PostgreSQL : pgx vs GORM vs database/sql
 - Redis : rueidis vs go-redis vs redigo
@@ -118,7 +118,7 @@ require (
 
 ## Références
 
-- [Analyse complète des librairies](../ANALYSE_LIBRAIRIES_GO.md) (tableaux comparatifs, sources)
+-  (tableaux comparatifs, sources)
 - ADR-001 : Langage Backend (Fiber, pgx, go-redis)
 - ADR-007 : Tests BDD (Godog)
 - ADR-011 : Accès données (sqlc)

docs/adr/020-librairies-flutter.md

@@ -214,7 +214,7 @@ graph TB
 
 La section "Packages clés" de l'ADR-010 est désormais obsolète et doit référencer cet ADR :
 
-> **Packages Flutter** : Voir [ADR-018 - Librairies Flutter](018-librairies-flutter.md) pour la liste complète, licences et justifications.
+> **Packages Flutter** : Voir [ADR-018 - Librairies Flutter](020-librairies-flutter.md) pour la liste complète, licences et justifications.
 
 ## Risques et Mitigations
 
@@ -233,7 +233,7 @@ La section "Packages clés" de l'ADR-010 est désormais obsolète et doit réfé
 
 ## Références
 
-- [ADR-010 : Frontend Mobile](010-frontend-mobile.md) (Flutter, architecture permissions)
+- [ADR-010 : Frontend Mobile](012-frontend-mobile.md) (Flutter, architecture permissions)
 - [ADR-017 : Notifications Géolocalisées](017-notifications-geolocalisees.md) (Phase 1 WebSocket vs Phase 2 Geofencing)
 - [ADR-018 : Librairies Go](018-librairies-go.md) (même format de documentation)
 - [flutter_bloc documentation](https://bloclibrary.dev/)

docs/adr/024-monitoring-observabilite.md

@@ -5,7 +5,7 @@
 
 ## Contexte
 
-RoadWave nécessite un système de monitoring pour garantir la disponibilité cible 99.9% (SLO) définie dans [TECHNICAL.md](../../TECHNICAL.md) :
+RoadWave nécessite un système de monitoring pour garantir la disponibilité cible 99.9% (SLO) définie dans  :
 - **Métriques** : latency p99 < 100ms, throughput API, erreurs
 - **Alerting** : détection pannes, dégradations performance
 - **Incident response** : runbooks, escalation, post-mortems
@@ -283,7 +283,7 @@ graph TB
 
 ## Références
 
-- [TECHNICAL.md](../../TECHNICAL.md) (SLO 99.9%, latency p99 <100ms)
+-  (SLO 99.9%, latency p99 <100ms)
 - [ADR-001 : Langage Backend](001-langage-backend.md) (Go, Fiber)
 - [ADR-005 : Base de données](005-base-de-donnees.md) (PostgreSQL)
 - [ADR-015 : Hébergement](015-hebergement.md) (OVH France, self-hosted)