Obsidianの散らかったメモを整理する

「整理して」は、移動・要約・削除・リンク追加のどれを意味するか曖昧です。最初に現状レポートを作り、変えてよい範囲を指定します。少数ファイルから始めると、変更の影響を確認しやすくなります。

依頼例

整理は削除のためだけの作業ではありません。

• そのまま役立つ「残す」へ。移動が必要かは別に判断する。
• 内容が重なる「統合候補」へ。原文を残して違いを確認する。
• 日付や意味が不明「要確認」へ。分からない内容を推測で埋めない。

分類が終わってから、少数ノートの改名・移動を試します。整理のために原文の意味を失わないことを優先します。

inboxフォルダーのノートを、内容を捨てずに「残す・統合候補・要確認」へ分類して。
各判断に根拠の見出しを付け、改名・移動・削除はしない。個人情報は出力へ転載しない。

次に、採用したルールを限定して頼みます。「日付のないメモは、原資料から作成日を確認できるものだけ日付を付け、不明なものは保留にする」「重複候補を一覧化し、統合本文は作らない」など、可逆な作業を優先します。Claude Codeはファイルを編集できるため、対象パスと保存先、バックアップを明示します。

変更の順番

1. Vaultをコピーし、変更前のファイル数とリンク数を記録する。
2. 3〜5ファイルだけを移動または改名する。
3. Obsidianで内部リンク、埋め込み、タグ、プロパティを確認する。
4. 差分と保留一覧を確認してから対象を広げる。

タグを整理する場合は本文タグと tags プロパティを分けて確認します。タグはスラッシュで階層化でき、プロパティはYAMLリストとして記述します。 タグ プロパティ

仕上げ

処理後に、未分類、孤立、リンク切れ、空フォルダー、同名ファイルを再集計します。内容の要約を追加した場合は、元ノートへのリンクと「AI要約」などの出所を残し、原文を削除しません。次の運用ルールを CLAUDE.md などに書く場合も、Vaultの秘密情報を含めないようにします。

全体分析はVault棚卸し、リンクの修復はリンク整理、最初の構成はフォルダー構成を参照してください。

限界

AIは短いメモの背景や将来の価値を知りません。削除、統合、公開範囲の変更は人が判断し、復元可能な形で行います。

メモを分類するときは、内容の確度も一緒に記録します。確定した事実、誰かの発言、思いつき、次に調べることを別の状態にすると、要約による誤解を減らせます。統合候補を作っても原文へのリンクを残し、不要と決めたノートはすぐ削除しません。Claude Codeには一つの変更目的だけを渡し、差分を読んでから次の目的へ進みます。