2026 年の AI ネイティブ表計算 vs Excel AI：Rows のサービス終了が違いを説明する

2 つのカテゴリの説明

AI ネイティブ表計算は、Excel の形式を新しい AI 前提の形式に置き換えます —— Sourcetable、Bricks、そして 2026 年 5 月までは Rows。一方 Excel AI は、すでにある Excel に AI を載せます。答えるだけでなくワークブック内で実行もするクラウドアドイン、ファイルを操作するワークブックエージェント、数式を書くジェネレーター。**両者はデモでは似て見え、実践では全く異なります。**

違いは**仕事がどこに住んでいるか**です。AI ネイティブ表計算は、独自のファイル形式、独自のクラウド、独自のやり方を持つ新しいアプリです。Excel AI は、ファイルとすでにあるツールの中にあなたを留めます。Excel の中で生きているチームにとって、これは**後付け**と**移住**の違いです。

どちらも同じ問題への答えです —— **AI はテキストで止まるべきではない**。ネイティブ側は AI を中心に表計算を作り直すことで答え、Excel AI 側はすでにある表計算に**実行を足す**ことで答えます。このアーキテクチャの分岐が、一方が形式を脅かし、他方がそれに触れない理由です。

どちらも Excel AI の 5 つのタイプ の枠組みに入ります —— ネイティブ側は独立した 1 タイプで、それ以外はすべて Excel 自体の上に積み重なります。

「AI 前提」が実際に何を意味するかは、両方のデモを並べて見てください。ネイティブツールは自然言語で分析を記述すると、**グリッドが要求を中心に自ら組み上がります**。Excel AI の層は、すでにあるファイルから始めて上に機能を足します。**どちらも午後一杯は魔法のように感じられます** —— 違いは 1 年後に現れます。一方はあなたの条件で進み、他方はベンダーのロードマップで進みます。

Rows のサービス終了：事例研究

Rows は 2026-05-31 にサービスを終了しました —— **クラウドネイティブの表計算は、会社が畳めばあなたのデータを持っていけません**。発表ではチームが Superhuman に加わり、製品は終了するとされていました。戦略的な理由が何であれ、ユーザーへの影響は同じです。エクスポートできるうちにエクスポートし、それから移行する。

これが データのロックイン vs ローカル の教訓を**最も鋭い形で**示したものです。Excel のデータはあなたが所有するファイルです。AI ネイティブ表計算のデータは、他人の製品の中の**テナント**であり、退出条件は向こうが用意するもの次第です。

Rows のサービス終了のお知らせ —— 公式の告知で、ユーザーに提示された移行とエクスポートの条件を含みます。

この経緯が警告を鋭くします。Rows は実際に資金を集め、実際に製品を作り、それでもローンチから数年で終了しました。教訓はチームが失敗したことでは**ありません** —— **若い SaaS 形式は、資金から集中力まで、ベンダーのあらゆるリスクを継承する**ということです。Excel ファイルはそのどれも負いません。

その後についてもう一度読む価値があります。ユーザーにはエクスポートと移行が提供されましたが、**エクスポートの質は Rows 自身のツール次第**でした。独自形式がきれいに変換されることはまれで、製品内で作った数式や自動化が移行を生き延びるとは限りません。**これがフォーマットのロックインの具体的な意味です** —— 失うのはデータそのものではなく、**その上に築いたすべて**です。

AI ネイティブ表計算の比較

クラウド形式の行は、Rows が今示したのと同じ形のリスクを抱えています —— **価格ページとロードマップがスタートアップの所有物**であること。無料の Excel AI ツールの一覧が両カテゴリの安い側をカバーしています。Grok の Excel プラグインは最新の参入者で、2026 年 7 月に発表され、背後に Grok Excel アドインと SuperGrok サブスクリプションがあります。

この表が**示せない**ものに注意してください：**移行コスト**です。Rows を去ることはエクスポートとワークフローの再構築を意味しました。「Excel を去る」という事態は起こりません。クラウドツールのステータス列は**約束**であり、Rows の行はその約束にどれだけの価値があったかの記録です。

開発者側の優位：Excel 向け MCP サーバー

MCP —— Model Context Protocol —— は、LLM エージェントがローカルファイルを直接読み書きできるようにする標準で、Excel はそれが届く形式の 1 つです。MCP サーバーがあれば、Claude や他のエージェントは xlsx ファイルを開き、セルを調べ、**コードを貼り回さずに**変更を実行できます —— ワークブックエージェントがやることの**開発者版**です。

これらのページでは **API のサリエンス**がほとんどのブランドより高い —— これは**この経路がまだ初期で、重みが偏っている**サインであり、主流になったという意味ではありません。Excel のリファレンスサーバーは ExcelMcp（mcp-server-excel）で、ワークブック操作を MCP 対応のあらゆるエージェントに開放します。

MCP プロトコル —— プロトコル仕様と、データ・ファイル形式をまたぐサーバーのレジストリ。

MCP 公式 GitHub —— プロトコルの管理者が維持するリファレンス実装と SDK。

ExcelMcp（mcp-server-excel） —— エージェントに xlsx ファイルの読み書き権限を与える Excel サーバー。

MCP の経路は、**面白い動きは Excel 側にある**ことを思い出させます。エージェントがローカルファイルに手を伸ばすのは進む方向であり、「ファイルを所有する」モデルを**弱くするのではなく強くします**。MCP サーバーを Excel につないだ開発者は、形式を捨てずに実行を得ます —— **両方の良いとこ取り**です。

具体的な MCP ワークフローが形を示します。エージェントがローカルのワークブックを開き、必要な範囲を読み、値を計算または書き換え、保存します —— ファイルパスと変更は後から監査できます。**アップロードなし、貼り付けなし、形式の移行なし。** これが**ファイル所有モデル上での実行**であり、開発者経路が Excel から離れるのではなく**Excel を指している**理由です。

ローカルに留まる Excel AI

ローカル群は、ネイティブ側に対する**逆の賭け**です。データを若い形式に賭けるのではなく、Excel ファイルを保ち、AI を PC に置きます。**形式の移行なし、サブスクなし、そしてあなたの仕事を巻き添えにするサービス終了リスクもなし。**

生き残るカテゴリの選び方

**生き残るカテゴリは、その失敗を吸収できるものです。** Excel AI は、すでに持っていた Excel ファイルに退化します。AI ネイティブ表計算は、最悪の場合、ベンダーとともに消えます —— この違いを Rows は 1 通の告知で具体化しました。

この 2 つのカテゴリは**対称な賭けではありません**。ネイティブ表計算は「新しい形式が勝つ」ことに賭け、Excel AI は「**Excel の普及台数は何にでも耐える**」ことに賭けています。Rows は 2 つ目の賭けのほうが安全だと示すデータ点であり —— ローカル群は、その賭けの中で**最もリスクの低い版**です。

ほとんどの組織にとって、実用的な答えは**二者択一ではありません**。Excel を**システム・オブ・レコード**として保ち、日常業務用に Excel AI の層を載せ、AI ネイティブ形式は**予告なく捨てられる実験**として扱う。このハイブリッドは、新カテゴリの利便性を得ながら、データをその寿命に賭けません —— **Rows のユーザー自身が、そうしておけばよかったと悔いた論理そのものです**。