VBA マクロ vs. AI アドイン:Excel の自動化にはどちらを使うべきか

VBA は 30 年にわたって Excel を自動化してきました。それに比べれば、AI アドインは昨日登場したようなものです。反復的なスプレッドシート作業があるとき、実際に手を伸ばすべきはどちらでしょうか。

正直な答えは「タスクの形による」です——そして、その形はたいてい簡単に見分けられます。どちらか一方がすべてに勝つふりをせず、比較していきます。

簡単な答え

プロセスを無人で実行する必要がある場合、毎回同じ決定論的な手順に従う必要がある場合、またはワークブック イベントに反応する必要がある場合は、VBA または Office スクリプト を使用します。ワークブックが実行ごとに変更される場合、タスクがビジネス言語で説明される場合、またはプログラマーではない人が指示を調整する必要がある場合は、AI Excel アドイン を使用します。多くのチームにとって、最も信頼できるセットアップはハイブリッドです。つまり、固定パイプライン用のスクリプトと対話型作業用の AI です。

要件	VBA / Office スクリプト	AI Excel アドイン
スケジュールされた無人実行	ベストフィット	通常は第一選択ではありません
毎回同じ手順とレイアウト	ベストフィット	動作しますが、不要です
列またはシート名の変更	メンテナンスが必要	コンテキストに適応するのが上手
分類または記述された推論	エンコードが面倒	自然なフィット感
ワークフローを変える非技術者ユーザー	難しい	命令を変更する
監査可能な決定論的な計算	強い	Excel が計算を実行すると強い

VBA が本当に優れている点

定時実行と無人実行。 マクロはブックを開いたとき、タイマーで、あるいはボタンから、誰も何も指示しなくても動きます。朝 6 時に人間不在で走るタスクなら、VBA(あるいは Power Automate / Office スクリプト)が正しい道具です。

厳密な再現性。 マクロは毎回寸分違わず同じことをします。月次決算や統制されたレポートなど、規制や監査の対象となるプロセスでは、決定的なスクリプトであること自体が価値です。

UI レベルの制御。 カスタムダイアログ、イベント処理(セルが変わったら実行)、他の Office アプリケーションの制御は、今も VBA の領分です。

利用ごとの依存がない。 一度書いてしまえば、マクロはファイルの一部にすぎません。

AI アドインが本当に優れている点

タスクごとのセットアップがゼロ。 VBA でタスクを自動化するコストは、マクロを書いてデバッグすることです。月に 1 回しか実行しないものに何時間もかかることも珍しくありません。AI アシスタントなら、「プログラム」は一文です。マクロを書くほどではなかった無数の細かいタスクにとって、この計算は完全に変わります。(具体例 7 つ:マクロなしの Excel 自動化。)

毎回少しずつ変わるタスク。 今週のファイルに列が 1 本増えていたり、シート名が変わっていたりすると、マクロは脆さを露呈します。アシスタントは行動する前に実際の現在の構造を読むため、記録済みマクロを壊すその「揺らぎ」こそを自然に吸収します。

判断が絡む作業。 「このルールに従って各行を分類し、判断理由も説明して」「6 か月平均に対する異常値にフラグを付けて」といった作業は、文脈を踏まえたルール適用です。これを VBA に落とし込むのは可能でも骨が折れます。言葉で伝えるのは造作もありません。

誰でも使えること。 VBA エディターを一生開かない同僚でも、「このシートを整形して利益率の列を足して」と言うことはできます。チームで実際にどれだけ自動化が進むかは、この点にかかっています。

安全性の比較——想像以上に差がつく

Application.DisplayAlerts = False を含むバグ入りマクロは、元に戻す手段なしにデータを破壊できます。VBA の操作は Excel の元に戻す履歴を消してしまい、バックアップを実装するマクロ作者はごく少数です。

ここは、きちんと作られた AI アドインが平均的なマクロよりリスキーどころか安全な場面です。AI for Excel はすべての書き込み前にブックのスナップショットを取り、書き込んだ結果を読み戻して検証し、ワンクリックのロールバックを提供します。平均的な記録済みマクロには、そのどれもありません。

