Obsidian × Claude で「記憶を参照できる業務エージェント」を組む｜Cowork時代の実装ガイド【2026年5月版】

「AI、便利は便利だけど、結局自分の業務には組み込めていないな」——そう感じている人は多いと思います。

ClaudeやCodexの進化は目まぐるしい。けれど、アップデート情報を追いかけるばかりで、現場の業務はそこまでラクになっていない。むしろ情報のキャッチアップだけで労力を使ってしまっている。全部を自分で調べて手動で組み込んでいる限り、この状態からはなかなか抜け出せません。

ClaudeやChatGPTを使っていて、こんな経験はないでしょうか。

• 質問するたびに、顧客名・自社の体制・前回の打ち合わせ内容を毎回ゼロから貼り直している
• 議事録を起こしても、どこに保存したか思い出せず、決まったことが結局流れていく
• 2週間前の商談で合意した条件を聞かれて即答できず、SlackとDriveを30分掘り返す
• AIを業務オペレーションに組み込んだ事例を見て、「自分にも組めるはずなのに着手できていない」という焦り

これらはAIの能力の問題ではなく、AI側に「覚えておく場所」を渡していないことから来る、構造の問題です。

この記事では、ObsidianとClaudeを組み合わせて「記憶を参照できる業務エージェント」を組み立てる道筋を示します。海外で話題になった元記事（末尾に出典）を土台にしつつ、日本のビジネス現場向けに噛み砕き、製品仕様・実装手順・料金まわりを2026年5月時点の一次情報で検証し直したうえで、ディレクトリ構成例・Memoryファイルの中身・日本で使える議事録ツールの選び方を加えています。全体像を一度つかめば、まずは「議事録」と「顧客情報」の2点から組み始められます。

なぜ Claude は毎回ゼロから始めてしまうのか

多くの人がAIを、毎週新しく入ってくる派遣スタッフのように扱っています。

会話を開く。前提を貼り付ける。回答をもらう。タブを閉じる。次の会話では、また最初から自己紹介。会社のこと、自分の役割、いま抱えているクライアントの状況。全部を毎回ゼロから説明する。これではAIが記憶を持てないのは当然です。

逆から考えてみましょう。新しく入った優秀な人材に、毎週月初の朝、何の引き継ぎ資料もなく業務を任せたとしたら。どれだけ優秀でも、その人は能力を発揮できません。引き継ぎ書がない状態で「うちの主要顧客を5つあげてみて」と聞いても答えられないのと、Claudeに同じことを聞いて答えが薄いのは、同じ構造です。

問題はAIの頭の良さではなく、AIが読む「引き継ぎ書」が用意されていないこと。議事録の整理、顧客情報の検索、過去の商談合意の掘り返し——これらは作業の領域で、本来は人間が判断と関係性に集中するためにAIが引き受けるべき仕事です。判断の手前で消耗していること自体が、少しもったいない状態だと思います。

ルミィ

AIが薄いんじゃなくて、「引き継ぎ書」を渡してないだけ。渡せば、ちゃんと前提を踏まえて答えてくれるよ。

全体像をひとつの図で

部品が多いので、先に流れを掴んでおきましょう。やることはこの一本道です。

この「素材を集める → Claudeが整理して書き戻す → 次回それを参照する」のループが回り始めると、毎回ゼロから説明する手間が消えていきます。

「記憶できる場所」を渡したら何が変わるか — Claude Cowork とは

ここでClaude Desktopの「Cowork」という機能の話をします。

Coworkは、Claude Codeと同じエージェント基盤を、ターミナルを開かずにClaude Desktop上で使えるようにした、業務作業向けの機能です。2026年に公開され、当初は最上位のMaxプラン向けにmacOSで提供が始まり、その後Pro・Team・Enterpriseへと広がりました。現在は有料プラン（Pro / Max / Team / Enterprise）向けに、macOSとWindowsのClaude Desktopアプリで利用できます（無料プランは対象外です）。

