ハクソク

世界を動かす技術を、日本語で。

Excel用のClaude

210日前原文(claude.com)

概要

Claude for Excel は、複雑なExcelワークブック全体を理解し、数式や依存関係を解析。 セル単位での説明 や変更追跡、エラー解析が可能。 仮定の更新 やシナリオ分析、モデル作成支援も対応。 リアルタイムでの変更説明 と既存のセキュリティフレームワーク内で動作。 現在は ベータ版の研究プレビュー として限定公開中。

Claude for Excelの主な特徴

  • Excelワークブック全体 （複数タブ・入れ子数式含む）の理解

    • 数式や依存関係の構造解析
    • モデル全体の流れ把握

  • セル単位での説明と引用

    • 各説明に セル参照 付き
    • ロジック検証の容易化

  • 仮定や前提条件の一括更新

    • 依存関係を保持したまま 全体の仮定更新
    • 変更点のハイライトと説明

  • エラー検出と修正方法の提示

    • #REF!、#VALUE!、循環参照 などのエラー追跡
    • 問題箇所と修正案の提示

  • 新規モデルのドラフト作成やテンプレートへのデータ自動入力

    • 要件に基づく 財務モデルの自動作成
    • 既存テンプレートの構造や数式維持

  • リアルタイムでの変更説明

    • 変更内容の逐次説明
    • モデル構造や書式の維持

  • 既存のセキュリティ・コンプライアンスフレームワーク内で動作

    • 社内ガイドラインに準拠

主要な利用シーン

  • 複雑な計算モデルのナビゲーション

    • 特定数式・ワークシート・複数タブ間の計算フローの質問

  • 前提条件のシミュレーション

    • 例：「Q3の収益予測を支える仮定は？」
    • 例：「収益成長率を2%増やし、終端価値への影響を表示」

  • エラー原因の特定と修正

    • 例：「セルG145のNPV計算が#VALUE!になる理由は？」

  • モデルの初期ドラフト作成やテンプレート自動入力

利用上の注意点・制限事項

  • ベータ版の研究プレビュー として提供

    • Max、Team、Enterpriseプランの 先着1,000名 限定
    • 今後段階的に拡大予定

  • 対応ファイル形式 ：.xlsx、.xlsm

    • プランごとにファイルサイズ上限あり

  • 未対応機能

    • ピボットテーブル
    • 条件付き書式
    • データ検証
    • データテーブル
    • マクロ・VBA

  • 金融モデリングのパターンや業界標準計算の認識に対応

    • ただし、最終的な出力は 必ず自身で検証 する必要

  • Claudeはミスをする可能性あり

    • 特にクライアント向け資料の最終化前に 必ず内容確認

今後の展望

  • 未対応機能の追加開発中

    • ピボットテーブルやVBAなどの高度なExcel機能

  • 利用者拡大と品質向上を目指した段階的リリース

Hackerたちの意見

なんでこんなにネガティブなコメントが多いんだろう？これは、ホワイトカラーの仕事に大きく関わる広い範囲の話だよ。基本的な自動化やスプレッドシートの枠組みだけでも、多くの社員にとっては生産性が大幅に向上するはず。うちの妻は保険業界で働いてるけど、彼女が管理している人たちはみんなExcelを使ってる。ラインの社員にとっては、仕事の大半が「この内部システムを見て、データをExcelにエクスポートして、他の内部システムと組み合わせて、基本的な解釈をして、確認して、提案をする」みたいな感じなんだよね。コンピュータの使い方やExcelの使い方はまだ進んでないけど、こういう仕事は統合が進むにつれて最初に切られるだろうな。これらの人たちに悪気はないけど、Sonnet 4.5はすでに彼らが提供する分析レベルを再現したり、上回ったりできるところまで来てるよ。

└

スプレッドシートで必要な正確な決定論的な作業をLLMに任せるのは信じられないな。レポートの要約で言葉を誤魔化すのは一つのことだけど、数字は主観的じゃないからね。LLMが基本的な数学すら苦手だってことは広く知られてるし、GoogleのAIの要約でもそれを認めてて驚いたよ。マーケティングチームは喜ばないだろうね。確かに、LLMは論理的なシステムとして数学を「理解」していないから、テキストとして処理して、トレーニングデータからのパターン認識に頼っているから、数学が苦手なんだ。

