クロードが私の乱雑な黒曜石保管庫を 5 分で修理した方法 (説明書付き)

黒曜石の保管庫は第 2 の脳であるはずでしたが、ある時点で第 2 のガラクタ引き出しになりました。定期的なメンテナンスによって物事を整理できますが、あなたが私と同じなら、おそらく整理するよりもメモをキャプチャする方が好きでしょう。良いニュースは、手動でほぐす必要がないことです。クロードは、コーヒーを作るのにかかる時間内に、保管庫全体をスキャンして、クリーンで論理的な構造に再配置することができます。

OS

Windows、iOS、Android、macOS、Linux

ブランド

黒曜石

Obsidian は、メモを非公開で保存できるメモ作成およびデータベース作成アプリです。メモを共有しない限り、他の人はメモを見ることができません。サードパーティ製アプリもしっかりサポートしているので、すべてを思う存分カスタマイズできます。

黒曜石の保管庫が散らかりがちな理由

エントロピーは常に私たちを圧倒します

ほとんどのメモアプリでは、後で見つけられるようにメモを整理するための構造をセットアップする必要があります。ただし、その構造を作成し、各ノートがどこに属するかを決定すると、キャプチャ プロセスに不必要な摩擦が加わります。 Obsidian の優れた点は、構造について考える必要がないことです。最初にアイデアを捉えることに集中し、時間の経過とともに構造が浮かび上がってくるように設計されています。

このため、Obsidian は第二の脳を構築し、ノート間の予期せぬつながりを発見するための最良のツールの 1 つになります。ただし、問題は、特に何千もの原子音符を含むゼッテルカステンを構築している場合、特定の音符を見つけるのが難しいことです。

誤解しないでください。このアプリには、特定のメモを見つけるのに役立つ強力な検索機能が備わっています。タグを追加してタグで検索することができ、特にチャート ビューで特定のメモに到達したときに、双方向リンクにより関連するアイデアを探索するのに役立ちます。ただし、Obsidian からしばらく離れて、どのように整理したかを覚えていない状態で戻ってくると、大量のメモが作成され、それらがどのように組み合わされているのか明確に分からなくなります。また、メモを作成したことを忘れて、グラフ ビューのノードの海の中に埋もれたままになる危険もあります。

これは私にも何度か起こりました。数ヶ月間離れていたため、私は黒曜石の保管庫の意味がわかりませんでした。今にして思えば、単純なフォルダー構造が役に立ったでしょうが、当時はそれが必要とは思えませんでした。また、私が知る限り、これはそうではありません 自分 問題: 多くの Obsidian ユーザーが同じアプローチを採用しており、最終的には乱雑で過度に複雑な Vault を作成することになります。

クロードはどうすればこの混乱を解決できるでしょうか

AI はこうした日常的なメンテナンス業務に最適です

クロードは、コンピュータのファイル システムと直接対話できます。これを使用して、PC 上でファイルを作成、編集、移動、削除できます。 Obsidian 保管庫は単なる Markdown ファイルのフォルダーであるため、Claude は内部のすべてをスキャンして再配置できます。

ただし、これは Claude デスクトップ アプリでのみ動作し、現在 Windows と macOS で利用できる Web バージョンでは動作しません。アプリを開いたら、上部のスイッチを使用してCoworkモードに切り替えます。これにより、クロードはコンピュータ上の特定のフォルダにアクセスできるようになります。それを黒曜石保管庫にポイントして、この通知を貼り付けるだけです。

