OpenAI Symphony — コーディングエージェントに「仕事を任せる」オーケストレーションシステム

概要

OpenAIが Symphony を公開。コーディングエージェントに「仕事を丸投げ」できるオーケストレーションシステムで、監督（supervising）から管理（managing）への転換を実現する。

出典: GitHub - openai/symphony / @dify_base — 2026-03-05

Symphonyとは

Symphonyは、プロジェクトのイシュー（チケット）を自律的な実装ランに変換するオーケストレーションサービス。

従来のAIツールとの違い

従来のAIツール	Symphony
人間が横で「監督」する必要あり	人間は「管理」するだけでOK
AIにコードを書いてもらう	AIに仕事を任せる
1タスクごとに介入が必要	チケット登録→完了まで自動

動作フロー

1. Linearにチケット登録
   ↓
2. Symphonyがチケットを検知
   ↓
3. 自動でコーディングエージェントを起動
   ↓
4. コード作成 → テスト実行 → PR作成
   ↓
5. 証明を提示（CI状態、PRレビュー、複雑度分析、ウォークスルー動画）
   ↓
6. 承認されれば自動でPRマージ・本番反映

技術アーキテクチャ

コアコンセプト

Symphonyは4つの運用課題を解決する：

デーモン化 — イシュー実行をスクリプト実行から繰り返し可能なワークフローへ
隔離 — イシューごとのワークスペースでエージェント実行を分離
バージョン管理 — ワークフローポリシーをリポジトリ内（WORKFLOW.md）で管理
可観測性 — 複数の並行エージェント実行をデバッグ可能に

主要コンポーネント

Workflow Loader — WORKFLOW.mdを読み込み、設定とプロンプトテンプレートを解析
Issue Tracker Client — Linear等からチケットを取得・正規化
Orchestrator — ポーリング、ディスパッチ、リトライ、並行制御を管理
Workspace Manager — イシューごとのワークスペースを作成・管理
Agent Runner — Codex app-serverを起動し、エージェントと通信

WORKFLOW.md

---
tracker:
  kind: linear
  project_slug: my-project
  active_states: ["Todo", "In Progress"]
  terminal_states: ["Done", "Cancelled"]

agent:
  max_concurrent_agents: 10
  max_turns: 20

codex:
  command: codex app-server
  turn_timeout_ms: 3600000
---

## Issue Context
- Title: {{ issue.title }}
- Description: {{ issue.description }}

Implement this issue following the project guidelines.

試し方

方法1: Elixir実装を使う（公式推奨）

# 1. リポジトリをクローン
git clone https://github.com/openai/symphony.git
cd symphony/elixir

# 2. セットアップ手順に従う
# 詳細: https://github.com/openai/symphony/blob/main/elixir/README.md

方法2: 好きなコーディングエージェントに実装させる

OpenAIは面白いアプローチを提案している：

「好きなコーディングエージェントにSymphonyを好きな言語で実装させてください」

Implement Symphony according to the following spec:
https://github.com/openai/symphony/blob/main/SPEC.md

SPEC.mdが言語非依存の仕様書になっているため、Claude CodeやCursorでTypeScript版を作ることも可能。

前提条件

Linear — 現時点で唯一サポートされているイシュートラッカー
Codex — app-serverモード（stdio経由のJSON-RPCプロトコル）
ワークスペース — ローカルファイルシステム上の専用ディレクトリ

注意点

⚠️ 実験段階（engineering preview）

Symphony is a low-key engineering preview for testing in trusted environments.

本番環境での利用は非推奨
信頼できる環境でのテスト用途
Harness Engineeringを採用したコードベースで最も効果的

個人開発者への示唆

1. 「Harness Engineering」の重要性

Symphonyは「AIがテストし、証明を提示する」ことを前提としている。つまりテスト可能なコードベースが必要。

E2Eテスト
CI/CDパイプライン
明確な成功基準

これらが整っていないと、Symphonyの恩恵を受けにくい。

2. OpenClawとの比較

コメントでも指摘があったが、SymphonyはLinear連携のオーケストレーター。一方、OpenClawはマルチモーダルなエージェントプラットフォーム。用途が異なる。

3. 今すぐ試す必要はない

まだ実験段階。ただし、OpenAIが考える「AIとの働き方の未来」の参考になる。管理者としてのエンジニアという方向性が見える。

概要