OpenAIがCodexオーケストレーション仕様「Symphony」をOSS公開、社内PRマージ数が3週間で6倍に
概要 OpenAIは2026年4月27日、コーディングエージェントのオーケストレーション仕様「Symphony」をオープンソースで公開した。エンジニアのAlex Kotliarskyi、Victor Zhu、Zach Brockが開発したこのツールは、プロジェクト管理ツールLinearのイシュートラッカーをCodexエージェントの制御基盤(コントロールプレーン)として活用し、タスクの割り当てからプルリクエスト作成までを自動化する。OpenAI社内での試用では、導入後わずか3週間でマージされるPR数が約500%(6倍)増加したと報告されており、エンジニアがエージェントを監視・操作する従来の作業スタイルから、チケットを起票してレビューするだけのスタイルへと移行した事例として注目を集めている。 SymphonyはApache 2.0ライセンスの下で公開されており、コアとなるSPEC.mdは特定の言語に依存しない仕様書として設計されている。Zach Brockはこのアプローチを「コードの代わりに仕様書を書き、それをコーディングエージェントに渡して任意のプログラミング言語で実体化させる」新たなソフトウェア開発パラダイムとして説明している。参照実装はElixir/BEAMで書かれているが、コミュニティはすでにKata CLI(pi-coding-agentベース)への対応を追加しており、Claude CodeやGeminiなど他のモデルを同じオーケストレーションフレームワーク上で動かすことも可能になっている。 アーキテクチャと動作の仕組み Symphonyは長時間稼働するデーモンとして動作し、Linearのプロジェクトボードを継続的にポーリング(デフォルト30秒間隔)して、アクティブなイシューにCodexエージェントをひとつずつ割り当てる。各エージェントはイシューごとに独立したワークスペース上で実行され、エージェントがクラッシュや停止した場合は自動的に再起動される。並行実行数はデフォルト10エージェントまでに制限されており、指数バックオフによる再試行ロジックも備えている。 仕様書では6つの論理レイヤーが定義されている。ポリシーレイヤー(各リポジトリに配置するWORKFLOW.mdのプロンプト本体)、設定レイヤー(YAML形式の設定と環境変数展開)、調整レイヤー(ポーリング・並行制御・再試行ロジック)、実行レイヤー(イシューごとのワークスペース管理)、インテグレーションレイヤー(LinearのAPIアダプタ)、そして可観測性レイヤー(構造化ログと状態サーフェス)だ。WORKFLOW.mdはフロントマター(YAML設定)とプロンプト本体を組み合わせたファイルで、リポジトリに直接コミットして管理する設計になっている。 セキュリティ面では、コーディングエージェントの実行をイシュー別ワークスペースパス内に限定する、ワークスペースパスがルートディレクトリ外に出ないようプレフィックスチェックを行う、ワークスペースキーを英数字・ドット・ハイフン・アンダースコアにサニタイズする、という3つの安全不変式が仕様として定められている。また、Linear APIへのアクセスにはダイナミックツールコール経由でlinear_graphql関数を公開し、トークンがサブエージェントに直接露出しないよう設計されている。 実運用上の注意点と業界の反応 Symphonyが最大限の効果を発揮するのは、自動テストや明確なガードレールを備えた「ハーネスエンジニアリング」が実践されているコードベースだとされている。早期ユーザーからは、週に数十件のイシューをクローズできるといった高い生産性が報告されている一方で、トークン消費量の多さや、よく構造化されたタスクと成熟したコードベースへの依存度の高さも指摘されている。 OpenAIはSymphonyをスタンドアロン製品として継続メンテナンスする予定はなく、他チームが参考にしたり、フォークして独自実装を作るための参照実装と位置づけている。なお、LinearのCEOはイシュートラッカー自体が時代遅れになりつつあると主張しており、コンテキスト駆動のエージェントシステムへの移行を提唱している。SymphonyがチケットをエージェントのコントロールポイントとしてLinearを中心に据えるアプローチは、このような業界内の議論とは対照的な哲学を体現しているという見方もある。