AIエージェントは、コンテキストがセッションを超えて持続する場合にのみ、時間とともに役立つようになります。Obsidianは、エージェントが行動する前に読むことができる耐久性のある、ローカルで構造化されたメモリーレイヤーを提供します。エージェントはもはやゼロから始めることはなく、あなたの世界から始めるのです。
なぜエージェントはツールの前にメモリを必要とするのか
ほとんどの人はメモリなしでAIを使います。Claude、ChatGPT、Claude Code、または他のアシスタントを開き、コンテキストを貼り付け、プロジェクトを説明し、助けを求め、回答をどこかにコピーし、翌日同じ儀式を繰り返します。アシスタントは賢いかもしれませんが、会話が始まる前に作業の状態を知りません。
本能として、まずエージェントにツールを与えようとします。Gmail、Slack、Notion、GitHub、Linear、Googleカレンダー、ブラウザ、ファイルシステムを接続します。そして、エージェントが役立つことを期待します。その順番は間違っています。
ツールへのアクセスはエージェントに手を与えますが、メモリは判断力を与えます。メモリがなければ、エージェントは依然として作業を行えますが、どの作業が重要か、何がすでに起こったか、現在の優先事項は何か、どの制約が適用されるかを理解していません。有用なエージェントは行動する前に基本的な質問に答える必要があります:
| 質問 | なぜ重要なのか |
|---|---|
| これはどのプロジェクトに関連していますか? | 一般的な回答や誤ったコンテキストを防ぎます |
| 現在の状況はどうですか? | 古い作業を繰り返すのを防ぎます |
| 次のアクションは何ですか? | メモリを実行に変えます |
| 誰が関与していますか? | 関係性やコミュニケーションのコンテキストを追加します |
| すでに決定されたことは何ですか? | 古い理由付けを再検討するのを防ぎます |
| すぐに期限が迫っているのは何ですか? | 緊急性と優先順位を生み出します |
| 昨日何が変わりましたか? | 継続性を提供します |
| 触れてはいけないものは何ですか? | 安全な境界を追加します |
これがObsidianが価値のある理由です。適切に構造化されていれば、それはあなたの作業の読みやすい地図となります — 単なるノートを保存する場所ではなく、エージェントが行動する前に読む最初の脳です。原則は簡単です:プロンプトからあなたの世界を再構築するようエージェントに求めてはいけません。読める世界を与えてください。
なぜObsidianはエージェントメモリとしてうまく機能するのか
Obsidianには、クローズドワークスペースやプロプライエタリツールよりも選ぶ価値があるエージェントメモリのいくつかの利点があります。
ノートはローカルMarkdownファイルです。 エージェント、スクリプト、またはターミナルツールは、複雑なAPIなしでそれらを読むことができます。Markdownファイルのフォルダは、プロプライエタリオブジェクトで満たされたクローズドワークスペースよりも、エージェントが検査するのがはるかに簡単です。
Obsidianはリンクとバックリンクをサポートします。 これにより、人々、プロジェクト、会議、決定、タスクのグラフを作成できます。エージェントはテキストだけでなく、コンテキストの断片間の関係も必要です。
Obsidianはプロパティをサポートします。 これらはノートの上部にある構造化フィールドです。プロジェクトノートにはstatus、priority、deadline、next_actionが含まれます。人物ノートにはlast_contact、relationship、next_touchpointが含まれます。これらのフィールドが存在するようになると、ボールトはクエリ可能になります。
Dataviewのようなプラグインは、ボールトを軽量データベースに変えます。 Dataviewは、ノートにメタデータを追加し、Dataview Query Languageを使用してクエリするためのObsidian用のライブインデックスおよびクエリエンジンです。ノートが変更されると、クエリは最新の状態を保ちます。
Obsidianはユーザーの制御下にあります。 個人のエージェントメモリにとって、それは重要です。アシスタントは最終的にあなたのプロジェクト、プライベートノート、関係、クライアントのコンテキスト、毎日のログ、トランスクリプトを読むことがあります。そのメモリをローカルファーストシステムの中に保つことで、すべてをブラックボックスのチャットボットの履歴の中に保存するよりも、より多くの制御が得られます。
Obsidianは、年額$4(毎月$5)、年額$8(毎月$10)でSyncとPublishを提供しています。コアアプリは制限なしで無料です。エージェントメモリのセットアップには、ほとんどのユーザーが無料のアプリと無料のDataviewプラグインだけを必要とします。
Obsidianは規律を必要とします。ノートが一貫していないと、エージェントはその一貫性を引き継ぎます。プロジェクトの状況を決して更新しない場合、あなたのダッシュボードは嘘をつきます。しかし、ボールトを意図的に設計すれば、それはAIエージェントのための最高の個人的なメモリレイヤーの1つとなります。
アーキテクチャ:生のキャプチャ、構造化メモリ、ダッシュボード、ブリーフィング
Obsidianエージェントの脳は、1つの大きなノートのフォルダであってはなりません。トランスクリプトは決定とは異なります。日次ノートはタスクとは異なります。ダッシュボードはプロジェクトファイルとは異なります。構造は異なるレベルのコンテキストを分けるべきです:
| レイヤー | 例 | 役割 |
|---|---|---|
| 生のキャプチャ | 会議トランスクリプト、ボイスメモ、コピーしたメール、調査のダンプ | 何が起こったかを保存します |
| 処理されたメモリ | プロジェクトノート、人物ノート、決定ノート、会議の要約 | それが何を意味するのかを説明します |
| 構造化フィールド | ステータス、締切、優先順位、所有者、次のアクション | メモリをクエリ可能にします |
| ダッシュボード | 今日の優先事項、旧プロジェクト、オープンループ | 今何が重要かを示します |
| エージェントブリーフィング | 朝の合成、週次レビュー、リスク要約 | コンテキストをアクションに変えます |
この分離は重要です。すべてが生のキャプチャのままだと、エージェントは多くの発掘作業をしなければなりません。すべてが堅苦しい構造になってしまうと、システムの維持が煩わしくなります。生のキャプチャを存在させておきますが、徐々に役立つコンテキストを構造化されたノートに抽出してください。
エージェントはレイヤー間を移動できるべきです:トランスクリプトを読んで、決定を抽出し、プロジェクトノートを更新し、オープンループを作成し、結果を明日のブリーフィングで言及することができる必要があります。それがメモリが機能する方法です。
ボールト構造
良いエージェントが読み取れるボールトは、明確な役割を持つシンプルなフォルダが必要です。1週間以内に放棄するほど複雑なシステムを構築しないでください。実用的な構造:
AI-Agent-Brain/
├── 00 - DASHBOARD/
├── 01 - DAILY/
├── 02 - PROJECTS/
├── 03 - PEOPLE/
├── 04 - TASKS/
├── 05 - MEETINGS/
├── 06 - DECISIONS/
├── 07 - TRANSCRIPTS/
├── 08 - RESEARCH/
├── 09 - BRIEFINGS/
├── 10 - TEMPLATES/
└── 99 - ARCHIVE/
ターミナルから作成します:
mkdir -p "AI-Agent-Brain"/{"00 - DASHBOARD","01 - DAILY","02 - PROJECTS","03 - PEOPLE","04 - TASKS","05 - MEETINGS","06 - DECISIONS","07 - TRANSCRIPTS","08 - RESEARCH","09 - BRIEFINGS","10 - TEMPLATES","99 - ARCHIVE"}
その後、AI-Agent-BrainをObsidianのボールトとして開きます。各フォルダには明確な役割があります:
| フォルダ | そこに何が入るか | なぜエージェントがそれを必要とするのか |
|---|---|---|
| 00 - DASHBOARD | 日次ダッシュボードと制御パネル | エージェントに方向感を与えます |
| 01 - DAILY | 1日に1つのノート | 継続性を生み出します |
| 02 - PROJECTS | アクティブなプロジェクトごとに1つのノート | 目標、状況、締切、次のアクションを示します |
| 03 - PEOPLE | 重要な人ごとに1つのノート | 関係記憶を提供します |
| 04 - TASKS | タスクノートまたは構造化されたタスクファイル | 何をする必要があるかを示します |
| 05 - MEETINGS | 会議ノートと要約 | 決定とコミットメントを記録します |
| 06 - DECISIONS | 決定ログ | 繰り返される理由付けを防ぎます |
| 07 - TRANSCRIPTS | 生の通話、ボイスノート、録音 | 生のコンテキストを保存します |
| 08 - RESEARCH | 外部の発見、記事、ツールのノート | 外部知識を接続します |
| 09 - BRIEFINGS | AI生成の朝と週次の要約 | メモリをアクションに変えます |
| 10 - TEMPLATES | 標準ノートフォーマット | システムを一貫性を保ちます |
| 99 - ARCHIVE | 非アクティブまたは古い資料 | アクティブなメモリをきれいに保ちます |
フォルダ名は役割の分離よりも重要ではありません。エージェントが現在のプロジェクトの状態が必要な場合、02 - PROJECTSに行きます。昨日の未処理項目が必要な場合は、01 - DAILYに行きます。関係のコンテキストが必要な場合は、03 - PEOPLEに行きます。
Obsidianをインストールする
ObsidianはmacOS、Windows、Linux、iOS、Androidで利用可能です。ほとんどのユーザーは公式サイトからインストールし、ボールトを作成または開き、上のフォルダ構造にポイントします。Dataviewを追加する準備ができたら、コミュニティプラグインを有効にしてください。
Linuxでは、Snapを介してインストールすることもできます:
sudo snap install Obsidian --classic
ローカルファーストのエージェント脳には、Obsidianをどのようにインストールするかは重要ではありません — ボールトはあなたのツールが直接読むことのできるMarkdownファイルのフォルダであることが重要です。
価格:このセットアップのコスト
コアのObsidianアプリは制限なしで無料です。ローカルボールトを使用するためにアカウントは必要ありません。オプションの有料部分は、同期、公開、および商業的使用に関するものです。
| コンポーネント | コスト | 必要なタイミング |
|---|---|---|
| Obsidianコアアプリ | 無料 | ローカルの単一デバイスボールトに十分です |
| Obsidian Sync | $4/ユーザー/月(年額)または$5/ユーザー/月(月額) | 公式の暗号化されたデバイス間同期のために使用 |
| Obsidian Publish | $8/サイト/月(年額)または$10/サイト/月(月額) | ボールトをウェブサイトとして公開するために使用 |
| Dataviewプラグイン | 無料 | ライブダッシュボードとクエリに必要 |
| Claude Code | Claudeプランによります | ターミナルからボールトファイルを読むおよび更新するために便利 |
| GitHubプライベートリポジトリバックアップ | 無料(制限付き)または有料 | オプションのバックアップとバージョニング |
エージェントメモリのセットアップには、ほとんどの人が無料のアプリと無料のDataviewプラグインで始めることができます。公式のマルチデバイス同期を望む場合はSyncに支払い、いくつかのノートを公開サイトにしたい場合だけPublishに支払いましょう。
Dataviewをインストールする
Dataviewはダッシュボードを有用にするプラグインです。これがなければ、Obsidianは依然として良いメモリシステムですが、ダッシュボードはほとんど手動になります。Dataviewを使うことで、ダッシュボードはノートを読み取り、自動的に更新されます。
Obsidian内でインストールします:
- 設定を開きます。
- コミュニティプラグインに移動します。
- 制限付きモードをオフにします。
- ブラウズをクリックします。
- Dataviewを検索します。
- インストールして有効にします。
Dataviewは、あなたの知識ベースに対するライブインデックスおよびクエリエンジンです。ノートにメタデータを追加し、そのメタデータをクエリして情報をリスト、フィルタ、ソート、それともグループ化することができます。有効化されると、任意のノートにはボールトが変更されるごとに自動的に更新されるDataviewクエリブロックを含めることができます。
ノートテンプレート
システムは、ノートが一貫した構造を持つ場合にのみ機能します。各ノートタイプには、一貫した小さなフィールドセットが必要です。すべてをモデル化する誘惑に負けないでください — エージェントやダッシュボードに十分な構造を持たせますが、ノートを書くことが負担になるほどにはしないでください。
Project note
---
type: project
status: active
priority: high
deadline: 2026-06-15
owner: Vincent
next_action: Draft the article intro
completion: 40
related_people:
- Sarah
- Alex
---
# Project Name
## Goal
What this project is supposed to achieve.
## Current state
Where things stand right now.
## Constraints
Important limits, dependencies, risks, or decisions.
## Notes
Useful context for the project.
Person note
---
type: person
relationship: investor
status: active
last_contact: 2026-05-18
next_touchpoint: 2026-05-25
priority: high
context: Interested in AI Career
---
# Person Name
## Context
Who they are and why they matter.
## History
Important interactions, conversations, or commitments.
## Preferences
Communication style, interests, boundaries, or useful details.
## Next touchpoint
What should happen next.
Task note
---
type: task
status: in-progress
project: AI Career
due: 2026-05-22
priority: high
energy: deep
---
# Task Name
## Outcome
What done looks like.
## Notes
Context, links, blockers, or requirements.
Meeting note
---
type: meeting
date: 2026-05-22
project: AI Career
people:
- Sarah
- Alex
status: processed
---
# Meeting with Sarah and Alex
## Summary
Short summary of the conversation.
## Decisions
- Decision 1
- Decision 2
## Action items
- [ ] Action item 1
- [ ] Action item 2
## Follow-up
What needs to happen next.
Decision note
---
type: decision
date: 2026-05-22
project: AI Career
status: decided
impact: high
---
# Decision: Use Obsidian as the agent memory layer
## Context
What led to this decision.
## Options considered
- Option A
- Option B
- Option C
## Decision
What was chosen.
## Why
The reasoning behind the choice.
## Revisit if
Conditions that would change the decision.
Daily note
---
type: daily
date: 2026-05-22
focus: Finish Obsidian agent memory article
energy: medium
---
# 2026-05-22
## Focus
The main thing that matters today.
## Plan
- [ ] First important task
- [ ] Second important task
- [ ] Third important task
## Open loops
OPEN: Follow up on the contractor stack article visual.
OPEN: Decide whether to turn the Obsidian article into a setup guide.
## End of day
What changed today.
In daily notes, use OPEN: as a convention for unresolved items that should carry forward. The dashboard queries these automatically.
ダッシュボードは読み取るべきであり、保存すべきではありません
これはシステム全体で最も重要な設計原則です。ダッシュボードは情報を置く別の場所ではありません。それは、残りのボールトから読み取り、今重要なことを浮き彫りにするノートです。
ダッシュボードが手動ノートになると、腐ります。プロジェクトノート、タスクノート、人物ノート、日次ノートから読み取る場合、基盤となるノートが最新であれば、常に最新の状態を保つことができます。
ファイルを作成します:
touch "AI-Agent-Brain/00 - DASHBOARD/Dashboard.md"
その後、Dataviewクエリを含むセクションを追加します。各クエリをObsidianノートのDataviewコードブロック内に配置します。
今日の優先事項
TABLE WITHOUT ID
file.link AS "タスク",
due AS "期限",
project AS "プロジェクト",
priority AS "優先順位"
FROM "04 - TASKS"
WHERE type = "task"
AND status != "complete"
AND (due = date(today) OR due < date(today))
SORT priority DESC, due ASC
LIMIT 10
LIMIT 10は意図的です。47の期限切れのタスクを示すダッシュボードは明確さを生まない — 不安を生み出します。
アクティブなプロジェクト
TABLE WITHOUT ID
file.link AS "プロジェクト",
priority AS "優先順位",
completion + "%" AS "完了",
deadline AS "締切",
next_action AS "次のアクション"
FROM "02 - PROJECTS"
WHERE type = "project"
AND status = "active"
SORT priority DESC, deadline ASC
最も重要な列はnext_actionです。エージェントはプロジェクトを進めるための動きが何かを推測する必要はありません。
今後の締切
TABLE WITHOUT ID
file.link AS "アイテム",
type AS "タイプ",
deadline AS "締切",
status AS "状況"
FROM ""
WHERE deadline >= date(today)
AND deadline <= date(today) + dur(7 days)
AND status != "complete"
SORT deadline ASC
これにより、deadlineフィールドを持つノートがキャッチされます — プロジェクト、成果物、決定ノート、または他の構造化ファイル。
連絡する人々
TABLE WITHOUT ID
file.link AS "人物",
relationship AS "関係",
last_contact AS "最終連絡",
next_touchpoint AS "次の接触点",
priority AS "優先順位"
FROM "03 - PEOPLE"
WHERE type = "person"
AND status = "active"
AND next_touchpoint <= date(today)
SORT priority DESC, last_contact ASC
これにより、関係の記憶がアクションに変わります。アシスタントはタスクだけでなく、人々も記憶する必要があります。
昨日のオープンループ
日次ノートでOPEN:の規約を使用して、持ち越すべき項目を示します:
LIST
FROM "01 - DAILY"
WHERE type = "daily"
AND date = date(today) - dur(1 day)
FLATTEN file.lists AS item
WHERE contains(string(item), "OPEN:")
オープンループは常に公式なタスクではありません。しばしば小さな未解決の項目であり、システムを作成しない限り消えてしまいます。
最近の決定
TABLE WITHOUT ID
file.link AS "決定",
project AS "プロジェクト",
date AS "日付",
impact AS "影響"
FROM "06 - DECISIONS"
WHERE type = "decision"
AND date >= date(today) - dur(14 days)
SORT date DESC
これにより、エージェントは行動する前に最近の戦略的コンテキストを理解できます。
古いプロジェクト
TABLE WITHOUT ID
file.link AS "プロジェクト",
priority AS "優先順位",
deadline AS "締切",
next_action AS "次のアクション"
FROM "02 - PROJECTS"
WHERE type = "project"
AND status = "active"
AND (next_action = null OR completion < 100)
SORT deadline ASC
ここにlast_reviewedフィールドをプロジェクトノートに追加することで、後でこれを改善できます。
朝のブリーフィングワークフロー
ダッシュボードはデータを示します。ブリーフィングはデータが何を意味するかを説明します。ここがエージェントが有用になる場所です。モデルがダッシュボードをあなたに繰り返すのを望むのではなく、状況を合成することを望みます。
良い朝のブリーフィングプロンプト:
私のObsidianダッシュボードノートとそれが参照するすべてのファイルを読み取る。
私に知らせる朝のブリーフィングを合成してください:
1. 今日達成する最も重要なこと。
2. 正午前に注意が必要なこととその理由。
3. 今日行動を起こさなかった場合のリスク。
4. 最も注意が必要な人または関係。
5. 始める前に私が決めるべきオープンな決定。
テーブルを説明しないでください。彼らが何を意味するかを教えてください。
ブリーフィングの長さは300語以内にしてください。
最も緊急なことから始めてください。
「テーブルを説明しないでください」という指示は重要です。多くのアシスタントは、視覚的なデータを要約するのではなく、解釈します。ブリーフィングの目的は、メモリを判断に変えることであり、ダッシュボードを要約することではありません。
出力を以下に保存します:
AI-Agent-Brain/09 - BRIEFINGS/2026-05-22 - Morning Briefing.md
または、それを01 - DAILYの日次ノートに追加します。
Claude Codeをボールトに接続する
Claude Codeは、ターミナル内で動作し、コーディングツールであり、あなたのコードベースを理解し、ファイルやツール間でルーチン作業を実行するのを助けます。ボールトフォルダ内で動作し、Markdownファイルを直接読み取ったり更新したりできます。
macOS、Linux、またはWSLで公式のネイティブインストーラーでClaude Codeをインストールします:
curl -fsSL https://claude.ai/install.sh | bash
またはnpmを使用してインストールします(Node.js 18以降が必要):
npm install -g @anthropic-ai/claude-code
その後、ボールトディレクトリを開きます:
cd ~/AI-Agent-Brain
claude
そこから、Claude CodeにMarkdownファイルを読み取って更新するよう頼みます:
00 - DASHBOARD/Dashboard.mdとそれからリンクされたノートを読み取ってください。
このフォーマットを使用して、09 - BRIEFINGSで今日の朝のブリーフィングを作成してください:
- 最も重要な優先事項
- 正午前に注意
- 無視した場合のリスク
- 連絡する関係
- 決定すべきこと
その後、01 - DAILYの日次ノートに今日の内容の要約を追加してください。
プロジェクトノートを変更する前に必ず確認してください。
「プロジェクトノートを変更する前に必ず確認してください」というルールは重要です。Claude Codeはファイルを編集できます。何を変更でき、何を変更できないかを明示的に示すことで、意図しない書き換えを防ぎます。これはCLAUDE.md規則ファイルが重要になる場所です。
CLAUDE.mdルールファイルを追加する
ルールファイルは、エージェントがボールト内でどのように振る舞うかを指示します。それにより、各セッションがエージェントが触れて良いものについての新たな交渉になるのを防ぎます。ボールトのルートに作成します:
touch "AI-Agent-Brain/CLAUDE.md"
次の内容を追加します:
# CLAUDE.md
あなたはAIエージェントメモリシステムとして使用されるObsidianボールト内で作業しています。
## コアルール
- 推奨する前に関連ノートを読む。
- 重複を作成するよりも既存のノートを更新することを優先する。
- 明示的に指示されない限り、ノートを削除しない。
- 求められない限り、ノート全体を書き換えない。
- 新しいノートを作成する際は、10 - TEMPLATESのテンプレートを使用します。
- YAMLフロントマターを保持します。
- フィールドが欠けている場合、創造する前に確認します。
- 重要な未解決項目を関連する日次ノートにOPEN:行として追加します。
- 意味のある選択が行われたときには、06 - DECISIONSに決定を書き込みます。
- 生成されたブリーフィングは、求められない限り300語以内に保ちます。
## フォルダの役割
- 00 - DASHBOARD: 概要と制御パネル。
- 01 - DAILY: 日次ノートとオープンループ。
- 02 - PROJECTS: プロジェクトの状態と次のアクション。
- 03 - PEOPLE: 関係記憶。
- 04 - TASKS: タスクノート。
- 05 - MEETINGS: 会議ノートと要約。
- 06 - DECISIONS: 決定ログ。
- 07 - TRANSCRIPTS: 生のトランスクリプトとキャプチャ。
- 08 - RESEARCH: 外部の研究。
- 09 - BRIEFINGS: 生成された要約。
- 10 - TEMPLATES: ノートテンプレート。
- 99 - ARCHIVE: 非アクティブな資料。
## 安全性
- 大規模な構造変更を行う前に確認します。
- ファイルを移動する前に確認します。
- 一度に5つ以上のノートを変更する前に確認します。
- 行ったすべての変更を要約します。
このファイルはボールトを制御されたワークスペースに変えます。エージェントはランダムなノートを読むのではなく、定義されたルールの中で操作しています。
ボールトをMCP経由で接続する
より高度なセットアップのために、MCP(Model Context Protocol)はエージェントをローカルツールやデータソースに接続できます。Claude CodeはエクスターナルツールにMCPを通じて接続することをサポートしており、AnthropicはそれをAIツールの統合のためのオープンスタンダードと説明しています。最もシンプルな方法は、Claude Codeがボールトフォルダ内で直接動作することを許可することですが、これはほとんどのユーザーには十分です。
より高度な道は、ファイルシステムMCPサーバーを介してボールトを公開することです:
npx -y @modelcontextprotocol/server-filesystem ~/AI-Agent-Brain
その後、クライアントがそのファイルシステムサーバーを使用するように設定します。正確な設定はクライアントによって異なります — Claude Desktop、Claude Code、Cursor、Windsurf、または他のMCP互換のツールです。
安全性に関する重要なポイントは、エージェントにホームディレクトリ全体を公開しないことです。ボールトフォルダだけを公開し、できるだけ読専用のワークフローから始めて、クライアントがそれをサポートしている場合は、そうしてください。
Gitバックアップとバージョニング
Obsidian Syncは公式の同期とバージョン履歴を提供しますが、一部の技術的なユーザーはGitを好みます。GitはMarkdownファイルをクリーンにバージョン管理し、完全な監査履歴を提供します。ボールト内で:
cd ~/AI-Agent-Brain
git init
git add .
git commit -m "初期のObsidianエージェント脳のセットアップ"
.gitignoreを追加します:
.Obsidian/workspace*
.Obsidian/cache
.trash/
.DS_Store
定期的にコミットします:
git add .
git commit -m "プロジェクトと日次ノートの更新"
プライベートGitHubリポジトリにプッシュするには:
git remote add origin [email protected]:YOUR_USERNAME/ai-agent-brain.git
git branch -M main
git push -u origin main
機密ノートを公開リポジトリに置かないでください。ボールトに人物ノート、クライアント情報、トランスクリプト、ビジネスプラン、プライベートな決定が含まれている場合は、それを機密インフラとして扱ってください。
書き戻しループ
読み取りはシステムの半分に過ぎません。エージェントは書き戻す必要があります。ボールトをただ読み取るだけなら、ボールトは現実から離れてしまいます。無造作に書き込むと、ボールトは騒音が発生します。良い書き戻しループは、作業が行われた後にメモリを更新します。
| イベント | 書き戻しアクション |
|---|---|
| タスク完了 | タスクを完了としてマークするか、プロジェクトの完了を更新する |
| 新しい決定がなされる | 決定ノートを作成する |
| 会議が終了 | 会議を要約し、アクションアイテムを抽出する |
| 関係に触れる | 人物ノートとlast_contactを更新する |
| 研究が完了 | ソースと要約を含む研究ノートを作成する |
| プロジェクトが進行した | next_actionとstatusを更新する |
| オープンループが見つかる | 日次ノートにOPEN:行を追加する |
| 日が終わった | 日末の要約を追加する |
日次ノートにおけるシンプルな書き戻しの規約:
DONE: AIキャリアの記事ドラフトが完成しました。
UPDATE: AIキャリア — 完了度: 70
OPEN: Obsidianエージェントメモリ記事のビジュアルを選択します。
DECISION: 記事の視点として、「エージェントのための最初の脳としてのObsidian」を使用します。
その後、エージェントは日次ノートを処理し、関連するファイルを更新できます:
今日の日次ノートを読み取る。
DONE、UPDATE、OPEN、およびDECISIONで始まる行を処理します。
- DONEの行に対して、明らかな場合は一致するタスクノートを更新します。
- UPDATEの行に対しては、一致するプロジェクトノートを更新します。
- OPENの行は日次ノートに保持し、明日のブリーフィングに含めます。
- DECISIONの行に対しては、06 - DECISIONSに決定ノートを作成します。
編集の前に、あなたが行う予定の変更を見せてください。
「編集の前に」という条項は、安全層です。ワークフローが信頼できるようになったら、一部の低リスクの更新は自動化できます。
トランスクリプト:ボールトを溺れさせずに記憶を生かす
トランスクリプトは強力ですが危険です。すべての会議、ボイスメモ、通話を処理せずにObsidianにダンプすると、ボールトは重くて騒がしくなります。生の素材のために07 - TRANSCRIPTSを使用し、役に立つコンテキストを構造化されたノートに抽出してください。
トランスクリプト処理プロンプト:
このトランスクリプトを読み取ります。
作成してください:
1. 5つの要点の要約。
2. 決定のリスト。
3. アクションアイテムのリスト。
4. 言及された人々。
5. 言及されたプロジェクト。
6. オープンループ。
7. プロジェクトノートや人物ノートに対して行うべき更新。
まだファイルを更新しないでください。最初に提案された変更を見せてください。
レビュー後、エージェントに05 - MEETINGSに会議ノートを作成し、必要に応じて06 - DECISIONSに決定ノートを作成し、関連するプロジェクトノートに更新を行い、日次ノートにOPEN:項目を追加するように頼んでください。これにより、トランスクリプトがストレージではなくメモリに変わります。
リサーチノート:複雑化する外部コンテキスト
エージェントは内部メモリが必要ですが、新鮮な外部コンテキストも必要です。リサーチがチャットの中だけに存在すると、それは消えてしまいます。リサーチがノートになると、それは複雑化します。08 - RESEARCHを使用して、ツール比較、市場ノート、会社研究、技術的説明、ソースの要約、競争分析を行ってください。
---
type: research
topic: Obsidianエージェントメモリ
date: 2026-05-22
status: active
source_quality: mixed
related_project: AIキャリア
---
# リサーチ:Obsidianエージェントメモリ
## 要約
重要なこと。
## 主要な発見
- 発見1
- 発見2
- 発見3
## ソース
- ソース1
- ソース2
## 影響
これが何を変更するか。
## フォローアップ
次に調査すること。
リサーチは常にプロジェクトや決定にリンクさせるべきです。さもなければ、誰も使用しないライブラリーになってしまいます。
30日間の実施計画
全システムを一晩で構築しないでください。最小限のバージョンを構築し、それを使用し、それから価値を生むところで構造を追加してください。
Week 1: Build the memory skeleton
Create the vault folders, install Obsidian, and create templates for daily notes, projects, people, and tasks. Start with only a few fields: type, status, priority, deadline, and next_action. Do not install ten plugins — install Dataview only when you are ready to build the dashboard.
Goal for week 1: 5 project notes, 10 people notes, daily notes for the week, and one simple dashboard structure.
Week 2: Add the dashboard
Install Dataview and create the first dashboard sections: today's priorities, active projects, upcoming deadlines, people to contact, and open loops. Do not obsess over perfect queries. The dashboard should answer one question: what matters today?
Goal for week 2: Dashboard that updates from notes, OPEN: convention in daily notes, morning briefing prompt saved.
Week 3: Connect an agent
Install Claude Code or connect an MCP-compatible assistant to the vault. Start read-only: ask it to read the dashboard and generate a morning briefing. Do not let it edit notes yet.
Goal for week 3: Agent can read dashboard, agent can produce morning briefing, briefings saved in 09 - BRIEFINGS.
Week 4: Add controlled write-back
Let the agent update low-risk files: append to daily notes, create briefing notes, create draft decision notes, or propose project updates. Require approval before edits that affect project status, people notes, or multiple files.
Goal for week 4: Agent can propose updates, agent can write approved briefings, agent can extract decisions and open loops, weekly review generated from the vault. By day 30, you should spend less time re-explaining context and more time reviewing synthesis.
一般的な間違い
1. タクソノミーの過剰構築
巨大なボールトタクソノミーは生産的に感じますが、通常は崩壊します。実際の作業をサポートする最小の構造から始めてください。
2. 一貫性のないプロパティ
あるプロジェクトノートがdeadlineを使用する一方、他はdueを使用し、他はtarget_dateを使用すると、クエリが壊れます。フィールド名を選択し、それに固執してください。
3. すべての考えをタスクにすること
すべてがタスクシステムに属するわけではありません。オープンループ、決定、ノート、生のコンテキストの項目があります。
4. 処理せずにトランスクリプトをダンプすること
生のキャプチャは、重要なコンテキストが構造化されたメモリに抽出される場合にのみ有用です。
5. エージェントに早すぎる段階で過度に編集させること
まずは読み取り専用の分析から始め、次にドラフトの変更、最後に承認された書き戻しにします。完全な自律性は得られるべきであり、前提とされるべきではありません。
6. ダッシュボードデータを判断と混同すること
ダッシュボードは存在するものを示します。ブリーフィングはそれが何を意味するかを説明します。
最小限の実行可能なObsidianエージェント脳
最小の有用なセットアップは複雑ではありません。必要なのは:1つのObsidianボールト、日次ノート、プロジェクト、人物、タスクのフォルダ、ダッシュボード、Dataview、朝のブリーフィングプロンプト、慎重なエージェント接続、そして重要な出力が書き戻されるルールです。
最小限のコマンドラインセットアップ:
mkdir -p "AI-Agent-Brain"/{"00 - DASHBOARD","01 - DAILY","02 - PROJECTS","03 - PEOPLE","04 - TASKS","09 - BRIEFINGS","10 - TEMPLATES"}
cd "AI-Agent-Brain"
その後、02 - PROJECTS/AI Career.mdに最初のプロジェクトノートを追加します:
---
type: project
status: active
priority: high
deadline: 2026-06-15
owner: Vincent
next_action: Obsidianエージェントメモリー記事のドラフト
completion: 20
---
# AIキャリア
## 目標
AIの仕事、ツール、創業者リソース、エージェントワークフローのための最高のリソースを構築する。
## 現在の状態
いくつかの記事がドラフトされています。Obsidianエージェント脳の記事が次です。
## ノート
実用的なガイド、強力な視覚、構造化された比較に焦点を当てる。
Obsidianでフォルダを開き、Dataviewを有効にし、システムを開始します。
最終的なビュー
Obsidianは流行だからといってエージェントにとって価値があるのではありません。ユーザーが所有する耐久性のある読みやすい構造化されたメモリーレイヤーを与えるからこそ価値があるのです。
アシスタントは、コンテキストがセッションを超えて生き残る場合にのみ、時間の経過とともに有用になることができます。あなたのプロジェクト、人々、決定、会議、トランスクリプト、オープンループ、優先事項は、チャットウィンドウの外のどこかに存在する必要があります。Obsidianは、そのメモリを置くのに最もシンプルな場所の1つです。なぜなら、それはローカルで、Markdownベースで、リンク可能で、クエリ可能で、柔軟だからです。
実用的な道筋は明確です:小さなボールトを作成し、一貫したプロパティを追加し、情報を手動で保存するのではなくノートから読み取るダッシュボードを構築し、エージェントを使用して朝のブリーフィングを生成し、その後徐々に書き戻し、トランスクリプト処理、リサーチノート、および制御された更新を追加していきます。
その結果、単なるより良いノート取りシステムではありません。AIエージェントのための作業メモリーレイヤーです。これが本当の変化です:エージェントはもはやゼロから始まらず、あなたの世界から始まります。
Frequently Asked Questions
Obsidianは、すべてのノートを自身のデバイス上にプレーンMarkdownファイルとして保存するローカルノートアプリです。AIエージェントのメモリに良い理由は、エージェントやスクリプトが複雑なAPIなしでそれらのファイルを直接読み取れること、ノートには構造化されたYAMLフロントマターのフィールドがありクエリ可能であること、そしてDataviewプラグインがボールトを軽量なライブデータベースに変えることです。クラウドベースのツールとは異なり、ボールトは完全にあなたの管理下にあります。
はい。コアのObsidianアプリは個人使用において制限なしで無料です。オプションの有料アドオンには、暗号化されたマルチデバイス同期のためのObsidian Sync(年払いで月4ドル、月払いで月5ドル)や、ノートをウェブサイトとして公開するためのObsidian Publish(年払いで月8ドル、月払いで月10ドル)があります。AIエージェントメモリシステムにおいては、ほとんどのユーザーは無料のアプリと無料のDataviewコミュニティプラグインのみで十分です。
Dataviewは、ノートに対してライブインデックスとクエリエンジンとして機能するObsidian向けの無料のコミュニティプラグインです。ノートにメタデータフィールドを追加し、それらのフィールドをクエリして動的なテーブル、リスト、およびダッシュボードを作成します。これによりノートが変更されると自動更新されます。AIエージェントの頭脳にとって、DataviewはMarkdownファイルのフォルダをクエリ可能な運用ダッシュボードに変えるものであり、今日の優先事項、アクティブなプロジェクト、今後の締切、および自動的に連絡すべき人々を示します。
公式インストーラーを使用してClaude Codeをインストールします(curl -fsSL https://claude.ai/install.sh | bash)またはnpmを介して(npm install -g @anthropic-ai/claude-code)。ターミナルでボールトフォルダに移動し(cd ~/AI-Agent-Brain)、「claude」と入力して実行します。これにより、Claude Codeはボールト内のMarkdownファイルを読み書きできるようになります。編集できるフォルダや実行前に承認が必要なアクションに関するルールを含むCLAUDE.mdファイルをボールトのルートに追加します。
CLAUDE.mdファイルは、ボールトのルートに配置されるルールファイルであり、AIエージェントにその内部で作業する際の振る舞いを指示します。どのフォルダがどの目的に役立つか、エージェントが変更できることとできないこと、編集する前に尋ねるタイミング、テンプレートとYAMLフロントマターの扱い方、さらに一度に五つ以上のノートを変更する前の承認を必要とする安全境界を定義します。これにより、各エージェントセッションで新しい権限やコンテキストについての交渉を必要としないようにします。
Claude Codeまたは別のエージェントをボールトフォルダに向け、ダッシュボードノートおよびすべてのリンクされたファイルを読むように要求するプロンプトを与えます。データを要約するのではなく、統合するよう指示します:最も重要な優先事項を特定し、正午前に注意が必要なもの、今日危険にさらされているもの、関係に注意が必要なもの、最初に決定すべきオープンな課題を示してください。重要な指示は「テーブルを説明せず、意味を教えてくれ」です。出力を09 - BRIEFINGSに保存するか、または今日のデイリーノートに追加します。
はい、エージェントはボールト内のMarkdownファイルを編集することでObsidianに書き戻すことができます。安全なアプローチは、書き戻しを徐々に構築することです:まず読み取り専用の分析から始め、次にエージェントが保存する前に表示する提案へ、最後にデイリーノートやブリーフィングのような低リスクのファイルに対する承認された書き戻しへと移行します。プロジェクトノートや人ノートや一度に五つ以上のファイルをエージェントが変更する前には明示的な承認を要求します。CLAUDE.mdルールファイルと「編集前に変更を見せてくれ」という指示が主な安全メカニズムです。