仕組みはシンプルです。通常のChatではClaudeはメッセージに答えるだけで、あなたのローカルファイルには直接アクセスできません。一方Coworkでは、Claudeがあなたが許可したフォルダを読み・編集し・新規作成できます。つまり「やり方を説明する」のではなく「作業そのものを実行する」側に回れる。これがCoworkが「業務エージェント」と呼ばれる理由です。Chatが「会話相手」、Claude Codeが「エンジニアの相棒」だとすると、Coworkは「業務をやってくれる席」に近い役割です。

connector（外部サービス連携）はChatと共通の設定で有効化でき、Googleドライブ、Gmail、Googleカレンダー、Slackなどを横断して情報を引けます。「私のSlackを見て、いまクライアントごとに何が進行中か教えて」「今週の予定を出して、それぞれの打ち合わせで前回までに合意したことも添えて」といった依頼に、カレンダーと後述のVaultの両方を見ながら答えてくれます。

「記憶」の扱いは正確に押さえておく

ここは誤解されやすいので、現在の仕様に沿って正確に書きます。

つまりClaude内部にも「プロジェクト単位の記憶」はあるのですが、業務上の判断ログや顧客情報を監査・検索できる形で残すには、Claude内部のMemoryだけに頼らず、Obsidian Vaultのような外部の記録場所を併用する設計が有効です。ProjectsのMemoryが「Claudeが文脈を覚えておく仕組み」、Vaultが「人間も読めて、いつでも見返せる業務台帳」という役割分担になります。

なお、この記事では言葉が紛らわしくならないよう、Claude内部の記憶機能を「Projects Memory」、Obsidian側に置く 00_Memory.md を「外部Memoryファイル」と呼び分けます。前者はClaudeが文脈を覚えておく仕組み、後者は人間も編集・検索できる業務台帳です。

Vaultに議事録・顧客の進捗・判断ログを積み上げ、毎セッションでそこを参照させると、最初は「自己紹介を読んだだけの新人」程度の応答でも、数週間続けるうちに「先週の打ち合わせでこれを決めましたよね」と過去の文脈を踏まえた応答に変わっていきます。これは「AIが賢くなった」というより「読む引き継ぎ書が育っている」状態に近く、使い始めの週と数か月後では応答の解像度がはっきり変わります。

Projects を「業務の入れ物」として使う

現在のCoworkにはProjectsがあります。関連するタスクを1か所に束ね、専用のフォルダ・指示（Instructions）・コンテキスト・Memory・定期タスクをまとめて持てる機能です。作り方は「ゼロから作る」「Chatのプロジェクトから取り込む」「PC上の既存フォルダを使う」の3通りで、ファイルと指示はローカルに保存されます。

これは、この記事でこれから組み立てる「フォルダ＋常設の指示＋蓄積」という発想の、ほぼネイティブ版です。実務では、後述のVaultフォルダをProjectに登録し、Projectの指示に「回答前にVaultを参照する」と書いておく組み合わせがそのまま使えます。Projectsが器、Vaultが中身、という関係です。

AI 業務メモリを支える 5 つの部品

実際に組み立てる部品は5つです。

• Obsidian Vault — 無料のMarkdownベースのノートアプリ。ファイルはすべてローカルのテキストとして手元に残ります。サブスクなし、ベンダーロックインなし。ただのメモアプリと違うのは、ファイル同士をリンクで繋いで「業務のグラフ構造」を作れることと、MCP経由でAIが直接読み書きできること。これが業務メモリの本体になります。
• 議事録の流し込み — 打ち合わせの音声を文字起こしし、毎回手で整理する作業をツール任せで自動化する仕組み。議事録ツールが録画と文字起こしを担当し、出来上がったテキストがGoogleドライブ（またはVault）の決まったフォルダに落ちる。ここが「素材を集める工程」です。
• ObsidianとClaudeを繋ぐMCP — AIがVaultのファイルを読み・検索し・追記できるようにする接続。後述のとおり、現在はObsidianのLocal REST APIプラグインにMCPサーバーが同梱されているので、まずはこのルートが第一候補です。
• Claude DesktopのCowork ＋ アクセス許可 — Coworkを起点に、対象フォルダへのアクセスを許可し、必要なconnectorを有効化します。Claudeはそれらを横断して必要な情報を引き出します。
• 常設の指示（Global / Folder instructions） — Coworkの設定にある「Global instructions」（全セッション共通）や、プロジェクト・フォルダごとの「Instructions」に、「回答前にVaultを参照する」と書いておきます。これにより、ClaudeにVaultを参照するよう強く促せます。

