小規模チームのナレッジ蓄積ツール比較 — Obsidian / Logseq / Affine / Notion と Quartz の組み合わせ

要旨

小規模チーム（〜10名程度）のナレッジ蓄積基盤として obsidian / logseq / affine / notion を比較すると、選定軸は 「リアルタイム編集の必要度」「データ所有権の重視度」「Markdown 互換性」 の3つにほぼ集約される。 コラボ重視 → notion / affine / DB版Logseq、データ所有・公開連携重視 → obsidian / Logseq OG。 そして Markdown ベースのツール（Obsidian / Logseq OG）は Quartz と組み合わせることで、内部 vault を公開サイトにしやすい点が、エンジニアリング寄りの小規模チームにとって特に大きな利点になる。

2026-05-02時点の訂正

Logseqは2026-04-24の公式発表で、Markdownのファイルベースグラフを扱う Logseq OG と、データベースグラフを扱う Logseq に分かれる方向へ移行している。したがって、本稿で「Logseq + Quartz」と書く場合は、主に Logseq OG / file graph を指す。DB版Logseqは同期・共同編集の方向性が異なり、Markdownファイル群をそのままQuartzへ渡す前提では扱えない。

背景・動機

個人で ツェッテルカステン的なデジタルガーデンを運用していると、自然と「これチームでも回せないか」という発想になる。 しかし小規模チームは:

• 専任の情報システム担当を持たない
• SaaS 課金を全員分は負担しにくい
• 一方で Slack や口頭の暗黙知が流れていって失われる

という制約があり、個人ツールをそのまま N 人にスケールさせるのか、別のチーム向けツールを採用するのか判断が必要になる。 また「内部用ナレッジ」と「対外的に公開するドキュメント」の二層構造をどう設計するかも実務上のテーマ。本稿は4ツール + Quartz 連携の観点でこれらを整理する。

調査内容

4ツールの基本性格

Obsidian

• データ形式: ローカル Markdown ファイル（vault = フォルダ）
• リンクモデル: ファイル単位の [[wikilink]]、バックリンク、グラフビュー
• コラボ: 標準では非対応。git / Syncthing / iCloud / Obsidian Sync (有料) で代替
• 拡張性: コミュニティプラグイン多数（Dataview, Templater 等）
• ライセンス: 個人無料、商用は有料（小規模チームでも商用利用は要ライセンス、要検証）
• 強み: ローカル所有、[[wikilinks]] 文化、エンジニア層の支持が厚い

Logseq

• データ形式: 従来のfile graph / Logseq OG はローカル Markdown または Org-mode。新しい DB graph 版はデータベース中心
• リンクモデル: ブロック参照とページリンク。日次ジャーナル中心
• コラボ: 従来のLogseq Syncは共同編集非対応。DB版のSync / RTCはリアルタイム共同編集を目指すが、公式READMEではアルファ扱い
• 拡張性: プラグイン、テーマ
• ライセンス: AGPL-3.0、オープンソース
• 強み: アウトライナー由来の構造化、毎日のログから記事が育つフロー、OSS
• 注意: 2026年以降は「Markdownファイルを真実の源にするLogseq OG」と「DB graphを中心にするLogseq」を分けて評価する必要がある

Affine

• データ形式: ローカル + AFFiNE Cloud。ブロック構造（Notion 似）
• リンクモデル: ブロック参照、データベース、ホワイトボード、ドキュメントを統合
• コラボ: ネイティブ対応（CRDT ベースのリアルタイム同期）
• 拡張性: 比較的新しいプロダクトのため発展途上
• ライセンス: MPL-2.0、オープンソース
• 強み: 「ローカルファースト × リアルタイムコラボ」を両立、ホワイトボードまで一体
• 弱み: 成熟度はまだ Notion / Obsidian に及ばず、要検証な部分が多い

Notion

• データ形式: クラウド（独自データベース）。Markdown はインポート/エクスポート時のみ
• リンクモデル: ブロック、ページ、データベース、リレーション
• コラボ: ネイティブで強力（コメント、メンション、権限管理、ゲスト共有）
• 拡張性: API、インテグレーション、Notion AI
• ライセンス: SaaS、無料枠 + 課金（チーム機能は実質有料）
• 強み: 非エンジニアにも使いやすい、データベース/カンバンが強い
• 弱み: ベンダーロックイン、エクスポートが lossy、オフライン弱め

比較軸の整理

小規模チームの選定で効く軸:

軸	Obsidian	Logseq	Affine	Notion
データ所有権（ローカル）	◎	◎	○	×
Markdown ネイティブ	◎	◎ (Logseq OG) / △ (DB版)	△ (export可)	△ (export 可)
リアルタイム共同編集	×	× (Logseq OG) / △〜○ (DB版RTCは要検証)	◎	◎
非エンジニアの導入容易性	△	△	○	◎
OSS	× (proprietary)	◎	◎	×
価格（〜10人）	安〜中	無料〜安	無料〜中	中〜高
プラグイン/拡張	◎	○	△	△
グラフビュー / バックリンク	◎	○	△	△
公開サイト化との相性	◎ (quartz 等)	◎ (Logseq OG) / △ (DB版はexport等が必要)	△	△

価格・機能は時期により変動するため要検証。本表は2026年時点の一般的印象による整理。

