東南アジア最大手のSeaグループが、OpenAIの開発エージェント「Codex」を全エンジニアに展開すると発表した。EC（Shopee）、ゲーム（Garena）、フィンテック（SeaMoney）を抱えるアジア有数のテック企業がAIネイティブ開発へ全面移行を宣言した格好で、開発生産性の基準が「人月」から「エージェント月」へとシフトする転換点になりそうだ。
何が起きたか
OpenAIが公開した事例記事 Sea's View on the Future of Agentic Software Development with Codex で、Sea GroupのCPOであるDavid Chen氏が同社のCodex全社導入を語っている。Codexは2025年にOpenAIがリブートした開発エージェントで、コードを書くだけでなく、ローカルやクラウドのサンドボックスでテスト実行、リント、Pull Requestの作成までを自律的にこなす。codex-1系モデルをバックエンドに、CLI（codex コマンド）とIDE拡張、そしてクラウド版が用意されており、GitHub上のIssueに対してエージェントが直接PRを返す運用が可能になっている。
Seaはこれを一部チームのPoCではなく、エンジニア組織全体に配るという。同社は2万人を超える従業員を抱え、ShopeeのリアルタイムレコメンドやGarenaのゲームバックエンドなど、レイテンシ要件もコードベース規模もシビアな領域を持つ。そこにエージェント開発を全面投入するのは、業界全体に対して強いシグナルになる。
なぜこのニュースが重要か
注目すべきは「誰が」「どの規模で」採用したか、である。これまでCodexやClaude Code、Cursor、Devinといったエージェント系ツールの採用事例は、スタートアップや先進的な一部チームが中心だった。今回のSeaのように、東南アジア全域で本番サービスを回している大規模組織が「全エンジニア標準ツール」として宣言した例は珍しい。
ここから読み取れるのは、エージェント開発の評価軸が「動くかどうか」から「組織にスケールさせられるか」へ移ったということだ。コードレビューのフロー、セキュリティポリシー（特にサンドボックスのネットワーク制限やシークレット管理）、コスト管理、そしてレガシーコードベースへのコンテキスト供給。これらが解けるラインまでツール側が成熟してきたという判断が背景にある。
Codexは AGENTS.md という、リポジトリにエージェント向けの指示書を置く規約をサポートしており、コーディング規約、テスト実行コマンド、デプロイ手順などをMarkdownで宣言的に渡せる。Seaのような巨大モノレポやマイクロサービス群を抱える組織では、こうした「エージェントに対する社内ドキュメント整備」自体が新しいSREタスクになっていくはずだ。
エンジニア視点・技術深掘り
実装の現場で何が変わるかを具体的に書いておきたい。
第一に、ワークフローが「IDE中心」から「Issue/PR中心」へ移る。codex exec "Fix the flaky test in payment_service" のようにCLIから非対話で投げる、あるいはGitHub上で @codex メンションでタスクを渡し、エージェントがブランチを切ってPRを上げてくる。エンジニアの主作業はキーボードでコードを打つことではなく、複数の並列エージェントの出力をレビューしマージすることになる。1人で3〜5本のPRを同時並行で監督するのは、すでにCodex/Claude Codeのヘビーユーザーには現実の光景だ。
第二に、テスト・型・リントの厳格化がROIに直結する。エージェントは「テストが通ったか」を行動の根拠にするため、pytest、go test、tsc --noEmit がCIで素早く落ちる環境ほど精度が上がる。逆に言うと、テストカバレッジが薄いレガシー領域はエージェント化の恩恵を受けにくい。Seaほどの規模で全社導入できる前提として、CI/CD基盤の整備度が極めて高いことが推察される。
第三に、セキュリティ設計が再設計を迫られる。エージェントが自律的に curl を叩いたり npm install するため、サンドボックスのegress制御、依存パッケージのallowlist、シークレットスキャナの常設が必須になる。Codexのクラウド実行環境はデフォルトでネットワークを絞れるが、社内パッケージレジストリやプライベートGitとの接続ポリシーは各社で詰める必要がある。
第四に、モデル選択の戦略性。OpenAIは推論特化の o 系と汎用の GPT 系を持ち、Codexは長文脈・長時間タスク向けにチューニングされたモデルを使う。タスクの種類（リファクタ／新規実装／バグ修正／ドキュメント生成）ごとにモデルとコンテキスト戦略を使い分けるのが、これからのテックリードのスキルセットになる。
経営者・読者として次に取るべき動き
まず、生産性指標を「人月」から「エンジニア1人あたりのエージェント並列数 × マージPR数」へ書き換える準備を始めるべきだ。採用計画も連動する。手を動かすジュニアの大量採用より、要件を分解しレビューできるシニアと、社内のAGENTS.mdやプロンプト規約を整備できるDevExエンジニアの確保が効く。
次に、自社リポジトリの「エージェント可読性」を棚卸ししたい。READMEの更新、テストの安定化、開発環境のコンテナ化、依存関係の明文化。これらは人間にも効く投資だが、エージェント時代には生産性の上限を直接決める。
そしてもう一つ、地政学的な含意も無視できない。アジアの大手が先行する局面で日本企業が様子見を続ければ、半年から1年単位の開発リードタイム差が現実に開く。少なくとも非ミッションクリティカルな社内ツール、データ分析スクリプト、テストコード生成あたりからエージェント運用を始め、組織として「レビュー文化」を鍛えておくことが、来年の競争力に直結する。
動画でも詳しく
動画は記事冒頭の埋め込みからフル尺で視聴できます。