Claude Media
Claude CoworkのExcel・スプレッドシート分析 — 集計と可視化を任せる手順と検算

Claude CoworkのExcel・スプレッドシート分析 — 集計と可視化を任せる手順と検算

CoworkにExcelやCSVの集計・可視化を任せる手順。表データの整え方、指示文例、出てきた数値を検算する運用、定型レポートの下ごしらえと向かない領域までまとめます。

CoworkでExcelの何ができるか

Coworkは、表を読んで集計するだけでなく、動く数式が入ったExcelファイルそのものを書き出せます。VLOOKUPや条件付き書式、複数タブを含んだファイルを生成でき、デスクトップではアップロードやダウンロードを挟まずにローカルのファイルを直接読み書きします。集計の中身はサンドボックス内でコードを実行して処理されるため、電卓のように桁を間違える種類の誤りは起きにくい構成です。

一方で、間違いが起きる場所は移動しただけです。数式は正しく動いても、読み込んだ行が足りない、列の対応がずれている、集計の粒度が意図と違う。こうした誤りは出力の見た目に現れません。本記事では、渡し方・頼み方・検算の3つを順に組み立てます。

Cowork全体の機能や料金はClaude Coworkとは — 全機能・料金・始め方を1記事でにまとめています。

渡す前に表データを整える

成果物の精度は、依頼文よりデータの形で決まります。整っていない表は、人間が読んでも解釈が割れます。

崩れ方起きること直し方
ヘッダーが2行以上起きること1行目が列名として読まれ、2行目がデータに混ざる直し方ヘッダーを1行に統合する
結合セル起きること空欄として読まれ、行の対応がずれる直し方結合を解除して値を各行に展開
小計行の混在起きること明細と小計を同じ列で合計し二重計上になる直し方小計行を削るか別シートに出す
数値の表記ゆれ起きること「1,000」「¥1000」「1000」が別の値として扱われる直し方記号と桁区切りを外し数値型に統一
日付の表記ゆれ起きること月別集計が別グループに割れる直し方ISO形式(2026-07-25)に統一

最後の2つは、人手で作られた表でほぼ必ず起きます。1つのファイルの中で「2026/7/1」と「令和8年7月1日」と「7月1日」が同居している状態は珍しくありません。

加えて、列名に単位を入れておくと解釈のずれが減ります。amount ではなく amount_jpyrate ではなく rate_pct。集計結果を受け取ったときに、単位の確認という一手間がまるごと消えます。

欠損の扱いも先に決めます。空欄のまま渡し、「-」や「N/A」や「未定」で埋めないでください。文字列で埋めると数値列が文字列列に化け、合計が出なくなるか、無言で0として扱われます。

スプレッドシートから持ち出すときの注意

共有スプレッドシートを分析に回すとき、書き出しの段階で情報が欠けたり増えたりします。ここでの取りこぼしは、後工程のどの確認にも引っかかりません。

  • フィルタが掛かったまま書き出すと、画面に見えている行だけが出るとは限らず、逆に隠していたつもりの行が全部出ることもあります。書き出す前にフィルタを解除して行数を確認してください。
  • 非表示にした行や列も、書き出したファイルには含まれます。集計対象外にしたい列は削除してから渡します。
  • 他シートやほかのファイルを参照した数式は、書き出した先で参照が切れて空欄やエラー値になります。値として固定してから渡すと安定します。
  • 日本語を含むCSVはUTF-8にします。セル内改行がある列は行が割れるため、書き出し後に行数を数えて元の件数と一致するか確かめてください。
  • コメント、条件付き書式の色分け、セルのメモは書き出しで失われます。色で意味を表現していた列は、値の列として明示的に持たせます。

3つ目と5つ目は、人が長く運用してきたシートほど効いてきます。「赤いセルは要確認」「黄色は暫定値」といった暗黙のルールは、書き出した瞬間に消えます。分析に回す前に、その意味を列として起こす一手間が要ります。依頼文の組み立て方そのものはClaude Cowork業務テンプレート12選に型をまとめています。

集計を頼む

依頼文で効くのは、出力形式より前提の明示です。列の意味、集計の粒度、欠損と外れ値の扱いを書いておくと、確認の往復が減ります。

プロンプト例
{~/work/data/sales_2026H1.csv} を読み込み、集計表を作ってください。
 
- 列の意味: date(受注日), region(地域), product(商品), amount_jpy(税抜金額), channel(販路)
- 集計:
  1. 地域別 × 月別の売上合計
  2. 商品別 × 販路別の売上合計と件数
  3. 各表に前月比(%)の列を追加
