Claude Code Routines vs GAS 移行判断

2026年4月、Anthropic が Claude Code に「Routines（ルーティン）」機能をリサーチプレビューとして追加しました。Google Apps Script（以下 GAS）で定期タスクを運用している情シス担当者から、Claude Code Routines への移行を判断したいという相談が増えています。

この記事を読んだほうが良い人

• GAS でレポート生成・Slack 通知・スプレッドシート更新といった定期タスクを現役で運用している情シス担当者
• Claude Code Routines という選択肢を知ったが、GAS と何が違うのか整理できていない人
• 「移行すべきか、続けるべきか、待つべきか」の判断軸が必要で、HOW-TO は不要な人

Claude Code Routines とはどういう機能か

Routines は、プロンプト・リポジトリ・コネクタを一度登録すれば Anthropic 管理のクラウド上で自動実行させる仕組みです。公式ドキュメントによると、トリガーは3種類あります。

• スケジュール: 毎時・毎日・毎週など定期実行。最短間隔は1時間
• API: 外部サービスから HTTP POST で起動
• GitHub イベント: PR の作成・マージ等のリポジトリイベントに反応

GAS との最大の違いは「Claude が自律判断しながら実行する」点です。単純なデータ転記だけでなく、「昨日のエラーログを解析して修正 PR を作る」といった処理を自然言語プロンプトで定義できます。

利用条件として、claude.ai の Pro・Max・Team・Enterprise プランが必要です。Team/Enterprise では管理者が管理コンソールから Routines を一括無効化でき、無効化すると既存のルーティンがすべて停止します。組織内で使う場合は管理者への事前確認が必要です。

なお、この記事では設定手順は扱いません。HOW-TO については当編集部の「Claude Code の Routines で GAS の定期タスクを丸ごと置き換える方法」を参照してください。

GAS と Claude Code Routines を5軸で比較する

移行判断に使える主要5軸を一覧化すると、以下の通りです。

判断軸	GAS	Claude Code Routines
コスト	無料（Google アカウントに含む）	有料プランが必要（Pro 以上）。実行のたびにサブスクリプション使用量を消費し、日次実行上限もある
実行環境	Google のサーバー。1回の実行時間は最大6分、Workspace アカウントのトリガー総実行時間は1日6時間（公式クォータページより）	Anthropic のクラウド。スケジュール最短間隔は1時間。実行時間の公式上限は明示されていない
Workspace 連携	Sheets・Gmail・Calendar・Drive に JavaScript API でネイティブ直接アクセス可能。追加の OAuth 設定は不要	MCP コネクタ経由で外部サービスと連携。Google サービスへのアクセスにはコネクタの設定が必要
ベンダーロック	Google 依存。GWS を使い続ける限りリスクは限定的	Anthropic 依存。リサーチプレビュー段階のため、仕様・制限・価格が変わる可能性がある
チームスキル	JavaScript の読み書きが必要	自然言語プロンプトで定義可能。プロンプトの品質が実行精度に直結する

5軸のうち、判断に最も影響するのは「コスト」と「Workspace 連携」の2軸です。GAS が無料で動いていて、主な処理が Google Workspace のデータを読み書きするものであれば、移行の優先度は自然と下がります。一方、AI の判断が必要なタスクで、かつコストを許容できるなら、残り3軸の重みが上がります。

GAS のクォータ制限を理解する

情シス担当者が GAS の継続を判断するうえで、クォータの実態を把握しておくことは重要です。

Google 公式クォータページによると、Google Workspace Business 以上のアカウントでは、トリガーによる自動実行の合計時間が1日あたり6時間に制限されています。1回の実行は最大6分で、これを超えるとスクリプトが強制終了します。処理が長時間に及ぶ場合は分割設計が必要で、これが GAS の隠れた設計コストになります。

コンシューマーアカウント（@gmail.com）ではトリガー実行時間がさらに短く、1日90分（1.5時間）が上限です。組織のアカウントが Business/Enterprise 契約かどうかで、使える枠が大きく変わります。

一方、Claude Code Routines のスケジュール最短間隔は1時間のため、分単位の高頻度実行が必要なタスクには向きません。GAS の方が実行間隔の柔軟性は高い点に注意が必要です。

クォータ制限を考えると、「処理が重く分割が面倒になってきた GAS スクリプト」を Routines に移行するという動機は理にかなっています。ただし、高頻度トリガー（5分おき・10分おき）に頼っている処理は、Routines の1時間制限に引っかかる可能性があります。

見落としがちな移行コスト

「GAS は無料、Routines は有料」という対比だけで判断すると、移行コストを見誤ります。実際には、サブスクリプション費用以外に次のコストが発生します。

まず、移行の工数です。現在動いている GAS スクリプトを Routines のプロンプトに書き直す作業は、GAS の複雑さに比例します。シンプルなデータ転記であれば数時間で移行できますが、複雑な条件分岐や外部 API 連携が絡む場合は数日かかることもあります。

次に、コネクタの設定コストです。Routines から Google Workspace のサービスにアクセスするには MCP コネクタの設定が必要です。GAS では不要だった認証設定の手間が加わります。

さらに、テストと検証の工数です。GAS なら「スプレッドシートにデータが書き込まれたか」ですぐ確認できますが、Routines では AI の判断を含む実行ログをレビューする必要があります。特にリサーチプレビュー段階では、期待通りの挙動になっているか繰り返し確認する必要があります。

