OpenAIの最新オープンソースプロジェクト「Symphony」:自律コーディングエージェントのスケジューリングサービス、プロジェクト管理ツール(Linearなど)のリスニング、各課題に分離されたワークスペースを自動的に割り当て、タスク完了または手動レビューに移されるまでCodexを起動して課題を実装します。 一言で言えば、エンジニアは要件を管理し、シンフォニーはコーデックスを管理し、コーデックスはコードを書く! なぜOpenAIはこのプロジェクトに取り組んでいるのですか? SymphonyはOpenAI内のより大きな実践の外部化です。 2025年後半、OpenAI内の3人の小規模なチームが極端な制約を試しました。すなわち、製品全体のコードベースに手書きコードの行がゼロであるというものでした。 すべてのコードはCodexによって作成され、5か月で約100万行のコードを生成し、約1500のPRをマージしました。これはエンジニア1人あたり1日あたり3.5のPRに相当します。 この手法はハーネスエンジニアリングに凝縮されており、コードを書く代わりに環境を設計し、制約を書き、フィードバックループを構築してエージェントが確実に動作できるようにします。 Symphonyはこのパイプラインのスケジューリング層です。 アーキテクチャコア:6つのレベル · ポリシーレイヤー:リポジトリ内で WORKFLOW.md、プロンプトテンプレートやランタイムポリシーを定義します · 構成レイヤー:YAMLフロントマターを解析し、デフォルト値と環境変数を処理します · 調整層:ポーリングループ、発行スケジューリングの資格決定、並行制御、再試行ロジック · 実行層:ファイルシステムワークスペースのライフサイクル管理 + コーデックスのサブプロセス開始 · 統合層:発行データ構造の正規化のための線形API適応 観測可能性レイヤー:構造化ログ、任意のHTTPダッシュボード WORKFLOW.md:システムの魂 構成をサーバー側に置く代わりに、Symphonyはリポジトリ自体に設定 WORKFLOW.md し、コードとともにバージョン管理を行います。 この文書は二つの部分に分かれています。 · YAMLフロントマター:ランタイム設定(トラッカー、並行性、タイムアウト、フックスクリプト) · マークダウン本文:Codexに送信されるプロンプトテンプレート(リキッド構文、Issueフィールドを注入可能) Symphonyはこのファイルの変更をリアルタイムで受信し、再起動せずに有効化します。ポーリング間隔、並行処理制限、プロンプトコンテンツの調整も含まれます。 並行性とスケジューリングの微妙な詳細 ...