なぜMCPだけでは足りなくなるのか

ClaudeやCodexからスプレッドシートを操作する方法として、まずMCP接続を試す人が多いはずです。実際それが最短で、対話しながら分析させるには最適です。

ただし運用に乗せようとすると、必ず同じ壁に当たります。MCPはあなたのPC上のClaudeが動いているときにしか働きません。「毎朝9時に集計してSlackに投げる」「入力があったら即座に通知する」といった、人が居ない時間に動いてほしい処理には向いていないのです。

Google Apps Script（GAS）はスプレッドシート側、つまりGoogleのサーバー上で動きます。PCの電源が入っていなくても、あなたが寝ていても実行されます。ここがMCPとの決定的な違いです。

MCP・API・GASの使い分け

整理すると、「AIの判断が毎回必要か」と「人が居ないときに動くべきか」の2軸で決まります。AIの判断が必要ならMCPかAPI、無人で動かすならGAS。両方必要なら、GASからAPI経由でClaudeを呼ぶという組み合わせもあります（後述のFAQ参照）。

進め方は2つ。多くの人は「コピペ」で足りる

ClaudeにGASを書かせる場合、その先の進め方が2通りあります。ここを最初に決めておくと無駄がありません。

結論として、スプレッドシート業務の自動化を1つ2つ作りたいだけなら、ブラウザにコピペで十分です。claspの導入にはNode.jsが必要で、それ自体が目的でない人にとっては余計な障害物になります。

逆に、GASを何本も書く・Gitで履歴を残したい・Claude Codeにコードを直接触らせたい場合はclaspの価値が出ます。導入手順は記事の後半にまとめました。

実践：Claudeに書かせてみた結果

実際にClaude Code（Claude Opus 5）に、よくある業務を投げてみました。使ったプロンプトはこれです。

Google Apps Scriptのコードを書いてください。
要件: シート「注文」のA2:E最終行を読み、E列(ステータス)が「未処理」の行について、
B列のメールアドレス宛に確認メールを送り、E列を「送信済」に更新する。
毎日9時のトリガーで動かす想定。
コードのみ出力し、説明は最小限にしてください。

返ってきたコードの要点部分です（長いので抜粋します）。

function processOrders() {
  const lock = LockService.getScriptLock();
  if (!lock.tryLock(30 * 1000)) return;

  try {
    const sheet = SpreadsheetApp.getActiveSpreadsheet().getSheetByName(SHEET_NAME);
    if (!sheet) throw new Error(`シート「${SHEET_NAME}」が見つかりません`);

    const lastRow = sheet.getLastRow();
    if (lastRow < 2) return;

    const values = sheet.getRange(2, 1, lastRow - 1, 5).getValues();
    const failures = [];

    values.forEach((row, i) => {
      const [orderId, email, name, item, status] = row;
      if (String(status).trim() !== STATUS_PENDING) return;
      if (!isValidEmail(email)) { failures.push(`${i + 2}行目: アドレス不正`); return; }

      try {
        MailApp.sendEmail({ to: String(email).trim(), subject: `【ご注文確認】${orderId}`,
                            body: buildBody({ orderId, name, item }) });
        values[i][4] = STATUS_SENT;
      } catch (e) {
        failures.push(`${i + 2}行目: 送信失敗 (${e.message})`);
      }
    });

    // ステータス列だけをまとめて書き戻す
    const statusColumn = values.map(row => [row[4]]);
    sheet.getRange(2, 5, statusColumn.length, 1).setValues(statusColumn);
    SpreadsheetApp.flush();

    if (failures.length) console.warn(failures.join('\n'));
  } finally {
    lock.releaseLock();
  }
}

よく書けていた点

正直なところ、想像より質が高かったです。GAS特有の作法を押さえていました。

• LockService で同時実行を防いでいる。トリガーと手動実行が重なったときの二重処理を防ぐ定石
• getValues() / setValues() でまとめて読み書きしている。GASでは1セルずつアクセスすると劇的に遅くなるため、これは重要
• 書き戻しをステータス列だけに絞っている（他の列を巻き込まない）
• トリガー作成関数を分け、重複登録を防ぐチェックを入れている
• 失敗した行は「未処理」のまま残し、次回に再試行できるようにしている
• 頼んでいないのに「無料アカウントのメール送信上限は1日100通」と自発的に警告してきた

そして見つかった穴：6分制限による二重送信

これは「AIが書いたコードだから危ない」という話ではありません。一括書き戻しは正しいGASの作法であり、その作法とタイムアウト制限が衝突しているのです。人間が書いても同じ穴を作ります。だからこそレビュー観点として持っておく価値があります。

対処の方向性

3つ目の書き方は次のようになります。時間を見て安全に離脱する形です。

const START = Date.now();
const TIME_LIMIT_MS = 4.5 * 60 * 1000;   // 6分制限に対し余裕を持たせる