AI 側のリスクは種類が違います。指示の誤解です。対策は、後輩の仕事をレビューするのと同じやり方です。変更サマリーを読み、合計を確認し、行を抜き取り検査する。そして、数値を Excel ではなくモデルの中で計算する AI ツールには警戒してください。結果は本物の数式と決定的な計算から生まれるべきです。正しく実装された数式生成がそうであるように。

メンテナンス:マクロの隠れたコスト

すべてのマクロは、誰かが保守しなければならないコードです。作者が退職する。ファイル形式が変わる。IT 部門がマクロのセキュリティを厳格化する(Microsoft 365 では、インターネット由来の未署名マクロは既定でブロックされるようになりました)。「自動化負債」は現実です。誰も触る勇気のないマクロだらけのスプレッドシートがその姿です。

指示ベースの自動化には、そうした遺物が残りません。「ソースコード」は一文であり、言い直すことも、調整することも、誰かに渡すこともできます。

判断チェックリスト

VBA / Office スクリプトを選ぶべき場合:

• タスクが無人またはスケジュールで実行される
• 手順が毎回同一で、厳密に再現できなければならない
• カスタムダイアログやイベント駆動の動作が必要
• アドインなしでブックが自己完結している必要がある

AI アドインを選ぶべき場合:

• 入力ファイルが実行のたびに少しずつ違う
• タスクにルール、分類、分析、要約が含まれる
• プログラマーでない人が自動化を実行(そして調整)する必要がある
• マクロを書くほどの価値がなかったタスクである——つまり、スプレッドシート作業の大半

多くのチームは結局、両方を使うことに落ち着きます。定時パイプラインにはスクリプト、それ以外のすべてにはアシスタント、という形です。

実用的なハイブリッドデザイン

AI が存在するからといって、安定したマクロを置き換える必要はありません。すでに機能している確定的な部分を保持し、それらの周囲にアシスタントを使用します。

1. Power Query またはスクリプトでソース ファイルをインポートして正規化します。
2. 正確に再現できる必要がある計算には、数式またはスクリプトを使用します。
3. 例外、調査、1 回限りのレポート変更、解説、新しいレイアウトへの適応には AI アドインを使用します。
4. 合計、行数、および既知のテスト ケースの少数のセットを使用して、最終出力を検証します。

所有権も明確になるデザインです。 IT 部門は固定的な自動化を管理できますが、アナリストはマクロの作成時に予期していなかった作業を柔軟に完了することができます。

選択する前に尋ねるべき質問

• タスクのトリガーは何ですか? スケジュールまたはワークブック イベントではスクリプトが優先されます。ユーザーのリクエストによりアドインが優先されます。
• レイアウトはどのくらいの頻度で変更されますか? 頻繁な変動によりマクロのメンテナンスが増加します。
• 正しい結果を定義できますか? そうでない場合、VBA も AI もレビューせずに最終決定を下すべきではありません。
• 6 か月で誰が維持しますか? 短い命令は、文書化されていない VBA モジュールよりも転送が簡単な場合があります。
• 監査人はどのような証拠を見なければなりませんか? ツールに関係なく、数式、ソース参照、変更ログ、検証合計を保持します。

公式リファレンス

• Microsoft: Excel の Office スクリプト
• マイクロソフト: インターネットからのマクロは Office でデフォルトでブロックされます

よくある質問

AI は VBA を置き換えますか?

対話的で、毎回変化があり、その場で言葉にするタスクについては、おおむねイエスです。無人・定時・厳密再現の自動化についてはノーで、スクリプトが引き続き正しい道具です。両者は違う形の問題を解いています。

AI に VBA マクロを書いてもらえますか?

AI チャットボットは VBA の草案を書けますし、マクロの出発点としては妥当です。ただしデバッグとメンテナンスの責任はあなたに残ります。日常のタスクの多くは、アドイン経由で作業を直接実行するほうが、そのオーバーヘッドをまるごと省けます。

Excel のマクロはセキュリティリスクですか?

マクロには悪意のあるコードが含まれ得ます。だからこそ Microsoft は、インターネット由来の未署名マクロを既定でブロックしています。信頼できる出所のマクロだけを有効にしてください。Office アドインは定義された権限のもとサンドボックスで動作します。より制約の強い、別のセキュリティモデルです。