Home›Claude / Claude Code›「同じ内容・構成違いのExcel」を5つの生成AIに照合させてみた

「同じ内容・構成違いのExcel」を5つの生成AIに照合させてみたAn experiment comparing five generative AIs on the task of cross-referencing…

元記事を読むRead original articleqiita.com(新しいタブで開きます)(opens in a new tab)
AI2 点サマリ2 key points
  • 同じデータを異なる構成で作成した複数のExcelファイルを、5種類の生成AIに照合・比較させた実験記事。
  • 各AIの精度や得意・不得意の差異を明らかにしており、業務でのAI活用判断に役立つ。
  • An experiment comparing five generative AIs on the task of cross-referencing Excel files that share the same data but differ in layout.
  • The results highlight meaningful accuracy differences across models, offering practical guidance for choosing AI tools in spreadsheet-heavy workflows.

本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (qiita.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (qiita.com).

要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.

同じデータを異なるレイアウトで作成した複数のExcelファイルを突き合わせ、内容が一致しているかを照合する——この一見単純に見える業務を、5種類の生成AIにやらせて精度を比べた実験記事が公開された。表計算を多用する現場でAIをどこまで信頼できるかを考えるうえで、実務的な示唆を含む内容となっている。

背景として、Excelの照合作業は人手では手間がかかり、ミスも起きやすい。列の並び順やセルの結合、シート構成が異なると、同じ意味のデータでも単純な比較ツールでは差分として検出されてしまう。ここに、文脈を読み取って「構成は違うが中身は同じ」と判断できる生成AIの活用余地がある。一方で、大規模言語モデル(LLM)は数値やセル位置の厳密な取り扱いを苦手とする傾向があり、桁の取り違えや見落としが起きる可能性も従来から指摘されてきた。

実験では、同一の元データを異なる構成で作成した複数のExcelを用意し、各AIに照合・比較を指示している。その結果、モデルごとに精度や得意・不得意にはっきりとした差が見られたという。構造化データの読み取りやすさ、指示への忠実さ、誤りの傾向などがモデル間で分かれ、単に「高性能なモデルほど正確」とは言い切れない側面もうかがえる。

こうした比較は、AnthropicのClaudeやOpenAIのGPT系、GoogleのGeminiなど主要モデルが相次いで表形式データやファイル解析の機能を強化するなかで、関心が高まっている分野だ。近年はChatGPTのコード実行機能やClaudeのファイル添付など、表計算データを直接扱える環境も整いつつある。ただし、こうした機能を使う場合でも、AIが数値を正しく解釈しているかは利用者側の検証が欠かせない。

業務でExcel照合をAIに任せるかどうかは、対象データの規模や許容できる誤差、確認体制によって判断が変わる。今回のような実測ベースの比較は、モデル選定や運用ルールを決める際の参考材料になりそうだ。特に重要な数値を扱う場面では、AIの出力を最終結果とせず、人による確認と組み合わせる運用が現実的と見られる。

Cross-referencing spreadsheets that contain the same underlying data but arrange it differently is one of the most common and error-prone tasks in office work, and it is exactly the kind of problem that large language models are increasingly being asked to handle. A recent experiment published on Qiita set out to test how well five generative AI systems perform this job, feeding each of them Excel files that hold identical information organized under different layouts and asking them to reconcile the discrepancies. The results, the author reports, reveal meaningful differences in accuracy across the models, which matters for anyone considering where AI can safely fit into spreadsheet-heavy workflows.

The core challenge is deceptively simple. Two files might record the same sales figures, customer records, or inventory counts, but one could place totals in columns while another uses rows, apply different header labels, merge cells, or reorder entries. A human reviewer intuitively maps these structures onto one another, but a machine has to infer that "Q1 Revenue" in one sheet corresponds to "Sales, Jan–Mar" in another, then confirm that the values actually match. This tests several capabilities at once: reading tabular data reliably, understanding semantic equivalence between differently named fields, and performing exact numerical comparison without hallucinating or silently dropping rows.

According to the write-up, the five models did not perform equally, and the gaps were significant enough to affect practical trust. Some systems appear to handle layout normalization well but stumble on precise value matching, while others parse the raw cells accurately yet struggle when the structures diverge sharply. This pattern is consistent with a broader known limitation of language models: they are strong at pattern recognition and natural-language reasoning but can be unreliable at deterministic, arithmetic-style verification, where a single transposed digit constitutes a hard failure rather than a close-enough answer.

A key technical distinction that shapes these outcomes is whether a model reasons over the spreadsheet as flattened text or executes actual code to process it. Several current AI platforms, including tools built around Claude and other frontier models, now offer code-execution or analysis environments that can load a file with libraries such as pandas and compute comparisons programmatically. When a model writes and runs code to align and diff two tables, its accuracy on exact matching tends to be far higher than when it merely "reads" the numbers and answers from inference. Readers evaluating the experiment should therefore consider not only which model was used but also whether it had tool access, since that often matters more than the underlying model's raw reasoning ability.

The context here connects to a wider industry push toward AI-assisted data work. Microsoft has been integrating Copilot directly into Excel, OpenAI and Anthropic both offer file-upload and analysis features, and a growing ecosystem of add-ins promises automated reconciliation, cleanup, and reporting. For finance, auditing, and operations teams, reliable cross-referencing is not a novelty but a daily necessity, and the cost of a missed mismatch can be substantial. That raises the stakes for the kind of benchmarking this article attempts, because vendor demonstrations rarely stress-test messy, real-world layout variation.

There are caveats worth keeping in mind. An informal comparison of five models on a set of files is a useful signal rather than a rigorous benchmark; results can shift with prompt wording, file complexity, model versions, and whether the data fits within a model's context window. Larger or more intricate spreadsheets may expose weaknesses that small examples hide, and models are updated frequently enough that any ranking is likely to be a snapshot rather than a durable verdict. The experiment's value lies more in illustrating the failure modes and the variability than in crowning a definitive winner.

For practitioners, the practical takeaway is to treat generative AI as an accelerator for spreadsheet reconciliation rather than an unsupervised authority. Using models that can execute code, keeping source files clean and well-labeled, and spot-checking results against known totals all reduce risk. Experiments like this one are helpful precisely because they encourage a clearer, evidence-based sense of what these tools can and cannot yet be trusted to do.

ポコとTECHガイドPoko & TECH Guide

ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.

  1. ポコPoko5つ試して、4箇所を全部見つけたのはClaudeだけなんだ。これって大きいこと?Out of five AIs, only Claude found all four issues. Is that a big difference?
  2. TECHガイドTECH Guideこの比較では大きな差だね。Claudeは実ファイルをpandasで読み直して再集計し、Grokは4箇所中3箇所だったよ。It was a meaningful gap in this test. Claude reread and recalculated the files with pandas, while Grok found three of the four issues.
  3. ポコPokoその「pandas」って、Excelをちゃんと読む仕組みなの?What’s pandas? Is it a way to properly read Excel files?
  4. TECHガイドTECH Guide表のデータをコードで読み込み、計算や整理をするための道具だよ。今回は実ファイルの再集計に使われたんだ。It’s a tool for reading, organizing, and calculating tabular data with code. Here, it was used to recalculate the actual files.
  5. ポコPokoぼくなら月次レポートの照合を頼んで、合わない場所を探す手がかりにしたいな。I’d use it to compare monthly reports and point me toward places that might not match.
  6. TECHガイドTECH Guideその使い方なら、最後は人が確かめたいね。5つとも文字列の表記ゆれを1つ見逃し、整った回答でも正確とは限らなかったよ。That could help, but a person should still verify the result. All five missed one spelling variation, and a polished answer didn’t guarantee accuracy.
記事情報・収集記録Article details & collection record
出典Source
Qiita ClaudeコミュニティCommunity
公開日時 (JST)Published (JST)
収集日時 (JST)Collected (JST)
配信形式Format
ブログBlog
原文言語Source language
JA
重要度の位置づけImportance in this lane
MediumMedium priority(Claude / Claude Code 174件中、同等以上 138件)(138 of 174 Claude / Claude Code entries are equal or higher)
出典の平均重要度(掲載直近 30 件・最大 30 件)Source average (last 30 listed, up to 30)
2.0 / 31=情報 · 2=中 · 3=高1=Info · 2=Medium · 3=High
情報の寿命Half-life
中期 (チュートリアル)Medium-term (tutorial)

🧡Claude / Claude Code の他の記事More from Claude / Claude Codeもっと見る →View more →

ページ上部へScroll to top