---
title: Symphony 調査レポート
tool_name: Symphony
tool_reading: シンフォニー
category: 自律型コーディングエージェント
developer: OpenAI
official_site: https://github.com/openai/symphony
date: '2026-03-06'
last_updated: '2026-10-07'
tags:
  - AI
  - オープンソース
  - プロジェクト管理連携
description: コーディングエージェントの作業を自律的な実行に変換し、エンジニアがタスク単位で管理できるようにするオーケストレーションツール
quick_summary:
  has_free_plan: true
  is_oss: true
  starting_price: 無料
  target_users:
    - 開発チーム
    - ソフトウェアエンジニア
  latest_highlight: Symphonyリリーススキルの追加やGitHub/GitLab連携が強化されたv0.0.3がリリース
  update_frequency: 不定期
evaluation:
  score: 80
  base_score: 70
  plus_points:
    - point: 5
      reason: Linear等のトラッカーと連動し、タスク駆動でエージェントを自律動作させる先進的なアプローチ
    - point: 5
      reason: Elixir/OTPによる堅牢なプロセス管理とワークスペースの分離
  minus_points:
    - point: 0
      reason: なし
  summary: AIコーディングエージェントの管理を自動化し、タスクの進捗ベースでの管理を実現する強力なプロトタイプ
links:
  github: https://github.com/openai/symphony
  deepwiki: https://deepwiki.com/openai/symphony
  codewiki: https://codewiki.google/github.com/openai/symphony
relationships:
  related_tools:
    - AutoGPT
    - Devin
    - OpenHands
---

# **Symphony 調査レポート**

## **1. 基本情報**