for (let i = 0; i < values.length; i++) {
  if (Date.now() - START > TIME_LIMIT_MS) {
    console.log(`時間切れのため${i}件目で中断。残りは次回実行で処理します。`);
    break;                                // ← 抜けてから書き戻しに進む
  }
  // ...送信処理...
}
// ループを抜けたら必ず書き戻す（breakでもここに来る）

知らないと設計を間違えるクォータ（無料とWorkspaceで大きく違う）

GASには無料アカウントとGoogle Workspaceで数倍の差がある制限があります。ここを知らずに設計すると、動かしてから詰みます。

特に注意すべきは太字の3つです。

• トリガーの合計実行時間90分/日：無料アカウントで「5分かかる処理を10分おきに実行」を組むと、1日で余裕なく上限に達します。実行間隔と処理時間の掛け算を必ず確認してください
• メール送信100件/日：一斉通知系の自動化は無料アカウントだとすぐ止まります。今回Claudeが自発的に警告したのはこの点でした
• カスタム関数は30秒：シート内で使う関数に外部API呼び出しを入れると、まず間に合いません

詰まりどころ4つ

1. 初回実行時の権限承認

最初に実行すると「このアプリはGoogleで確認されていません」という警告が出ます。自分で書いた（書かせた）スクリプトなので「詳細」→「安全ではないページに移動」から進めれば問題ありませんが、初見では不安になるポイントです。

重要なのは、ここで承認する権限の範囲を確認することです。「メールの送信」「スプレッドシートの閲覧・編集」など、コードが使っているサービスに応じた権限が要求されます。要件に対して不自然に広い権限を求められた場合は、コードを見直してください。

2. トリガーが「9時ちょうど」には動かない

時間主導型トリガーで atHour(9) を指定しても、9時00分に実行される保証はありません。その時間帯の中でGoogle側が実行タイミングを決めます。生成コードに nearMinute(0)（0分ごろ）というメソッドが使われていたのは、まさにこの「おおよそ」を表しています。

「9時05分の朝会に間に合わせる」といった分単位の要件がある場合は、余裕を持って8時台に設定してください。

3. トリガーの重複登録

トリガー作成関数を手で2回実行すると、トリガーが2つできて処理が2回走ります。今回の生成コードは既存チェックを入れていましたが、これは必ず確認すべき観点です。

// 作成前に同じ関数のトリガーがないか確認する
const exists = ScriptApp.getProjectTriggers()
  .some(t => t.getHandlerFunction() === 'processOrders');
if (exists) return;

4. 誰の権限で動いているのか

トリガーはそれを作成した人の権限で実行されます。担当者が自分のアカウントでトリガーを作り、その人が退職してアカウントが停止されると、自動処理も止まります。メールの送信元もその人のアドレスになります。

業務で使うなら、個人アカウントではなく共用アカウントでトリガーを作るか、少なくとも「誰の権限で動いているか」をドキュメントに残してください。引き継ぎで最も事故が起きる箇所です。

clasp でローカル開発する（必要な人向け）

Claude Codeにコードを直接編集させたい、Gitで履歴を残したい場合はclaspを使います。前述のとおり、小さな自動化なら不要です。

セットアップ

# Node.js 20以上が必要
node --version

# インストール（2026年7月時点の最新は 3.3.0）
npm install -g @google/clasp

# ログイン（ブラウザが開いてGoogleアカウントの認証に進む）
clasp login

既存のスプレッドシートのスクリプトを取り込む

# スクリプトIDはApps Scriptエディタの「プロジェクトの設定」で確認できる
clasp clone <スクリプトID>

# 以降の流れ
clasp pull      # リモートの変更をローカルへ
clasp push      # ローカルの変更をリモートへ
clasp deploy    # バージョンを作成してデプロイ（Webアプリ用）

生成されるファイルは2つです。

• .clasp.json：スクリプトIDを保持する。Gitに入れない
• appsscript.json：マニフェスト。タイムゾーン、使用するサービス、権限スコープなどを定義する。これはGit管理する

認証情報の .clasprc.json も当然ながらGitに入れません。.gitignore に両方を書いてください。

Claude Codeと組み合わせる

claspでローカルにファイルが降りてくれば、あとは通常のコード編集と同じです。Claude Codeにファイルを読ませて修正させ、clasp push で反映します。settings.jsonで権限を絞る方法を使い、clasp push のような反映系コマンドは人が確認してから実行する運用にすると安全です。

よくある質問

まとめ

今日やれる最初の一歩は、いまMCPで毎回手動で実行している処理を1つ選び、「これは人が居なくても動くべきか」を判断することです。答えがイエスなら、その処理の要件をClaudeに伝えてGASコードを書かせてください。そのとき「6分制限を考慮して、途中で止まっても二重処理にならないように」の一文を必ず添えてください。それだけで、レビューの手間が大きく減ります。