OpenAI、Codexを非エンジニアの全業務に拡張

結論

OpenAIは6月3日、開発者向けだったCodexを、企画・法務・データ分析・運用など非エンジニアの業務へ広げました。内部向けWebアプリの自動生成、作業に埋め込むAI確認コメント、Salesforceなど既存システムへの連携が加わります。AIによる自動化の対象が、開発という限られた領域から全部門へ移ります。各部署の担当者にとっては、自分の業務をAIに任せる入口が広がります。

何が変わったか

今回の更新でCodexが想定する利用者は、コードを書かない業務担当に広がりました。具体例として、企画担当が製品仕様を書いて検証する、法務が文書を作成・確認する、分析担当が照会を書いて実行する、運用チームがシステムをまたぐ反復作業を自動化する、といった使い方が挙げられています。

追加機能は三つあります。Codexが生成する社内向けWebアプリ、既存の作業に埋め込むAIによる確認コメントと提案、そしてSalesforce、Jira、Notionといった業務システム向けのプラグインです。この動きは、AnthropicがClaudeの開発者向けツールを部門横断の自動化へ広げてきた流れと重なります。OpenAIとAnthropicがともに、コーディングAIを一般の業務自動化基盤として位置づけ始めた点が市場の転換を示します。業務自動化の市場は、開発支援の市場よりはるかに大きいためです。発表内容はOpenAIのニュースで確認できます。

部署別に見ると、想定される使い方は次のように分かれます。

部署	想定される使い方
企画	製品仕様を書き、実際に動かして検証する
法務	契約書や規定を作成し、内容を確認する
データ分析	照会を書いて実行し、結果を整理する
運用	複数システムをまたぐ反復作業を自動化する

いずれも、これまでは専門の担当者やエンジニアの手を借りていた作業です。Codexが各部署の担当者の手元で動くことで、依頼から完了までの待ち時間が縮みます。

現場の実務にどう効くか

この拡張は、開発部門を介さずに各部署が自動化を試せることを意味します。まずやることは、自部署で繰り返している定型作業を一つ選び、Codexに手順を渡して試すことです。仕様書の下書き、契約書の確認、データの集計など、毎週発生する作業が向いています。

次に効くのが既存システムとの連携です。SalesforceやNotionにCodexの処理を組み込めるため、別のツールに移らずに作業を完結できます。導入の順序としては、影響の小さい社内向け作業から始め、出力を人が確認する運用を挟むのが安全です。生成物の正確さを部署内で点検する手順を先に決めておくと、誤った出力の拡散を防げます。

注意したいのは、コードを書かない担当が自動化を作れる反面、誰が何を自動化したかが見えにくくなる点です。部署ごとに作った仕組みが社内に散らばると、後で管理できなくなります。最初の段階で、作成したものを記録し、共有する場所を決めておくとよいでしょう。自動化の数が増えても、全体を把握できる状態を保てます。同様の動きはMicrosoft Build 2026でのエージェント基盤化とあわせて見ると、各社が業務全体の自動化を競う構図が見えてきます。

まとめ

CodexはコードからAI業務自動化の基盤へと位置づけを変えました。各部署は定型作業を一つ選び、人の確認を挟んで試すところから始めてください。対応機能は公式で確認するのが安全です。

出典

• OpenAI News
• AI News Today June 7, 2026 (Build Fast with AI)