Obsidian Publisher & Sync

1. Quoi ? — Definition et contexte

Le Content Pipeline capture les idees dans un vault Obsidian. Mais ensuite ? Deux workflows completent la chaine : l’un publie les notes de blog vers le site Astro Starlight, l’autre synchronise le vault avec Odoo Knowledge pour un acces multi-canal.

Deux workflows complementaires

Workflow	Nodes	Declenchement	Role
Obsidian Blog Publisher	~12	Callback Telegram	Note Obsidian → PR blog Astro
Obsidian-Odoo Sync	~40	GitHub webhook + Odoo + schedule	Sync bidirectionnelle vault ↔ Odoo Knowledge

Architecture

2. Pourquoi ? — Enjeux et motivations

Problemes resolus

Probleme	Sans ces workflows	Avec ces workflows
Publication manuelle	Copier-coller, convertir le format	Un bouton dans Telegram
Connaissances en silo	Notes dans Obsidian, articles dans Odoo	Sync bidirectionnelle
Recherche fragmentee	Chercher dans 3 endroits differents	Recherche unifiee via Qdrant

3. Comment ? — Mise en oeuvre technique

Blog Publisher

Quand une note dans le vault a le frontmatter type: blog et status: ready, l’utilisateur peut declencher la publication depuis Telegram via un callback content_publish_{shortId}.

Le workflow :

Parse le frontmatter YAML de la note Obsidian (titre, tags, description)
Route vers le bon repertoire selon les tags :

Tags	Repertoire blog
workflow, automation	`workflows/`
infrastructure, docker, stack	`infrastructure/`
reference, glossary	`reference/`
(defaut)	`workflows/`

Convertit la syntaxe Obsidian en MDX Starlight :
- Wikilinks [[page|label]] → liens Markdown [label](/docs/fr/path/)
- Callouts > [!note] → composants <Aside type="note">
Cree une branche Git, commit le fichier MDX, et ouvre une Pull Request avec un titre auto-genere
Notifie sur Telegram avec le lien vers la PR

Obsidian-Odoo Sync

La synchronisation bidirectionnelle fonctionne en trois phases :

Phase 1 — GitHub → Odoo (webhook push)

Quand un fichier est modifie dans le vault (notes/* ou knowledge/*), le webhook GitHub declenche la sync :

Parse du frontmatter YAML
Mapping des tags Obsidian vers les categories Odoo Knowledge
Upsert de l’article dans knowledge.article
Generation d’un embedding (OpenAI text-embedding-3-small)
Upsert du vecteur dans Qdrant

Phase 2 — Odoo → GitHub (schedule horaire)

Les articles Odoo modifies (hors source “obsidian”) sont convertis en Markdown avec frontmatter YAML et commites dans le vault. La strategie de conflit est “le plus recent gagne”, et les suppressions declenchent un archivage (pas de destruction).

Phase 3 — Recherche unifiee (commande Telegram)

La commande /search dans Telegram interroge Qdrant avec un embedding de la requete et retourne les 5 resultats les plus pertinents, groupes par source (Obsidian, Odoo, YouTube).

4. Et si ? — Perspectives et limites

Limites actuelles

Limite	Impact	Mitigation
Pas de traduction auto	Blog en francais uniquement	Flag `translate: true` prepare (v1 differe)
Conflit sync	Edits simultanes Obsidian + Odoo	”Le plus recent gagne”
Qdrant en memoire	Perte des vecteurs si restart	Re-sync depuis les sources

Scenarios d’evolution

Si blog multilingue :

Activer la traduction automatique via Claude
Generer les fichiers MDX dans en/ en parallele du fr/

Si base de connaissances grandit :

Ajouter une recherche full-text en complement du vectoriel
Interface web dediee pour parcourir le vault
Suggestions automatiques de notes liees (wikilinks IA)

Pages liees

Workflows

Content Pipeline — Capture initiale du contenu
YouTube Digest — Autre source de contenu indexee

Infrastructure

AI Stack — Qdrant pour la recherche vectorielle
Odoo 18 sur Docker — Module Knowledge