Obsidian の個人的に便利だと思う使い方

最近 Obsidian を使い始めたので、個人的に便利だと思った使い方や Tips をメモします。

そもそも Obsidian とは

Markdown ファイル群を閲覧・編集できるデスクトップアプリケーションです。
スマホアプリもあります (iOS/Android)。
Obsidian 公式サイト
Obsidian 公式 Help サイト

• 具体的に、Markdown ファイルを格納したディレクトリ (サブディレクトリも切れます) を Obsidian に Vault (保管庫) として認識させると、アプリ上からレンダリングされた各ファイルを階層構造ごと Web サイトのように閲覧できます。また、アプリ上から各ページを編集したり、ファイルやディレクトリを新規作成したりもできます。つまり、ローカルに自分用ウィキが構築できます。
• 同期機能 (有料の公式機能 Obsidian Sync や、無料で試せる外部ストレージ連携プラグイン Remotely Save) もあり、同期すれば他の PC やスマートフォン、タブレットからも自分用ウィキを閲覧・編集できます。 ¹

Markdown 文書群をデバイス間連携する他の手段と比較すると、以下だと思います。

• Markdown によるメモベースというだけなら、GitHub (プライベート) リポジトリに Markdown ファイルを配置して GitHub 上から閲覧しても実現できますが、編集の度に git commit が必要です。
  • なお、この方法に Markdown ビルドツール (MkDocs など) や Markdown レンダリングライブラリ (TeXMe など) を組合せれば GitHub Pages や一般 Web サーバでホスティングでき、他人向けの文書 (パッケージのドキュメントや公開 Wiki など) には向くと思いますが、自分のメモ用には操作がシームレスでないと思います。
• GitHub Wiki もありますがこれは階層構造がもてません (タイトルとリンクを工夫して疑似的にやるしかない)。また、Claude Code 連携 (後述) は面倒だと思います。
• 個人用メモとしては Simplenote などもデバイス間連携でき、Markdown 対応もありますが、これも階層構造がもてませんし、Claude Code 連携は面倒だと思います。

私が考える Obsidian の価値は以下です。感じ方には個人差があります。

• 他のメモベースは、編集しづらさや、構造のもたせにくさ、スクリプト操作しづらさから、開発時の思考を継続的に記しにくかったです。一方 Obsidian は、それ自体の編集しやすさ・構造化しやすさ・見やすさや、Markdown ファイルという形式のスクリプト操作しやすさによって、シームレスに開発時の思考を落としやすいです。
• なので、「開発機に向かっている時の自分」をモバイル端末にエクスポートできます。
• その結果、「開発機を開いて集中することはできないが思考可能な時間 (Ex. 移動中、夕食のカレーを煮ているとき、もうすぐ子どもを迎えにいくときなど) 」においても、思考の継続・拡張が可能になると思います。

Obsidian の個人的に便利だと思う使い方

1. Claude Code に質問したときに質問・回答を Vault に保存して閲覧する

• 方法:
  • Claude Code に質問したときの質問・回答を常に Valut 以下に プロジェクト名_タイムスタンプ.md (例) などと吐き出すようにしておきます。
    • [2026-01-10 追記] 以下の記事に具体的な方法例を書きました。
      Claude Code への質問とその回答を指定のファイルに保存する方法例 - Qiita
• メリット:
  • Markdown がレンダリングされて見やすいです。
  • もう参照しない内容ならば捨てて、後で対応したいときは保存しておけます。
  • (同期機能利用時は) 回答を自動的にデバイス間同期できます。
    • 例えば、質問をまとめて投げてから外出して、電車内でスマートフォンから内容を確認できます (Obsidian をスマートフォンと連携しておくことが必要です)。
      • さらにスマートフォンから追加質問できるようにすると便利かもしれませんが私はそこまでは構築していません。
  • (メリットかは不明ですが) 質問を投げたタイミングでファイルを作成して冒頭に質問文を書いておき、回答が仕上がったら追記するようにすると、Obsidian 上から回答完了がわかります (ページを開いておけば自動で回答内容が反映されてきます)。
    • 私は当初 Claude の回答時に音を鳴らすプラクティスに気付かず、この方法で知覚していました。回答完了に気付く方法としては音の下位互換なので、音を鳴らせない場合や、音ではなくふっと見た時に気付きたい場合に検討ください。

2. Claude Code に文書を執筆・レビュー・修正してもらう

これは見出しのままです。Obsidian ページ群の実体はローカルの Markdown ファイル群なので、Claude Code CLI で文書を執筆・レビュー・修正してもらうことが容易です。 ²

3. カンバンボード (タスクの進行状況による分類) として運用する

• 方法:
  • Vault 内のどこかのディレクトリ以下に Not Started/, In Progress/, Completed/, Archived/ などというフォルダを切って、ファイル (例えばファイル名をタスク名にする) を格納すれば、自分一人用タスク管理ができます。³ ファイルをフォルダ移動させるのはアプリ上から容易にできます。ファイルの内容はお好きに執筆ください。