# One-Shot Vault Cleanup
You are helping me organize my Obsidian vault. This is a collaborative process — you will work through it in phases and stop at every checkpoint to wait for my input. To move forward at any checkpoint, I will type **"go [number]"**. Never delete any note. Never change the content of any note.
---
## Phase 1 — Backup
Before touching anything, create a ZIP archive of my entire vault preserving its current folder structure. Save it as a new folder alongside the vault (not inside it), named `vault-backup-YYYY-MM-DD.zip`. Report the exact file location and size.
✋ **Checkpoint 1** — Once you see the backup location and size, type "go 2" to confirm you're happy with it and proceed.
---
## Phase 2 — Scan & Diagnose
List all markdown files in the vault using a file listing command. Do not read their contents yet. Report the total note count.
Then check for duplicate filenames. This matters because Obsidian's wikilinks reference notes by filename, not by file path — so `[[My Note]]` works regardless of which folder a note lives in. The problem is when two notes share the same filename: Obsidian won't know which one a link points to, causing links to silently break or resolve to the wrong note. If you find any duplicates, list them clearly and suggest specific renames that fix the conflict while keeping each name meaningful.
If the vault has more than 80 notes, flag this: wikilink discovery in Phase 5 may be incomplete because you can only hold so many notes in context at once.
✋ **Checkpoint 2** — Resolve any duplicate filenames first if needed, then type "go 3."
---
## Phase 3 — Folder Structure
Now read all the notes. Identify the core themes, topics, and patterns across the vault. Then propose a folder structure using PARA as the top-level framework:
- **Projects** — active work with a clear end goal
- **Areas** — ongoing responsibilities with no end date
- **Resources** — reference material and topics of interest
- **Archives** — inactive items from the above three
Map the themes you discovered as subfolders within the relevant PARA categories. Briefly explain PARA in case I'm not familiar with it. Present the full proposed structure as a visual tree diagram.
✋ **Checkpoint 3** — Adjust the structure until I'm happy with it, then type "go 4."
---
## Phase 4 — Move Notes & Catalog Tags
Move all notes into the approved folder structure. Then catalog every existing tag in the vault and propose a master tag taxonomy. Apply a maximum of 3 tags per note. Recommend whether to keep the existing tags as-is, replace them entirely, or merge old and new — and explain your reasoning. Present the full proposed taxonomy.
✋ **Checkpoint 4** — Review and adjust the tag taxonomy until I'm happy with it, then type "go 5."
---
## Phase 5 — Apply Tags & Discover New Connections
Apply the approved tags across all notes. Then scan for wikilink connections between notes that do not currently exist in the vault. Do not add any links yet — just present what you've found:
- If fewer than 15 new connections: a numbered list in this format — `1. [[Note A]] → [[Note B]] — reason`
- If 15 or more: a visual map grouped by theme, with every connection clearly numbered
✋ **Checkpoint 5** — Type the numbers you want added, e.g., "add 1, 3, 7 — skip the rest."
---
## Phase 6 — Finalize
Add the approved wikilinks. Then create `000 Index.md` in the vault root containing two things only: the final folder structure as a tree, and the complete tag taxonomy for reference. Nothing else in this file.

これが完了すると、Obsidian 保管庫が完全に刷新され、整理されていることがわかります。

また、情報を取得し、最初から整理しておくのにも役立ちます。

乱雑なメモをキャプチャして毎週 (または毎月) 整理する代わりに、クロードを仲介者として使用して、キャプチャの段階でメモを整理できます。たとえば、私のワークフローでは、音声ダンプを録音し、Whisper などのツールを使用して文字起こしし、生の文字起こしを Claude に貼り付けます。次に、テキストが処理され、構造化されたメモとして Obsidian Vault に保存され、適切なリンクとタグが付いた適切なフォルダーに自動的に配置されます。

設定するには、[Cowork]>[プロジェクト]>[+ 新しいプロジェクト]>[最初から開始]に移動します。プロジェクトに名前を付け、Obsidian Vault をプロジェクトの場所として設定し、次の通知をプロジェクトの手順に貼り付けます。

#Obsidian Vault Assistant (Project Instruction)

You manage my Obsidian vault. When I share anything with you — a link, article, voice dump, transcription, rough notes, or any raw content — your job is to process it, break it down, and store it properly in the vault.

---

## Understanding the Vault

Before doing anything else in a new conversation, check if `000 Index.md` exists in the vault root.

**If it exists:** Read it. It contains the complete folder structure and tag taxonomy. This is your reference for every decision about where notes go and which tags to apply.

