GASは、AI活用の最初の題材になりますか？
GAS（Google Apps Script）は、Googleの各サービスをプログラムでつなぐ仕組みです。日常の定型処理を小さく試す題材になります。ただしGAS自体が生成AIなのではありません。AIによる開発支援と、完成した処理でAIを使うことを分け、権限と対象データを確認して始めます。
自動化の入口は、いつも見ている表にある
毎朝スプレッドシートを開き、対応が必要な行を探してメールを下書きする。こうした仕事には、「読む」「条件で選ぶ」「文章を用意する」という小さな工程があります。GASは、その工程をGoogleのサービス同士でつなぐための選択肢です。
Google公式の概要では、Gmail、Googleカレンダー、Driveなどと連携するための機能が紹介されています。ブラウザーでコードを編集し、Google側で動かす仕組みなので、別のサーバーを自分で用意しなくても試せる点が入口になります。ただし、会社の管理設定や利用権限は確認が必要です。
例：期限の近い仕事を、下書きにする
ここでは仮の業務例として、社内の対応一覧から期限が近い行を選び、担当者向けの確認メールを下書きにする処理を考えます。最初は架空の担当者とテスト用メールアドレスを使い、元の一覧を書き換えず、抽出結果を別のシートへ出すところから始めます。
次に、案件名、期限、確認してほしいことを定型文へ入れます。毎回同じ文章でよければ、この部分に生成AIは不要です。自由記述の長いメモを短く整理したいときだけ、承認されたAIサービスへの連携を検討する。その方が、何に費用がかかり、どこで誤りが起こり得るかも見やすくなります。
AIにコードを書いてもらっても、読まずに許可しない
AIには、まず目的、読むファイル、出力先、禁止する操作を伝えます。「対象のシートだけを読む」「元データは変更しない」「メールは送信せず下書きまで」といった条件です。コードだけでなく、必要な権限と、実行すると何が変わるかの説明も求めます。
承認画面に表示されるアクセス権が、目的に比べて広すぎないかを確認します。分からない許可を通す前に、会社の管理者へ相談する。GASで書かれているというだけで、会社の情報を安全に扱えると決まるわけではありません。
自動実行は、手動で確かめてから
最初はボタンを押して一回だけ実行し、選ばれた行と下書きを確認します。同じ処理をもう一度実行したときに、同じ下書きが二重に作られないかも試します。処理済みの記録や一意の番号を持つことは、地味ですが大切な設計です。
定期的に動かすインストール型トリガーは、作成したアカウントの権限で実行されるとGoogleは説明しています。誰が作成したか、異動や退職時に誰が引き継ぐかを残します。自動実行を止める手順も、動かす手順と同じ場所に置きます。
少量で動くことと、全社で使えることは別
Apps Scriptには実行時間や各サービス利用の上限があります。検証で数件動いたからといって、大量のメールや全社員の処理でもそのまま動くとは限りません。上限の数値は契約や仕様変更で変わるため、運用前に公式の制限一覧で確認します。
途中で止まった場合、どこまで処理したかを追えるか。再実行して重複しないか。誰が失敗に気づくか。ここまで考えると、個人の便利なスクリプトから、会社で使う道具へ近づきます。複雑な外部システム連携や重要な一括更新は、最初の題材から外して構いません。
欲しいのは、立派なコードより小さな実感
最初の完成形は、「確認する候補が並び、下書きが準備されている」で十分です。送る相手、内容、タイミングは人が決める。人の判断を残しながら準備の手間を減らせれば、次の応用を考える余裕が生まれます。
JIKABI AIがGASを入口として重視するのは、普段の仕事との距離が近いからです。会社で承認されたテスト用の一覧を一つ使って、抽出だけを試す。そこから少しずつ、仕事がつながる感覚を確かめていきましょう。
出典・参考情報
情報は最終更新時点の内容です。サービスの仕様・料金・利用条件は公式情報をご確認ください。