codex エクセルで表計算コードを作る方法と実務の注意点

codex エクセルでできることと限界

Codex エクセルという検索語から、Excelのファイルを開いてセルを自在に操作してくれる専用アドインを想像する人は少なくありません。実際には、Codexを表計算に使うときの中心は、ブックの構造を理解し、必要なコードや数式の設計を提案し、エラーが出た部分を修正することです。Excelの画面をどこまで扱えるかは利用しているCodexの製品形態と権限に左右されるため、最初から「完成したブックを無条件で返す」と期待しない方がよいでしょう。

たとえば、売上表の列を正規化するVBA、重複行を見つけるOffice Scripts、CSVを読み込んで月別集計を出すPython、集計結果を検算するテスト用データなどは、Codexへ依頼しやすい成果物です。反対に、画面上のボタン配置、個人ごとのExcel設定、アドインの有無、組織の利用制限は、コードだけでは確定しません。Codexの公式ページでも、日常の修正から複雑な開発作業までを支援するエージェントとして説明されているため、Excelそのものよりも「Excelを扱うソフトウェア作業」を任せると理解すると位置づけが明確になります。詳しくはOpenAIのCodex公式ページを確認してください。

直接操作とコード生成を切り分ける

Codexに「このExcelをきれいにして」とだけ依頼すると、どのシートを対象にし、どの列を残し、どの結果を別名保存するのかが曖昧です。まずは「元データは変更しない」「新しいシートに結果を作る」「日付が読めない行は一覧に残す」のように、操作の境界を文章で固定します。画面操作が必要な場合は、Codexが生成したコードを人がExcel側で確認して実行する流れに分けると、意図しない変更を見つけやすくなります。

入力を小さくして判断材料をそろえる

数万行の実データをいきなり渡すより、列名と代表的な数行、空欄や重複を含む例を用意する方が、Codexは判断しやすくなります。日付の表示形式、金額の単位、シート名、期待する合計値も添えてください。個人名や取引先名は仮の値に置き換え、実データを渡さなくても同じ問題を再現できる形にしておくと、レビューもしやすくなります。

なぜ今codex エクセルを考えるのか

ExcelとCodexの組み合わせが注目される理由は、単なるコード補完の便利さだけではありません。OpenAIは2026年5月14日の公式発表で、ChatGPTモバイルアプリからCodexの作業を確認したり、質問に答えたりできる機能をプレビューとして案内しました。開発者が席を離れている間も、処理の状況を確認し、必要な情報を返すという使い方が想定されています。詳細はOpenAIの「Work with Codex from anywhere」で確認できます。

続く2026年6月2日のOpenAIの知識作業向けCodexの案内では、開発者以外の利用者にもCodexの価値が広がっていることが紹介されました。表計算を日常的に扱う担当者は、必ずしもソフトウェア開発者ではありません。それでも、列の変換、検算、定型的なレポート作成には、明確な入力と出力を持つコードが役立ちます。Excelは、AIコーディングエージェントの成果を非開発者が確認する題材としても分かりやすい領域です。

さらに6月25日のOpenAIのエージェントに関する調査記事は、短い質問への回答ではなく、長い作業を任せて途中で確認する使い方が広がっていると説明しています。Excelの集計でも、列の確認、処理の設計、コードの生成、少量データでの検算、実データへの適用という複数の段階があります。これらを一度に丸投げするのではなく、各段階の完了条件を決めて依頼することが、今のCodexを活かすポイントです。

表計算の担当者にもコードの説明が必要になった

Excelでは、見た目が整った結果だけを見て正しいと判断しやすい傾向があります。しかし、合計の範囲が一行ずれていたり、文字列の日付が別の月に分類されていたりすると、グラフや報告書まで誤ります。Codexにコードを書かせる場合は、結果の数値だけでなく、どの列を読み、どの条件で除外し、どこへ書いたかを説明させることが大切です。

