Claude と Notion や Google カレンダーを繋ぐ記事は、いま検索すればいくらでも出てきます。手順どおりに進めれば、たいてい繋がります。
問題はその先です。繋いだ直後に2〜3回試して「すごい」と思い、それきり使っていない。心当たりのある方は多いと思います。
接続の記事はゴールが「繋がりました」で終わっています。しかし実務で効いてくるのは、毎朝勝手に動いている状態に持っていく設計のほうです。この記事はそこを扱います。
この記事でわかること
- 繋いだAIが使われなくなる理由と、運用に乗せるための3つの決めごと
- 予定管理・情報収集・定型業務を任せている実例（設定ファイルの中身つき）
- AIに「やらせないこと」を先に書くという設計
- うまくいかなかったこと、そしてそれが直っていたと後から気づいた話
想定しているのは、AIを試したものの「結局毎回自分で指示していて、手間が減った実感がない」という方、そして社内に展開したいが渡せる手順がないという方です。すでにMCPで何かが繋がっている前提で書いています。
なぜ「繋いだのに使わない」が起きるのか
理由ははっきりしています。毎回プロンプトを打っているうちは、手間が減っていないからです。
「今日の予定を教えて」と打ち、カレンダーを読ませ、結果を見る。これは便利ですが、自分でカレンダーアプリを開くのとかかる時間が大して変わりません。しかも指示の書き方が毎回変わるので、出てくる結果も毎回変わります。
運用に乗るかどうかは、接続の質ではなくこの3つを決めたかどうかで決まります。
| 決めごと | 決めないとどうなるか |
|---|---|
| ① どのデータを正とするか | 情報源が複数あると、AIの判断が毎回ブレる |
| ② AIにやらせないこと | 取り返しのつかない操作をされる恐れが消えず、任せきれない |
| ③ 手順をファイルに置く | 毎回指示を書くことになり、結局手間が減らない |
決めごと①：どのデータを「正」とするか
予定表が複数ある会社は珍しくありません。個人のGoogleカレンダー、共有カレンダー、ホワイトボード、Excelの月間予定表。この状態でAIに「今日の予定は？」と聞くと、どれを見て答えたのか分からない回答が返ってきます。
私の場合はこう決めています。
- マスターは1つだけ。秘書役のAIが見るのは、そのカレンダーのみ
- 個人の予定が入るカレンダーは「コピー元」として読み取り専用に扱う
- コピー元からマスターへ、一方通行でコピーする
会社に置き換えるなら、共有カレンダーをマスターと決め、個人カレンダーとホワイトボードは「コピー元」扱いにするという形になります。ホワイトボードや紙の予定表はAIから読めないので、まずマスターに寄せるところが実際の第一歩です。「全部をAIから見えるようにする」必要はありません。正とする1つを決め、残りをそこへ流し込む向きを決めるだけです。
これはカレンダーに限りません。売上や取引先の数字も同じで、どの表を正とするか決めていないと、集計のたびに「どっちで出す？」が発生します。Excelでの決め方は 売上集計に3日かかる原因｜Excelを1か所に集めても直らない にまとめました。
なぜ双方向同期にしないのか
双方向にすると、どちらかの変更が意図せずもう片方を上書きします。しかもどちらが最新なのか、後から追えなくなります。一方通行なら、おかしくなってもコピー元は無傷です。
二重登録を防ぐ小さな仕掛け
単純にコピーすると、実行するたびに同じ予定が増え続けます。そこで、コピー先の備考欄にコピー元のIDを埋め込んで、目印にしています。
（コピー先の予定の説明欄の末尾）
[synced_from:コピー元の予定ID]次に実行するときは、この目印があるかどうかを先に確認し、すでにあるものはコピーしない。これだけで二重登録が止まります。仕組みとしては地味ですが、これが無いと数日で予定表が使い物にならなくなります。
なお、この仕掛けを入れるのは設定する人の仕事で、日々使う人が意識する必要はありません。「二重にならない工夫が要る」とだけ覚えておいてください。
決めごと②：AIに「やらせないこと」を先に書く
ここがいちばん重要です。
「何ができるか」を書く人は多いのですが、実際に事故を防ぐのは「何をさせないか」のほうです。私は手順書の冒頭に、禁止事項を明記しています。
| 禁止していること | 理由 |
|---|---|
| コピー元のカレンダーを削除・変更しない | 読み取り専用と決めた以上、触らせる理由がない |
| 既存の固定予定を上書きしない | 同期処理が既存の予定を消す事故を防ぐ |
| 勝手に予定を新規作成しない | 「よかれと思って」入れられた予定は、後から見分けがつかない |
この3つをどう選んだかというと基準があります。取り返しがつくか、間違いに誰かが気づくか、社内で完結するか。この当てはめ方は AI出力の承認フローの作り方｜表1枚で始める人の確認の入れどころ に整理しました。上の禁止事項は、その3つを自分の予定管理に当てはめた結果です。
許可リストではなく禁止リストを書くのがコツです。許可を列挙する方式だと、想定していなかった操作が「禁止されていない」ことになってしまいます。
この考え方は、AIにファイル操作を任せるときも同じです。詳しくは Claude Codeでファイル整理を自動化｜Macのダウンロードフォルダ編 に書きました。「取り返しのつく操作だけ任せる」という原則は、業務が変わっても効きます。
決めごと③：手順をファイルに置く
毎回プロンプトを書いている限り、手間は減りません。手順を1つのファイルに書いて、名前で呼び出せる状態にします。
Claude には「スキル」という仕組みがあります。作業手順をファイルにして登録しておくと、該当する作業のときに自動で読み込まれます。ファイルといっても、中身は後述する5行程度の箇条書きです。プログラムではありません。（2026年9月時点では Pro・Max・Team・Enterprise の各プランで利用でき、設定画面から登録します。提供範囲は変わることがあるのでご確認ください）
この仕組みが使えない場合でも、代わりはあります。同じ手順書をNotionのページに1枚置いておき、毎朝「このページの手順どおりに」と指定するだけでも、ほぼ同じ効果が出ます。重要なのは機能名ではなく、手順が毎回同じ文面で渡ることです。
エンジニア向けの詳しい作り方は Claude Codeのスキル（/skill）とは？カスタムコマンドを作って作業を自動化する方法 にありますが、この記事の内容には不要です。
ここで大事なのは、書く粒度です。私の手順書は、こういう書き方をしています。
- コピー元から対象期間の予定を取得する
- マスター側の予定を取得し、目印（
synced_from）を確認する - 目印が無いものだけをコピーする。コピー先の説明欄に目印を必ず付ける
- マスターから対象期間の予定を時系列で取得する
- タスク管理ページから、その日の申し送り事項（優先案件・締切・当日の注意点）を抜き出して添える
「予定を確認して」ではなく、この5ステップまで書き切ります。AIに判断させる部分が多いほど、結果は毎回変わります。書き切るほど安定します。
実例：毎朝のニュース収集を完全に任せる
もう1つ、定期実行に任せている例を挙げます。平日の朝9時に、決めた4ジャンル（AI・国内経済・統計/分析手法・Web技術）のニュースを各3〜5件、自動で集めてNotionの決まったページに書き込ませています。
会社であれば、自社の業界動向・主要取引先・競合・原材料価格といった単位になります。朝礼で共有する情報を、始業前に揃えておくイメージです。
ここで効いている設計は2つです。
- 収集ジャンルを固定する。毎回テーマを指定していては運用になりません
- 出力先を1ページに決めておく。成果物の置き場が決まっていないと、後から探せなくなります
「どこに、何を、いつ」を固定してしまえば、あとは放っておいても溜まっていきます。逆に言えば、この3つが決まっていない業務は自動化に向きません。「毎回内容が変わる会議の議事録」より「毎週同じ項目を埋める週報」のほうが、先に自動化すべきということです。
うまくいかなかったこと
ここまでは、うまくいった前提で書いてきました。実際には失敗しています。しかもこの失敗は、おそらく皆さんの会社でも同じ形で起きます。
全自動を諦めて、半分だけ自動にした
先ほどのニュース収集は、最初から順調だったわけではありません。手元で実行すれば成功するのに、定期実行にすると書き込み先まで到達しないという時期がありました（私の環境で2026年8月上旬に確認した事象です）。
そこで取った判断は、「直るまで待つ」でも「全部やめる」でもなく、切り分けることでした。収集は自動のまま、書き込みだけ手動に戻したのです。完全自動ではありませんが、止まっているよりはるかにマシです。一箇所が動かないだけで全部を止めてしまうと、そのまま使われなくなります。
「動かない」という記憶のほうが先に古くなる
その運用を数週間続けた後、あらためて同じ症状が出るか確認しました。直っていました。当日の朝、定期実行が問題なくページを作っていたのです。前日も、その前の営業日も残っていました。
つまり私は、とっくに不要になっていた手作業をしばらく続けていたことになります。原因ははっきりしていて、回避策を入れた時点で「これは暫定だから、いつ確認するか」まで決めていなかったからです。私の設計ミスです。
クラウド側の仕様は、こちらに断りなく変わります。良い方向にも、悪い方向にも。だから運用ルールを作るときは、そのルールが前提にしている事実に日付を書き添えてください。
※ この回避策は2026年8月上旬に確認した症状に基づく。
毎月初に再検証すること。確認方法は書き込み先のページを開いて実物を見る。最後の一文が重要です。実行ログの「成功」は、処理が最後まで走ったことしか示しません。目的が達成されたかどうかは成果物を見ないと分かりません。今回もログ上はずっと「成功」でした。それでも書けていなかったのです。
中小企業で始めるなら、どの業務からか
最初に任せる業務は、次の3つを満たすものから選んでください。
| 条件 | 理由 |
|---|---|
| 毎日または毎週やる | 頻度が低いと、仕組みを作る手間が回収できない |
| 手順が決まっている | 都度判断が要る業務は、書き切れないので安定しない |
| 失敗しても損害が出ない | 最初から重要業務に入れると、一度の失敗で信頼を失う |
具体的な候補としては、朝礼用の予定・タスクの整理、業界ニュースや競合情報の収集、週報の定型部分の作成、問い合わせ内容の分類などが挙げられます。いずれも間違っていても、その場で気づいて直せる業務です。
逆に、最初に手を出すべきでないのは外部に出ていくものです。顧客への返信、SNSへの投稿、見積書の送付。これらは間違いがそのまま信用に響きます。
この3条件で社内の業務を棚卸しすると、たいてい2〜3個は候補が出てきます。まずご自身でやってみてください。そこで選べなかったとき、あるいは候補が多すぎて決められないときが、相談のタイミングです。
なお、社内の資料をAIに読ませる段階に進むなら、その前に誰にどこまで見せるかを決める必要があります。手順は AIに社内データを使わせる前に決める権限管理の3層と5ステップ にまとめました。
よくある質問
Q. 手順書は誰が書くのですか？
A. 最初はその業務をいちばんよく知っている人が書くのが確実です。ただし完璧な文書を目指す必要はありません。箇条書きで5行程度から始めて、うまくいかなかった箇所を書き足していく形で十分機能します。
Q. どのくらい時間が短縮できますか？
A. 正直なところ、私は測っていません。体感としては朝の確認作業が楽になっていますが、数字で示せる根拠がないので断定は避けます。導入を検討される場合は、着手前に現状の所要時間を記録しておくことをおすすめします。後から比べられます。
Q. これは1人でやっている話ですよね。社内に展開できますか？
A. その通りで、ここまでは私1人の環境での運用です。複数人で使う場合は、手順書をどこに置いて誰が更新するかという別の問題が出てきます。ただし「マスターを1つ決める」「やらせないことを書く」「手順をファイルに置く」の3つは、人数が増えるほど効いてきます。
Q. 動かなくなったときに気づけますか？
A. ここが最大の落とし穴です。私の場合はむしろ逆で、動かないと思い込んだまま、直っていたことに気づけませんでした。どちらも原因は同じで、成果物を見ていなかったことです。成果物が出る場所を定期的に目視する習慣を作ってください。実行ログだけを見ていると、処理が走っただけで目的が達成されていない状態を見逃します。
まとめ
- 繋いだだけでは使われない。運用に乗るかは「マスターを決める」「やらせないことを書く」「手順をファイルに置く」の3つで決まる
- 同期は一方通行にし、コピー元は読み取り専用として扱う
- 許可リストではなく禁止リストを書く。想定外の操作を防げる
- 手順は書き切るほど安定する。AIに判断させる余地が多いほど結果がブレる
- 前提は勝手に変わる。運用ルールには日付と再検証の手順を書き添える
- 実行ログの「成功」は当てにならない。成果物を目視する
frural では、業務の洗い出しから、手順書の書き方、動かなくなったときの確認方法までを一緒に整えています。サービスの詳細はこちら、ご相談は お問い合わせ からどうぞ。
まだMCPを繋いでいない方へ：接続の手順は Claude Desktopのインストールと設定ガイド｜MCPで外部ツールとつなげる方法も解説 にあります。繋いだうえで、この記事の3つの決めごとに戻ってきてください。
この記事の「マスターを決める」「やらせないことを書く」「手順をファイルに置く」という3つの決めごとを、個々のAI活用シーンに合わせて汎用化した内容は 中小企業がAIに指示を安定させる「ルールブック」の作り方 にまとめています。