HN 日本語サマリー

← 一覧へ戻る
AI・機械学習

エージェントは依然としてExcelを自動化できない

Agents still can't automate Excel (orcaset.com)

18 pointsby jrdnh12 コメント

要約

AIエージェントは過去6ヶ月でExcelワークブックの作成・編集能力を向上させたものの、その評価には依然として苦労しています。特に、Excelアプリケーションがインストールされていない環境では、エージェントは隠れたPythonスクリプトでのシャドー分析にフォールバックすることがあります。これは、AIが常に稼働し、スケーリングされたクラウドセットアップへと移行するにつれて、ますます一般的なボトルネックとなっています。

全文翻訳

Aug 26, 2026 エージェントは依然としてExcelを自動化できない AIエージェントは過去6ヶ月でExcelワークブックの作成・編集能力を向上させたものの、その評価には依然として苦労しています。エージェントは特に、Excelアプリケーションがインストールされていない環境で苦労します。これは、AIが常に稼働し、スケーリングされたクラウドセットアップへと移行するにつれて、ますます一般的なボトルネックとなっています。それらの環境では、エージェントは隠れたPythonスクリプトでのシャドー分析に静かにフォールバックする可能性があります。 Excelでの分析 Excelの操作には、主に2つのコンポーネントが関わります。 ワークブックファイルと、 ファイルを解釈し計算を実行するExcelアプリケーション。 Excelファイル ほとんどの場合、ファイルの内容へのアクセスは簡単です。xlsx形式は、ほとんどが非常に構造化されたXMLで書かれた多数のファイルを含むジップアーカイブです。WindowsまたはmacOSでは、ファイル拡張子を.zipに変更するか、アーカイブユーティリティでワークブックを開くことでxlsxファイルを検査できます。 セルの内容はワークシートXMLファイルで定義されます。例えば、セルは次のように表されることがあります。 <c r="C20" s="7" t="n"> <f aca="false">C19*$B$6</f> <v>40</v> </c> <c ...> ... </c>要素には、セルC20の完全な定義が含まれています。内部の<f>要素はセルの数式(=C19*$B$6)を格納し、<v>要素は利用可能な場合は最も最近キャッシュされた結果を保持します。Excelは再計算してワークブックを保存する際にこの値を更新します。 ファイル構造は十分に文書化されており、openpyxlのような多くのオープンソースライブラリがあり、Excelファイルの読み取り、編集、作成を容易にします。 ファイルの評価 エージェントはxlsxファイルを開き、変更し、保存されているセル値を読み取ることができますが、実際に<v>セル値を再計算するには、ファイルを解釈できるプログラムが必要です。Excelアプリケーションが標準的なインタープリターです。Excelが利用できない場合(サンドボックス化された環境やクラウド環境ではしばしばそうですが)、エージェントは代替プログラムを必要とします。 最も一般的な代替手段はLibreOfficeです。これはオープンソースのオフィススイートで、xlsxファイルをインポートおよびエクスポートでき、多くのExcel機能をサポートしています。無料であり、クロスプラットフォームで利用可能で、エージェントがヘッドレスモードでプログラム的に実行できるコマンドラインインターフェースが含まれています。CodexおよびClaude Codeコマンドラインエージェントは、Excelが見つからない場合、通常はLibreOfficeにフォールバックします。 LibreOfficeはExcelと広く互換性がありますが、予想通りギャップがあります。ワークブックをLibreOfficeの内部表現に変換したり、その逆を行ったりすると、一部のExcel機能が変更されたり破損したりする可能性があります。感度分析に広く使用されているWhat-If Analysisデータテーブルはその一例です。 隠れた評価ワークアラウンド Orcasetのevalスイートには、xlsx自動化に対するベンチマークが含まれています。実際のエージェントのトランスクリプトに基づくと、エージェントは、スプレッドシートの数式を評価するのではなく、Pythonスクリプトで結果を静かに推定することにより、セル値を更新して報告することがあります。その結果、報告された数値は、ワークブックの実際の動作と常に一致するわけではありません。 ここでのワークブックは、ベンチマーク実行からの実際の成果物です。ワークブックの感度テーブルは#NAME?エラーを返します。しかし、エージェントセッションは、隠れたPythonスクリプトから派生した感度分析された出力を報告しました。この場合、エージェントはxlsxファイルを構築し、Pythonでセル値を推定し、それらの推定値をセルの<v>...</v>要素に書き込み、ワークブックを更新して計算された出力と一致するかどうかを確認せずに結果を報告しました。LibreOfficeが環境で利用可能であったにもかかわらず、セッションはこの別のPython計算に依存しました。 この特定のトライアルでは、LibreOfficeがインストールされた環境でGPT 5.6 Solが使用されました。評価された値は許容範囲内で正確でしたが、これは非常に小さなモデルです。 Orcasetによる代替アプローチ Orcasetは、財務モデリングに全く異なるアプローチを取ります。xlsxファイルを解釈しようとするのではなく、純粋なPythonコードで財務モデルを構築します。モデルの計算は完全に追跡可能で、決定的であり、エージェントがプログラムでアクセスできます。さらに、Orcasetはスプレッドシートの2次元グリッド(A1:B2セルなど)に限定されないため、型チェックのようなソフトウェアのベストプラクティスを活用して無効なモデルを防ぐことができます。 Orcasetは、オープンなPython環境で実行することにより、エージェントが財務モデルの作成、変更、評価を完全に自動化できるようにします。プロプライエタリなファイル形式に依存したり、サードパーティアプリケーションに依存したりしないため、エージェントは数百のクラウドサンドボックスにわたるスケーリングされた環境でも、自動化された分析を推進できます。 Orcasetを試す、例を見る、またはGitHubでリポジトリをスターしてください。 財務モデルのデータ引用 ›