最小構成はこうなります。「Vaultを作る」+「00_Memory.md を1枚書く」+「Cowork ProjectにVaultフォルダを登録する（＝アクセスを許可する）」+「Project / Folder instructionsに1行入れる」。議事録の自動化とSlack連携は、必要を感じてから順に足していけば十分です。

導入は 3 パターンで考える

全部を一度に組む必要はありません。自分のレベルに合わせて、次の3段階で考えると着手しやすくなります。

1. 最小運用 — CoworkのProjectにVaultフォルダを登録し、00_Memory.md を参照させる。MCPも議事録ツールも使わず、Coworkのフォルダアクセスだけで「引き継ぎ書を読んでから答える」状態を作る、いちばん軽い構成。
2. Obsidian連携運用 — Local REST APIの組み込みMCPでObsidian Vaultを読み書きできるようにし、Claudeにノートの検索・追記までやらせる。リンク構造を辿った横断的な参照ができるようになる。
3. 議事録自動化運用 — Notta / tl;dv / Zoom / MeetからGoogleドライブ（またはVault）に文字起こしを流し込み、Coworkで要約・タスク抽出・書き戻しまで自動化する、いちばん効く構成。

まずは1から。慣れてきたら2、3と足していくのが安全です。

Obsidian Vault の中身を、日本のビジネス現場向けに組む

ここが本記事の中心です。Vaultに何を入れるかが、AI業務メモリの精度を8割決めます。

ディレクトリ構成は 6 フォルダから始める

まずはVaultの中に、以下の6つのフォルダ（または起点ファイル）を置きます。日本のビジネス現場で実際に回ることを意識した最小構成です。

フォルダ名の頭に 00_ 10_ と番号を付けるのは、Obsidianのサイドバーで並び順を固定するためです。アルファベット順に並ぶので、よく見るものを上に置けます。最初は厳密に守らなくても良く、「議事録は議事録のフォルダ」「顧客の情報は顧客のフォルダ」が決まっていれば、Claudeは迷わず拾います。最初に導入するなら、00_Memory.md・10_Clients/・20_Actions.md の3つを軸にすると分かりやすいです。

Memory ファイルに書くこと

00_Memory.md は、新しく入った優秀な人に渡す引き継ぎ書だと考えてください。Coworkのフォルダ許可やObsidian MCPでアクセス経路を用意し、Project / Folder instructionsでこのファイルを参照するよう指示しておくと、毎回の業務文脈を渡しやすくなります。Claudeに最初に参照させる前提のファイルなので、ここの密度がそのまま応答の質に直結します。最低限、以下の7項目を埋めることをおすすめします。

• 事業概要 — 何を売っていて、誰に届けているかを3〜5行で（例：中堅SaaS企業向けに海外マーケ戦略の設計と運用代行。受注単価は月額80万円〜）
• 体制 — 自分の役割と社内のメンバー構成（例：代表1名＋PM2名＋フリーランス5名。意思決定は代表、施策実行はPMが分担）
• 顧客一覧 — 進行中のクライアント名と契約状況を1行ずつ。詳細は 10_Clients/ 配下の個別ファイルへリンク
• 進行中プロジェクト — 今クォーターで動いている案件と現在地
• 主要プロセス — 商談から納品までの自社の標準フロー（提案書は 40_Templates/proposal.md を使う、など）
• コミュニケーション様式 — トーン、好み、避けたい表現（例：クライアント向けは敬体、社内は常体。煽り・曖昧表現は避ける）
• 判断基準 — 判断に迷ったときの軸を3〜5個（例：短期売上より長期信頼／同時5件まで／新規は単価50万円以上のみ）

