- Obsidian Importer convertit actuellement le HTML de Notion en Markdown, mais ne peut pas restaurer les Databases
- Le nouvel importateur doit être conçu pour utiliser la Notion API afin de convertir les bases de données en fichiers
.base (YAML)
- La conversion doit prendre en charge le Markdown Obsidian, les tableaux, les checklists, les pièces jointes d’image, etc.
- Le projet est assorti d’une prime de 5 000 $ et d’un délai de développement de 30 jours
- Une analyse et une méthode d’implémentation sont nécessaires pour le support partiel et les limitations des vues et propriétés de base de données
- Proposition de prime pour développer un importateur Notion API dans le plugin Obsidian Importer, afin de convertir les données des Databases de Notion en Bases d’Obsidian (fichiers
.base, format YAML)
- Le plugin Importer existant ne prend en charge que l’export HTML de Notion et ne permet pas de récupérer les informations de base de données
- Le nouvel importateur vise à résoudre cette limite en utilisant directement la Notion API
Points clés et exigences
- Prime (Bounty) : la prime pour implémenter cette fonctionnalité est de 5 000 $, avec un délai de développement de 30 jours
- Périmètre :
- utilisation de la Notion API (integration token) et prise en compte du nouvel objet data source de 2025-09
- prise en charge de la conversion de diverses structures Notion, comme les bases de données, tableaux et checklists, vers le format Markdown d’Obsidian
- intégration automatique des images ou pièces jointes et prise en charge de l’enregistrement des fichiers joints à l’emplacement choisi par l’utilisateur
- les liens et chemins de pièces jointes dans le Markdown doivent être traités selon les paramètres d’Obsidian
- Cas de test : pour une validation fiable, il est nécessaire de fournir des données de test Notion reproductibles ou un compte de test
Stratégie de conversion de Databases vers Bases
- Comme la structure des Databases de Notion diffère de celle des Bases d’Obsidian, une analyse structurelle préalable et l’élaboration d’une stratégie sont requises
- Database Notion : vide au départ, alors qu’une Base Obsidian inclut d’abord tous les fichiers avant de les restreindre via des filtres
- Éléments à analyser :
- fonctionnalités de database pouvant être importées : vues, colonnes, groupes, résumés, formules, etc.
- éléments non importables et méthodes de remplacement (fallback) appropriées : par exemple la vue calendrier, le kanban, etc.
- Il est nécessaire de clarifier la méthode d’import concrète ainsi que les limitations fonctionnelles
Directives de contribution et de participation
- Une exploration préalable du code de l’Importer et de la structure de la Notion API est importante
- La proposition doit inclure la méthode d’implémentation détaillée ainsi que les contraintes et limitations (dans le périmètre du plugin Obsidian)
- Pour plus de détails sur la contribution, consulter la guideline de contribution
Autres métadonnées et journal d’activité
- Cette issue porte les labels
bounty et notion
- La prime initiale a été augmentée (2 000 $ → 5 000 $)
4 commentaires
Une prime ou une demande de prestation... J’ai vraiment cru mal lire en voyant le titre.
Récemment, j’ai vu que civit.ai avait une fonctionnalité de bounty, et je pensais que c’était un bug bounty, mais ils publient en fait ouvertement des demandes de développement de fonctionnalités avec une récompense à la clé. C’était un concept assez surprenant. S’ils ont de l’argent mais manquent de capacités en interne, ça peut peut-être être une bonne option.
À cause du montant ?
Avis Hacker News
J’ai eu une assez bonne expérience en mettant des bounties sur mon projet
Dans ce fil, j’ai versé environ 50 à 60 k$ en bounties (pas un chiffre exact : une partie n’a pas été payée parce que j’ai finalement résolu certains points moi-même, et j’ai aussi ajouté de l’argent quand le travail s’est révélé plus important que prévu)
Cela a permis d’avancer sur beaucoup de travail, à hauteur du budget engagé
Bien sûr, certains livrables étaient de moindre qualité, les revues ont pris pas mal de temps, et tous les sujets ne se prêtent pas aux bounties
Mais quand il y a déjà des utilisateurs et des contributeurs intéressés, 500 à 1 000 $ en cash suffisent largement à transformer une simple curiosité en passage à l’action
Si je peux économiser une semaine de mon temps pour 500 à 1 000 $, surtout en tenant compte du coût du changement de contexte, ça me semble valoir le coup
Évidemment, les bounties ne permettent pas d’en vivre, et ce n’est pas comparable à des collègues chez les FAANG qui gagnent 1 M$ par an
C’est surtout une marque de reconnaissance, avec une saveur très différente de l’argent du salaire
Je me demande si cette façon de gérer des bounties est courante
En gros, est-ce qu’on reçoit des candidatures puis on choisit une personne pour faire le travail, ou bien est-ce qu’on définit clairement les exigences et le bounty, puis on choisit un gagnant parmi les travaux soumis ?
La première approche ressemble moins à du spec work, donc je peux imaginer qu’elle ait été retenue pour cette raison
En regardant rapidement le projet, il ne semblait pas avoir un objectif commercial, ni même partiellement
Du coup, je me demande quelle était la motivation pour dépenser de l’argent et proposer un bounty sur ce travail
En général, j’ai l’impression que ce type de bounty est surtout utilisé par des entreprises qui ont besoin de fonctionnalités open source pour l’interopérabilité ou les intégrations
Il y a quelques années, j’avais écrit un script pour convertir Notion vers Obsidian
À l’époque, Bases n’existait pas, donc j’avais simplement transformé les bases de données en csv
C’était un script Python sans dépendances : il fallait exporter les notes Notion en archive zip Markdown, puis corriger tous les liens et tous les noms exotiques (même si c’était frustrant que Notion n’exporte pas tous les liens au format Markdown)
Aujourd’hui, je découvre qu’Obsidian a désormais une API
Mais je me demande quand même si le plus simple ne reste pas d’utiliser la fonction « télécharger la page en Markdown » de Notion
Notion verra sans doute d’un très mauvais œil toute API qui permet aux utilisateurs de quitter la plateforme, et pourrait même essayer de mettre des bâtons dans les roues
En revanche, « télécharger les notes en Markdown » est une fonctionnalité destinée aux utilisateurs, donc ils ne la supprimeront probablement pas facilement (on peut aussi noter que le mode hors ligne est arrivé tardivement)
Ce serait vraiment génial d’avoir une synchronisation bidirectionnelle entre Notion et Obsidian
Notion est excellent pour la collaboration en ligne, Obsidian pour la personnalisation logicielle basée sur les fichiers pour un usage personnel : chacun a ses points forts
Les deux outils n’ont pas forcément besoin d’être intégrés parfaitement, mais ensemble ils pourraient créer une vraie synergie sans leurs faiblesses respectives
Ce que j’aimerais, c’est une option YAML frontmatter ajoutée à l’export Markdown de Notion
Si j’ai un peu de temps, je pense tenter quelque chose aujourd’hui
Cela dit, une vraie synchronisation totalement bidirectionnelle demanderait des structures complexes comme le suivi des changements et les fusions, donc c’est difficile à traiter comme simple projet de week-end
Beaucoup de gens sont négatifs vis-à-vis du développement avec les LLM, mais je pense que c’est un cas d’usage assez adapté
Il y a tellement de différences entre l’API Notion et Obsidian qu’il est difficile d’imaginer quelque chose de finalisé d’un seul coup
En revanche, les LLM savent lister divers edge cases, et des outils comme Codex ou Claude Code ont des capacités bien adaptées à ce genre de tâche
Je recommande vivement à l’équipe Obsidian ou aux mainteneurs d’essayer de l’implémenter avec un LLM
D’après mon expérience, le coût se situe entre 100 et 1 000 $, et le contexte supplémentaire (tests, documentation, etc.) aide beaucoup lors des futurs changements d’API
D’après mon expérience personnelle, j’ai moi-même écrit il y a quelques mois un script de synchronisation entre Obsidian et les bases de données Notion
Au début, je me suis aidé de l’IA, mais j’ai vite réalisé à quel point l’API Notion est chaotique, et à quel point un LLM se bloque facilement sur le traitement des edge cases
L’IA est utile pour franchir le premier obstacle d’une API, mais à la fin il faut quand même une intervention humaine pour obtenir un résultat satisfaisant
Les LLM sont excellents pour les migrations de données, et aussi très utiles pour explorer diverses API
Il y a un mois, j’ai migré le site web et le blog de mon entreprise de Framer vers Astro avec l’aide d’un LLM
Et récemment, pendant le week-end, j’ai aussi utilisé un LLM pour résumer des données de tableaux de bord Grafana
Les LLM sont infiniment productifs pour valider des hypothèses, exécuter du code répétitif et vérifier les résultats
En revanche, la vraie difficulté reste toujours de vérifier que le résultat est complet, sans hallucinations ni morceaux remplis par défaut, et de maintenir la qualité du code
Quand j’utilise Claude Code, je passe surtout beaucoup de temps sur le refactoring
J’ai l’impression qu’il faut une connaissance concrète du tooling et des abstractions
Quelqu’un est effectivement déjà en train d’essayer :
https://github.com/obsidianmd/obsidian-importer/pull/424
Je ne comprends pas bien l’argumentaire de promotion autour des LLM
Si quelqu’un pense vraiment qu’on peut gagner 50 000 $ juste avec des prompts, j’aimerais qu’il le fasse lui-même et le montre
Ça ne me paraît pas différent des traders qui vendent des formations en disant « vous aussi, vous pouvez gagner de l’argent »
Tout le monde utilise un peu les LLM, mais j’ai l’impression que Hacker News déborde d’ingénieurs prompt pleins d’espoir
J’aimerais qu’on juge sur les résultats, et qu’au lieu d’enchaîner les PoC, on montre de vrais produits
J’imagine que quelqu’un a déjà créé un agent qui parcourt automatiquement les bounties GitHub et pousse des solutions automatiques
Ça m’inquiète un peu : cela risque de devenir une énorme source de spam pour les gens qui proposent des bounties de bonne foi
La description de la PR était très détaillée et bien structurée, donc j’étais optimiste au début, mais les modifications réelles étaient dispersées un peu partout
Si une personne expérimentée avait écrit une explication de ce niveau, elle aurait aussi découpé la PR en plusieurs parties ; là, ce n’était pas le cas
Le code semblait correct au premier abord, puis j’ai vu qu’il commentait le code de création d’un composant UI en laissant juste « maintenant X est nécessaire », et là j’ai été déçu
Ce composant encapsulait la configuration globale de toute l’application, mais il avait simplement été commenté et toute la fonctionnalité avait disparu
Malgré tout, certaines parties de la PR étaient tout à fait exploitables, donc le développeur a dû reprendre ensuite à la main
Surtout, j’aimerais qu’une culture se développe où l’on reconnaît explicitement que « ce code a été majoritairement produit par l’IA »
Je n’ai rien contre ces outils, mais l’approche à adopter face au code est clairement différente
Ce qui est facile pour un humain est difficile pour l’IA, et l’inverse est tout aussi vrai
J’avais déjà créé un générateur de documentation OpenAPI à partir de l’API Notion
Avec cette expérience, si quelqu’un veut se lancer dans ce bounty, il a toute ma compassion
L’API Notion est difficile à intégrer, très limitée, et l’écart entre l’UI réelle de Notion et ses capacités est important
J’ai moi aussi écrit beaucoup de code avec l’API Notion, et un bounty de 5 000 $ n’est pas suffisant (à moitié une blague)
Cela dit, j’aimerais voir davantage de bounties open source
Obsidian n’est pas open source, mais l’ambiance de la communauté est très anti-grandes entreprises
Pourtant, j’ai l’impression qu’exploiter sa base d’utilisateurs de cette manière devient de plus en plus fréquent
Je me trompe peut-être parce que je connais mal le monde des bounties, mais ça me semble étrange
comma.ai propose aussi des bounties ouverts, et j’ai l’impression que cette approche devient progressivement plus courante
https://github.com/orgs/commaai/projects/26/views/1
https://tinygrad.org/#worktiny
Je me demande quelle est la manière la plus simple de convertir toutes les dataview d’un vault Obsidian existant vers Bases
Dataview est bien plus puissant que Bases, donc je pense qu’une « conversion de toutes les dataview » est en pratique impossible
Il existe un script communautaire Dataview vers Bases
https://github.com/Quorafind/Bases-Toolbox
La condition « ne candidatez que si vous avez déjà exploré le code de l’Importer et l’API Notion »
fait que les 5 000 $ ne paraissent pas si attractifs
Si quelqu’un a déjà de l’expérience sur les deux projets, ce n’est peut-être au contraire pas si énorme que ça
Avec un peu de temps disponible, ce serait probablement le candidat idéal
Je me demande pourquoi tu le ressens comme ça
Je ne pense pas que cela demande une expérience très large ; cela ressemble plutôt à une façon d’écarter en amont les candidats qui ne connaissent pas encore les difficultés prévisibles