OpenAIが「Symphony」を開発し、無料で公開した理由

하이라이트

• エンジニアが同時に監視できるエージェント数は3個から5個が限界であり、人間の注意力がボトルネックとなる問題を解決するためにSymphonyが開発された。

• 2,000行を超えるスペックファイルをAIエージェントに読み込ませてツール自体を構築させるという、独自性の高いインストール手法を採用している。

• Linearのタスクステータスを「To-Do」に変更するだけで、Symphonyが自動的に課題IDを検出し、コード生成からファイルの作成までを自律的に完了する。

• 「create-after」や「run-after」といったフック機能を使用することで、リポジトリのクローンからプルリクエストの作成までの一連の開発ワークフローを自動化できる。

• YAMLフロントマターを含むワークプロフィールを通じて、APIキー、アクティブ状態の定義、エージェント起動用のシェルコマンドを細かく制御できる。

타임라인

1. 00:00 - 00:54

   人間の注意力のボトルネック解消

   人間の管理能力がエージェントの処理速度に追いつかない課題を解決するために開発された。SymphonyはLinearなどの既存ツールを監視し、エンジニアが各エージェントを常時監視しなくてもプロジェクトが進む仕組みを提供する。これにより、開発組織の拡張性が確保される。

   • エンジニアが同時に監視できるCodexセッションは3個から5個が限界である。
   • 人間のコンテキストスイッチが生産性を阻害するため、監視の自動化が必要となる。
   • 人間が管理ボードにタスクを置くと、エージェントが自律的に起動し、必要な場合のみ人間に介入を求める。
2. 00:55 - 02:08

   タスクの自動処理プロセスとデモ

   実際の動作デモでは「SYN7」というIDのタスクが数秒で検出される。GraphQLの検証エラーが発生してもCodexが自律的に修正を行い、最終的にワークスペース内に必要なディレクトリ構造とコードが生成される。このプロセスにより、人間は進捗を確認するだけで済む。

   • Linearでチケットを作成し、ステータスを「To-Do」に変更するとSymphonyがタスクを検知する。
   • CodexがTypeScriptとBunを使用したアプリ構築タスクを実行し、ソースファイルを自動生成する。
   • 作業完了後、チケットのステータスは自動的に「Done」に変更され、実行ログがコメントとして残る。
3. 02:09 - 03:50

   AIによる自己構築型のセットアップ手法

   従来のビルド方法に加え、AIエージェントにSymphonyそのものを作らせるという先進的な手法が提示されている。ユーザー自身がコードを生成させることで、メンテナンスや機能拡張の責任をユーザー側が持つモデルとなっている。LinearのAPIキーやワークスペースのルート設定もこの段階で行う。

   • プロンプトを通じて2,000行以上のスペックファイルをエージェントに読み込ませ、ツール自体を構築させる。
   • 構築に使用する言語やモデルをユーザーが自由に選択できるため、Python版やGo版など多様な実装が可能である。
   • ワークプロフィール内のYAML設定により、エージェントに送信するプロンプトや使用するシェルコマンドを定義する。
4. 03:51 - 06:22

   高度なワークフローの自動化と将来のビジョン

   実プロジェクトへの適用例として、READMEの更新やワイルドカード指定によるファイル修正が紹介されている。複数の開発者が同じコードベースに干渉せず、エージェントを通じてタスクを調整する共同作業の形が示されている。Multicaのような既存ツールと比較して、よりカスタマイズ性の高い基盤としての立ち位置を強調している。

   • フック機能を利用して、リポジトリのブランチ作成からプルリクエストのプッシュまでを自動実行する。
   • 共通のスキルやツールを持つ中央エージェントを置くことで、チーム開発の衝突を防止する。
   • 既製品のツールとは異なり、Symphonyは必要な機能だけを追加できる最小限のフレームワークとして機能する。