これらを合計すると、「現在の GAS が正常に動いている」状態から移行することのコストは無視できません。移行判断では、毎月のサブスクリプション費用だけでなく、移行工数と運用学習コストも含めて試算することを推奨します。

移行すべきか判断する3分岐フロー

YES：移行が有力な状況

次の条件が複数重なる場合、Claude Code Routines への移行を検討する価値があります。

• 実行したいタスクに AI の判断 が必要（ログ解析・PR レビュー・アラートトリアージ等）
• タスクが Google Workspace の深い連携（Sheets のセル操作・Gmail 本文解析）に依存していない
• チームに JavaScript のメンテナがおらず、プロンプトベースの運用のほうが引き継ぎしやすい
• Claude のサブスクリプションコストが許容範囲で、すでに Claude Code を業務に使っている

具体例として、「毎朝 GitHub Issues のバックログを読んでラベル付けし、担当者を割り当てて Slack にサマリを投稿する」処理が当てはまります。GAS で書くと複雑な分岐ロジックが必要になる AI 判断入りの繰り返しタスクを、プロンプトで簡潔に表現できます。

もう一例を挙げると、「毎週月曜に先週のコードレビューコメントを集約してチームに品質サマリを共有する」処理も Routines が有力です。GitHub・Slack・ドキュメントをまたいで情報を統合し、AI が判断を加えるタスクは GAS で作り込むより Routines のほうが自然な設計になります。

NO：GAS を続けるべき状況

次のいずれかに当てはまる場合、GAS を継続するほうが安全です。

• タスクの中心が スプレッドシートの読み書きや Gmail の操作（GAS のネイティブ連携は代替しにくい）
• コストが制約（GAS は無料。Routines は有料プラン前提）
• 現在の GAS スクリプトが安定稼働していて、AI 判断の追加が不要
• 組織の IT ポリシー上、Anthropic のクラウドへの業務データ送信が認められていない

具体例として、「毎週月曜9時に勤怠スプレッドシートを集計して管理者にメール送信する」処理が当てはまります。シンプルなデータ転記タスクに AI を噛ませる必要はなく、GAS が最適です。無料で安定して動く仕組みをわざわざ移行するコストは正当化できません。

また、Anthropic のデータ処理ポリシーが組織のセキュリティ審査を通過していない場合、Routines に業務データを流すこと自体が認められない可能性があります。技術的な判断だけでなく、情報セキュリティの確認を先に進めることが必要です。

WAIT：今は様子を見るべき状況

判断を保留するほうが賢明な場合もあります。

• Routines がリサーチプレビュー段階のため、仕様・制限・価格が今後変わる可能性がある（公式ドキュメントに明記）
• 日次実行上限や超過時の従量課金（usage credits）のコストがまだ試算できていない
• Team/Enterprise で使う場合、管理者が Routines を有効化しているか未確認
• 移行を急ぐ業務上の理由がない

リサーチプレビュー中の機能は「動く」が「本番保証がない」フェーズです。重要な業務自動化に投入する前に、GA（一般提供）まで待つという判断も合理的です。

Routines の GA 移行後に注目すべき変化点としては、実行上限の明確化・コネクタの公式サポート範囲の確定・Team/Enterprise 向けのガバナンス機能の充実が挙げられます。これらが確定してから移行を判断しても、業務上の遅れにはならないケースが大半です。

ベンダーロックリスクをどう考えるか

GAS も Routines も、どちらかへの依存は避けられません。問題は「どのベンダーへの依存を選ぶか」です。

GAS のロックインは Google に縛られることを意味しますが、組織がすでに GWS を使い続ける前提であれば実害は限定的です。GAS の API 廃止リスクは低く、長年にわたって無償提供されてきた実績があります。

一方、Claude Code Routines のロックインには現時点で2つの注意点があります。

1点目はリサーチプレビューの不確実性です。公式ドキュメントには「Behavior, limits, and the API surface may change」と明記されています。今の仕様が1年後も同じとは限りません。

2点目は組織単位の制御の強さです。Team/Enterprise の管理者が Routines を無効化すると、既存のルーティンがすべて停止します。GAS のように個人の裁量でスクリプトを動かせる自由度はなく、IT ガバナンスの方針に依存する構造です。ただしこれは情シスが Routines の活用を推進する立場なら逆に利点でもあります。個人が勝手に業務データを Anthropic に流せないよう組織単位で制御できる点は、セキュリティ観点でプラスに働く場合もあります。

GAS から移行する前に、Anthropic のデータ処理ポリシーを確認し、組織のセキュリティ審査を通過させることが先決です。

まとめ：道具の使い分けが現実的な選択

移行判断を一言で表すなら、「タスクに AI の自律判断が必要で、かつコストと不確実性を受け入れられるなら移行を検討する。そうでなければ GAS を続ける」です。

GAS と Claude Code Routines は優劣の問題ではなく、用途の棲み分けの問題です。GAS は Google Workspace データの定型操作に強く、Routines は AI 判断を含む複雑なタスクに強い。「全タスクを一括移行」ではなく、「AI 判断が必要なタスクだけを Routines へ」という部分導入から始めるのが現実的な進め方です。

次の一歩として、現在動いている GAS スクリプトをリストアップし、「AI の判断が必要かどうか」を1スクリプトごとに仕分けることを推奨します。その仕分け結果が、移行対象の選定と優先順位を決める最初の材料になります。

GAS から AI エージェント自動化への移行設計については、DRASENAS のサービスページでも個別相談を受け付けています。

コーポレートITのご相談はお気軽に

この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。