chore: versioning initial du systeme Context Continuity

Code du systeme de memoire multi-LLM sur Trilium :
- trilium_api.py : wrapper trilium-py (notes, labels, relations)
- mcp_server.py : serveur MCP Starlette (19 tools, OAuth + Bearer)
- api_context.py : API REST FastAPI
- trilium_context.py : workflow CLI
- watchdog.sh, start_*.sh : supervision et demarrage
- skills, docs et ontologie associes
Secrets (.env, oauth_state.json) exclus via .gitignore.

KIT_travailler_avec_bastien.md

@@ -0,0 +1,60 @@
+# KIT — Travailler avec Bastien
+
+Point d'entrée du kit de skills réutilisables. À lire en premier au début
+d'une session. Indique quel skill activer selon ce que tu fais.
+
+Bastien est Head of Data Governance chez Pernod Ricard. Il développe des
+outils sur son infrastructure auto-hébergée (Synology « GrosseBertha »), avec
+une mémoire de projet centralisée dans Trilium, partagée entre plusieurs LLMs
+(Claude et Le Chat). Ces skills encodent sa façon de travailler pour qu'elle
+soit portable d'une conversation et d'un projet à l'autre.
+
+---
+
+## Les skills du kit
+
+| Skill | Quand l'activer |
+|---|---|
+| **skill_trilium_continuity.md** | **Toujours, sur tout projet suivi.** Le réflexe de mémoire : lire le contexte en début de session, capitaliser décisions/tests/contraintes au fil de l'eau, clôturer en fin. C'est un comportement attendu, pas optionnel. |
+| **skill_synology_dev.md** | Dès qu'on touche au code sur GrosseBertha : patch Python, conventions SSH, sécurité des YAML, commits Forgejo. |
+| **skill_trilium_api_reference.md** | Référence technique — à sortir pour débugger ou étendre le système Trilium (endpoints, wrapper, MCP, structure des notes). Pas nécessaire pour l'usage quotidien. |
+| **skill_sliding_design_system.md** | Uniquement pour produire une présentation PowerPoint au format Pernod Ricard (YAML pour le moteur de rendu). Indépendant du reste. |
+
+---
+
+## Trois couches, du plus large au plus spécifique
+
+**Couche universelle — toute conversation, tout projet.**
+`skill_trilium_continuity` + `skill_synology_dev`. Comment travailler avec
+Bastien et son infrastructure : tenir la mémoire à jour, et développer sur le
+Synology dans les règles.
+
+**Couche semi-spécifique — toute production de présentation.**
+`skill_sliding_design_system`. Utile dès qu'il s'agit de slides au format PR,
+quel que soit le contexte.
+
+**Couche spécifique à un projet — vit dans Trilium, pas dans un fichier.**
+L'état réel d'un projet (décisions actives, historique, backlog) est dans
+Trilium sous le label `projet=<NomDuProjet>`. On ne le duplique pas dans un
+document : on le **lit** en début de session via le réflexe de continuité.
+
+---
+
+## Ordre de lecture en début de session
+
+1. Lire **skill_trilium_continuity** et récupérer le briefing de reprise du
+   projet concerné (décisions actives, historique, backlog).
+2. Selon la tâche, activer **skill_synology_dev** (code) et/ou
+   **skill_sliding_design_system** (présentation).
+3. Garder **skill_trilium_api_reference** sous la main pour le débogage.
+4. Tout au long : capitaliser proactivement dans Trilium aux moments clés.
+
+---
+
+## Note sur l'accès Trilium côté Claude
+
+Le serveur MCP Trilium fonctionne pour Le Chat (Mistral) mais pas pour Claude :
+il utilise un Bearer token statique, alors que les connecteurs Claude exigent
+OAuth. En attendant l'ajout d'une couche OAuth, l'accès Trilium côté Claude se
+fait **par relais** — Claude propose la commande ou le curl, Bastien l'exécute
+et colle le retour. Voir skill_trilium_continuity pour le détail.