長い作業ほど途中の確認を設計する

Excel関連の依頼は、最初の集計式だけなら短く終わっても、例外データ、表示形式、複数シート、再利用時の入力差分まで考えると長くなります。最初に処理方針を確認し、次にコードを作り、その後にサンプルで結果を照合する順番に分ければ、間違った前提のまま最後まで進むリスクを抑えられます。

目的別にVBA・Office Scripts・Pythonを選ぶ

Codexに依頼する前に、Excelのどの場所で処理を動かすのかを決めます。VBA、Office Scripts、Pythonは似た結果を作れる場合がありますが、対応するファイル、利用者、実行場所、保守方法が異なります。選択をCodex任せにせず、今後誰がどの環境で使うかを先に確認してください。

既存のWindowsブックならVBA

社内で長く使っているマクロ付きブックを維持するなら、VBAが候補です。既存のシート名やテーブル名をそのまま使える一方、セルの位置に依存したコードは列の追加で壊れやすく、処理が見えにくくなることもあります。Codexには、対象シート、対象範囲、変更してよいセル、元に戻す方法を指定し、既存マクロを上書きせず新しいモジュールとして提案させると確認しやすくなります。

Microsoft 365のExcelで共有するならOffice Scripts

Office ScriptsはExcelのコードエディターで作成・編集でき、表や範囲を明示して扱いやすい仕組みです。MicrosoftのOffice Scripts公式ドキュメントには、コードエディター、記録した操作の編集、共有、Excelでの実行に関する説明があります。ブラウザー版を中心に使うのか、組織の契約で利用できるのかを確認したうえで、CodexにはExcelScriptの型、対象ワークシート、入力範囲、出力範囲を明示して依頼します。

複数CSVの整形ならPython

毎回異なるCSVを読み込み、列名をそろえ、欠損を確認し、集計結果を新しいファイルへ出すならPythonが扱いやすい場合があります。Excelの画面に依存しないため、同じ入力に対して同じ変換を再確認しやすく、処理の途中で件数や未処理行を表示できます。ただし、利用者がPythonを用意できない場合は導入の負担が増えます。Codexには、必要なパッケージ、入力ファイルの形式、出力ファイル名、失敗時の表示を必ず書きます。

Codexへ依頼する基本手順

Excel用のコードを生成するときは、「便利なマクロを作る」という頼み方より、入力、変換、出力、確認方法を順に伝える方が安定します。次の順番なら、途中で方針を変える場合もどこまでが確定しているかを把握できます。

1. 完成状態を一文で決める。 「売上シートから月別集計を作り、元シートを変更しない」のように、対象と成果物を一文で書きます。見た目の調整より先に、合計値、行数、出力シート名など判定できる条件を置きます。
2. 最小のサンプルを用意する。 正常な行だけでなく、空欄、重複、日付形式の違い、金額が文字列になった行を少数含めます。各ケースでどう扱うかを書けば、Codexが勝手な補完をしにくくなります。
3. 実装方法を指定する。 VBA、Office Scripts、Pythonのどれを使うか、または候補を比較してほしいかを明記します。利用環境が決まっていない場合は、候補ごとの利点と制約を先に説明させます。
4. 変更範囲を限定する。 元ブックを直接書き換えない、指定したシート以外を触らない、列の追加はしない、既存の数式を消さないなど、守る条件を具体的に列挙します。
5. コードと説明を分けて求める。 生成物だけでなく、入力の読み取り、変換条件、出力先、エラー時の扱い、確認用のサンプル結果を説明させます。長いコードは役割ごとに分割させると、どこを直すべきか見つけやすくなります。
6. コピーしたブックで検証する。 実データへ適用する前に、複製したブックまたは小さなCSVで実行し、元の行数、集計値、未処理行、書式を照合します。問題があればエラー文と再現条件を返し、該当部分だけを修正します。
7. 採用した理由を残す。 どの方法を選び、どの入力を前提にし、どの確認を通過したかを短く記録します。次回の列追加や担当者の交代があっても、コードだけを見て判断する必要がなくなります。

