Context

Notre base de connaissance tourne actuellement dans un vault Obsidian sync via Git, alimentée par des pipelines multi-sources (YouTube, Threads, Instagram, Substack, livres, recherche web). Les workers (researcher, researcher-videos) traitent le contenu via des tickets kanban, produisent des notes markdown avec frontmatter, et poussent vers le vault.

Toute la logique de process est encodée dans des skills markdown — pas de garde-fou exécutable, pas de validation automatisée, pas d'interface de requêtage structurée entre le vault et les agents.

L'idée : un MCP Knowledge Base

Imaginer ce qu'apporterait un serveur MCP dédié qui exposerait la base de connaissance comme une ressource et un outil pour les agents Hermes.

Axes à explorer (non exhaustifs)

Sécurité du process

• Validation systématique d'une note avant insertion dans le vault (template, champs requis, frontmatter, slugs uniques)
• Vérification d'intégrité des uploads MinIO (le minio-integrity.md actuel est un skill, pas une barrière)
• Garantie que la diarization a été appliquée, que les transcripts ont des speaker labels
• Détection de doublons avant création (URL déjà traitée → rejet avec lien vers la note existante)
• Barrière de qualité : refuser une note si confidence n'est pas renseigné, si source_url manque, etc.

Organisation

• Index sémantique du vault exposé via MCP — search cross-notes par similarité, pas juste grep
• Suggestions automatiques de tags et de wikilinks (See Also) basées sur le contenu
• Détection de notes orphelines, de liens cassés, de tags inconsistants
• Vue structurée du vault : quelles sources, quels auteurs, quels sujets sont les plus couverts
• Historique des modifications et audit trail par note

Harnessing / exploitation

• Exposer la base comme un outil MCP pour que n'importe quel agent puisse interroger le savoir accumulé
• Récupération contextuelle : « qu'est-ce qu'on sait sur X ? » → réponse structurée avec niveau de confiance
• Croisement entre notes : « ce claim apparaît dans 3 sources, 2 verified, 1 emerging »
• Export / syndication : pousser une note vers Notion, Linear, Discord selon des règles
• Feedback loop : un agent qui découvre une contradiction entre deux notes peut ouvrir un ticket automatiquement

Contraintes

• Le vault reste la source de vérité (Git + Markdown) — le MCP ne remplace pas, il enrobe
• Doit fonctionner avec le MCP client natif d'Hermes (native-mcp skill, config via config.yaml)
• Pensé pour les agents d'abord, mais une interface humaine (CLI, TUI) serait un plus

Deliverable

Pas de code. Un document de design (Linear doc ou markdown dans le repo) qui décrit :

1. L'architecture cible (quels composants, quels flux)
2. Les ressources et tools MCP exposés (spec succincte)
3. Les Quick Wins : les 2-3 fonctionnalités à plus fort impact immédiat
4. Les risques et points durs (perf, concurrence d'écriture, cohérence avec Git)

Restez libres — le brief est volontairement ouvert.