簡潔な答え: GitHub Copilot はローカルファイルを開くエディターで動作するため、Apps Script プロジェクトは clasp でディスクに同期してはじめて届きます。Google Apps Script Copilot はプロジェクトがすでにあるブラウザのエディターで動作し、同期の手順はありません。
このページの確認方法
文書化された IDE 対応、ワークフローの場所、タスク範囲を確認します。生成コードの品質や未文書化の機能は評価しません。
並べて比較
ひと目でわかる比較
| 比較項目 | Google Apps Script Copilot | GitHub Copilot |
|---|---|---|
| 動作する場所 | script.google.com のエディター内で動く Chrome 拡張機能。 | Visual Studio Code、Visual Studio、JetBrains の IDE、Eclipse 向けの拡張機能に加え、GitHub.com、GitHub Mobile、CLI。 |
| プロジェクトへの到達方法 | すでに開いている Apps Script プロジェクトをそのまま読み取ります。 | 対応エディターで開いたファイルを対象とするため、まず clasp でプロジェクトをディスクに取得します。 |
| 最初のプロンプトまでの準備 | 拡張機能をインストールしてサインインします。 | Copilot を有効にした GitHub アカウント、対応エディター、さらに Apps Script では Node.js 20 以降、clasp、Apps Script API。 |
| 実行とテスト | 変更を適用し、同じエディターで実行します。 | clasp でアップロードし、Apps Script エディターで実行します。 |
| マニフェストとスコープ | appsscript.json と認可のダイアログが同じ画面に残ります。 | appsscript.json はローカルファイルです。アップロード後も認可のダイアログは Apps Script 側に表示されます。 |
| トリガー、バージョン、デプロイ | アシスタントのすぐ隣、Apps Script エディター内で行います。 | Git はローカルのコピーを管理し、トリガー、バージョン、デプロイは Apps Script に残ります。 |
| 最も適した用途 | 既存の Apps Script プロジェクトに加える変更。 | 多言語にまたがるリポジトリ作業で、Apps Script はその対象の 1 つ。 |
向いている用途
GitHub Copilot は多くの開発環境に対応する幅広いコーディングアシスタントです。Google Apps Script Copilot はブラウザの Apps Script エディターに集中します。
clasp が加えるもの
clasp は、ターミナルから Apps Script を開発するための Google のオープンソースのコマンドラインツールです。Node.js 20 以降と Apps Script API の有効化が必要で、編集のたびにダウンロードとアップロードの手順が加わります。
制限事項
ローカルリポジトリ、デプロイツール、組織ポリシーには汎用環境が適する場合があります。生成コードと認可スコープを必ず確認してください。
どちらを選ぶか
Google Apps Script Copilot が向いているのは
プロジェクトがブラウザのエディターにあり、変更が小さく頻繁で、編集ごとの clasp の往復が見合わない場合です。
GitHub Copilot が向いているのは
スクリプトがすでにバージョン管理下にある、コードレビューが必須である、または Apps Script がローカルで保守する大きなコードベースの一部である場合です。
よくある質問
- GitHub Copilot は Apps Script エディターで動きますか？
- 文書化されているのは対応 IDE と、GitHub 自身のウェブ、モバイル、CLI です。Apps Script プロジェクトで使うには、clasp でローカルファイルに同期し、それらの IDE のいずれかで編集します。
- clasp はワークフローの何を変えますか？
- clasp はターミナルから Apps Script プロジェクトを開発・管理できるようにします。Node.js 20 以降とアカウントで有効化した Apps Script API が必要で、編集のたびに取得とアップロードの手順が加わります。これこそが Git の履歴とプルリクエストを可能にする部分です。
- チームで両方を使えますか？
- 使えますし、多くのチームがそうしています。大きなプロジェクトではリポジトリがレビュー済みの正となり、素早い修正は script.google.com で行います。アップロードがブラウザでの変更を上書きしないよう、どちらか一方を正と決めてください。
公式ソース
本番のワークフローを変更する前に、元のドキュメントを読んでください。