AI-Powered Development

AIと共に爆速でGASを開発する

AIは、GAS学習と開発を一気に加速させる強力な相棒です。
ただし、うまく使うには「任せる部分」と「自分で確認する部分」の切り分けが大切です。

このページで学ぶこと

AIを使えば、コードを書くスピードは大きく上がります。 しかし、AIは万能ではなく、状況を正しく伝えないと見当違いのコードを返すことがあります。

このページでは、AIを「自動で全部やってくれる存在」としてではなく、 一緒に考えながら開発を進めるパートナーとして使う方法を学びます。

最初に押さえるべき視点

  • AIは速いが、前提条件を自動では理解できない
  • AIは説明・改善・デバッグの相手として非常に強い
  • 最終的な確認責任は人間側にある

1. AIを活用する上での基本姿勢

AIは「魔法の杖」ではありません。
「優秀だが、あなたの画面や現場の事情までは見えていないアシスタント」だと考えてください。

AIには状況が見えない

あなたのスプレッドシートのシート名、列の順番、どのセルに何が入っているかを言葉で伝えない限り、AIは推測でコードを書きます。 その結果、動かないコードや危ないコードが出てくることがあります。

自信満々に間違うことがある

AIはもっともらしいコードを書きますが、ときどき存在しないメソッドや不正確な書き方を混ぜることがあります。 そのため、出てきたコードをそのまま信じるのではなく、意味を確認する姿勢が必要です。

AIに任せると効果が高いこと

  • たたき台のコード作成
  • 既存コードの改善案の提案
  • エラーの原因候補の洗い出し
  • 処理の流れや各行の解説
  • 別パターンの書き方の比較

AIに丸投げしない方がよいこと

  • 本番の顧客データや機密情報をそのまま入力すること
  • 動作確認なしでメール送信・削除・更新処理を本番実行すること
  • コードの意味を理解しないまま運用に乗せること

2. 失敗しないプロンプトの構成

AIにコードを書かせるときは、曖昧に頼むより、 「前提」「タスク」「出力形式」を分けて伝える方が精度が上がります。

1
【前提条件】 シートの構成、使うサービス、列の意味などを書く。
2
【具体的なタスク】 「何を取得し、何をして、どこに出すか」を順番に書く。
3
【出力形式】 「コメント付きで」「初心者向けに」「コードのみで」などを書く。

良いプロンプトの例

あなたはプロのGASエンジニアです。以下のツールを作ってください。

【前提】
・現在開いているスプレッドシートの「名簿」シートを操作します。
・A1セルに「氏名」、B1セルに「メールアドレス」が入っています。
・2行目以降にデータが入っています。
【タスク】
1. A列とB列のデータをすべて取得してください。
2. 取得した全員に、件名「2026年度のお知らせ」でメールを送るコードを書いてください。
3. B列が空欄の行はスキップしてください。
4. 実行後はログに「送信完了」と表示してください。
【形式】
・初心者にもわかりやすくコードにコメントを入れてください。
・最後に、各処理が何をしているかを日本語で簡潔に説明してください。

なぜこの書き方がよいのか

AIは、前提が足りないと「適当に補完」します。 逆に、列構成や処理の流れが明確だと、かなり精度高くコードを返せます。 「前提を書けば書くほど、修正回数が減る」と考えると分かりやすいです。

初心者がやりがちな失敗プロンプト

たとえば「GASでメール送信して」とだけ書くと、 AIはどのシートを使うのか、誰に送るのか、どこにデータがあるのか分からないままコードを書きます。 曖昧な依頼ほど、あとで手直しが増えやすくなります。

3. コードの修正と繰り返し

最初から完璧なコードは出てきません。 AIは、1回で完成させる相手というより、対話しながら改善していく相手です。

追加の指示

「今のコードに、B列が空欄の場合はスキップする機能を追加して」

別の方法を聞く

「ループではなく、一括で書き込む方式（setValues）に書き換えて」

説明を求める

「3行目の getRange の部分が何をしているのか詳しく教えて」

AI活用で大事なのは「1回で完成」ではなく「改善サイクル」

まず動くたたき台を作り、そこから条件追加・読みやすさ改善・速度改善・安全性向上を重ねていく方が現実的です。 この流れは、実際のシステム開発でも非常に自然です。

AIに修正を頼むときのコツ

  • 「何を変えたいか」を1つずつ伝える
  • できれば元コードも一緒に貼る
  • 「初心者向けに説明もつけて」と添える
  • 修正版が出たら、差分がどこかを確認する

4. エラーが出た時の使い方

エラーが出ても慌てる必要はありません。 AIは新規作成だけでなく、エラーの読み解きや修正案の提案にも強いです。

エラー解決の3点セット

AIに次の3つをまとめて渡すと、かなり解決しやすくなります。

  1. 発生しているエラーメッセージ（全文）
  2. エラーが起きたコード（全文または該当部分）
  3. どのような操作をした時に起きたか（省略可）
デバッグ依頼の例
エラー
Exception: The parameters (String) don't match the method signature...

コード
（コードを全て貼り付ける）

状況
A1セルの値を読み取ってメール件名にしようとした時に発生しました。

なぜ3点セットが必要なのか

エラーメッセージだけでは、AIも原因を特定しにくいことがあります。 コードと状況を合わせて渡すことで、 「何が悪いか」だけでなく「なぜそうなったか」まで説明しやすくなります。

エラーは学習の材料になる

初学者にとって、エラーは失敗ではなく理解を深めるチャンスです。 AIに「このエラーの意味を初心者向けに説明して」と頼むと、 単なる修正だけでなく、文法や考え方まで学べます。

5. 実務で安全に使うための注意点

個人情報・機密情報

顧客名簿、メールアドレス、売上情報などをそのままAIに貼り付けるのは避けた方が安全です。 学習や相談の際は、仮データや匿名化した例を使うのが基本です。

本番実行前のテスト

AIが出したコードは、まずテスト用のシート・自分宛メール・ダミーデータで確認してから本番に使いましょう。

削除・上書き処理

Drive削除、シート上書き、一括送信のような処理は特に注意が必要です。 危険な処理ほど、AIに「安全なテスト版も作って」と頼むとよいです。

運用後の保守

AIで作ったコードでも、後で自分や同僚が読めることが大切です。 コメントや変数名の意味が分かる状態にしておくと、運用しやすくなります。

AIに頼むときの実務的なひと言

「本番ではなく、まずテスト用として安全に確認できるコードを書いてください」 と最初に添えるだけでも、より無難で扱いやすい提案が返りやすくなります。

AIは「良き伴走者」です

AIを使いこなすには、あなた自身がGASの基礎を持っていることが大切です。
文法やサービス構造を理解した上でAIを使うと、単なる時短ではなく、学習と実務の両方が加速します。

・前提を具体的に伝える

・出てきたコードの意味を確認する

・修正と改善を対話で重ねる

・本番前には必ずテストする

前のステップへ（文法編2）