小規模チームでの典型的な失敗パターン

1. 「とりあえず Notion」で全部入れた結果、退会時にエクスポートが詰まる 非エンジニア中心なら問題ないが、後で技術ドキュメントを移行する際に lossy なエクスポートで構造が崩れがち
2. Obsidian を共有 vault にしたが同時編集で壊れる .md ファイル自体の競合は git で解決可能だが、バイナリの .obsidian/workspace.json が衝突源になりやすい。.obsidian/ 配下を gitignore する運用が定石
3. 公開ドキュメントと内部ノートが混在して整理不能 private/ public/ のフォルダ分離 + Quartz の ignorePatterns で対処
4. 誰も書かない ツール選定以前の問題。書く動機（朝会の議事録テンプレ、週報、調査タスクの成果物として）を運用に組み込む方が効く

Quartz との組み合わせパターン

Quartz は Markdown を読んで静的サイトを出すSSGなので、Markdown ベースの vault と直接組み合わせられる:

• Obsidian + Quartz: vault そのものを content/ として Quartz に入力。 wikilinks とバックリンクがそのまま動く。最も摩擦が少ない
• Logseq OG + Quartz: Logseq OG の pages/ と journals/ を Quartz の content/ 配下にマッピングする発想。ページ単位のMarkdownは扱いやすいが、ブロック参照・埋め込み・クエリなどLogseq固有機能はQuartzで完全再現されるとは限らない
• DB版Logseq + Quartz: DB graph はMarkdownファイル群そのものではなく、エクスポートや将来のMarkdown mirror機能を確認する必要がある。公開サイト化の本線としてはまだ要検証
• Affine + Quartz: Affine の Markdown エクスポートを通す必要があり、ブロック ID 等のメタデータは失われる。日常運用には不向き
• Notion + Quartz: notion-to-md 等のツール経由でエクスポート → 取り込み。手動運用なら可能だが CI 化はやや手間

推奨パターン (技術寄りの小規模チーム)

graph LR
  A[個人の日常メモ<br/>Obsidian or Logseq OG] -->|git push| B[共有 vault リポジトリ]
  B --> C[Quartz ビルド]
  C --> D[公開サイト<br/>Cloudflare Pages 等]
  B --> E[内部閲覧<br/>各自 Obsidian で同 vault を開く]

• 編集は各自のローカル Obsidian / Logseq OG
• git ホスティング (GitHub private 等) で同期
• Quartz が CI でビルドして社内向け or 公開サイトを生成
• 内部閲覧は同じリポジトリを各自が clone して Obsidian で開く

この構成だと:

• Markdown が真実の源 → ベンダーロックインなし
• コードレビューと同じワークフロー でナレッジを審査できる（PR でノートをマージ）
• 公開と非公開の境界は ignorePatterns で物理的に分離可能

コラボ重視の小規模チーム向け

リアルタイム編集や非エンジニアメンバー比率が高いなら Notion または Affine が現実解:

• Notion: 商用実績が圧倒的、社外共有・権限管理が成熟。Markdown 連携は割り切る
• Affine: ローカルファーストとコラボの両立。OSS で自己ホスティングも可能だが、成熟度の点では本番運用前に十分検証が必要

「Notion でコラボ → 安定したら Markdown に書き写して Quartz 公開」というハイブリッド運用も小さくない選択肢（手間はかかる）。

結論

• 小規模チームに万能解は無い。3軸（コラボ性 / データ所有権 / Markdown 互換）でトレードオフを選ぶ
• エンジニア中心の小チームには Obsidian + git + Quartz の構成が技術的に最も筋が良い。本リポジトリで運用しているのもこの形
• Logseq OG は個人〜2-3人規模で日次ジャーナル文化に合う場合に強い。Quartz連携を重視するなら、DB版ではなくfile graph側を前提にする
• DB版Logseqは共同編集・同期の方向で要注目。ただし2026-05-02時点ではRTC等がアルファ/招待制の扱いを含むため、安定したチーム基盤としては実地検証が必要
• Affine は要注目だが採用は要検証。ローカル + コラボの両立が安定したらゲームチェンジャーになり得る
• Notion はコラボと社外共有の即戦力。ただし Markdown を真実の源として保ちたいなら不適
• 公開サイト化は どのツールでも最終出力が Markdown であれば Quartz に統一できる

次のアクション:

• 実際に Logseq OG / DB版Logseq それぞれでの小規模チーム運用事例を要調査
• DB版LogseqのMarkdown mirror / exportがQuartz運用に耐えるか検証する
• Affine の現時点の成熟度評価（要検証）
• notion-to-md 経由の Notion → Quartz パイプラインを試作してみる

関連

• obsidian
• logseq
• logseq-og
• logseq-db-graph
• affine
• notion
• quartz
• wikilinks
• knowledge-graph
• digital-garden
• zettelkasten
• 2026-05-02-01-agents-md-and-harness-for-knowledge-building

出典

• logseq-version-split-2026
• logseq-github-readme
• logseq-sync-2024
• logseq-db-version-docs

AFFiNE / Notion / Obsidian については、初稿時点では一次情報源メモが未作成。重要な意思決定の前には各公式サイト・最新ドキュメントで再検証する。