書く量は多くなくて構いません。1項目あたり5〜10行で十分。完璧を目指すより、まず書き始めることが大事です。外部Memoryファイルは「育てていくもの」なので、最初は荒くて構いません。やり取りや判断の中で「これはClaudeに共有しておくべきだった」と気づいた瞬間に、その場で追記する。これを続けると、3か月後にはかなり厚みのある引き継ぎ書になっています。

迷ったら、まずは次のテンプレートをそのまま 00_Memory.md に貼って、埋められるところから書き始めてください。

# 00_Memory

## 事業概要
-

## 自分の役割
-

## 現在の顧客・案件
- [[10_Clients/顧客名]]
-

## 進行中プロジェクト
-

## 標準プロセス
-

## コミュニケーション方針
-

## 判断基準
-

## Claude への常設指示
- 回答前にこの Vault の関連ノートを確認する
- 不明点は推測せず、確認事項として出す
- ファイル追記前に、対象ファイルと追記内容を提示する

ルミィ

Memoryファイルは「自分の判断基準をAIに移植する装置」。1枚書けた瞬間から、毎回貼り直す説明が消えていくよ。

ファイル間をリンクで繋ぐ

Obsidianの特長は [[ファイル名]] という記法でファイル同士をリンクで繋げることです。たとえばMemoryファイルの「顧客一覧」で [[10_Clients/A社]] と書けば、A社の個別ファイルへの導線が貼られます。Claudeもこのリンク構造を理解するので、「A社の最新の合意事項を教えて」と聞いたとき、Memory → Clients/A社 → 関連議事録、と辿って答えやすくなります。Vaultが育つほど、リンクのグラフ構造が業務全体を写し取る形になっていきます。

議事録を自動で流し込む仕組みと、日本で使える選択肢

毎週増えていく議事録を、手で起こして手で整理するのは現実的ではありません。ここはツール任せにします。組み立てる流れは4ステップです。

1. ZoomやGoogle Meetで打ち合わせを行う
2. 議事録ツールが録画し、自動で文字起こしテキストを作る
3. 文字起こしテキストがGoogleドライブ（またはVault）の所定フォルダに保存される
4. Claudeが新しい議事録を拾い、要約・タスク抽出・関連ファイルへの書き戻しを行う

ステップ4をCoworkに任せるなら、「Transcriptsフォルダから今週の新着を全部読んで、それぞれ要約・決定事項・宿題を抜き出し、該当する 10_Clients/ 配下のファイルに追記してください」と頼めば、まとめて処理してくれます。これを毎朝5分でやれば、議事録が流れることはなくなります（書き戻しの扱いはあとで安全策に触れます）。

日本で使える議事録ツールの実際

海外記事ではよくFathomやOtterが紹介されますが、日本のビジネス現場では選び方の前提が少し変わります。料金や上限は一次情報で確認したうえで、現状を整理します（2026年5月時点）。

日本語の精度を最優先するならNotta。 日本発のサービスで、日本語を含む多言語の文字起こしに定評があり、英語と日本語が混ざる会議でも追従しやすいという評価が多く出ています。ただし無料プランには明確な上限があり（月120分まで・1回3分まで・AI要約は月10回まで）、通常のビジネス会議には実質的に使いにくいです。実運用するなら有料のPremium以上が前提になります（Premiumは年払いで月額1,185円・月1,800分・1回5時間まで・AI要約月100回）。言語は自動検出ではなく手動で選ぶ仕様なので、運用フローに組むときは頭に入れておくと安全です。

まず無料で動かしてみたいならtl;dv。 海外発ですが日本語にも対応しており、無料プランでも録画と文字起こしは無制限で始められます。ただしAI機能には無料枠の制限があり、しかもこれは月次でリセットされずアカウント単位の累計です（最初の10ミーティングは会議全体のAIノート、その後は各会議の最初の10分のみ、等）。AI要約を日常的に回すなら、Pro（月額18ドル前後）への移行が現実的です。

