Obsidian、Notion APIインポーターとDatabases to Bases変換機の開発に5,000ドルのバウンティを設定
(github.com/obsidianmd)- Obsidian Importer は現在、NotionのHTMLをMarkdownに変換するが、Databases の復元はできない
- 新しいインポーターは Notion API を利用し、データベースを .base（YAML）ファイルに変換するよう設計される必要がある
- 変換時には Obsidian Markdown、テーブル、チェックリスト、画像添付 などをサポートする必要がある
- このプロジェクトには 5,000ドルのバウンティ が設定されており、開発期限は30日以内という条件がある
- データベースビューおよびプロパティの 部分的なサポートと制限事項 の分析と実装方法が必要
- Obsidian Importerプラグインで、NotionのDatabasesデータをObsidianのBases（.baseファイル、YAML形式）に変換する Notion APIインポーター開発 のバウンティ提案
- 既存のImporterプラグインはNotionのHTMLエクスポートのみをサポートしており、データベース情報を復元できない
- 新しいインポーターでは、Notion APIを直接活用してこの制限を解決しようとしている
主な内容と要件
- バウンティ: この機能実装のための報奨金は5,000ドルで、開発期限は30日
- 適用範囲:
- Notion API（integration token）を活用し、2025-09の新しい data source object を反映
- データベース、テーブル、チェックリストなど、さまざまなNotion構造をObsidian Markdown形式へ変換できるようにする
- 画像や添付ファイルの自動埋め込みと、ユーザーが指定した場所への添付ファイル保存をサポート
- Markdown内のリンク、添付ファイルパスなどはObsidianの設定に応じて処理する必要がある
- テストケース: 確実な検証のため、再現可能なNotionテストデータまたはテストアカウントの提供が必要
Databases to Bases 変換戦略
- NotionのDatabaseとObsidianのBaseは構造が異なるため、事前の構造分析と戦略策定が必要
- Notion Database: 最初は空だが、Obsidian Baseはすべてのファイルを含んだ後にフィルターで絞り込む
- 分析項目:
- インポート可能なdatabase機能: ビュー、カラム、グループ、集計、数式など
- インポート不可の項目と適切な代替（fallback）方法: たとえばカレンダービュー、カンバンなど
- 具体的なインポート方法と機能上の制限を明確にする必要がある
貢献および参加ガイド
- ImporterコードとNotion API構造に関する事前調査が重要
- 詳細な実装方法と制約条件（Obsidian pluginの範囲内）を提案書に含める必要がある
- 貢献に関する詳細はContribution guidelineを参照
その他のメタ情報と活動ログ
- このIssueには "bounty" と "notion" ラベルが付与されている
- 当初のバウンティから増額（2,000ドル → 5,000ドル）された
4件のコメント
バウンティなのか外注依頼なのか……タイトルを見て自分の目を疑いました。
最近、civit.ai にバウンティ機能があるのを見かけて、バグバウンティのことかと思ったのですが、このように機能実装を報酬付きで公開募集していたんです。少し不思議な概念ではありました。資金はあるけれど社内の実行力が不足しているなら、悪くないのかもしれませんね。
金額のせいですか？
Hacker Newsのコメント
自分のプロジェクトにバウンティを設定してみた経験はかなり良かった
このスレッドを見ると、私はだいたい5万〜6万ドルほどをバウンティとして支払っていた（正確な金額ではなく、一部は自分で解決して支払わなかったり、作業が想定より大きいときに追加で支払ったりもした）
その費用に見合うだけの作業はかなり進んだ
もちろん品質の低い成果物もあったし、レビューにもかなり時間がかかり、すべての作業がバウンティ向きというわけではなかった
でも、すでに関心を持っているユーザーや協力者がいるなら、500〜1000ドル程度の現金があるだけでも、単なる好奇心を行動に移す十分な動機になる
500〜1000ドルで自分の1週間を節約できるなら（コンテキストスイッチまで考えれば）、それだけの価値はあると思う
バウンティが生計を支えられるほどのものでは決してないし、FAANGなどで年100万ドルをもらっている同僚たちと比べるようなものでもない
ただ感謝を示す手段として、給与として入ってくるお金とは質的に違う感じがある
バウンティをこういう形で運営するのが一般的なのか気になる
つまり、応募者を募って1人を選んで実施してもらうのか、それとも普通は要件とバウンティだけを明確にして、提出された成果物の中から勝者を選ぶのか、よく分からない
前者のほうがスペックワークを求める感じが弱いので、その方法を取ったのかもしれない
プロジェクトをざっと見た限りでは、商業目的やその一部には見えなかった
そもそもなぜこうした作業にお金を使ってバウンティを設定したのか、その動機が気になる
こういうバウンティは、たいてい企業が相互運用性や統合のために必要なオープンソース機能を実現する目的で使うことが多いと理解している
数年前にNotionからObsidianへ変換するスクリプトを作ったことがある
そのときはBasesがなかったので、データベースは単にcsvへ変換した
依存関係のないPythonスクリプトで、NotionのノートをMarkdownのzipとしてエクスポートした後、リンクや変わった名前を全部手直しする必要があった（ただし、NotionがすべてのリンクをMarkdownリンクとしてエクスポートしてくれない点は残念だった）
今日になって、ObsidianにAPIができたことを知った
でも、今でもNotionの「ページをMarkdownとしてダウンロード」機能を使うほうが簡単なのではと思う
Notionはユーザーがプラットフォームを離れられるようなAPIにはあまり積極的ではなく、むしろ妨害したがるかもしれない
しかし「ノートをMarkdownでダウンロード」はユーザー向けサービスなので、簡単にはなくさない気がする（最近オフラインモードが遅れて実装されたことも参考になる）
NotionとObsidianの双方向同期があれば本当に素晴らしいと思う
Notionはオンラインコラボレーション、Obsidianはファイルベースの個人向けソフトウェアカスタマイズに特化していて、それぞれに強みがあるツールだ
2つのツールが必ずしも完全に連携する必要はないが、一緒に使えば弱点を補わずに相乗効果を出せそうだ
望むのは、NotionのMarkdownエクスポートにYAML frontmatterオプションを添えてほしいということ
少し時間ができたら、今日試してみようと思う
ただ、本当に完全な双方向同期には、変更追跡やマージなど複雑な構造が必要で、週末プロジェクトとしては手に負えない
多くの人はLLMを使った開発に否定的だが、私はかなり相性のいいケースだと思う
Notion APIとObsidianの間には違いが多く、単純に一発で完成させるのは難しいと思う
しかしLLMはさまざまなエッジケースを列挙できるし、CodexやClaude Codeのようなツールはこうした課題に向いた能力を持っている
Obsidianチームやメンテナーには、LLMで実装してみることを強く勧めたい
私の経験ではコストも100〜1000ドル程度で、追加の文脈（テスト、ドキュメントなど）は将来APIが変更されたときにも大いに役立つ
個人的な経験として、ObsidianとNotionのデータベース同期スクリプトを数か月前に自分で書いてみた
最初はAIの助けを借りたが、すぐにNotion APIがどれほど混沌としているかに気づき、LLMがエッジケース処理でどれほど簡単に行き詰まるかも体験した
AIはAPIの最初の難所を越えるには役立つが、最後は人間が直接手を入れないと満足のいく結果にはならない
LLMはデータ移行に優れていて、各種APIの探索にも向いている
1か月前には会社のウェブサイトとブログをFramerからAstroへ、LLMの助けを借りて移行した
最近の週末には、Grafanaダッシュボードのデータを要約する作業もLLMで行った
LLMは仮説検証、反復的なコード実行、結果確認などで無限に生産的だ
ただし、常に難しいのは、結果が完全で、幻覚やデフォルト値が紛れ込んだ部分がないかを確認することと、コード品質を保つことだ
Claude Codeを使うときは、主にリファクタリングに多くの時間を使っている
具体的なツーリングや抽象化の知識が必要だと感じる
実際に誰かが試している:
https://github.com/obsidianmd/obsidian-importer/pull/424
LLMを売り込む論法がよく分からない
プロンプトだけで5万ドル稼げると思うなら、自分でやって見せてほしいと言いたい
株式トレーダーが「あなたも稼げる」と言って講座を売る光景と変わらない
みんなLLMをある程度使ってはいるが、Hacker Newsは希望に満ちたプロンプトエンジニアであふれているように見える
結果で競って、PoCを繰り返すだけでなく実際の製品として見せてほしい
すでに誰かがGitHubのバウンティを自動で巡回するエージェントを作って、自動でソリューションをpushしている状況がありそうだ
善意でバウンティを出している人たちにとって、巨大なスパムの発生源になりそうで少し心配だ
PRの説明は非常に詳細で構成もよく、最初は期待したが、実際の変更はあちこちに散らばっていた
経験豊富な人がこれほどの説明を書くならPRを分割して出していたはずだが、そうではなかった
コードは一見まともに見えたが、UIコンポーネント生成コードをコメントアウトして「今はXが必要だ」とだけ残していたのを見てがっかりした
このコンポーネントはアプリ全体の設定を包むものだったのに、単にコメントアウトされただけで機能が丸ごと欠けていた
それでもPRの一部はかなり使えたので、その後は開発者が手動で引き継いで手直しする必要があった
何より、「大半がAIの作ったコードだ」と認める文化が生まれてほしい
私はこういうツールに抵抗感はないが、コードへの向き合い方は明らかに変わる
人間には簡単なことがAIには難しく、その逆もまた同じだ
以前、Notion APIを使ってOpenAPIドキュメントジェネレーターを作ったことがある
その経験から、このバウンティに挑む人には同情する
Notion APIは統合しづらく制約も多いため、実際のNotion UIとの機能差も大きい
私もNotion APIのコードをたくさん書いてきたが、5,000ドルのバウンティでは十分ではない（半分は冗談だ）
それでも、オープンソースのバウンティがもっと増えてほしいとは思う
Obsidianはオープンソースではないが、コミュニティの雰囲気はかなり反大企業的だ
それなのに、こういう形でユーザーベースを搾取するのがだんだん増えている気がする
もしかするとバウンティ界隈をよく知らずに誤解しているだけかもしれないが、違和感がある
comma.aiもオープンバウンティを運営していて、こういうやり方はだんだん一般化しているようだ
https://github.com/orgs/commaai/projects/26/views/1
https://tinygrad.org/#worktiny
既存のObsidian vault内のすべてのdataviewをBasesへ変換する最も簡単な方法が気になる
DataViewはBasesよりはるかに強力なので、「すべてのdataviewを変換する」のは実質的に不可能だと思う
コミュニティ製のDataview to Basesスクリプトがある
https://github.com/Quorafind/Bases-Toolbox
「ImporterコードベースとNotion APIを事前に調査した場合にのみ応募してください」
という条件を見ると、5,000ドルはそれほど魅力的には聞こえない
どちらについてもすでにプロジェクト経験があるなら、むしろ大したことではないかもしれない
誰か時間さえ取れれば最適な候補だろう
なぜそう感じるのか気になる
幅広い経験が必要だという意味ではなく、想定される難しさを知らない応募者をあらかじめふるい落とす意図に見える