「常時稼働」エージェントの台頭
各エージェントは、共有フレームワークと組み合わせ可能なコンポーネントの上に構築される。修正は再利用可能になり、ワークフローはコード化され、知識は永続化する。これは大規模な移行で表れる。OpenAIはこうした移行のために、Codexを用いて数百のプルリクエストを自動生成し始めた。
「運用知識をエージェントに符号化することは、その知識が明示的で、バージョン管理され、テストされ、レビュー可能であり続けるなら、私たちのレジリエンスを高める。逆に、Codexが『口伝』に、より良いUIを付けただけのものになるなら脆弱になる。誰も、そのワークフローがなぜ動くのか、いつ陳腐化したのかを知らない状態だ」とOpenAIのアプリ・インフラ担当VP、ベンカット・ベンカタラマニは語った。「目標は『Codexがすべてを覚えている』ではなく、『Codexが信頼できる形で、信頼できる情報源を見つけ、実行し、更新できる』であるべきだ」。
それを可能にするのはコンテキストだ。エージェントは、メタデータ、過去のクエリ、人間の注釈、パイプラインのコードレベルでの理解、社内ツールの組織知、そして自らの進化する記憶といった複数の層から同時に情報を引き出す。
「トレードオフは現実だ」とベンカタラマニは言う。「手間は減るが、自動化を設計する人の要求水準は上がる。何でも魔法のようにこなす人が減るという意味ではない。反復的な運用作業に縛られる人が減り、耐久性のあるシステムと有用なプロダクトを作るエンジニアが増えるということだ」。
最近のCodexのアップデートは、その方向性を補強する。プラットフォームはコンピューターを直接操作できる。画面を見て、カーソルを動かし、アプリケーションとやり取りする。複数のエージェントを並列に動かし、APIのないツールをまたいで作業し、永続的なスレッドとメモリを通じて、数日から数週間にわたってタスクを継続できる。
ベンカタラマニは、不透明性について懸念もあると述べる。人間がもはや推論できなくなれば、システムは有効でも危険になり得るからだ。「だが、この問題は新しいものではない。あらゆるハイパースケーラーには、10年以上前のコードベースに複雑な依存関係を持つ何千ものシステムを、何千人ものエンジニアが作っている。そうした環境で、どんな新しい故障モードも完全にデバッグできる人間は1人もいない」。
答えは、差分、ログ、意思決定の痕跡、ロールバックポイント、ポストモーテム（事後検証）を含め、人間とエージェント双方のためにコンテキストを文書化し、自動化を可読なものにすることだという。「システムを第一原理から理解する人間の代替はない。目標は、その人間をエージェントとコンテキストで強化し、本当に未知の障害からの緩和と復旧をより速くすることだ」。