すでにZoomやGoogle Meet中心で動かしているなら、公式の録画・文字起こしで十分。 Zoom Cloud RecordingやGoogle Meetの文字起こしで素材は作れます。海外で人気のFathomも無料枠が非常に寛容で、Zoom / Google Meet / Microsoft Teamsの会議録画・文字起こし・要約に強い選択肢です（公式では38言語対応）。ただし日本語の精度や国内運用実績を重視するなら、Nottaやtl;dvと実際の会議音声で比較して選ぶのが安全です。

Otterについて（よくある誤解の訂正）。 海外記事を真似て「Otterは英語・スペイン語・フランス語のみで日本語非対応」と紹介されることがありますが、これは現在では誤りです。Otterは2025年11月に日本語のリアルタイム文字起こし対応を発表しており、現在は英語・スペイン語・フランス語・ドイツ語・日本語・中国語（簡体）に対応しています。ただし日本語対応は比較的新しいため、精度の実績という点ではNottaのような国内寄りのサービスに一日の長があります。「使えない」のではなく「実績で見ると他に有力な選択肢がある」というのが正確なところです。

ツールは費用・チーム規模・API連携の要否で選ぶのがおすすめです。API連携が使えるツールを選べば、AIエージェントと組み合わせた自動化フローを作りやすくなります。

所定フォルダへの自動保存

ツールを決めたら、Googleドライブ（またはVault）の専用フォルダに自動で議事録テキストが落ちる経路を作ります。多くの議事録ツールはドライブへの自動保存連携を持っていますし、無ければZapierやMakeのような自動化サービスで「ツールから出力 → 指定フォルダに保存」を組める場合があります（権限設定や出力形式はツールによって差があります）。

完璧な自動化を最初から目指さなくても良いです。最初は「打ち合わせが終わったら文字起こしを手でダウンロードしてフォルダにドロップする」だけでも、Claudeから見れば結果は同じ。完璧を目指して着手が止まるくらいなら、手動でも始めたほうが効きます。

Claude 側の設定 — アクセス経路と指示を用意する

Claude側でやることは3つです。「Vaultへのアクセス経路を作る（MCPもしくはCoworkのフォルダ許可）」「connectorを有効化する」「常設の指示を1行入れる」。順に見ていきます。

Obsidian を MCP で繋ぐ（第一候補：Local REST API の組み込み MCP）

2026年5月時点では、Obsidian側のLocal REST APIプラグイン（coddingtonbear氏）にMCPサーバーが同梱されています。プラグインのリポジトリ名自体が「Local REST API and MCP Server for Obsidian」になっており、MCPサーバーは /mcp/ で動きます。以前は第三者製のMCPサーバーを別途入れるのが定番でしたが、この組み込みMCPの登場で、それらはもはや必須ではありません。まずはこのルートを検討するのが自然です。

手順の骨子はこうです。

1. ObsidianでLocal REST APIプラグインを入れて有効化し、設定画面でAPIキーをコピーする
2. 接続先は https://127.0.0.1:27124/mcp/。認証はベアラートークン（Authorization: Bearer <APIキー>）

接続方法はクライアントによって変わります。

Claude CodeはリモートHTTP MCPにネイティブ対応しているので、最も簡単です。

claude mcp add --transport http obsidian https://127.0.0.1:27124/mcp/ \
  --header "Authorization: Bearer <あなたのAPIキー>" 

Claude Desktop（Cowork）はリモートHTTP MCPに直接は対応していないため、mcp-remote（Node.jsが必要）でブリッジします。claude_desktop_config.json に次を追記し、Claude Desktopを再起動します。

{
  "mcpServers": {
    "obsidian": {
      "command": "npx",
      "args": [
        "mcp-remote@latest",
        "https://127.0.0.1:27124/mcp/",
        "--header",
        "Authorization: Bearer <あなたのAPIキー>"
      ]
    }
  }
}

