OpenAIが「永続的」AIエージェントを開発中、Codexは一時停止されるまで稼働し続ける

OpenAIが「永続的」AIエージェントを開発中、Codexは一時停止されるまで稼働し続ける

WIREDがコードを調査した結果、OpenAIが極めて野心的な機能を開発していることが明らかになった。それは、Codexを「永続的」に稼働するAIエージェントにするというものだ。「永続的」とは、Codexが一度の会話や単発タスクの完了後に停止するのではなく、バックグラウンドで継続的に動作し、開発プロセスを能動的に推進し、人間のユーザーが明示的に「スリープ状態」にするまで稼働し続けることを意味する。

「WIREDが調査したコードによると、同社はCodexが『スリープ状態に置かれる』まで能動的かつ継続的に稼働できるようにする機能を開発中だ。」

Codex:コーディングアシスタントから自律的な「プログラマー」へ

Codexはもともと、OpenAIが開発者向けにリリースしたプログラミングエージェントだ。コードの断片を生成するだけでなく、ターミナルでコマンドを実行し、コードベースを解析し、テストを記述し、バグを修正することもできる。単純な生成AIとは異なり、Codexは一定の「行動能力」を持ち、ツールを呼び出して外部環境に影響を与えることができる。今回OpenAIは、Codexをさらに解放し、より長い時間にわたって自律的に動作させようとしている。

永続モードの典型的なシナリオとして次のような場面が想定される。エンジニアが朝にCodexへ「データベースクエリのパフォーマンスを最適化する」といった大まかなタスクを指示すると、Codexがシステム負荷を自律的に分析し、ボトルネックを特定し、パッチを記述し、ベンチマークテストを実行し、午後にはレポートを提出する。このプロセス全体を通じて、エンジニアはステップごとに指示する必要がなく、最後に結果を確認するだけでよい。

「永続的」とはどういう意味か?

現代のAIエージェントの多くは「強化学習+ツール呼び出し」アーキテクチャを採用しており、各ステップでモデルが意思決定を行い、アクションを実行する必要がある。永続的エージェントの重要な差別化点は、単一コンテキストの制限を受けず、セッションをまたいで状態と長期的な目標を保持できることにある。このような設計には、より複雑な計画立案、記憶、エラー回復能力が必要となる。そうでなければ、エージェントは長時間の稼働中に無限ループに陥ったり、タスクの目標から逸脱してしまう可能性がある。

コード内に登場する「sleep」メカニズムは、ユーザーがスリープに似たコマンドでエージェントを一時停止できることを示唆している。これは、OpenAIが継続稼働するエージェントには信頼性の高い中断・再開メカニズムが不可欠だと認識していることを示している。しかし、エージェントが「目覚めた」後も以前の進捗と制約を記憶し続けることをどのように保証するかは、まだ公開されていない技術的課題だ。

シリコンバレーの競争:誰もが「眠らない従業員」を求めている

この方向性を追求しているのはOpenAIだけではない。AnthropicのClaudeは最近、「エージェント型」コーディング能力を拡張した。GoogleのGeminiも長時間タスクの計画立案をサポートしている。スタートアップのCognition AIが発表したDevinは、「完全自律型ソフトウェアエンジニア」を売りにしている。しかし多くの製品は依然として「短いターン」でのインタラクションモードに留まっており、タスクのステップが多くなるとモデルが迷走してしまう。真の意味で「永続的」に稼働し、信頼性高く成果を届けられる製品は、現状ではまだ希少だ。

OpenAIがこの機能をいち早く実装できれば、大きな競争優位を得ることになる。ソフトウェア開発における「夜勤ワーカー」の価値は計り知れない。サーバーは24時間稼働でき、IDEも24時間開いたままにできるが、人間のプログラマーだけは睡眠が必要だ。AIエージェントが「休まず稼働」することで、プロジェクトの納期を一段階引き上げることができるかもしれない。

効率と安全性:永続的エージェントという諸刃の剣

DevOpsから自動化テストまで、永続的エージェントの可能性はソフトウェアのライフサイクル全体に及ぶ。しかし、人間の監視なしに長時間稼働する場合、些細なずれがあっても増幅される可能性がある。そのため、「スリープ」メカニズムはあくまで基本であり、より重要なのはエージェントが自己検証と不確実性の処理能力を備えることだ。OpenAIがこのために新たな安全レイヤーを設計しているかどうかは、WIREDの報道が読者に残した謎となっている。

現時点でOpenAIはこの機能について公式コメントを発表していない。しかし、この機能の開発方向性はすでに明確だ。AIエージェントは「質問に答える」段階から「人間に代わって仕事を完遂する」段階へと移行しつつある。

編集者注:永続的AIエージェントは「自律型インテリジェントエージェント」への重要な一歩だが、危険な飛躍でもある。AIがいつ止まるべきかを正しく判断できなければ、「休まず稼働」はもはや長所ではなく、リスクとなる。

効率を追求する一方で、いくつかの重要な問題に向き合わなければならない。永続的エージェントの各ステップの動作はどのように監査されるのか?一見合法に見えても有害な指示を拒否する能力はあるのか?エージェントが長時間稼働によってエラーを起こし、コードベースに深刻な障害が生じた場合、責任はどのように定められるのか?これらの問いに答えが出るまで、いかなる「永続化」機能も、信頼性に対する極限のストレステストに過ぎない。

OpenAIがCodexでこの一歩を踏み出すことを選んだのは、おそらくプログラミングタスクがテストやレビューによって結果を検証しやすいという特性を持つからだろう。しかしそれでも、「永続的」エージェントには人間による監視という「安全網」が依然として必要だ。生産性革命をもたらすことへの期待は持ちつつも、「スリープ」ボタン以外にも、より多くのガードレールを設けるべきだろう。

本記事はWIREDを元に編集・翻訳したものです。