fix: indexation inversée non-bloquante — run_in_executor

L'étape 'Building inverted index...' au démarrage bloquait l'event loop
asyncio, empêchant le serveur de répondre aux requêtes HTTP (navigation,
refresh) jusqu'à la fin de l'indexation.

- init_inverted_index() exécuté dans ThreadPoolExecutor via run_in_executor
- get_inverted_index() ne fait plus de rebuild auto bloquant
- Le serveur répond immédiatement, même pendant l'indexation

ROADMAP.md

@@ -172,6 +172,14 @@
 - [x] **Mise à jour automatique** : quand on clique sur un dossier dans l'arborescence, la page se met à jour
 - [x] **Déclenchement** : affiché automatiquement quand un vault spécifique est sélectionné
 
+### ✅ 12. Indexation non-bloquante — FAIT
+- **Effort** : 0.5 jour | **Impact** : 🟡
+- L'étape "Building inverted index..." au démarrage bloquait l'event loop asyncio, empêchant le serveur de répondre aux requêtes HTTP (navigation, refresh) jusqu'à la fin de l'indexation.
+- **Fichiers** : `backend/main.py`, `backend/search.py`
+- [x] **`init_inverted_index()` dans `run_in_executor`** : exécuté dans le `ThreadPoolExecutor` au lieu de la boucle asyncio principale
+- [x] **`get_inverted_index()` sans rebuild auto** : ne déclenche plus de rebuild bloquant — retourne l'index vide si pas encore prêt (les recherches retournent 0 résultats jusqu'à la fin de l'indexation)
+- [x] **Navigation + refresh fonctionnels immédiatement** : le serveur répond aux requêtes HTTP dès le démarrage, même pendant l'indexation
+
 ---
 
 ## 📋 Backlog (P3/P4 — Long terme)