**If it does not exist:** Scan the entire vault — list all folders, subfolders, and catalog every existing tag. Then create `000 Index.md` containing the folder tree and the full tag list. Use it as your reference from that point on.

---

## Processing Workflow

### 1. Read What I Shared

Try to access and understand whatever I've given you.

- If you can read it, move on to step 2.
- If you cannot — broken link, paywalled content, unsupported format, or anything else — tell me what went wrong and suggest alternatives: paste the text directly, upload a file, share a screenshot, or try a different link.

Do not guess or fabricate content you could not access.

### 2. Save the Original

Save the raw, unprocessed source to `Resources/Originals/` as an archival copy. Do not edit, reformat, or summarize the content in this file.

**Filename:** `YYYY-MM-DD - [Descriptive Title].md`

**Frontmatter:**
```yaml
---
tags: [source, topic1, topic2]
created: YYYY-MM-DD
source: [URL or "voice dump" or "manual entry"]
---
```

### 3. Break It Down Into Atomic Notes

Process the original into smaller, standalone notes following Zettelkasten principles:

- **One idea per note.** Each note captures a single concept, insight, fact, or argument.
- **Self-contained.** A reader should understand the note without needing the original source for context.
- **Descriptive titles.** The filename should say what the note is about, not where it came from. `Why spaced repetition works.md` — not `Article excerpt 3.md`.

### 4. Place, Tag, and Connect

For each atomic note:

- Place it in the correct folder based on the structure in `000 Index.md`
- Add YAML frontmatter with up to 3 tags from the existing taxonomy
- Add `[[wikilinks]]` to any related notes already in the vault
- Add a source backlink: `Source: [[YYYY-MM-DD - Descriptive Title]]`

If a topic does not fit any existing folder, do not force it somewhere wrong. Stop and ask me where it should go before creating a new folder.

### 5. Report What You Did

After processing, give me a brief summary:

- How many atomic notes you created
- Where each one went (folder + filename)
- Any new wikilinks you added
- Whether any topics didn't fit the existing structure

### 6. Keep the Index Current

If you created new folders or introduced new tags during this session, update `000 Index.md` to reflect the changes before finishing.

---

## Rules

- Never delete existing notes
- Never modify the content of existing notes
- Maximum 3 tags per note, drawn from the existing taxonomy
- Always backlink atomic notes to their original source
- If the vault structure feels inadequate for what I'm sharing, tell me — suggest improvements rather than silently working around it

あとは、この Claude Cowork プロジェクトで Obsidian に保存したいものを共有するだけで、残りは彼がやってくれます。

クロードに一生読まれたくないなら

メモを非公開にしながらも、同じワークフローを実現できます

クロードがあなたの金庫を整理するには、あなたのメモを読む必要があります。つまり、内容は Anthropic のサーバーに送信されます。これに慣れていない場合、特に保管庫に雑誌やその他の機密情報が含まれている場合は、ローカル AI セットアップが最良の選択肢です。

ここで、組織の質の低下に気づくことができます。このワークフローに必要な構造的な決定を行うことができる、十分な機能を備えたローカル LLM を実行するのに十分な強力なハードウェアが必要です。とはいえ、法外に高価である必要はありません。

コンテキストのために、私は 12 GB の VRAM と 32 GB の DDR4 RAM を備えた RTX 3060 を搭載した Ryzen 5 5600G を実行しています。このセットアップでは、8 ビット量子化で Owen 3.5 9B を実行でき、ノートのタグ付けと整理に優れた仕事をしてくれます。私は LM Studio を介して実行します。これにより、ファイルシステム MCP サーバーにリンクできるようになり、システム上のファイルを作成、編集、移動、管理するために直接アクセスできるようになります。

主な制限はコンテキストのサイズです。私のローカル設定では、一度に約 20 ノートしか処理できません。したがって、メモ数が比較的管理しやすい個人ファイルにのみ使用します。

これはAIに喜んで任せたい仕事です

散らかった保管庫は個人的な欠陥ではなく、エントロピーがエントロピーの働きをするだけです。今の違いは、それを押し返す方法があり、それが 5 分もかからないことです。