検証した主張
「Obsidianの親ノートとJobsフォルダを用意すれば、安全に繰り返し業務を任せられる。」
発見元は調査の入口であり、判定の根拠には使用していません。まずは架空の一店舗で試す
例として、架空の雑貨店「みどり文具」の週末セール案を作る場面を考えます。実在の店名、顧客情報、広告アカウント、売上数字は使いません。目標は「メールとSNS投稿の下書きを作ること」までに限定し、配信や広告出稿は対象外にします。
Obsidianのvaultはフォルダ内のMarkdownファイルなので、下表のように内容を分けられます。入口ノートは全文を詰め込む場所ではなく、最新の方針と参照先を示す案内板です。
| ファイル | 役割 | 記載する内容 |
|---|---|---|
| 00-START.md | 入口 | 事業名、作業の前提、参照先、更新日 |
| business/brand.md | 事実・表現ルール | 架空の商品特長、禁止表現、確認担当 |
| business/offers.md | 今回の条件 | 架空の対象商品、期間、価格の確認欄 |
| Jobs/draft-weekend-sale.md | 仕事の手順 | 入力、確認順、下書きの形式、人の承認点 |
| drafts/ | 出力先 | AIが作った未承認の下書き |
Jobsには「何をするか」と「どこで止めるか」を書く
Jobs/draft-weekend-sale.mdには、目的を「週末セールのメール案とSNS案を各1本作る」、参照資料を「00-START.md、business/brand.md、business/offers.md」、禁止事項を「実在顧客の入力と外部送信は禁止」と書きます。出力はdrafts内の未承認ファイルとし、価格・期間・表現を人が確認するまで公開しないことを明記します。
Claude Codeへの依頼も「指定した3ファイルを読み、欠けている条件は推測せず質問し、下書きだけを作ってください」と具体的にします。ファイル名や参照先は環境に合わせて調整し、読み取れたファイルと読み取れなかったファイルを出力に列挙させると確認しやすくなります。
ObsidianのリンクとClaude Codeの参照は別物
Obsidianの[[ノート名]]形式は人がvault内を移動するのに便利です。ただし、その記法だけでClaude Codeがリンク先をすべて読むとは見なさないでください。複数のツールで使うならObsidianが案内する通常のMarkdownリンク形式も選択肢です。
Claude Code側ではCLAUDE.mdなどにプロジェクトの短い共通ルールを書けます。具体的な長い手順はJobsのノートや専用スキルに分け、作業時に必要な資料を指定します。CLAUDE.mdの内容はモデルへの文脈であり、技術的なアクセス制御の代わりにはなりません。
試す前の安全線を決める
最初は架空データだけを入れた専用フォルダで、読み取りと下書きに作業を限定します。秘密鍵、顧客情報、未公開資料は混ぜません。実データへ広げる場合は、契約上の取り扱い、接続先、閲覧・編集できる範囲を個別に確認します。
AIが読んだノートに不正な指示が混じる可能性があります。外部からコピーした文章は指示ではなく資料として扱い、送信・支払い・公開・削除を伴う操作は担当者の承認に残します。書き換え前に原本をバックアップし、変更履歴を確認できるようにします。
「便利だった」で終わらせない評価方法
同じ種類の下書きを数回試し、従来の作業時間、AI利用後の確認・修正時間、誤った条件の数、参照漏れの数を記録します。下書きが早くても人の修正が増えるなら、作業全体が改善したとは言えません。
親ノートは参照先が増えるほど古くなりやすいので、責任者と最終更新日を置きます。業務ルールの変更時には、入口ノート、元資料、Jobsの順に矛盾がないか見直します。実運用の品質や費用については、この架空例からは断定できません。
検証条件・対象環境
| 対象プラン | Claude Codeを利用できる契約・認証が必要。Obsidianの同期・追加機能は利用形態を個別確認 |
|---|---|
| 地域 | Claude CodeとObsidianを利用できる環境 |
| 利用面 | ローカルvault / Claude Code |
| 提供状態 | 実施前の設計例。利用条件や画面は環境により異なる |
| 実機確認 | 公式資料に基づく設計例。架空店舗でのファイル構成・指示文を説明するもので、Claude Codeを実行して品質・安全性・費用を測定した記事ではない。 |
| 次回見直し | 2026.10.25 |
よくある質問
Obsidianがないと同じことはできませんか？
必須ではありません。要点は、読める形式の資料と明確な手順、更新・承認の仕組みを分けることです。ObsidianはMarkdownの整理方法の一つです。
作ったメールをそのまま送信してよいですか？
いいえ。この例は下書きまでです。宛先、価格、条件、法令や社内方針への適合を人が確認してから送信を判断します。
更新履歴
公開投稿の構成を、架空例と承認線を含む安全な試行手順に再設計。
情報源
一次情報と発見元を区別し、各ページの公開日と確認日を記録しています。
- How Obsidian stores data
vaultがローカルのMarkdownファイル群であることを確認。
公開: 日付表記なし（随時更新）確認: 2026.09.25 - Internal links
内部リンクとMarkdown形式の選択肢を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.25 - How Claude remembers your project
CLAUDE.md、AGENTS.md、ファイル取り込みと文脈の扱いを確認。
公開: 日付表記なし（随時更新）確認: 2026.09.25 - Configure permissions
ファイル読み取り、書き込み、コマンドの権限設計を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.25 - Security
プロンプトインジェクションと人による承認の必要性を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.25 - Extend Claude with skills
再利用する手順をスキルとして整理する選択肢を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.25 - Claude CodeとObsidianの運用を紹介した投稿
投稿文を確認。効果や売上の証拠としては扱わない。
公開: 2026.09.23確認: 2026.09.25