例：売上表の月次集計をCodexに依頼する

ここでは、「売上」シートにある日付、担当、商品、数量、単価、金額の列から、「月次集計」シートを作る場面を考えます。金額列が空欄の行、日付を読めない行、同じ伝票番号が二度ある行を含むため、単純な合計ではなく、確認対象を分けて出すことが条件です。元のシートを変更しないことも重要な前提になります。

依頼文は、次のように書くとCodexが判断しやすくなります。

Excelの「売上」シートを対象に、月別の売上金額と件数を「月次集計」シートへ出すコードを作ってください。

前提:
- 列は「日付」「伝票番号」「担当」「商品」「数量」「単価」「金額」です。
- 元の「売上」シートは変更しません。
- 金額が空欄の行、日付を解釈できない行、伝票番号が重複する行は集計から除外し、「確認対象」シートへ理由と行番号を書きます。
- 集計結果には月、売上合計、対象件数、除外件数を出します。
- 実行前後で元データの行数と金額列が変わらないことを確認できる処理を入れます。

まずVBAとOffice Scriptsのどちらがこの条件に合うかを説明し、選んだ方のコード、処理の説明、少量データで確認する方法を順に示してください。

この依頼の要点は、コードの種類を指定することだけではありません。除外条件と除外理由を出力させることで、合計値が小さくなったときに「計算が間違った」のか「対象外が増えた」のかを分けられます。また、元データの行数と金額列の変化を検査させれば、処理が入力を壊していないかを数値で確認できます。

期待する返答の形を先に決める

Codexからの返答は、コードだけにしない方が実務向きです。最初に前提の要約、次に選択理由、続いてコード、最後に検証手順という順番を指定すると、読み手は実装と判断を分けて確認できます。もしCodexが存在しない列名やシート名を補っているなら、コードを修正する前に前提の誤りを指摘して再質問してください。

少量データで正解を手計算する

5行から10行程度のサンプルなら、人が合計値を計算できます。正常行を2行、除外対象を数行、月をまたぐ行を含め、期待する売上合計、対象件数、除外件数を書いたメモを用意します。Codexのコードをそのサンプルに適用し、期待値と一致した後で初めて行数の多いブックを試すと、原因不明の差異を減らせます。

生成されたExcelコードの確認ポイント

コードが動いたことと、業務上正しいことは別です。Excelは表示形式によって同じ値が違って見えたり、空欄とゼロが同じように扱われたりします。Codexへ「実行できるか」だけでなく「条件を満たしたか」を確認させるため、次の観点を説明文と検証データに組み込みます。

列名と範囲が固定されているか

コードがA列からG列までの位置だけを前提にしていると、列の追加や並べ替えで誤動作します。見出し名を確認してから列を取得しているか、空のシートを渡したときに分かりやすいエラーを出すかを確認してください。Excelテーブルを使う場合は、テーブル名が実際のブックと一致しているかも見ます。

日付と数値の解釈が正しいか

「2026/08/08」「2026-08-08」「8月8日」のように見た目が違う日付や、カンマ付きの金額、通貨記号付きの文字列は、同じ列に混ざると集計を誤ります。Codexには、解釈できない値をゼロへ置き換えず、行番号と理由を残すように指定してください。小数の丸め方、税込み・税抜き、負数の扱いも、結果を比較する前に決めておきます。

元データと書式への影響がないか

処理後に元シートの行数、数式、列幅、表示形式、フィルター状態を確認します。集計用の新しいシートを作る方式でも、既に同名シートがある場合の扱いが曖昧だと、古い結果を見てしまうことがあります。Codexには、同名シートがある場合に停止して確認を求めるのか、日付を付けて新規作成するのかを明記させます。

エラー時に途中結果を残すか

