IT女子 アラ美お疲れ様です!IT業界で働くアライグマです!
「Obsidianを入れてみたけど、日次ノートが3日で止まった」「週次レビューを書こうとしてテンプレートを眺めるだけで終わる」。エンジニアなら一度はぶち当たる記録習慣の挫折パターンではないでしょうか。Claude CodeとObsidianを連携させると、AIが当日の作業ログから日次ノートの下書きを自動生成し、週次・月次の振り返りテンプレートに積み上げてくれる仕組みが作れます。本記事では、連携の基本設計から実運用までを、実際のスクリプト例とともに解説します。
なぜ今Claude Code × Obsidianなのか:AIで記録習慣を定着させる設計



AIワークフロー構築の実績を武器にハイクラス転職を狙うなら戦略派エージェントに相談しなさい
ITエンジニアのハイクラス転職なら【TechGo(テックゴー)】
日次ノート・週次レビュー・月次振り返りの価値は、多くのエンジニアが頭ではわかっていても続かない代表例です。続かない理由はシンプルで、「ゼロから書くのが面倒」「毎日同じ形式を埋めるのが苦痛」「振り返っても過去ログが構造化されていない」の3つに集約されます。
Claude CodeとObsidianを組み合わせると、この3つの壁を同時に崩せます。
- Claude Codeが下書きを自動生成:当日のgitコミット、Slack送信、ブラウザ履歴などの作業ログから、日次ノートの叩き台を作らせる
- Obsidianが構造化ストレージ:Markdownファイルとタグ・リンク機能で、AI生成ノートを検索・横断参照しやすい形で蓄積する
- 定期実行で習慣化:cronやLaunchdでClaude Codeを毎朝・毎週末に走らせ、「ノートを開いたら既に埋まっている」状態を作る
特に重要なのは、Obsidian Vaultがローカルのプレーンテキストだという点です。Claude Codeはディレクトリ操作が得意なので、~/Documents/Obsidian/Vault/ 配下のMarkdownファイルを自由に読み書きさせられます。クラウドSaaSのナレッジツールではAPIの制約や有料枠の壁にぶつかりますが、Obsidianならローカル作業の延長でAIを動かせるわけです。
プロジェクト固有のナレッジ管理には、CLAUDE.mdによるプロジェクトナレッジ構築ガイドが参考になります。Obsidianは個人の作業ログ、CLAUDE.mdはプロジェクト固有の知識、と役割分担すると両者が補完関係になり、AIコーディング体験全体が一段上がります。



連携を始める前に揃えておきたい前提条件と環境
本記事の連携設計を再現するには、次の環境が整っていることを前提とします。バージョンの細かな違いは動作に大きく影響しませんが、2026年4月時点で検証した構成を基準に記載しています。
- Claude Code:v1.x系(Anthropic公式CLI)。
claude --versionで確認 - Obsidian:v1.5以上。Vault(保管庫)は1つ以上作成済み
- OS:macOS / Linux / Windows(WSL2推奨)。いずれもClaude CodeとObsidianがネイティブ動作する
- 言語環境:Python 3.10以上またはNode.js 18以上(自動化スクリプト実行用)
- 定期実行:cron(Linux/macOS)、launchd(macOS)、タスクスケジューラ(Windows)のいずれか
また、Vaultの構造もあらかじめ決めておくと運用がブレません。本記事では次のディレクトリ構成を前提に話を進めます。
~/Documents/Obsidian/MyVault/
├── daily/ # 日次ノート(YYYY-MM-DD.md)
├── weekly/ # 週次レビュー(YYYY-Www.md)
├── monthly/ # 月次振り返り(YYYY-MM.md)
├── templates/ # Claude Codeが参照するテンプレート
└── sources/ # 作業ログ・コミット履歴の集約先
プロンプトの質がAIの出力品質を決めるので、テンプレート設計は時間をかけて作り込む価値があります。ファセット型プロンプト設計のAIコーディングスキル管理ガイドで解説している「観点別に分解する」考え方は、日次ノートの構造化にもそのまま応用できます。たとえば「作業内容」「詰まったポイント」「明日のTODO」「感情・体調」のように観点を切り分けておくと、AIが埋めやすく、後から検索もしやすくなります。
最後に注意点として、Obsidian Vaultに機密情報を書き込まないルールを最初に決めておきましょう。Claude Codeに読ませる以上、ノート内容はAPIを経由してAnthropicのサーバーに送られます。APIキーや本番環境のパスワード等は絶対に記録しないと決め、必要なら.gitignoreならぬ.claudeignore相当の除外ルールを自作しておくのが安全です。