- 粒度: dateは月単位に丸める(月初日基準)
- 欠損の扱い: regionが空の行は除外せず「未設定」として1グループにまとめる
- 端数: 金額は千円単位で四捨五入、比率は小数第1位まで
- 出力: Markdownの表と、同内容のExcelファイル1つ
- 併せて、読み込んだ行数・除外した行数・金額の総合計を先頭に書く

最後の1行が検算の起点になります。読み込み行数と総合計を先に出させておけば、元ファイルの行数と SUM を突き合わせるだけで、取りこぼしの有無がその場で判定できます。これを書かないと、集計表だけを眺めて「それらしい」と判断することになります。

もうひとつ、集計に使ったコードも一緒に出させる依頼が効きます。

プロンプト例(追加の1行)
集計に使ったスクリプトも、コードブロックで出力してください。
除外条件や丸め処理がコード上でどう書かれているかを確認したいためです。

処理の中身が読める形で残ると、意図と実装のずれを人間が検証できます。「regionが空の行は除外せず」と書いたのに、コード側で dropna() が入っていた、といった食い違いは、コードを見れば数秒で見つかります。成果物だけを見ていると、この種のずれは最後まで表に出ません。

可視化を頼む

グラフは、目的を先に伝えると1回で決まります。「グラフにして」だけだと、データの形から推測された無難な棒グラフが返ってきます。

プロンプト例
先ほどの集計結果から、月次レビュー用のグラフを作ってください。
 
- 図1: 地域別の月次売上推移(折れ線、地域ごとに1本、6ヶ月分)
- 図2: 商品別の売上構成比(直近月のみ、上位5商品+その他)
- 図3: 販路別の件数と平均単価(2軸、件数は棒・平均単価は折れ線)
- 用途: 経営会議のスライドに貼る。文字は投影しても読めるサイズで
- 数値ラベル: 図1は不要、図2と図3は表示する
- 出力: 画像ファイルと、元データを含むExcelファイル(グラフ付き)

用途を書く効果が大きく出るのは文字サイズと情報量です。投影用と資料配布用では適切な密度が違い、そこを伝えないと画面で見た限りは綺麗なグラフが、会議室では読めません。

構成比のように「上位N件+その他」でまとめる指定は、必ず明示してください。指定がないと全項目が並び、凡例だけで図の半分が埋まります。図の目的が「どれが大きいか」なら、細かい項目は集約したほうが伝わります。

出てきた数値を検算する

集計結果は、5つの機械的な確認で大半の誤りが落とせます。読んで判断するのではなく、突き合わせて判定する形にするのが要点です。

確認見るもの不一致が示すもの
総合計見るもの元データの SUM と集計表の合計不一致が示すもの行の取りこぼし、除外条件のずれ
行数見るもの読み込み行数と元ファイルの行数不一致が示すもの文字コードや区切り文字の解釈違い
グループ数見るもの地域や商品の種類数不一致が示すもの表記ゆれによるグループの分裂
端の値見るもの最大値と最小値の行を元データで確認不一致が示すもの単位の混在、桁の取り違え
再実行見るもの同じ依頼をもう一度出して数値を比較不一致が示すもの曖昧な指示による解釈の揺れ

3つ目のグループ数は見落とされがちです。「東京」と「東京都」と「Tokyo」が別グループとして数えられていても、集計表は整った形で出てきます。地域が7つあるはずの集計で9行並んでいたら、そこで気づけます。

5つ目の再実行は、重要な数値を外に出す前だけで十分です。同じデータに同じ依頼を出して結果が変われば、指示文のどこかに解釈の余地が残っています。数値が動いた箇所を見れば、どの指定が足りなかったかもわかります。

不一致が出たときは、集計表ではなく元データを見にいきます。総合計が元データより小さいなら、多くは行の欠落か除外条件です。読み込み行数が一致しているのに合計が合わないなら、金額列に文字列が混ざって数値として集計されていない行を疑います。逆に総合計のほうが大きければ、小計行を明細と一緒に足している二重計上か、同じファイルを2回読み込んでいる可能性があります。原因ごとに見る場所が決まっているので、切り分けは数分で終わります。

数値の確認と並行して、前提のずれも拾います。「税抜か税込か」「キャンセル分を含むか」「計上基準は受注日か検収日か」。これらはデータの中に書かれていないことが多く、Coworkは列名から推測します。推測が入る余地のある項目は、依頼文で先に潰しておくと後戻りが減ります。出力を鵜呑みにしない運用の考え方はClaude Cowork運用ベストプラクティスでも扱っています。

定型レポートの下ごしらえ

