OpenAIが「Symphony」をオープンソース公開：看板のタスクをAIが自動で実装

Symphonyは、OpenAIがオープンソースで公開した自律型コーディングエージェントのスケジューリングツールです。開発者がエディタ上でAIの生成を一文字ずつ監視するのではなく、タスク管理ツールの看板に課題を登録するだけで、AIが自律して実装から検証まで完了させます。

Linearなどの看板に起票されたタスクを検知すると、Symphonyは個別の作業環境を自動で立ち上げてCodexを実行します。CIテストの通過確認、PRのレビューコメント、複雑性分析だけでなく、動作確認用のデモ動画まで録画して人間に提出するため、開発者は最終確認を行ってマージするだけで済みます。

看板のタスクをPRに変える仕組み

Symphonyは、人間のエンジニアを「指示出し役」から「仕様定義と承認役」へと引き上げる仕組みです。バックグラウンドで動くオーケストレーション層が看板を監視し、優先度や作成日に応じてタスクを自動でキューイングします。

システムは全体の同時実行数をデフォルトで10エージェントまでに制限し、ステータスごとの同時並行数も細かく制御できます。また、エージェントが5分間何も操作しなくなった場合は自動で停止して再試行するストール検知機能も備えています。

1つのタスクに対して最大20ターンの継続実行が可能で、同一セッション内では初回のプロンプトを再送せずに会話を続けるため、コンテキスト消費を節約できます。

このツールは、OpenAI内部の3人チームが実施した実験から生まれました。手書きコードを一切書かずにCodexのみで開発を進めた結果、5カ月で約100万行のコードを生成し、1人あたり1日3.5件に相当する約1500件のPRをマージしたとされています。この経験から体系化された「Harness Engineering（環境と制約の設計）」を具現化したのがSymphonyです。

導入手順と設定の仕様

SymphonyはGitHub上の「openai/symphony」リポジトリにて、Apache 2.0ライセンスで公開されています。リポジトリには詳細な仕様書（SPEC.md）と、Elixir言語によるリファレンス実装が含まれています。

特徴的なのは、外部の管理データベースを持たず、設定のすべてをリポジトリ内の「WORKFLOW.md」で完結させている点です。ファイル上部のYAMLで同時間隔やタイムアウトを設定し、本文のLiquidテンプレートで看板の課題内容をCodex向けプロンプトに埋め込みます。このファイルは自動で監視されるため、修正時にサービスを再起動する必要はありません。

状態管理はすべてメモリ内で行われ、看板のAPIを信頼できる情報源として復元します。なお、公式からは「信頼できる環境でのテストを想定したプレビュー版」と警告されており、厳密なサンドボックス機構は自前で強化する必要があります。

使い始めるには、Elixirの環境構築ガイドに従うか、同梱の仕様書を好みのコーディングAIに渡して別言語で実装を再現させることも可能です。

なぜ重要か

Symphonyが優れているのは、AIを個人のタイピング補助ではなく、チームのバックオフィス業務をこなす非同期ワーカーとして再定義した点にあります。Linearなどで要件を細かくチケット化する文化があるチームなら、すぐに試行してみる価値があります。

ただし、これを実戦投入するには、コードベース側に極めて堅牢な自動テストとCI環境が整っていることが前提となります。AIが自ら動作を証明できる環境がなければ、人間側のレビュー負担はかえって増えかねません。万能の解決策というよりは、定型的な改修を圧倒的に加速させるための基盤と言えます。