Obsidian Vaultの点検をスケジュールタスク化した実例

AIエージェントに「第二の脳」として持たせているObsidian Vaultには、以前から「週に一度・月に一度、中身を点検して整理する」というルールを書いていました。ところが、ルールとして書いてあるだけでは実際には動かない、という事態に直面しました。この記事では、月次点検が実行されなかった原因と、Claude Codeのスケジュールタスクに切り替えた経緯、運用後に確認すべき点を紹介します。

週次は動いていたのに、月次は止まっていた

以前の記事で、月に一度重複や古い情報を整理するルールを書いていたのに、実際には一度も動かしていなかった、という話をしました。初めて手動で確認してみたところ、同じ論点の指摘がひとつのファイルだけで9件、関連ファイルを合わせると15件も溜まっていた、という顛末です。

このとき、もうひとつ気づいたことがありました。週に一度の点検（Vault内の矛盾や古い情報を洗い出す作業）のほうは、以前からきちんと動いていて、直近も何度か実行され、ステータス表記のズレやリンク切れなどを見つけて教えてくれていたことです。

同じ「定期点検」という仕組みなのに、なぜ週次は動いて月次は止まっていたのか。ここに、今回の実例のポイントがあります。

スケジュールタスク化で解決した手順

原因の切り分け

改めてルールの書き方を見比べると、原因は単純でした。週次のルールにも月次のルールにも「いつやるか」という項目はありますが、それは「週に1回（曜日を決める）」「月に1回（月初め目安）」という、あくまで人間向けの目安の文章でしかありませんでした。

週次のほうは、以前の作業でたまたまClaude Codeの「スケジュールタスク」という機能に登録していたため、その目安が実際の実行トリガーとして機能していました。一方、月次のほうはルールファイルとしては独立させていたものの、この「実行のきっかけ」まではまだ設定できていなかった。だから「ルールはあるのに、動いたことがない」という状態が続いていたわけです。

スケジュールタスクとして登録し直す

そこで、週次・月次どちらの点検も、同じ土台に揃えました。Claude Codeのスケジュールタスク機能を使い、

• 週次点検：毎週月曜の決まった時刻に自動実行
• 月次棚卸し：毎月1日の決まった時刻に自動実行

という形で、それぞれ機械的に発火するよう設定しています。実行内容は、これまで書いていたルール文（何を点検するか）をそのままプロンプトとして渡す形なので、ルール自体を大きく書き換える必要はありませんでした。足りなかったのは「実行のきっかけ」だけだったということです。

「気をつける」から「仕組みに任せる」へ

これは、以前の記事で紹介した「記憶の反映漏れをhookで機械的に防いだ」話と、根っこは同じ発想です。「気をつける」「忘れないようにする」という人間の意志に頼る対策は、続けるのが難しいものです。だったら最初から、機械が勝手にトリガーを引く仕組みにしてしまう。今回は、それをVaultの点検作業にも当てはめました。

実際の結果・体験談

週次のほうは、この仕組みですでに何度か自動実行されています。毎週決まったタイミングでVault内の矛盾や古い情報が洗い出され、優先度の高いものから順に手を入れる、というサイクルが回り始めました。

月次のほうは、前回手動で確認したのが最初の実施で、次回からは完全に自動で走る予定です。「来月になったら、また自分で思い出して確認しなきゃ」と身構える必要がなくなったのは、想像していたよりも気が楽になりました。

まだ運用を始めたばかりなので、これから見つかる指摘の質・量までは正直まだ検証中です。ただ、少なくとも「ルールを書いたのに一度も実行されない」という、以前のような事態は起きにくくなったはずです。

よくある質問（FAQ）

Q. スケジュールタスクとルールファイルは何が違うのですか？

A. ルールファイルは「何を点検するか」を書いた説明書、スケジュールタスクは「いつ・どうやって実行するか」を機械に渡す設定です。今回は説明書だけあって実行の仕組みがなかったため、両方セットで揃えました。

Q. 週次と月次で扱う内容は同じですか？

A. いいえ。週次はVault全体の矛盾・古い情報の洗い出しが中心、月次は運用ルール自体（記録ファイル側）の整理まで踏み込む、より広い範囲の点検です。

Q. 自動実行された内容はそのまま反映されるのですか？

A. いいえ。洗い出しと提案までを自動で行い、実際の修正はこれまで通り確認したうえで判断する運用にしています。

まとめ

Obsidian Vaultの点検ルールを「書く」だけでは、実際には動きませんでした。週次は動いていたのに月次は止まっていた原因は、「実行のきっかけ」が機械的に用意されているかどうかの違いでした。今回、両方をClaude Codeのスケジュールタスクとして揃えたことで、思い出さなくても定期的に点検が走る仕組みになりました。ルールを書く工程と、それを実行させる工程はセットで設計する、という考え方は、AIエージェントの運用を見直すうえで参考になるはずです。