千行のうち一行だけ不正でも、処理全体を停止するのか、不正行を記録して残りを続けるのかで業務上の意味が変わります。月次報告で未処理行を見落とすと危険なので、件数と理由を出力する方式を先に選びます。エラーを握りつぶすコードではなく、利用者が次の判断をできるメッセージを返すコードを優先してください。

うまくいかないときの切り分け

Codexが作ったExcelコードが動かない場合、すぐに「Codexの性能が低い」と結論づける必要はありません。入力形式、実行場所、依頼文、確認データのどこに差があるかを分けて調べると、修正すべき箇所が見つかります。エラー文を省略せず、再現したシート名や行番号も添えて再度相談します。

Excelの画面で実行する部分が曖昧な場合

生成されたコードが正しくても、VBAエディターへ貼り付ける場所、Office Scriptsのコードエディター、Pythonを実行する環境が違えば動きません。Codexには、想定する実行場所と必要な準備を明記させ、利用できない機能を前提にしていないかを確認します。利用環境が不明なら、最初に候補を二つに絞って比較し、一つを選んでからコードを作ります。

シート名や列名が実物と違う場合

「売上表」「売上一覧」「Sales」のように呼び名が揺れると、コードは対象を見つけられません。実際のシート名、見出しの文字列、テーブル名をそのまま貼り付け、全角半角や末尾の空白も確認してください。Codexに推測させるより、一覧を明示した方が短い修正で済みます。

データ量が増えると遅くなる場合

数十行のサンプルで動いても、数万行でセルを一つずつ読み書きすると時間がかかります。読み込みをまとめ、メモリ上で変換し、最後に範囲へ書き込む設計にできるかをCodexへ相談します。ただし、速さだけを求めて検証を削らないでください。処理時間、対象件数、除外件数を測る小さな確認を残します。

期待値のないまま修正を繰り返す場合

「まだ違う」とだけ返すと、Codexは見た目を変えるだけの修正を重ねる可能性があります。正しい月別合計、除外すべき行、保持すべき書式、許容する丸め誤差を具体的に伝えます。期待値がない場合は、まず人が手計算できる小さな例を作り、そこから修正を再開してください。

Codexと他のAIコーディングエージェントの使い分け

Excel周辺のコードを書くとき、常にCodexだけを選ぶ必要はありません。エディター内で一行ずつ補完したいときはGitHub CopilotやCursor、端末で小さな変更を積み重ねたいときはAiderなど、今使っている開発環境が判断材料になります。一方、複数ファイルの関係を調べ、仕様を整理し、コードを変更して検証結果までまとめたい場合は、Codexのように長めの作業を扱うエージェントが候補になります。

どの製品を使う場合も、Excelの実データを無制限に渡せばよいわけではありません。サンプル、列定義、期待値、変更禁止の範囲を先に整理し、生成されたコードを別の視点で読みます。Codexの更新内容や対応環境は変わるため、利用前にはOpenAI Codexの公式リリース一覧と、使っている製品の公式ドキュメントを確認してください。名前やモデルの新しさより、結果を再現できるか、差分を説明できるかで選ぶ方がExcelの業務には向いています。

まとめ

Codex エクセルの本質は、Excelを人の代わりに無条件で操作させることではなく、表計算に必要なコードを設計し、入力から出力までを検証可能にすることです。VBAは既存のWindowsブック、Office ScriptsはMicrosoft 365の共有しやすい処理、PythonはCSVの変換や集計というように、目的と利用環境から方法を選びます。

OpenAIがCodexをモバイル確認や開発者以外の仕事へ広げている今、表計算の担当者もコードの説明と検証に参加しやすくなっています。最初は小さなサンプルで依頼し、元データを変更しない条件、除外行の記録、期待値との照合を入れてください。実データへ適用する前に、どこまでをCodexに任せ、どこからを人が確認したかを残すことが、速さと安全性を両立する近道です。