OpenAIが、自社のCodexエージェントにLinearチケットを自律的に処理させるオーケストレーション仕様「Symphony」をオープンソースとして公開しました。Elixir/BEAMによるリファレンス実装も同梱されており、OpenAI内部では導入から3週間でプルリクエスト（PR）の完了数が5倍、全体では6倍に増加したと報告されています。
SymphonyはCodexエージェントがLinearのチケットを受け取り、コードを書き、テストを通し、PRをマージするまでの一連のフローを自律的に処理するための仕様です。複数のエージェントが並列で作業する際の調整（オーケストレーション）や、タスクの優先度管理、エラー時のリトライ処理なども含まれています。
技術的に注目を集めているのが、リファレンス実装にElixir/BEAMを採用した点です。Hacker Newsではこの選択に関するコメントが多数寄せられており、BEAMの高い並行性（並列処理）への適性を評価する声と「なぜPythonではないのか」という素朴な疑問が混在しています。BEAMは通信基盤Erlangのランタイムとして知られており、分散・高並行システムに強みを持つことから、多数のエージェントを並列で動かすユースケースに適していると判断されたとみられます。
Redditのr/programmingでは「エージェントが自律的にPRをマージするまでを管理する仕組み」として注目を集め、「開発者の役割が変わっていく」という議論に発展しています。X上では「3週間でPR数5倍」という内部データへの驚きと「本当にそれだけ出たのか」という懐疑的な反応が入り混じっており、OpenAIがスタンドアロン製品としてはメンテしない方針を示していることへの賛否も論じられています。
Symphonyをプロダクトとして販売するのではなく、仕様とリファレンス実装をオープンにするというアプローチは、エコシステムの形成を狙ったものです。他のAIエージェントや開発ツールがSymphonyに準拠することで、Codexとの連携を自然に促進できます。エージェントが実際の業務フローにどこまで組み込まれていくか、その答えの一端をOpenAIが先行して示した格好です。