└

心配なのは、私の保険会社がLLMがスプレッドシートでやったことで、請求を却下したり、もっと悪いことに、何か問題が起こることだよね。確かに、Alexがセルで何かを間違えたせいでそうなることもあるけど、それは追跡して修正するのがずっと簡単なんだ。

└

昔はExcelにどっぷり浸かってたよ。問題は新しいモンスターをExcelで作ることじゃなくて、その中を掘り進んで何をしているのかを理解しなきゃいけない可哀想な人のことなんだ。Excelは、ちょうど使える程度で、拡張性もあるけど、みんなが外国のマクロを自動で実行しないように制限されている、絶妙なバランスなんだよね。要するに、Excel自体じゃなくて、ビジネスロジックが重要なんだ。Excelファイルがうまく機能するのは、会社にそれを「理解している」人がいるからなんだ。

└

うん、これはかなり大きなことになるかもしれないね。誰もがExcelのエキスパートってわけじゃないけど、ほとんどの人がいつかはExcelでデータを扱わなきゃならない時があるからね。

└

スプレッドシートの「スキャフォールディング」って何のこと？AI関連の記事でこの用語をよく見るけど、あんまりこの方法に詳しくなくて、LLMに聞くのもためらっちゃう。

└

正直最初に思ったのは「エイプリルフール」だった。でも君の言う通りだね。すごく理にかなってる（うまくいけばだけど）。Excelは世界最大の「プログラミング言語」だし、プログラミングするには一番直感的じゃない方法かもしれない。

└

ここでのコメントのほとんどがポジティブなのに、なんでネガティブなことを言うの？

└

でもこれらの仕事は、これらの統合が成熟するにつれて最初に切り捨てられるだろう。これがネガティブな部分の一部かも？中流階級にとっては悪いことだね。

└

Excelは行き詰まりだと思う。LLMエージェントは、普通の人向けに作られた重たいExcelよりも、SQL、sqlite、Pythonを大いに好むだろうね。多様性と効率が爆発的に向上する一方で、人間の使いやすさは落ちるけど、その時点では誰も気にしないんじゃない？

もしこれが私が思っている通りにうまくいけば、すごいことになると思う。多くのソフトウェアエンジニアは、Excelを使っている大企業（億単位のプロセスがある）を見落としているんじゃないかな。新しいExcelシートを作ることよりも、既存のものを修正・改善することの方がずっと重要なんだよね。Claude Codeがコードに対してうまく機能するなら、かなりの採用が進むと思う（マイクロソフトが先にやらない限り）。

└

もしこれが私が思っている通りにうまくいけば、すごいことになると思う。マイクロソフトが競争を妨げることをして、ファイル形式を壊す方法を見つけるまで、これはまさにExcelのコパイロットがやっていることだからね。とはいえ、Excelのコパイロットはまだひどいから、何か他のものの方がマシだよ。

└

多くのソフトウェアエンジニアは、Excelを使っている大企業（億単位のプロセスがある）を見落としているんじゃないかな。だから、2人の担当者をクビにして、15年分の社内知識を失って、年間20万ドルを節約して、数ヶ月後にその魔法のツールがダメになった時に泣くのか？本当に大きな勝利だね。

みんな機能について推測してるみたいだけど、TFAを読めばちゃんと機能が書いてあるのにね。 - 数秒でセルに関する答えを得る：複雑なモデルを瞬時にナビゲートできる。特定の数式やワークシート全体、タブ間の計算フローについてClaudeに聞いてみて。すべての説明にはセルレベルの引用が含まれてるから、論理を確認できるよ。 - 数式を壊さずにシナリオをテスト：モデル全体の仮定を更新しながら、すべての依存関係を保持できる。異なるシナリオを素早くテストできて、Claudeがすべての変更を強調し、完全な透明性のために説明を加えてくれる。 - デバッグとエラー修正：#REF!、#VALUE!、循環参照エラーの原因を数秒で追跡。Claudeが何が悪かったのか、どう修正すればいいのかを説明してくれるから、モデルの他の部分に影響を与えずに済むよ。 - モデルを構築するか、既存のテンプレートを埋める：要件に基づいて、ゼロからドラフトの財務モデルを作成できる。既存のテンプレートに新しいデータを入れながら、すべての数式や構造を維持することもできるよ。

