Obsidianのタグとノート命名ルールを整える

タグは検索の入口、ファイル名は人とリンクが読む識別子です。両方に同じ情報を詰め込まず、用途を決めてから規則を作ります。Obsidianのタグは大文字小文字を区別せず、空白を含められません。階層タグはスラッシュで表します。 公式タグ仕様

ルール案を作る

一つのノートを見つける入口を、役割ごとに分けます。

• ファイル名ノートそのものを識別する名前。必要な場合だけ日付を付ける。
• タグ用途や状態を横断して探す入口。表記ゆれを減らす。

改名とタグ変更は別々に試します。コピーした少数ノートでリンク・検索・表示を確認してから広げます。

Vault内のファイル名とタグを集計して、重複・表記ゆれ・未使用タグを分けて。
新ルールを3案出す。例：ファイル名は YYYY-MM-DD_短い題名、タグは用途/状態。
既存ファイルの変更はせず、変換表（旧→新、理由、対象件数）だけ作って。

命名は日付が必要なノートだけに日付を付け、長い説明や機密情報をファイル名へ入れません。タグは area/project のように少数の軸へ絞り、同義語を増やさない方が検索しやすくなります。YAMLの tags はリスト形式で書きます。 タグ

適用と検査

まずコピーした3〜5ファイルへルールを適用し、リンク、埋め込み、検索、表示を確認します。自動置換では、コードブロック内の文字列、URL、引用文を対象外にします。タグをプロパティへ移すなら、既存の tags と本文タグが重複しないか確認します。プロパティ名はVault全体で型が共有されるため、日付と文字列を同じキーに混在させないようにします。 プロパティ

移行表と差分を残し、取り消し方法を確保してから一括実行します。Claude Codeには「改名・本文変更・削除を別工程」と指示します。

構成の設計はフォルダー構成、散らかったVaultの棚卸しはノート整理、孤立ノートはリンク整理へ進めます。

限界

統一された名前やタグが知識の質を保証するわけではありません。個人の習慣に合わない規則は続かないので、1週間程度の小規模運用で見直します。

移行表には、旧ファイル名、候補の新名、変更理由、リンクへの影響、保留理由を残します。日付の形式やタグの接頭辞を途中で変えると、検索条件も変わるため、ルールの版を付けます。既存ノートを一括処理する前に、本文のコードブロック、URL、引用、プロパティの値を除外できるか確認します。迷うものは保留にし、ルールを守るために情報を失わないことを優先します。