毎月同じ集計を繰り返しているなら、手順を固定してからスケジュール実行に載せる順序が扱いやすくなります。いきなり自動化に入ると、失敗の原因が指示文かデータかスケジュール設定かを切り分けられません。

  1. 手動で3回まわし、指示文を確定させる(前提・粒度・欠損の扱いを固める)
  2. 指示文をテキストファイルに保存し、毎回そのファイルを参照する形に変える
  3. 入力ファイルの置き場所と命名規則を固定する(sales_YYYYMM.csv のように)
  4. 出力先フォルダーを分け、上書きではなく日付付きで残す
  5. スケジュール実行に載せ、最初の数回は実行結果を毎回確認する

3番目の命名規則が、自動化の成否をいちばん左右します。ファイル名が毎回違うと、指示文で対象を一意に指定できず、実行のたびに人間の介入が要ります。

スケジュール実行を入れた後も、結果の確認は残ります。入力データ側の変化 — 列が増えた、名称が変わった、集計対象の定義が変わった — は自動では検知されません。月次であれば、実行直後に総合計だけ見る習慣を付けておくと十分に機能します。Microsoft 365環境でのファイル連携はClaude Cowork × Microsoft 365連携にまとめています。

向かない領域を先に知る

Coworkが苦手な使い方を先に切り分けておくと、期待値のずれによる失望を避けられます。

  • セッションをまたいで状態を持ち越す処理。エージェント処理とコード実行の環境はセッションごとに作られ、終了時に破棄されます。中間ファイルを残したいなら、接続したローカルフォルダーに明示的に書き出す必要があります。
  • 常時更新のダッシュボード。更新のきっかけは依頼かスケジュール実行なので、秒単位で追随する用途とは粒度が合いません。
  • 認証が必要なデータソースへの直接接続。社内システムやSaaSから直接引いてこられるかはコネクタや接続の構成に依存するため、小さいデータで一度試してから本番の手順に組み込む進め方が確実です。
  • 一度に渡すデータが増えるほど、処理時間と使用量が伸びます。集計軸が決まっているなら、元データを絞ってから渡すほうが速く安く済みます。
  • 定義が固まっていない分析。「何か傾向を見つけて」という依頼は、それらしい結論が返ってくるぶん検算しにくくなります。仮説を1つ立て、それを確かめる集計を頼む形に分解したほうが、結果を使えます。

ローカルファイルへのアクセスは、デスクトップで接続したフォルダーの範囲に限られます。分析用のフォルダーを1つ切ってそこだけを接続する構成が、範囲の管理をいちばん簡単にします。初期セットアップはClaude Coworkビジネス活用はじめの一歩で扱っています。

よくある質問

Excelファイルを直接更新してもらえますか

デスクトップでフォルダーを接続していれば、読み書きの両方が可能です。ただし原本を直接書き換えさせるより、原本は読み取り専用にして別名で出力させる形が安全です。ファイルの完全削除については、どの承認モードでも実行前に明示的な許可を求められます。

数式入りのExcelを作らせると、数式は本当に動きますか

VLOOKUPや条件付き書式を含むファイルを生成できます。作られたファイルを開いて、数式の参照範囲が想定どおりかを1箇所だけ確認しておくと安心して配れます。参照範囲は行の追加で崩れやすい部分です。

複数のファイルをまとめて集計できますか

同じフォルダー内の複数ファイルを対象にした集計は依頼できます。ファイルごとに列名が違う場合は、対応表を先に渡すか、統一するマッピングを指示文に書いておくと精度が上がります。判断に迷う行は独断で埋めさせず「要確認」として別表に出させる指定が有効です。

集計結果が前回と違うのはなぜですか

指示文に解釈の余地が残っていると、集計の粒度や除外条件の扱いが揺れます。欠損の扱い、丸めの方法、期間の境界(月末を含むかどうか)を明示すると安定します。再実行して数値が動いた箇所が、そのまま指示の不足箇所です。

グラフの体裁を細かく指定できますか

色、軸のラベル、凡例の位置、数値ラベルの有無といった指定は依頼文に書けます。ただし細かく指定するほど往復が増えるため、最初は用途(投影用か配布用か)と図の目的だけを伝え、出てきたものに対して1〜2点調整する進め方が速く着地します。

まとめ

CoworkでのExcel作業は、データを整える・前提を書く・検算するの3工程で精度が決まります。ヘッダーと結合セルと表記ゆれを先に潰し、依頼文には列の意味と粒度と欠損の扱いを書き、出力の先頭に読み込み行数と総合計を出させる。この形にしておけば、集計結果の妥当性は元データとの突き合わせで判定できます。

集計に使ったコードも一緒に出させる依頼は、手間のわりに効きます。意図と実装のずれは成果物の見た目に現れないため、処理の中身が読める状態にしておくことが、いちばん安価な検証手段になります。定型レポートは手動で3回まわしてからスケジュール実行に載せると、失敗の切り分けがしやすくなります。

この記事を共有:XはてブLinkedIn