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.
61 lines
3.0 KiB
Markdown
61 lines
3.0 KiB
Markdown
# 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.
|