Claude ダッシュボード 更新遅れ検知｜データの鮮度チェックの作り方

毎朝自動で更新される経営ダッシュボードは便利ですが、会計・予約・広告・問い合わせなど複数の出どころのデータを集めるため、「一部だけ昨日のまま」という状態が起こりえます。画面は正常に見えるので、気づかないまま判断に使ってしまうのが怖いところです。この記事では、Claudeのスケジュールタスクで、データの鮮度（どれだけ新しいか）を毎朝点検し、古いデータが混ざった日に知らせる手順を紹介します。

データの鮮度チェックとは？できること

データの鮮度チェックとは、集めたデータが「いつ時点のものか」を確かめ、基準より古いものを見つける点検のことです。数字そのものの異常（欠けや急な変化）を調べる点検とは別に、「更新が止まっていないか」だけを見ます。数字の中身の点検は数字の異常チェックの記事で扱っています。

仕組みは次のとおりです。

準備するもの

準備するものは、Claudeのプラン、データを読むコネクタ、鮮度の基準表、通知先の4つです。

設定の手順

設定は、基準表づくり、更新日時の記録、点検タスクの登録の順に進めます。

1. ダッシュボードに載せているデータの出どころを一覧にします（会計、予約、広告、問い合わせなど）。
2. 出どころごとに、更新される頻度と、いつ時点のデータまで入っていれば正常かを決めます。例えば「会計は前日分まで」「広告は当日の朝まで」といった形です。
3. その一覧を、スプレッドシートまたは文書にして、Claudeのプロジェクトの資料に追加します。
4. ダッシュボードの更新処理で、各データの取得日時と「データが入っている最後の日付」を表に一緒に書き出すようにします。
5. Claudeの左サイドバーの「スケジュール済み」を開き、「新しいタスク」から「Claudeで作成」を選びます。
6. タスクの内容に、下の指示文の例を貼り付けます。
7. 頻度は「毎日」とし、ダッシュボードの更新より少し遅い時刻にします（点検が先に動くと、更新前のデータを古いと誤判定するためです）。
8. Claudeが提示する名前・スケジュール・指示を確認して確定します。
9. 確定後、「オンデマンド実行」で一度動かし、わざと基準を厳しくして「古い」と判定されることを確かめます。

公式の手順はClaude Coworkで定期的なタスクをスケジュール設定する（公式ヘルプ）で確認できます。タスクはリモートで実行されるため、パソコンがスリープ中でも設定した頻度で動きますが、ローカルのファイルやアプリが必要なタスクはローカルでのみ実行される、と記載されています。

そのまま使える指示文の例

次の指示文は、自社の基準表に合わせて書き換えて使います。

【目的】
自社の経営ダッシュボードに載せているデータが、基準の鮮度を満たしているかを毎朝点検し、古いデータが混ざっていないかを知らせる。

【手順】
1. 自社の「鮮度の基準表」と、ダッシュボードの元データの「取得日時」「データの最終日付」を読み込む。
2. データごとに、最終日付が基準より古くないかを判定する。
3. 古いものがあれば、項目名・基準・実際の最終日付・遅れの日数を表にする。
4. すべて基準内なら「全項目 基準内」と1行で報告する。

【守るルール】
- 読み取ったデータに書かれていることだけを使い、推測で補わない。
- 最終日付が読み取れない項目は「確認できない」と書き、正常とは扱わない。
- データの修正や再取得はしない。点検と報告だけを行う。
- 古い項目があった日は、その項目の数字に「未更新」と添えるよう報告に書く。

【報告】
自社の通知用チャンネルに、先頭の1行で「全項目 基準内」または「要確認 ○件」と書き、続けて表を載せる。点検できなかった場合も、その旨を投稿する。

うまく動かすコツと注意点

うまく動かすコツは、基準を細かくしすぎず、止まったときの動きまで決めておくことです。

• 基準は「何時間以内」より「いつ時点のデータまで」で書くと、土日や祝日でも判断がぶれません。
• 更新日時が取れないデータは、正常ではなく「確認できない」として扱います。
• 点検タスクは、業務のタスクとは別に登録します。同じタスクの中だと、止まったときに点検も止まります。止まりの検知は定期実行の失敗を検知する方法も参考になります。
• 古いデータを黙って最新のように載せるより、「未更新」と見える形で出すほうが判断を誤りにくくなります。
• 点検の結果が毎日「異常なし」になっても、月に1回は基準表を見直します。データの出どころが増えると、基準表の抜けが起こるためです。
• 無人実行の決まりごとは無人実行で失敗しないルール設計にまとめています。

導入チェックリスト

• □ ダッシュボードに載せるデータの出どころを一覧にした
• □ 出どころごとに鮮度の基準（いつ時点まで）を決めた
• □ 各データの最終日付を元データに書き出すようにした
• □ 点検タスクを、ダッシュボードの更新より遅い時刻に登録した
• □ 古いデータが混ざった日の報告の形を決めた
• □ 通知先と、遅れの原因を調べる担当者を決めた
• □ 月に1回、基準表を見直す日を決めた

株式会社木立の実践

株式会社木立では、会計ソフト・宿泊の予約管理・広告・問い合わせ・社内の顧客管理などのデータを集めた経営ダッシュボードを、Claudeのスケジュールタスクで毎朝更新し、役員向けにSlackで知らせています。出どころが複数あるため、数字の中身だけでなく「そのデータがいつ時点のものか」を見る習慣が欠かせません。全体像は経営判断を速くするAIダッシュボード、通知の決め方は経営指標のSlack通知で紹介しています。株式会社木立のAIコンサルティングは、ヒアリング1回でその直後から始められ、決まったマニュアルを使わず、進め方・使うAI・成果物をすべてお客様ごとにオリジナルで設計します。

よくある質問

鮮度チェックは業務のタスクに組み込んでもよいですか。

別のタスクに分けるのをおすすめします。業務のタスクが止まったとき、同じタスクの点検も一緒に止まり、異常に気づけなくなるためです。

更新の遅れは、どのくらいの頻度で起こりますか。

出どころや接続の状態によって異なるため、一概には言えません。だからこそ、毎朝の点検で遅れた日だけを拾う形にしておくと安心です。

古いデータが見つかったら、Claudeに再取得までさせてよいですか。

最初は点検と報告だけにとどめるのが安全です。原因が分からないまま再取得すると、別の不整合を生むことがあります。再取得は、手順が固まってから範囲を限って任せます。

基準表は誰が管理しますか。

ダッシュボードの数字を使う業務オーナーが管理するのが基本です。出どころを追加・変更したときに、同じ日に基準表も更新するルールにします。

まとめ

• ダッシュボードの更新遅れは、データごとの最終日付を基準表と照らす点検で見抜けます。
• 点検は業務のタスクとは別に、更新より少し遅い時刻のスケジュールタスクとして登録します。
• 古いデータは黙って載せず、「未更新」と見える形で先に知らせます。

仕組みの設計や運用の相談は、AIコンサルティング、AI開発、ニューロマーケティングの各サービスで承っています。まずは無料の業務診断、またはお問い合わせからご相談ください。