diff --git a/20 Work/Meetings/Inbox/2026-07-31 - Recording.md b/20 Work/Meetings/Inbox/2026-07-31 - Recording.md
new file mode 100644
index 0000000..6a174e6
--- /dev/null
+++ b/20 Work/Meetings/Inbox/2026-07-31 - Recording.md	
@@ -0,0 +1,40 @@
+---
+type: meeting
+date: 2026-07-31
+source: MeetMic
+status: inbox
+duration: 37m
+meetmic_id: A106504E-6E4F-4CA1-9E14-0C2AEF16C361
+---
+
+# Recording
+
+## Résumé
+- Le problème concerne un cache Redis non purgé depuis des jours, avec des symptômes de ralentissement et des erreurs de recherche, notamment pour des filtres d’années et de matière.
+- La cause semble liée à une gestion du TTL (Time To Live) dans Redis : certaines clés sont conservées indéfiniment, d'autres ont un TTL de 365 jours, ce qui provoque une pression mémoire et des problèmes de performance.
+- Le problème est récurrent depuis le 14 mai, avec sept tickets similaires, et semble lié à des modifications de TTL ou de paramètres Redis non documentés.
+- Les équipes du projet Idéal et Libéo ont des stratégies de cache différentes, avec des implémentations non synchronisées entre les systèmes (algolia, Directus, Redis).
+- Les logs sont absents, et la responsabilité est contestée : les équipes affirment qu’elles ont modifié le TTL, mais aucun document ou log n’est disponible pour prouver la cause.
+
+## Décisions
+Aucune
+
+## Actions
+- [ ] Vider le cache Redis – Responsable : non identifié – Échéance : non définie
+- [ ] Analyser les logs et métriques du cache Redis – Responsable : non identifié – Échéance : non définie
+- [ ] Réexaminer les configurations TTL et paramètres Redis – Responsable : non identifié – Échéance : non définie
+- [ ] Tester la solution de vider le cache en staging – Responsable : non identifié – Échéance : non définie
+
+## Blocages / Risques
+- Absence de logs et d’historique pour prouver la cause du problème.
+- Manque de documentation sur les changements effectués par les équipes Libéo.
+- Risque de réapparition du problème si les modifications de TTL ne sont pas revues.
+- Pression mémoire sur Redis, sans stratégie d’éviction claire.
+- Évolution du problème en production sans trace des changements effectués.
+
+## À suivre
+- Analyser les changements effectués depuis le 14 mai, en particulier les déploiements ou modifications de TTL.
+- Tester la solution de vider le cache en staging.
+- Réunir les équipes pour discuter des configurations TTL et de la gestion du cache Redis.
+- Évaluer les métriques et logs pour identifier la cause du problème.
+- Planifier une réunion avec le chef de projet pour le 17 mai.
diff --git a/meetmic/Recording 2026-07-31 at 01.33.37 PM.md b/meetmic/treated/Recording 2026-07-31 at 01.33.37 PM.md
similarity index 100%
rename from meetmic/Recording 2026-07-31 at 01.33.37 PM.md
rename to meetmic/treated/Recording 2026-07-31 at 01.33.37 PM.md