「毎朝9時に前日の売上を自動集計したいが、Mac を24時間つけっぱなしは現実的でない」
「問い合わせメールを常時監視し、緊急案件だけ即座に通知したい」
こうした 無人・定期実行 のニーズに応えるのが、2026年4月に Anthropic が発表した Claude Code Routines です。クラウド基盤上で常時稼働するエージェント実行環境であり、スケジュール・Webhook・手動の3トリガーで業務を完全自動化できます。
本記事で分かること: Routines の仕組み、3種類のトリガー設定、実運用での5つの典型パターン、コスト最適化のポイント、セキュリティ設計の注意点を実装例付きで解説します。
Routines が解決する「常駐PC問題」
Claude Code は従来、ユーザーがターミナルやデスクトップアプリから手動起動するモデルでした。定期実行や自動応答を実現するには以下の課題がありました。
- 常駐端末の用意: Mac Mini などを社内に配置し、電源・ネットワーク管理が必要
- cron / launchd の手組み: macOS の定期実行設定は属人化しやすい
- スケールアウトの困難: 複数タスクを並行実行する際、物理端末の台数制約
- 障害時の復旧負荷: 端末再起動・スクリプト修正が個人依存
Routines はこれらを Anthropic のクラウド基盤 に移譲し、ユーザーは「いつ・何を実行するか」の定義だけに専念できます。
3種類のトリガーと使い分け
Routines は以下3つの起動方式を提供します。
Schedule（スケジュール実行）
cron 形式で時刻・曜日・月を指定。「毎営業日 9:00」「毎週金曜 23:00」「毎月1日 8:00」など定常業務に最適。
Webhook（イベント駆動）
外部システムから HTTP POST で起動。GitHub の PR 作成、Salesforce の商談ステージ変更、Stripe の決済完了など、リアルタイム連携が必要な場面で利用。
Manual（手動実行）
管理画面の「Run Now」ボタンまたは API 経由で即座に起動。テスト実行、ad-hoc な集計作業、緊急対応時の手動トリガーとして活用。
トリガー選択の判断基準
| 要件 | 推奨トリガー | 設定例 |
|---|---|---|
| 営業日毎朝の日報集計 | Schedule | 0 9 * * 1-5 |
| PR 作成時のコードレビュー | Webhook | GitHub pull_request.opened |
| 月初の請求書発行 | Schedule | 0 10 1 * * |
| 問い合わせメール監視 | Schedule（短間隔） | */10 * * * * |
| 経営層からの即時レポート要求 | Manual | ボタンクリック |
実運用での5つの典型パターン
① 週次経営レポート自動生成
概要: 毎週月曜朝、過去1週間の売上・KPI・主要トピックを複数データソースから収集し、Notion に統合レポートを自動投稿。
Trigger: Schedule `0 9 * * MON`
Tools: Salesforce MCP, GA4 MCP, Slack MCP, Notion MCP
Flow:
1. Salesforce から週次売上・商談数を取得
2. GA4 から週次セッション・CV 数を取得
3. Slack #general の重要スレッドを要約
4. Notion テンプレートに整形して投稿
5. 経営層 Slack チャンネルに通知導入効果: 経営層が毎週手作業で30分かけていた集計作業を完全自動化。月曜朝の定例会議前に最新レポートが準備される状態に。
② 問い合わせメール 24時間監視
概要: Gmail に届いた問い合わせを10分間隔でチェックし、緊急度を判定。緊急案件のみ担当者の Slack DM に即通知。
Trigger: Schedule `*/10 * * * *`
Tools: Gmail MCP, Slack MCP
Flow:
1. 未読メールを取得
2. 件名・本文から緊急度を判定（「障害」「至急」等のキーワード）
3. 緊急度 High の場合のみ担当者 DM に通知
4. Medium 以下は #support チャンネルに集約注意点: 10分間隔は月間コスト数万円レベル。要件上30分〜1時間間隔で許容できるなら、そちらを推奨（コスト削減の項で詳述）。
③ GitHub PR 自動レビュー
概要: PR 作成時に Webhook 経由で起動し、CodeX によるセキュリティ・品質チェックを実行。結果を PR コメントに投稿。
Trigger: Webhook (GitHub pull_request.opened)
Tools: GitHub MCP, /codex:review
Flow:
1. PR の差分を取得
2. /codex:review でセキュリティ脆弱性・コード品質を静的解析
3. 指摘事項を Markdown でまとめ、PR コメントとして投稿
4. 重大な問題がある場合は Slack #dev-alerts に通知導入効果: レビュー待ち時間を平均2時間短縮。人間レビュアーは CodeX の指摘を踏まえた高次の設計議論に集中できる。
④ 競合動向モニタリング
概要: 毎日朝7時、競合企業のブログ・X・プレスリリースをチェックし、新着情報を Slack の #competitor-watch に自動投稿。
Trigger: Schedule `0 7 * * *`
Tools: Firecrawl MCP, Slack MCP
Flow:
1. 競合5社のブログ RSS を取得
2. 前日比で新着記事を検出
3. タイトル・要約を生成
4. #competitor-watch に箇条書き投稿カスタマイズ例: X の API 連携を追加し、競合公式アカウントのツイートも監視対象にする。
⑤ 月次請求書発行
概要: 毎月1日朝、Salesforce の月次契約データを集計し、freee に請求書ドラフトを自動作成。最終承認は経理担当者が行う。
Trigger: Schedule `0 9 1 * *`
Tools: Salesforce MCP, freee MCP, Slack MCP
Flow:
1. Salesforce から当月請求対象契約を抽出
2. 請求金額・品目を集計
3. freee API で請求書ドラフトを作成
4. 経理担当者の Slack DM に確認依頼を送信（承認ボタン付き）
5. 承認後に freee で請求書を確定重要: 金銭的取引は必ず 人間承認フロー を残す。Routines が自動で請求書を確定・送信する設定は避ける。
セットアップ手順（5ステップ）
Anthropic 管理画面で Routines を有効化
組織設定 → Features → Routines をオン。Enterprise プラン契約者は標準で利用可能。Pro / Team プランでも段階的に展開中（2026年4月時点）。
新規 Routine を作成
「Create Routine」ボタンをクリック。名前（例: weekly-sales-report）、説明、トリガー種別（Schedule / Webhook / Manual）を選択。
実行内容を Skill として定義
定型タスクは Claude Skills の定義を流用可能。複雑な処理は Markdown で手順を記述し、Routine のプロンプト欄に貼り付け。
必要な MCP・権限を allowlist 登録
セキュリティ観点で「読み取りのみ」「特定リソースのみ」など最小権限で開始。動作確認後、段階的に権限を拡大。
テスト実行 → 本番化
「Test Run」ボタンでドライラン。ログを確認し、想定通りの動作なら Status を「Production」に切替。
トラブルシューティング
Q. テスト実行でタイムアウトが発生する
A. Routine の実行制限時間は現在5分（2026年4月時点）。大量データ処理は事前に Skill で分割処理を設計する。
Q. Webhook が届かない
A. Webhook URL の末尾に組織 ID が必要。管理画面の「Webhook URL をコピー」ボタンで正確な URL を取得。
料金とコスト最適化
Routines 自体は 追加料金なし で利用できますが、実行時の API 利用料（入出力トークン）は通常通り発生します。
実行頻度別のコスト目安
| 実行頻度 | 月間コスト（目安） | 推奨プラン | 想定ユースケース |
|---|---|---|---|
| 月1回 | 1,000円未満 | Pro | 月次請求書発行 |
| 週1回 | 1,000〜3,000円 | Pro / Team | 週次レポート |
| 日次 | 5,000〜15,000円 | Team | 日報集計、競合監視 |
| 1時間間隔 | 15,000〜50,000円 | Team / Enterprise | 在庫監視、API 同期 |
| 5分間隔 | 30,000〜100,000円 | Enterprise | 緊急メール監視、障害検知 |
※ 1回の実行で平均5,000トークン入出力、Claude 3.5 Sonnet 利用を想定。
コスト爆発の落とし穴: 5分間隔のスケジュール実行は月間8,640回（= 30日 × 24時間 × 12回/時）に達します。「チェック間隔は要件を満たす最大値」を原則とし、緊急対応が必要なもの以外は1時間〜日次で設計しましょう。
コスト削減のテクニック
- 差分チェックの徹底: 「前回実行時から変更があった場合のみ処理」とすることで、無駄なトークン消費を削減
- Skill の再利用: 同じ処理を複数 Routine で使う場合、Skill 化してトークン消費を最小化
- 通知の集約: 個別の Slack DM ではなく、日次サマリーにまとめて通知
ガバナンス・セキュリティの設計原則
Routines はクラウド側で 無人実行 されるため、以下3点を初期設計で必ず盛り込む必要があります。
① MCP 権限は最小化
初期設定では「全リソース読み書き可能」の状態。本番運用前に必ず 最小権限の原則 を適用してください。
| MCP | 初期権限（NG 例） | 推奨権限 |
|---|---|---|
| Salesforce MCP | 全オブジェクト R/W | 特定オブジェクト（Account, Opportunity）の Read のみ |
| GitHub MCP | 全リポジトリ Admin | 特定リポジトリの Read + PR コメント Write |
| Slack MCP | 全チャンネル投稿可能 | 特定チャンネル（#reports, #alerts）のみ |
② 重要操作は人間承認を残す
以下のアクションは Routine 単独で完結させず、必ず人間の承認フローを挟む設計とします。
- 金銭的取引: 請求書確定、送金指示、契約締結
- 本番環境への変更: DB スキーマ変更、本番デプロイ、DNS 設定
- 外部公開: プレスリリース公開、SNS 公式アカウント投稿
実装例:
Flow:
1. Routine が請求書ドラフトを作成
2. 経理担当者の Slack DM に確認依頼（Approve / Reject ボタン）
3. Approve 後に freee で請求書を確定
4. Reject の場合はドラフトを破棄し、理由をログに記録③ 失敗時の通知設計
Routine が silent fail（静かに失敗）すると、業務が停止していることに気づかず数日〜数週間放置される恐れがあります。
必須設定:
- 実行失敗時に管理者へ Slack 通知（エラー内容、実行ログのリンク付き）
- 3回連続失敗で Routine を自動停止し、人間の介入を促す
まとめ — Routines で実現する「業務の自律化」
Claude Code Routines は、これまで属人的に回していた定型業務を クラウド基盤で自律実行 する仕組みです。
導入前: 常駐 PC + cron + 属人運用
導入後: Anthropic クラウド + 標準 MCP + チーム全体で管理
「うちで Routines を何に使えるか相談したい」「コスト試算をしてほしい」という方は、DigiRise の無料診断をご利用ください。業務ヒアリングから Routine 設計・実装支援まで、一貫してサポートいたします。