ステップ1:日次ノートを自動生成する基本セットアップ
ここではClaude Codeに日次ノートの下書きを作らせる最小構成を実装します。ポイントは「作業ログの集約」「テンプレートの準備」「Claude Code呼び出し」の3ステップです。
テンプレートファイルを準備する
まずVault内に templates/daily_note.md を作成し、毎日生成したいノートの型を定義します。Claude Codeはこのテンプレートを参考に、空欄を埋める形で日次ノートを生成します。
# {{date}} 日次ノート
## 今日やったこと
- (git commit履歴や作業ログから抽出)
## 詰まったポイント
- (エラー・調査に時間がかかった項目)
## 明日のTODO
- (未完了タスク・翌日に持ち越し)
## 感想・気づき
- (一言の振り返り)
## 参考リンク
- (参照したURL・ドキュメント)
作業ログを集約するスクリプト
次に、当日のgitコミットとコマンド履歴を sources/YYYY-MM-DD.txt に集約するスクリプトを準備します。このファイルをClaude Codeに渡すことで、実作業に基づいた具体的な日次ノートが生成できます。
#!/bin/bash
# collect_daily_log.sh
DATE=$(date +%Y-%m-%d)
VAULT=~/Documents/Obsidian/MyVault
OUTPUT=$VAULT/sources/$DATE.txt
# 当日のgitコミット履歴(複数プロジェクト対応)
{
echo "=== Git Commits ($DATE) ==="
find ~/projects -name .git -type d -maxdepth 3 | while read gitdir; do
repo=$(dirname "$gitdir")
cd "$repo"
git log --since="$DATE 00:00" --until="$DATE 23:59" --pretty=format:"%h %s" 2>/dev/null
done
echo ""
echo "=== Shell History ==="
tail -100 ~/.zsh_history | grep "$DATE" || true
} > "$OUTPUT"
echo "Collected: $OUTPUT"
Claude Codeで日次ノートを生成する
作業ログが揃ったら、Claude Codeを起動してテンプレートを埋めさせます。プロンプトはシンプルに「sources/の当日ログを読んで、templates/daily_note.mdに沿った内容でdaily/YYYY-MM-DD.mdを作成して」で十分です。
#!/bin/bash
# generate_daily_note.sh
DATE=$(date +%Y-%m-%d)
VAULT=~/Documents/Obsidian/MyVault
cd "$VAULT"
claude code --prompt "sources/$DATE.txt の内容を読み、templates/daily_note.md の構造に沿って daily/$DATE.md を作成してください。実際の作業ログに基づいて具体的に書き、ログに無い内容は推測で埋めないでください。"
このスクリプトをcron(macOSならlaunchd)で毎朝7:00に走らせれば、出勤前にObsidianを開くと前日のノートが既に埋まっている状態が作れます。Claude Codeのエージェント機能を活用した開発自動化の基本は、Claude Code AIエージェントによるコーディング自動化ガイドで体系的に解説しているので、初めて触る方はそちらから読み始めるとスムーズです。



bash コマンドで動くことを確認してから、cronに載せるのが鉄則ですよ。ステップ2:週次レビューと月次振り返りを積み上げる応用パターン
日次ノートが回り始めたら、次はそれを元に週次レビューと月次振り返りをAIに作らせます。ここまで来ると「書くのが面倒」の壁は完全に崩れ、振り返り文化そのものがチームに導入できるレベルになります。
週次レビューの自動生成
毎週金曜の終業後にClaude Codeが過去7日分の日次ノートを読み、weekly/YYYY-Www.md を生成する設計にします。週次レビューのテンプレートには「今週の成果」「詰まったポイントの傾向」「来週フォーカスする課題」の3観点を入れておくと、後から月次でまとめやすくなります。
#!/bin/bash
# generate_weekly_review.sh
WEEK=$(date +%Y-W%V)
START_DATE=$(date -v-6d +%Y-%m-%d 2>/dev/null || date -d "6 days ago" +%Y-%m-%d)
END_DATE=$(date +%Y-%m-%d)
VAULT=~/Documents/Obsidian/MyVault
cd "$VAULT"
claude code --prompt "daily/ ディレクトリから $START_DATE 〜 $END_DATE の日次ノートを読み、templates/weekly_review.md の構造に沿って weekly/$WEEK.md を作成してください。成果・詰まり傾向・来週の課題の3観点で整理してください。"
月次振り返りで過去資産を再利用する
月末には、その月の週次レビューを元に月次振り返りを生成します。ここまで来ると、Obsidianの検索機能と組み合わせて「3ヶ月前に同じ課題で詰まっていなかったか」「このプロジェクトで繰り返している失敗パターンは何か」といった自分専用の学習データベースとして機能し始めます。
#!/bin/bash
# generate_monthly_retrospective.sh
MONTH=$(date +%Y-%m)
VAULT=~/Documents/Obsidian/MyVault
cd "$VAULT"
claude code --prompt "weekly/ ディレクトリから $MONTH の週次レビューをすべて読み、templates/monthly.md の構造に沿って monthly/$MONTH.md を作成してください。繰り返し現れた課題、改善された項目、来月の重点テーマの3つに分けて書いてください。"
Obsidianのリンク機能とAI出力の相乗効果
Obsidianの強みは、Markdownの [[内部リンク]] 記法でノート同士を自由に結びつけられる点です。Claude Codeに「過去30日の日次ノートから関連するトピックを内部リンクで繋いで」と指示すれば、散らばった情報が自動でグラフ化されます。
個人のナレッジベースを本気で作りたいなら、Gemini×NotebookLMで自分専用AIナレッジベースを構築する実践ガイドも併せて読むと、ObsidianとNotebookLMの使い分けがクリアになります。Obsidianは「書く・貯める」、NotebookLMは「大量に読み込んで質問する」という役割分担が実用的です。



