Master
01629780f4
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.
3.0 KiB
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
- Lire skill_trilium_continuity et récupérer le briefing de reprise du projet concerné (décisions actives, historique, backlog).
- Selon la tâche, activer skill_synology_dev (code) et/ou skill_sliding_design_system (présentation).
- Garder skill_trilium_api_reference sous la main pour le débogage.
- 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.