• 便利な点:
  • 利用法 2. と併用して、Claude Code のアドバイスや協力を得ることもできます。
  • README.md にタスク一覧と締切を記述し、スクリプトで README と各ファイルとの整合性チェックをしたり、「締切が近いのに Not Started ですよ」と警告したりすることもできます (Python スクリプトの例)。
  • (同期していれば) 通勤中や待ち時間でも、手元にスマートフォンがあれば、やりたいことを書き留められます。
  • [2026-01-14 追記] 関連して、ひとり朝会する具体例は ひとり朝会・夕会システムをつくって AI と朝会・夕会している話 (基本設計と Python での実装例) - Qiita です。
    • 上記の記事は日報を記入して AI にフィードバックをもらう形式ですが、ディレクトリカンバンボードをみてもらうこともできるし、日報とディレクトリカンバンボードを両方みてもらうこともできます。

./DropBox/obsidian/MyVault/TaskManagement/  # 例
├─ validate.py  # タスクバリデーションスクリプト
├─ README.md  # タスク一覧を書きます
└─ Tasks/
   ├─ Not Started/*.md  # 未着手のタスク
   ├─ In Progress/*.md  # 進行中のタスク
   ├─ Completed/*.md  # 完了したタスク
   └─ Archived/*.md  # 完了したタスク (もうほとんど参照しないもの)

4. Zotero の添付ファイル保存先にする

文献管理に Zotero を利用している方もいると思います。Zotero は文献の一次受付とし、Obsidian 側で閲覧・メモを取る運用方法があります。
既に ZotMoov プラグインをご利用の方はこの運用体制にしやすいと思います。⁴

• 方法:
  • Zotero のプラグイン ZotMoov を使い、添付ファイルの保存先と ZotMoov の Moov 先を Obsidian の Vault 内のフォルダにします。
• メリット:
  • Obsidian からも PDF を閲覧できます (Obsidian は PDF も認識・表示してくれます)。
    • したがって、例えば PC1 にのみ Zotero をインストールして、Dropbox 以下の Vault 内に PDF を Moov するようにしておけば、PC2 とスマートフォンの Obsidian から文献 PDF を閲覧することもできます。
  • 文献 PDF の隣に 同じファイル名.md (例えば) で書誌情報や自分のメモを書いておき、十分理解できたら / 不要だと感じたら PDF は Zotero から削除すれば、Zotero と Dropbox の容量をスリムに保てます。
  • もちろん利用法 2. と併用して、Claude Code に文献メモをレビューさせたり、最初から文献メモを書かせたりすることもできます。

5. 実験ノートにする

実験結果のグラフや表をまとめて閲覧することもできます。この用途では実験リポジトリ (OR その下の成果物置き場) を保管庫として開くと便利だと思います。

• 方法:
  • Markdown ファイルに実験結果のグラフや表を貼ります (下図)。
    • グラフ (というより画像全般) は ![代替テキスト](ファイルパス) で貼れます。
      • 対応ファイル形式 : Accepted file formats - Obsidian Help
    • 表を貼るには、例えば以下の方法があります。
      • pandas.DataFrame.to_html() の結果を貼り付けられます ⁵。
      • pandas.DataFrame.to_markdown() の結果も貼り付けられます (ただしこちらのメソッドは tabulate パッケージが必要です)。
• メリット:
  • HTML ノートに出力するより実装・メンテナンスコストが低いと思います。
  • Obsidian はデフォルトでは Markdown・PDF・画像・音声・動画など以外のファイルはページツリーに表示自体しないので (対応ファイル形式参照)、それを逆手に取って、フォルダ内に他の実験成果物 .csv .npy .pth .toml .json などがあっても Obsidian 上からはすっきりレポートだけみえます。
  • 「この実験結果は共同研究者に共有したい」となったときは、Obsidian の標準機能で PDF にエクスポートできます。
    • 下図のページ右上の 3 点ドットメニューに「PDF にエクスポート」があります。

import pandas as pd
import re  # HTML 文字列のタグ間の改行・空白を除去したい場合

df = pd.DataFrame({'name': ['Apple', 'Banana'], 'value': [1.23, 0.98]})
print(re.sub(r'>\s+<', '><', df.to_html(index=False)))
print(df.to_markdown(index=False))  # Requires the tabulate package.

おまけ: Obsidian の表示に関する Tips

• ファイル名のフォントの色・サイズ変更: Obsidian はファイル名を冒頭にレベル 1 の見出しであるかのように表示されるので、別途レベル 1 の見出しを書きたい人には気持ち悪いかもしれません。その場合、ファイル名の方のフォントを薄く小さくする CSS (下記 MyVault/.obsidian/snippets/custom.css) を記述しておくと、「設定 > 外観」最下部の「CSS スニペット」から認識されるので、そこでオンにすると反映されます。⁶⁷
• GitHub Alert 記法: Obsidian は GitHub Alert 記法に対応しています (下記)。手元では、
  • [!Note] や [!任意の言葉] なら薄い青色のブロックになります。
  • [!Tip] や [!Important] なら薄い緑色のブロックになります。
  • [!Warning] や [!Caution] なら薄い橙色のブロックになります。

.inline-title {
  color: darkgrey;  /* 色を薄く */
  font-size: 1.25rem !important;  /* サイズを小さめに */
  margin-bottom: 1rem;  /* 下部にマージン */
}

> [!ほげほげ]
> このように書けば Obsidian で「ほげほげ」という見出しの薄い青色のブロックになります。