ケーススタディ:振り返り習慣が定着しチーム評価が変わった実例



ナレッジ管理改革を主導できる社内SEポジションを狙うなら特化型エージェントに相談しなさい
社内SEを目指す方必見!IT・Webエンジニアの転職なら【社内SE転職ナビ】
大野さん(仮名・29歳・Webアプリケーションエンジニア・経験6年)がClaude Code×Obsidian連携を3ヶ月運用した結果、日次ノートが初めて習慣化し、評価面談での評価材料が劇的に変わった事例を紹介します。
状況(Before)
大野さんは、過去に何度もObsidianで日次ノートを試しては挫折していました。課題は次のような状況です。
- 継続日数が平均4日:導入してから日次ノートが続いたのは最長で1週間、平均4日程度で脱落
- 評価面談での棚卸しに1日消耗:半期に1回の評価面談前、過去の成果を棚卸すだけで丸1日を溶かしていた
- 同じ課題で繰り返し詰まる自覚あり:「この問題、前も調べたような」と感じる場面が月に数回発生していたが、過去ログを辿る術がなかった
- 振り返り文化への諦め:「どうせ続かない」という諦めがあり、チームにも導入を提案できずにいた
行動(Action)
Claude Code×Obsidian連携を本記事のステップ通りに導入しました。ポイントは「完璧を目指さず、まず毎日何かが自動で生成される状態」を優先したことです。
- 日次ノート自動生成:毎朝7:00にcronで
generate_daily_note.shを実行。起きたらObsidianに前日の下書きがある状態 - 書き足しは1日5分ルール:AIの下書きに対して、感想と明日のTODOだけ手で追記。完璧な文章は目指さない
- 週次レビューは金曜18:00:launchdで自動生成し、金曜の帰宅前に5分だけ目を通して微修正
- 月次振り返りは月末最終日:3ヶ月溜まった時点で初めて見返し、過去の詰まりパターンを可視化
結果(After)
3ヶ月運用後の変化は、大野さん自身が驚くレベルでした。
- 日次ノート継続日数:4日 → 90日連続(3ヶ月100%継続)
- 評価面談前の棚卸し時間:1日(8時間) → 1時間(87%削減)
- 「前にも同じ課題で詰まった」感覚の減少:月5回 → 月1回以下。Obsidian検索で過去ログが即座に見つかるため再調査が不要に
- 評価面談での成果提示の質:抽象的な成果 → 月次振り返りベースの具体的な改善実績として提示可能に
大野さんは振り返ります。「AIが書いた下書きに5分だけ手を入れる、というハードルの低さが決定的でした。完璧な日記を書こうとしていた時は続かなかったのに、自動化したら一度も休まず続いています。評価面談で『この四半期で解決した課題』を具体的に提示できるようになり、上長の評価コメントの温度感が明らかに変わりました」。ナレッジ管理改革の実績は、ハイクラスエンジニア転職エージェント3社比較ガイドで紹介されているような高単価求人でも評価項目になります。「情報整理と自動化の設計力」は、2026年の市場で希少価値の高いスキルです。