* **ツール名**: Symphony
* **ツールの読み方**: シンフォニー
* **開発元**: OpenAI
* **公式サイト**: [https://github.com/openai/symphony](https://github.com/openai/symphony)
* **関連リンク**:
  * GitHub: [https://github.com/openai/symphony](https://github.com/openai/symphony)
  * CodeWiki: [https://codewiki.google/github.com/openai/symphony](https://codewiki.google/github.com/openai/symphony)
* **カテゴリ**: 自律型AIエージェント
* **概要**: Symphonyは、コーディングエージェントの作業を分離された自律的な実装プロセスに変換するツールです。エンジニアがエージェントを直接監督する代わりに、プロジェクトのタスク単位で作業を管理できるようになります。

## **2. 目的と主な利用シーン**

* **解決する課題**: エンジニアがAIエージェントのコーディング作業を常時監視・調整する手間を省き、タスクレベルでの管理へと移行させること。
* **想定利用者**: ソフトウェア開発チーム、AIエージェントを活用しているエンジニア
* **利用シーン**:
  * Linear、GitHub Issues、Jira Cloud、Asana、GitLab Issuesなどのイシュートラッカーに登録されたタスクをAIエージェントに自動的に割り当てて実装させる。
  * PRのレビューフィードバックやCIの結果に基づいて、自律的にコードを修正・改善させる。
  * 完全に隔離されたワークスペースで安全にエージェントを動作させる。

## **3. 主要機能**

* **タスク自動ポーリング**: Linear、GitHub Issues、Jira Cloud、Asana、GitLab Issuesなどの複数のトラッカーから定期的に候補となるタスクを取得し、エージェントを起動します。
* **強力なAPI連携・認証**: GitLab APIのBearer認証サポートやGitHub/GitLabの認証トークンの安全な処理（Scrub）機能を備え、セキュアにリポジトリ連携を行います。
* **独立したワークスペース**: 各イシュー（課題）ごとに隔離されたワークスペースを作成し、コードの変更や実行環境を他のタスクから分離します。
* **Codex App Server統合**: ワークスペース内でOpenAI Codex CLIをApp Serverモードで起動し、タスク解決のための自律的なコーディングを実行させます。
* **状態管理によるエージェント制御**: イシューが特定の終了状態（Done, Closed, Cancelled, Duplicateなど）に移行すると、該当するエージェントを自動的に停止し、リソースをクリーンアップします。
* **Webダッシュボード (Phoenix LiveView)**: エージェントの稼働状況やタスクの進行状態をリアルタイムで監視するためのUIを提供します。

## **4. 動作原理・システム構成**

* **アーキテクチャ**: Elixir/OTPを活用したオーケストレータと、独立したエージェントプロセス群による分散・並行処理システムです。
* **主要コンポーネントとデータフロー**:
  * **Orchestrator (Elixir)**: メインの管理プロセス。イシュートラッカー（Linear, GitHub Issues等）のAPIをポーリングし、新しいタスクを検出します。
  * **Agent Worker (Codex App Server)**: タスクが検出されると、Orchestratorは隔離されたワークスペースを作成し、その中でOpenAI Codex CLI（エージェント）をプロセスとして起動します。エージェントは独立してコードを編集・実行します。
  * **Web Dashboard (Phoenix LiveView)**: Orchestratorと連携し、各エージェントのログやタスクの進行状態をリアルタイムでブラウザに表示します。
* **特筆すべき要素技術**:
  * **BEAM (Erlang VM) & OTP**: 数千のプロセスを軽量かつ堅牢に管理する基盤技術。一部のエージェントプロセスがクラッシュしても、全体システムは影響を受けずに稼働し続けます。
  * **隔離ワークスペース**: エージェントごとにローカルルートをアンカーし、他のタスクと状態が混ざらない安全な実行環境を提供します。

```mermaid
flowchart TD
    subgraph Tracker["イシュートラッカー"]
        Linear["Linear"]
        GitHub["GitHub Issues"]
        Jira["Jira Cloud"]
    end

    subgraph SymphonySystem["Symphony (Elixir/OTP)"]
        Orchestrator["オーケストレータ (タスクポーリング・状態管理)"]
        Dashboard["Webダッシュボード (Phoenix LiveView)"]

        subgraph Workspaces["隔離ワークスペース群"]
            Worker1["Agent Worker 1<br>(Codex App Server)"]
            Worker2["Agent Worker 2<br>(Codex App Server)"]
        end
    end

    Linear -->|タスク取得| Orchestrator
    GitHub -->|タスク取得| Orchestrator
    Jira -->|タスク取得| Orchestrator

    Orchestrator <-->|状態監視・制御| Worker1
    Orchestrator <-->|状態監視・制御| Worker2

    Orchestrator <-->|リアルタイム同期| Dashboard
```

## **5. 開始手順・セットアップ**

* **前提条件**:
  * Harness engineeringが導入されたコードベース
  * LinearのパーソナルAPIトークン (`LINEAR_API_KEY`)
  * Elixir/Erlang環境 (miseを利用したバージョン管理を推奨)
* **インストール/導入**:

  ```bash
  git clone https://github.com/openai/symphony
  cd symphony/elixir
  mise trust
  mise install
  mise exec -- mix setup
  mise exec -- mix build
  ```

* **初期設定**:
  * リポジトリ内の `WORKFLOW.md` を自身のプロジェクトにコピーしてカスタマイズします（Linearプロジェクトスラッグの設定など）。
* **クイックスタート**:

  ```bash
  mise exec -- ./bin/symphony ./WORKFLOW.md
  ```

## **6. 特徴・強み (Pros)**

* AIエージェントへの細かな指示からエンジニアを解放し、「どのようなタスクを終わらせるか」という上位レベルの管理に集中できる点。
* Elixir/OTPを活用することで、エージェントプロセスの堅牢な管理と監視を実現している点。
* 独立したワークスペースを用いるため、既存のコードベースや他のタスクへの意図しない干渉を防げる安全設計。

## **7. 弱み・注意点 (Cons)**

* 現状は「プロトタイプ実装」または「実験的ソフトウェア」としての位置づけであり、本番環境での利用には自己責任でのハードニング（セキュリティ強化）が求められる点。
* Linearの特定のステータス（Rework, Human Review, Mergingなど）に依存するワークフローを採用しており、導入時にトラッカー側のカスタマイズが必要になる場合がある点。
* 公式情報がGitHub上のREADMEとSPECに限定されており、日本語のサポートやドキュメントが存在しない点。

## **8. 料金プラン**

| プラン名 | 料金 | 主な特徴 |
|---------|------|---------|
| **オープンソースプラン** | 無料 | すべての機能を利用可能。ただし、OpenAI APIやLinearの利用には別途各サービスの契約・料金が必要。 |

* **課金体系**: オープンソースソフトウェアとして無償提供
* **無料トライアル**: なし

## **9. 導入実績・事例**

* **導入企業**: OpenAI自身や、実験的なAI活用を進める先進的な開発チーム（公式な導入事例の公開はなし）。
* **導入事例**: 公開事例なし。ただし、AIエージェントの自律化を目指す研究開発の分野での利用が想定される。
* **対象業界**: ソフトウェア開発、テクノロジー、AI研究

## **10. サポート体制**

* **ドキュメント**: GitHubリポジトリ上のREADMEおよびSPEC.mdファイル。
* **コミュニティ**: GitHub IssuesやPull Requestsを通じたコミュニティベースのサポート。
* **公式サポート**: 実験的プロジェクトのため、エンタープライズ向けの公式サポート窓口は提供されていない。

## **11. エコシステムと連携**

### **11.1 API・外部サービス連携**

* **API**: プロセスの状態を確認・操作するためのJSON API（`/api/v1/state` など）を提供。
* **外部サービス連携**: Linear (タスク管理), OpenAI Codex CLI (AIエージェント)

### **11.2 技術スタックとの相性**

| 技術スタック | 相性 | メリット・推奨理由 | 懸念点・注意点 |
|:---|:---:|:---|:---|
| **Elixir / Phoenix** | ◎ | リファレンス実装がElixirで構築されているため、コードの拡張や理解が容易。 | 特になし |
| **Linear** | ◎ | デフォルトのトラッカーとして組み込まれており、GraphQLベースの深い連携が可能。 | トラッカーのワークフロー設定をSymphonyに合わせる必要がある |
| **Node.js** | ◯ | 連携可能 | 特になし |
| **Python** | ◯ | 連携可能 | 特になし |

## **12. セキュリティとコンプライアンス**

* **認証**: Linearのパーソナルアクセストークン等を利用。Webダッシュボード等のアクセス制御については利用環境での追加設定が必要。
* **データ管理**: データは実行環境（ワークスペース）内に保持される。
* **準拠規格**: 公式サイトで公開されていない。オープンソースツールとして、導入組織独自のセキュリティポリシーに準拠する運用が求められる。

## **13. 操作性 (UI/UX) と学習コスト**

* **UI/UX**: Phoenix LiveViewによるWebダッシュボードを通じて、リアルタイムなタスク状況とエージェントのログを確認可能。コマンドラインでの起動が基本。
* **学習コスト**: Elixir/OTPの概念や、Linearのワークフロー設定、エージェントに与えるプロンプト（`WORKFLOW.md`）の調整に関する知識が必要なため、学習コストはやや高め。

## **14. ベストプラクティス**

* **効果的な活用法 (Modern Practices)**:
  * Harness engineeringの概念に従い、テストやCI/CDが整備されたプロジェクトに適用することで、エージェントが提供する「CIステータス」「PRレビュー」「複雑度分析」などの成果を最大限に活用する。
  * `WORKFLOW.md` におけるプロンプトをプロジェクトの特性に合わせて適切にチューニングする。
* **陥りやすい罠 (Antipatterns)**:
  * テストや検証環境が不十分なリポジトリにSymphonyを導入すると、エージェントが誤ったコードを自律的にコミットし続けるリスクがある。
  * トラッカーのステータス遷移（DoneやClosed）をSymphonyの仕様と合わせないと、エージェントプロセスが適切に停止しない問題が発生する。

## **15. ユーザーの声（レビュー分析）**

* **調査対象**: GitHub、技術コミュニティ（Elixir Forumなど）
* **総合評価**: レビューサイト（G2やCapterra）には登録なし。技術者コミュニティでは高い関心を集めている。
* **ポジティブな評価**:
  * 「Elixirのプロセス監視（BEAM/OTP）をAIエージェントのオーケストレーションに活用するアプローチが理にかなっている」（Elixir Forumより引用）
  * タスク管理からコーディングまでの自動化というビジョンに対する期待の声。
* **ネガティブな評価 / 改善要望**:
  * 実験的なプロトタイプであるため、実運用に耐えうるセキュリティや安定性の確保が課題。
* **特徴的なユースケース**:
  * ElixirのエコシステムとAIを組み合わせた新しい開発パラダイムの実験プラットフォームとしての利用。

## **16. 直近半年のアップデート情報**

* **2026-09-15**: v0.0.3がリリースされ、Symphonyリリーススキルの追加、GitHub/GitLab認証トークンの安全な処理（Scrub）、GitLab APIへのBearer認証適用が行われた。
* **2026-07-24**: v0.0.2がリリースされ、Linearに加えてGitHub Issues、Jira Cloud、Asana、GitLab Issuesの汎用トラッカーアダプターが追加された。
* **2026-07-18**: v0.0.1がリリースされ、Elixir監視ダッシュボードのPhoenixへの移行、SSHワーカーのサポート追加、Symphony Elixirオーケストレーションの安定化が行われた。
* **2026-04-27**: Codex app-serverのモデル（gpt-5.5等）を`--config model`経由で設定できるように修正。
* **2026-04-27**: サービス仕様書（`SPEC.md`）のRFCスタイル要件定義を明確化し、Codexプロトコルの詳細仕様を整備。
* **2026-03-19**: エージェントランナーでのSSHリトライフェイルオーバーをオーケストレータ側での管理に変更し、プロセス分離を強化。
* **2026-03-16**: Codexからの非JSON出力を起因とする、不正なプロトコルイベント（`:malformed`）に関するエラーを修正。
* **2024-11-20**: GitHubリポジトリ上で実験的なリファレンス実装（Elixir版）と設計仕様（SPEC.md）を公開。

(出典: [GitHubリポジトリ](https://github.com/openai/symphony/releases))

## **17. 類似ツールとの共同比較**

### **17.1 機能比較表 (星取表)**

| 機能カテゴリ | 機能項目 | Symphony | AutoGPT | Devin | OpenHands |
|:---:|:---|:---:|:---:|:---:|:---:|
| **自律的実行** | タスクからPR作成まで | ◎<br><small>トラッカー連動の自律実行</small> | ◯<br><small>汎用的なタスク実行</small> | ◎<br><small>高度な自律コーディング</small> | ◎<br><small>完全自律・サンドボックス</small> |
| **タスク管理** | トラッカー連携 | ◎<br><small>Linear/GitHub等標準サポート</small> | △<br><small>標準では非対応</small> | ◯<br><small>多様なツールと連携可能</small> | △<br><small>手動プロンプトが中心</small> |
| **アーキテクチャ** | プロセス管理 | ◎<br><small>Elixir/OTPによる堅牢な監視</small> | △<br><small>Pythonベースのスクリプト</small> | -<br><small>クローズドソース</small> | ◯<br><small>Docker/クラウド</small> |
| **コスト** | 無料利用・OSS | ◎<br><small>OSS無料 (LLM別)</small> | ◎<br><small>OSS無料</small> | ×<br><small>高額な有料プランのみ</small> | ◎<br><small>OSS無料 (LLM別)</small> |

### **17.2 詳細比較**

| ツール名 | 特徴 | 強み | 弱み | 選択肢となるケース |
|---------|------|------|------|------------------|
| **Symphony** | OpenAIによるタスク指向のエージェント管理ツール。 | トラッカーと連動したワークフロー、Elixirによる堅牢な管理。 | まだプロトタイプ段階であり、エンタープライズサポートがない。 | 開発プロセスの自動化を自社でカスタマイズしながら構築したい場合。 |
| **AutoGPT** | 汎用的な自律型AIエージェント。 | 幅広いタスクに対応し、コミュニティが活発。 | ソフトウェア開発プロセスに特化した統合が弱い。 | コーディング以外の多様なタスクを自動化したい場合。 |
| **Devin** | Cognition社が提供する自律型AIソフトウェアエンジニア。 | 高いコーディング能力と独自プラットフォーム。 | クローズドソースであり、導入コストが高い。 | 予算があり、環境構築の手間をかけずに高品質なAIエンジニアが必要な場合。 |
| **OpenHands** | オープンソースの自律型開発エージェント。 | 無料で利用可能、モデル選択の自由度、Dockerによる安全な実行環境。 | 導入セットアップの手間、サポートはコミュニティ依存。 | コストを抑えたい、特定のLLMを使いたい、データセキュリティを重視する場合。 |

## **18. 総評**

* **総合的な評価**:
  * Symphonyは、AIエージェントを「マイクロマネジメント」する段階から、タスク単位で「オーケストレーション」する段階へと引き上げるための非常に興味深いアプローチを提示しています。Elixir/OTPの特性を活かしたプロセス管理と隔離されたワークスペースの提供は、安全で自律的な開発環境の実現に寄与します。
* **推奨されるチームやプロジェクト**:
  * Harness engineering（堅牢なテスト・CI環境）を導入済みで、かつ開発体制の自動化に前向きな技術力の高いエンジニアリングチーム。
* **選択時のポイント**:
  * 現状はプロトタイプであるため、そのまま本番導入するのではなく、ツールチェーンやワークフローを自社向けにカスタマイズし、安全性を確保（ハードニング）できる体制があるかどうかが採用の鍵となります。