自己署名証明書を使うため、証明書を信頼させるか、設定でHTTPエンドポイント（http://127.0.0.1:27123/mcp/）を有効にして使う、という選択になります。慣れていれば短時間で動かせますが、初回は証明書やパスの環境差でつまずくこともあるので、最初はテスト用のVaultで試すのが無難です。

従来の第三者製サーバー（MarkusPfundstein氏の mcp-obsidian など）も、依然として人気のある選択肢の一つです。ただし現在は「組み込みMCPを第一候補、mcp-obsidian を代替ルート」と捉えるのが鮮度の高い整理です。

connector の有効化

connectorはChatと共通の設定で有効化できます（Settingsからの接続）。Vaultと議事録を回す構成だけなら、最初は「ObsidianのMCP ＋ Googleドライブ」の2つで十分。SlackやGmailへの接続は、必要が出てから足せば良いです。

常設の指示を 1 行

最後に、Coworkの設定でGlobal instructions（Settings > Cowork、全セッション共通）か、プロジェクト／フォルダごとのInstructionsに、次のような一文を加えます。

この指示と、先に用意したアクセス経路がそろって、初めて「Vaultを見てから答える」挙動を強く促せます。書き戻しまで含めておけば、議事録を読んだClaudeが 20_Actions.md や 10_Clients/A社.md に決定事項を追記する流れも作れます。安全のため、追記の前に変更内容を確認させる一文を添えておくのがおすすめです。

Vault の置き場所を決める（注意点）

ここで補足です。元記事では「Obsidian VaultをGoogleドライブに置けばネイティブに同期できる」とありましたが、これは少し補正が必要です。Obsidian本体にはクラウド同期機能は内蔵されていません。 Vaultのフォルダをどこに置くかで同期方法が変わります。実用的な選択肢は3つです。

• Apple製品だけで使うならiCloud Driveが最も手軽。Mac・iPhone・iPad間で自動同期されます。
• 複数OSを跨ぐならObsidian Sync（公式の有料サービス）が最も安全。エンドツーエンド暗号化と版履歴も付いてきます。
• Googleドライブの中にVaultを置く運用も可能ですが、OSのDrive同期かサードパーティ製プラグインを通すため、まれに同期競合（コピーファイルが大量発生する状態）が起きると報告されています。

セキュリティと権限の注意

Coworkは、あなたが許可したフォルダに対して実際に読み書きできる機能です。便利な反面、最初の設計を雑にすると事故につながります。導入時は次のような構えが安全です。

• テスト用Vaultから始める。 いきなり本番の業務VaultにAIの書き込み権限を渡さず、まずは空かコピーした検証用Vaultで挙動を確かめる。
• 小さく、読み取り中心から。 最初は対象フォルダを小さく絞り、要約・抽出など読み取り中心のタスクから慣れていく。書き戻しは挙動が読めてから。
• バックアップと版管理。 Obsidian Syncの版履歴やGitなどで、いつでも戻せる状態にしておく。
• 「Ask before acting」モードを使う。 Coworkには承認の挙動を選ぶモードがあり、初めての操作や見慣れないファイルを扱うときは、各操作を都度承認する「Ask before acting」が推奨されています。
• 削除は必ず確認が入る。 Coworkはファイルを完全削除する前に明示的な許可を求めます。とはいえ、計画された操作の中身は実行前に目を通す習慣を。
• アクセス範囲は限定されている前提を理解する。 Claudeが触れるのは接続を許可したフォルダだけで、コードやシェルは隔離された仮想環境（VM）で動きます。機密ファイルを含むフォルダを渡すときは特に慎重に。

要するに、「小さく・読み取りから・戻せる状態で・確認しながら」始めれば、Coworkの強力さを安全に取り込めます。

ルミィ

強い道具ほど、最初は小さく・戻せる状態で。テストVaultで挙動を見てから本番に渡すのが安心だよ。