チーム展開とトラブル対処のための運用設計
個人での運用が安定したら、次はチーム展開とトラブル対処の備えを用意します。ここを整備しないと、せっかくの仕組みが「一部の人しか使えない謎ツール」化してしまいます。
自動化スクリプト実行でよくある3つのトラブル
実運用で必ず遭遇する詰まりポイントを事前に潰しておきましょう。
- cron/launchdで実行されない:ターミナルで手動実行すると動くのにcronでは動かない、という典型パターンの原因は、ほぼPATH不足です。シェルスクリプト冒頭で
export PATH=/usr/local/bin:/opt/homebrew/bin:$PATHのように明示的に通しておきましょう - Claude Codeの対話プロンプトで止まる:非対話モード用のオプションを正しく渡していないと、cronからの呼び出しがプロンプト待ちで無限に止まります。必ず
--no-interactiveや--promptを使い、確認ダイアログを避ける起動コマンドにします - Vault配下の絶対パスが崩れる:cronは実行時のカレントディレクトリが予想と違うため、スクリプト内で
cdを明示するか絶対パスでファイル操作するのが安全です。相対パス前提だと「ファイルが見つからない」エラーが頻発します
チーム展開で失敗しないためのルール設計
個人ノートをチーム共有するわけではありませんが、「チーム全員が自分のVaultでこの仕組みを動かす」という文化を広げる場合、前提ルールを合意しておく必要があります。AI利用ポリシーとチームルール設計のPjMガイドで解説している「最初に合意すべき3点(機密情報の扱い・API費用の負担・成果物の帰属)」は、この仕組みにも完全に当てはまります。
具体的には次の3点をチームで事前に決めておきましょう。
- 機密情報の境界線:顧客情報・本番パスワード・秘密鍵は絶対にVaultに書かないルールを明文化する
- API費用の扱い:個人の学習目的ならセルフ負担、業務時間内の作業ログ生成なら会社負担の交渉材料にする
- ノート内容の所有権:個人の振り返りは個人所有、業務知見は共有リポジトリ(CLAUDE.mdやチームWiki)に分離する
この3点さえ押さえれば、仮に上司から「プライバシーは大丈夫か」と聞かれても明確に説明できます。文化を広げるときには、技術より運用ルールが先に来る、という基本を忘れないでください。



export PATHのメモを貼って、忘れないようにしていますよ。よくある質問
Q. 無料で始められますか?
ObsidianはVault運用のみなら完全無料で使えます。Claude CodeはAPI費用が発生しますが、日次ノート生成程度であれば月に数百円〜千円程度で収まります。まずは個人プロジェクトで小さく試してから、費用対効果を判断するのが安全です。
Q. Windowsでも同じ仕組みは動きますか?
はい、動きます。ただしcronの代わりにタスクスケジューラを使うか、WSL2内でcronを動かす構成が実用的です。PowerShellでスクリプトを書くこともできますが、本記事のbashスクリプトをそのまま使うならWSL2が最も再現性が高い選択肢です。
Q. Claude Codeが生成するノートの品質が安定しません。どうすればいいですか?
原因のほとんどはテンプレートの曖昧さです。「自由に書いて」ではなく、見出しを具体的に分解し、各セクションに「何を書くか」の指示を1文ずつ添えると安定します。また、過去の良かった日次ノートを1〜2件プロンプトに含めて「この形式で」と指定するだけで、出力品質が一気に上がります。
Q. 機密情報を書いてしまった場合の対処法は?
すぐに該当のMarkdownファイルから削除し、削除後にClaude Codeで過去ノートを横断検索させて類似のパターンが残っていないか確認するのが安全です。Obsidianはローカル保存なのでクラウドには漏れませんが、削除前にClaude Codeに読み込ませていた場合、AnthropicのAPIログには送信履歴が残ることに注意してください。APIキーなど即時ローテーションが必要な情報を書いてしまった場合は、まずキーを無効化するのが最優先です。
本記事で解説したようなAI技術を、基礎から体系的に身につけたい方は、以下のスクールも検討してみてください。
| 比較項目 | Winスクール | Aidemy Premium |
|---|---|---|
| 目的・ゴール | 資格取得・スキルアップ初心者〜社会人向け | エンジニア転身・E資格Python/AI開発 |
| 難易度 | 個人レッスン形式 | コード記述あり |
| 補助金・給付金 | 教育訓練給付金対象 | 教育訓練給付金対象 |
| おすすめ度 | 幅広くITスキルを学ぶなら | AIエンジニアになるなら |
| 公式サイト | 詳細を見る | − |



まとめ
Claude CodeとObsidianを連携させると、「書くのが面倒で続かなかった」日次ノート・週次レビュー・月次振り返りの3点セットが、AIの力でごく自然に積み上がる仕組みになります。評価面談の棚卸し時間が劇的に減るだけでなく、自分専用の学習データベースとして長期的に機能してくれるのが最大の価値です。
- AIが下書きを自動生成:作業ログから日次ノートを埋めてくれるので心理的ハードルがゼロに
- Obsidianで構造化蓄積:タグとリンクで過去資産を横断検索できる
- cron/launchdで習慣化:「続けるか」の選択肢を無くすのが最強の戦略
- チーム展開は運用ルール先行:機密情報・API費用・所有権の3点だけ先に合意する
まずは個人のVaultで1週間だけ動かしてみてください。1週間続いた時点で、「これ、3ヶ月後の自分への手紙だな」と実感できるはずです。AIコーディング時代は、コードを書くだけでなく、自分の思考と学習の軌跡をいかに効率よく記録し再利用するかが生産性の分水嶺になります。手作業で毎日ノートを書く時代は、そろそろ卒業の時期です。











