エージェントを監督することから、成果を監督することへ

AI コーディングツールの実用上の限界は、モデルの能力だけにあるわけではない。管理のオーバーヘッドにもある。エージェントがコードを書ける場合でも、人間は依然としてセッションを開き、タスクを割り当て、進捗を追跡し、実行が止まったときには作業を再起動するために時間を使っていることが多い。OpenAI が新たに公開した Symphony 仕様は、キューを管理する主体を変えることで、この調整負荷を減らすよう設計されている。

The Decoder の報道によれば、Symphony は参照実装を備えたオープンソース仕様で、Linear のようなタスクトラッカーを AI エージェント向けの制御システムに変える。開発者がチケットを複数のセッションに手作業で振り分ける代わりに、エージェントはボードから実行可能な作業を直接取得し、専用の作業領域で処理し、その結果を人間のレビューに返すことができる。

Symphony が解こうとしているボトルネック

このシステムの中核にある主張は驚くほど単純だ。エージェントが速くても、人間がなお細かく管理しなければならないなら、人間の注意力がスループットの制約になる。報道によると、OpenAI の開発者は、コンテキスト切り替えによる効率低下を避けながら同時に管理できる Codex セッションは、おおむね 3 から 5 ほどにとどまると分かったという。この構成では、人はエンジニアというより配車係のように振る舞っていた。

Symphony はこの関係を逆転させる。トラッカーは Todo、In Progress、Review、Merging といった状態を持つステートマシンになる。システムはこれらの状態を監視し、稼働中の各チケットに担当エージェントが割り当てられていることを保証し、エージェントがクラッシュしたり停滞したりした場合には再起動できる。取り込まれるのは未ブロックのチケットのみであり、これによって依存関係ツリーを可能な限り並行で進められる。

これは単なるワークフロー改善以上のもの

一見すると、Symphony は既存のエージェント型コーディングの上に乗る便利なレイヤーのように見えるかもしれない。しかし、この設計変更の意味はそれ以上に大きい。作業ボード自体がタスクの派遣、追跡、再開の場になるなら、AI は 1 プロンプトずつ呼び出される道具ではなく、継続的に稼働する生産リソースのように振る舞い始める。

それが重要なのは、開発者の役割を変えるからだ。人間はセッションの付き添いから、目標設定、出力のレビュー、どれをマージすべきかの判断へと移る。実質的に、希少資源は生のコーディング労力ではなく、高品質な判断になる。Symphony はまさにこの前提を中心に設計されている。