Claude Code でも同じ思想で組める

本記事はClaude DesktopのCoworkを中心に話していますが、Claude Codeを使っている人にも同じ「思想」が当てはまります。

CoworkのGlobal / Folder instructionsに書く1行は、Claude Codeでいう CLAUDE.md（起動時に毎回読まれる指示ファイル）に書く1行と、ほぼ同じ役割を果たします。そしてObsidianとの接続は、前述のとおりClaude Codeなら claude mcp add --transport http でネイティブに繋げるので、むしろClaude Desktop（ブリッジが必要）より素直です。CLAUDE.md に「作業前にObsidian Vaultの関連ノートを参照する」と書き、Local REST APIの組み込みMCPを繋げば、Vaultを中心とした同じ業務メモリが組めます。

ただし繰り返しになりますが、CoworkのProjects機能そのものは現時点でClaude Codeでは使えません（対応は将来予定）。Claude Code側で再現するのはProjectsではなく、「CLAUDE.md（常設の指示）＋ Obsidian MCP（アクセス経路）＋ Vault（記録場所）」の組み合わせだ、と捉えてください。Claude CodeとCodexで基盤を共有する具体例は <a href=”https://mowfile.com/claude-code-codex-shared-knowledge-base/”>こちらの記事</a> も参考になります。

まとめと、今日から始める最小一歩

ここまでを整理します。組み始めるときの地図として使ってください。

• AIが毎回ゼロから話してしまうのは、AIの能力ではなく、こちらが「覚えておく場所」を渡していない構造の問題。
• Coworkは有料プラン（Pro / Max / Team / Enterprise）のClaude Desktopで使える業務エージェント。単発セッションはまたいで記憶せず、Memoryはプロジェクト内のみ。だから監査・検索できる外部の記録場所としてObsidian Vaultを併用すると効く。
• 「指示1行」だけではClaudeはVaultを読めない。 Coworkのフォルダ許可かObsidian MCPでアクセス経路を先に作り、そのうえで常設の指示を添える。
• 必要な部品は5つ。Obsidian Vault／議事録の流し込み／Obsidian MCP／Cowork＋アクセス許可／常設の指示。
• Vaultの中身は6フォルダ構成（Memory／Clients／Actions／Library／Templates／Transcripts）と7項目のMemoryファイルから。最初はMemory・Clients・Actionsの3つを軸に。
• Obsidianの接続は、Local REST API同梱のMCPが第一候補（Claude CodeはネイティブHTTP、Claude Desktopは mcp-remote ブリッジ）。mcp-obsidian は代替ルート。
• 議事録ツールは、日本語精度ならNotta（実運用はPremium前提）、まず無料で試すならtl;dv、Zoom / Meet公式でも素材は作れる。Otterは現在は日本語対応済み。
• セキュリティは「テストVault・小さく・読み取りから・戻せる状態で・確認しながら」。Coworkの「Ask before acting」と削除確認を活用する。
• 1日で全部組まなくても、最小運用（Cowork ProjectにVaultフォルダ＋Memory1枚＋指示1行）から動き出す。

まず今日やる一歩は、Obsidianをインストールして空のVaultを作り、00_Memory.md を1枚書くこと。それだけで、次にClaudeと話したときの解像度が変わり始めます。

ルミィ

今日の一歩は「空のVault＋00_Memory.mdを1枚」だけでOK。そこから育てていこう。

出典・参考リンク

• 元記事（土台にした海外の投稿）：x.com/sourfraser
• Claude Cowork 公式（製品）：claude.com/product/cowork
• Cowork ヘルプ（はじめに・記憶の扱い・権限）：support.claude.com
• Cowork ヘルプ（Projects・Claude Code非対応）：support.claude.com
• Obsidian Local REST API（組み込みMCP／coddingtonbear）：github.com
• mcp-obsidian（代替ルート／MarkusPfundstein）：github.com
• Notta 料金プラン（公式）：notta.ai/pricing
• tl;dv 無料プランの制限（公式ヘルプ）：intercom.help/tldv
• Otter 日本語対応の発表：otter.ai/blog
• Obsidian 同期の切り替え（公式ヘルプ）：obsidian.md/help

