OpenAIの「Codex」が一般提供開始：Slack連携や新SDKを追加、利用量は10倍超に

コードの修正をAIに頼むために、専用のエディタを開いて長いプロンプトを入力する時代は終わりつつあります。OpenAIは、チームの普段のチャットにAIエンジニアを直接呼び出せる環境を整えました。

OpenAIは10月6日、コーディング特化型エージェント「Codex」の一般提供（GA）を開始したと発表しました。5月にクラウドエージェントのリサーチプレビューとして登場して以来の正式リリースとなり、あわせてSlack連携、開発者向けCodex SDK、管理者向け管理機能の3つが公開されました。

あわせて公開された運用規模も目を引きます。Codexの日次利用量は8月初旬から10倍以上に急増しており、基盤となるGPT-5-Codexモデルは公開からわずか3週間で40兆トークン以上を処理しました。OpenAI社内でもエンジニアのほぼ全員が日常的にCodexを利用しており、7月時点の約半数から急拡大しています。これにより週あたりのプルリクエスト（PR）マージ数は70％増加し、ほぼすべてのPRをCodexが本番前に自動レビューしています。

Slackでメンションし、SDKで自社基盤に組み込む

日常の業務で最も変化を感じやすいのがSlack連携です。

チャンネルやスレッドで @Codex とメンションして指示を出すだけで、会話の流れから文脈を自動で汲み取り、適切なクラウド環境を選んで作業を完了します。完了後はCodexクラウド上のリンクが返信され、ブラウザ上で確認してそのままマージするか、手元の端末に同期してローカルで作業を続けるかを選べます。

同時に公開されたCodex SDK（まずはTypeScript向けに提供）を使えば、Codex CLIを動かしているのと同じエージェントを自社の開発基盤やツールに数行のコードで組み込めます。GitHub Actionsも公式に提供され、CI/CDパイプライン上でCodexを走らせることも容易になりました。

導入企業の事例も具体的です。Ciscoでは複雑なPRのレビュー時間を最大50％削減し、人間が書いたコードとAIが生成したコードの双方をCodexで二重チェックしています。Instacartでは自社のバックグラウンド開発基盤「Olive」にSDKを統合し、使われなくなったデッドコードや期限切れのテストをCodexに自動削除させて技術的負債を減らしています。

企業向けには、ChatGPTのワークスペース管理者がクラウド環境を削除して機密情報を保護したり、CLIやIDE拡張機能の安全な初期設定を組織全体に強制したりできるダッシュボードが用意されました。

Slack連携とSDKはChatGPT Plus、Pro、Business、Edu、Enterpriseの各プランで即日利用可能です。管理者機能はBusiness以上の組織向けに提供されます。なお、10月20日からはクラウドタスクの実行がCodexの利用枠として正式にカウントされる予定です。

なぜ重要か

Codexの正式提供は、AIコーディング支援が「エディタ内の入力補完」から「非同期で動くチームメンバー」へ移行したことを示しています。

現場のエンジニアにとっての価値は、作業の切り替えコストが劇的に下がることです。Slackで議論しながらそのまま修正を投げ、バックグラウンドでテストまで走らせておけるため、レビュー待ちや細かい修正作業の滞留を減らせます。特にGitHubとSlackを中心に開発している現場なら、今すぐ導入してPRレビューや定型的なリファクタリングを任せてみる価値があります。

業界全体から見れば、OpenAIはCursorやGitHub Copilotが争うコードエディタの枠から一歩踏み出し、開発プロセス全体を束ねるインフラのポジションを取りにいきました。チャットからCI/CD、内部ツールまで同一のエージェントを行き渡らせることで、開発環境ごとのロックインを崩そうとしています。

ただし、課題がないわけではありません。クラウド環境にコードを展開し、AI同士がコードを書いてレビューし合う体制は、一見効率的ですが潜在的なバグや設計の歪みを見逃すリスクをはらんでいます。PRのマージ数が70％増えたという実績も、生成されるコードの品質が長期的に担保されて初めて真の生産性向上と言えるため、組織によるガバナンスと監視がこれまで以上に問われます。