Anthropicは今、ちょっと変な状況だな。急成長してて、試してみたい小さなプロジェクトを作ってるけど、最大のサブスクライバーとしてのカスタマーサービスがひどすぎて、自分の中で倫理的な境界を設けて、彼らのサービスを避けることにした。彼らが顧客を気にかけているように見えるまで待ってるけど、話す人みんなが恐ろしい話を持ってる。技術者としては、ただそのものをいじりたいだけなのに、残念だな。

彼らは試すことができるけど、真剣に採用する人はいないと思う。自分のファイナンスの仕事にchatgptを統合して、どこまでできるか試してみたけど、メガジョーク…何百万ドルもの幻覚的なミスが出た。プログラミングのような、何が間違っているか教えてくれるフィードバックループがないのが最悪。コンパイルエラーやユニットテストとか。実際に何がリアルで何が幻覚なのかを見極めるために、彼らがやったことをすべて確認しないといけない。基本的に静かに失敗する。もしこれが金融システムで大規模に展開されたら…面白い時代が来るね。スプレッドシートに関しては、何かできることがあるはずだけど、スプレッドシートのボイラープレートコード的なものが何かはわからない。

投稿やコメントを読みながら、自分のこのツールとの多くの時間を考えていたら、急にお気に入りのスタジオCのスケッチを思い出したよ：「不運な運勢」 https://www.youtube.com/watch?v=SF-psoWdSpo 他の人もこのつながりを感じるかな？ :D

Calcappの共同創設者なんだけど、Excelみたいな数式を使ってアプリを作るアプリビルダーなんだ。数日間Claude Codeを使って、20個の新しいテンプレートを作ってみたら、すごく驚いたよ。サンプルのJSONファイルを見ただけで、大半のアプリを一発で生成してくれて、複雑でちゃんとしたアプリを作り上げたんだ。Excelの関数に加えた拡張についてちょっと話したら（FILTER用のラムダとか、XMATCH用の名前付きソートタイプの列挙型とか）、すぐにそれを理解してくれた。ある時、冗長な数式を生成して、「CalcappがLETをサポートしてたらもっと綺麗だったのに」とか軽く言ってきたから、「サポートしてるよ！」って返したんだ。「拡張として、名前と値を分けるのに:=を使えるよ！」って言ったら、すぐに私たちの拡張構文を使って書き直して、スッキリした数式を作ってくれた。これらのテンプレートは、不動産やファイナンシャルプランニング、小売業などいろんな分野向けで、Claudeの専門知識がなかったら作るのは大変だったと思う。しかも、週末にやっちゃったんだ！まぁ、「私たち」がやったんだけどね。だから、この開発にはあまり驚いてないよ。ClaudeがExcelで活躍するのは間違いないと思うし、Claude Codeが私たちのアプリデザイナーに常駐したらいいなって考えてる。でも、コストが心配だから、今は様子見してる。お客さんにはその特権がないのに、私がCalcappでアプリを書くためにClaudeを使えるのはちょっと不公平な気がするな。（Claude Codeの統合についてはここに詳しく書いたよ：https://news.ycombinator.com/item?id=45662229）

ちょっとバカな質問なんだけど、このClaude for Excelって…アプリのこと？ウェブアプリ？Googleスプレッドシートでも使えるの？とか、いろんなスプレッドシートアプリがあるけど、どんな実装になってるのか気になるな。Excel（とOfficeエコシステム）はいつも混乱するんだよね、へへ。

これは、プロンプトとpandasを使ってExcelファイルを編集する既存のClaudeスキルとどう違うの？ https://github.com/anthropics/skills/blob/main/document-skil...

一方で、ほとんどの金融会社はExcelでたくさんのプロセスを持っていて、Claudeみたいなもので改善できるはずなんだ。銀行の秘密保持法＋顧客識別データ＋AIツール＝ダメだね。