※ 製品の仕様・料金・対応言語は更新が早い領域です。本記事は2026年5月時点で確認した内容を基にしています。導入前に各公式の最新情報をご確認ください。

よくある質問（FAQ）

Claude Cowork は無料プランでも使えますか？

A. いいえ。Coworkは有料プラン（Pro / Max / Team / Enterprise）のClaude Desktopアプリ（macOS・Windows）で利用できる機能で、無料プランは対象外です。2026年に当初はMaxプラン向けにmacOSで提供が始まり、その後Pro・Team・Enterprise、Windowsへと広がりました。

Cowork は会話の記憶を覚えてくれますか？

A. 単発（standalone）のCoworkセッションは、セッションをまたいで記憶を保持しません。Cowork Projectsにはプロジェクト単位のMemoryがあり、同じプロジェクト内ではタスクの文脈を引き継げます（プロジェクトをまたいでは引き継ぎません）。判断ログや顧客情報を監査・検索できる形で残すには、Obsidian Vaultのような外部の記録場所を併用するのが有効です。

「指示を1行書けばClaudeがVaultを読む」というのは本当ですか？

A. それだけでは読めません。通常のChatではClaudeはローカルのVaultに直接アクセスできないため、(a) CoworkでVaultフォルダへのアクセスを許可するか、(b) ObsidianのMCPを接続して、読める経路を先に用意する必要があります。そのうえで常設の指示を添えて、初めて「Vaultを見てから答える」挙動を促せます。アクセス経路と指示はセットです。

Obsidian と Claude はどうやって繋ぎますか？

A. 2026年5月時点では、ObsidianのLocal REST APIプラグイン（coddingtonbear氏）にMCPサーバーが同梱されており、これが第一候補です。MCPは /mcp/ で動きます。Claude CodeはリモートHTTP MCPにネイティブ対応しているので claude mcp add で簡単に繋げます。Claude Desktop（Cowork）は直接対応していないため mcp-remote でブリッジします。MarkusPfundstein氏の mcp-obsidian は代替ルートです。

議事録ツールは日本語だと何がおすすめですか？

A. 日本語の精度を最優先するならNotta（無料は月120分・1回3分・AI要約月10回までで、実運用はPremium以上が前提）。まず無料で試すならtl;dv（録画・文字起こしは無制限、AI機能はアカウント累計の制限あり）。すでにZoomやGoogle Meet中心なら公式の録画・文字起こしでも素材は作れます。Otterは2025年11月に日本語対応済みです。費用・チーム規模・API連携の要否で選ぶのがおすすめです。

Claude Code でも同じことができますか？

A. できます。CoworkのGlobal / Folder instructionsに書く1行は、Claude Codeの CLAUDE.md に書く1行とほぼ同じ役割です。CLAUDE.mdに「作業前にObsidian Vaultを参照する」と書き、Local REST APIの組み込みMCPを繋げば同じ業務メモリが組めます。ただしCowork Projects機能そのものは現時点でClaude Code非対応（将来予定）なので、Claude Code側は『CLAUDE.md＋Obsidian MCP＋Vault』の組み合わせで再現します。

次に読むおすすめ記事

• Claude Code × Codex を1つの知識基盤で動かす実装ガイド：スキル・ルールを2ツールで共有する仕組み
• Claude Skillsは結局どれを入れる？：用途別おすすめスキルと導入法
• AIエージェントとは？2026年に注目される「動くAI」：エージェントの前提知識

ルミィ

AIナビゲーター

YouTube

ChatGPT・Gemini・Claudeなどの会話AI、画像生成AI、動画生成AI、資料作成AI、AI検索ツールを初心者向けに解説するAIナビゲーター。実際に使ってみた感想や、仕事・学習・発信に役立つAI活用法をわかりやすく紹介しています。