← ブログに戻る

ObsidianでのZettelkasten Webリサーチワークフロー

· Save Team
obsidianzettelkastenpkmresearchworkflowmarkdown

Zettelkasten方式は、孤立したノートを接続されたナレッジネットワークに変えます。Webクリッピングと組み合わせることで、読んだすべての記事がセカンドブレインの永続的な構成要素になります。

ObsidianでZettelkastenに適したWebリサーチワークフローを構築する方法を紹介します。

一般的なWebクリッピングの問題点

多くの人はWebページをクリップしてそのまま忘れてしまいます。Vaultは二度と参照しないフル記事で埋め尽くされていきます。心当たりはありませんか？

Zettelkastenアプローチは異なります。記事をそのまま溜め込むのではなく、アトミックなアイデアを抽出し、既存の知識に接続します。

ワークフロー

ステップ1：クリーンなソース素材のキャプチャ

アイデアを抽出する前に、クリーンなソース素材が必要です。ここでほとんどのワークフローが崩壊します。広告やナビゲーション、ポップアップだらけの乱雑なWebページをクリップすると、後で処理しにくいノートになってしまいます。

Saveを使ってWebコンテンツをクリーンで構造化されたMarkdownとしてキャプチャしましょう：

  1. 記事、チュートリアル、ドキュメントページでSaveをクリック
  2. 適切な見出し、リスト、コードブロックを持つクリーンな.mdファイルを取得
  3. Obsidianのsources/フォルダにドロップ

重要なのは、SaveのAI抽出がコンテンツのみを提供すること。後からノイズをかき分ける必要がありません。

ステップ2：Vault構造のセットアップ

Webリサーチに適したZettelkasten向けのVault構造：

vault/
  sources/        # 生のWebクリップ（参考資料）
  zettel/         # アトミックノート（自分のアイデア）
  maps/           # Maps of Content（MOC）
  projects/       # アクティブなプロジェクトノート
  templates/      # ノートテンプレート

ステップ3：ソースをアトミックノートに加工

これがZettelkastenの核心的な実践です。ソースをレビューする際に：

  1. sources/フォルダのクリップした記事を読む
  2. 重要なアイデアを特定 --- 本当に新しいもの、有用なものは何か？
  3. アトミックノートを作成 --- 1ノートに1アイデア、自分の言葉で記述
  4. ソースにリンク --- [[sources/original-article]]
  5. 関連するzettelにリンク --- 既存の知識に接続

例：React Server Componentsに関する記事をクリップした場合。

ソースノート（sources/react-server-components-guide.md）：

# React Server Components: A Complete Guide
Clipped from: https://example.com/rsc-guide
...記事全文...

作成するアトミックノート：

zettel/server-components-reduce-bundle-size.md：

# Server Componentsはロジックをサーバーに移すことでバンドルサイズを削減する

Server Componentsはサーバーでのみ実行される。そのコードはブラウザに
送信されないため、Server Componentsでのみ使用される依存関係は
クライアントバンドルを増加させない。

これはSSRとは異なる。SSRではコンポーネントのコードがハイドレーションの
ために依然としてクライアントに送信される。

Source: [[sources/react-server-components-guide]]
Related: [[zettel/hydration-is-expensive]] [[zettel/bundle-size-affects-ttfb]]

ステップ4：Maps of Contentの構築

zettelが増えてきたら、関連するアイデアのクラスタをナビゲートするためのMaps of Content（MOC）を作成します：

# React Architecture MOC

## レンダリング
- [[zettel/server-components-reduce-bundle-size]]
- [[zettel/streaming-ssr-improves-ttfb]]
- [[zettel/hydration-is-expensive]]

## データフェッチング
- [[zettel/colocation-of-data-and-ui]]
- [[zettel/waterfall-requests-in-nested-components]]

## パフォーマンス
- [[zettel/bundle-size-affects-ttfb]]
- [[zettel/selective-hydration-priorities]]

役立つテンプレート

ソーステンプレート

クリップしたWebコンテンツ用のテンプレートを作成：

---
type: source
url:
clipped: {{date}}
processed: false
tags: []
---

# {{title}}

<!-- SaveのMarkdown出力をここに貼り付け -->

## My Notes
<!-- 後で抽出するためのメモやアイデア -->

Zettelテンプレート

---
type: zettel
created: {{date}}
sources: []
tags: []
---

# {{title}}

<!-- 1つのアイデアを自分の言葉で -->

## Sources
<!-- ソースノートへのリンク -->

## Related
<!-- 他のzettelへのリンク -->

複利効果

このワークフローを1ヶ月続けると、力強い変化が起きます。新しい記事が、すでにキャプチャしたアイデアと自然につながり始めます。ナレッジネットワークにクラスタと架け橋が生まれます。

たとえば、エッジコンピューティングに関する新しい記事をクリップすると、サーバーサイドレンダリングのノートにつながり、それがパフォーマンスのノートにつながり、さらにプロジェクトノートにつながります。

これがZettelkastenの真価です：時間とともに複利的に成長する知識。

持続可能にするためのコツ

  1. クリップしすぎない --- 実際に処理する記事だけを保存する
  2. 定期的に処理する --- 週に一度のレビューを設定し、ソースをzettelに変換
  3. 自分の言葉で書く --- 引用のコピーはZettelkastenではない。アイデアの統合こそがZettelkasten
  4. 積極的にリンクする --- 価値はつながりにあり、個別のノートにはない
  5. 小さく始める --- 週3〜5のzettelは、未処理のクリップ50個より価値がある

はじめよう

  1. Saveをインストールし、Obsidian Vaultをセットアップ
  2. 学んでいるトピックの記事を3本保存
  3. 今週中にアトミックノートに加工
  4. ノート同士をリンク
  5. どう感じるか試してみる

最初の数週間はゆっくりに感じます。2ヶ月目には、これなしでどうやって学んでいたのか不思議に思うようになるはずです。