Symphony

Agent-nativeOpen Source

Open-source orchestration for autonomous implementation runs

Symphony preview

Overview

About Symphony

This summary uses submitted and public product material. Only source-mapped claims are documentation reviewed.

Symphony turns project work into isolated, autonomous implementation runs so teams can manage work instead of supervising coding agents. OpenAI positions it as an orchestration layer for trusted engineering environments, with agents handling tasks and returning proof of work.

Features

  • Isolated autonomous implementation runs for engineering tasks
  • Orchestration around project boards and queued work instead of one-off prompts
  • Proof-of-work outputs such as CI status, PR review feedback, complexity analysis, and walkthrough videos
  • Reference implementation plus a published spec for building Symphony in other languages
  • Designed for codebases that use harness-style engineering workflows

So agents can…

  • Pick up project work from a shared queue and execute it in isolated runs
  • Return structured evidence that a task was completed, reviewed, and safe to land
  • Coordinate engineering work at the project level instead of acting as one supervised coding session at a time

Listing decision

Why Symphony is listed

Symphony continuously assigns tracked work to autonomous coding-agent runs, maintains their workspaces and retries, and coordinates execution state, so it is an agent-native orchestrator rather than a passive developer library.

Before you choose

Fit and limitations

Best for

Agent-ready engineering repositories with strong tests and documented workflows that want repeatable, ticket-driven Codex runs for routine implementation, maintenance, migration, or investigation work.

Known limitations

The specification is draft, its current tracker profile is Linear, and the reference implementation depends on Codex App Server plus operator-supplied credentials and infrastructure. OpenAI labels the implementation a trusted-environment preview, recommends building a hardened version, and says it does not plan to maintain Symphony as a standalone product.

Not yet verified

There is no formal conformance suite or production support commitment in the reviewed material. Security posture, sandboxing, remote-host isolation, recovery behavior, and results depend on each implementation and repository harness and were not independently tested.

Sources

Sources and verification

First-party unless marked otherwise. Each link supports only its adjacent claim.

  1. OpenAI Symphony article — issue tracker as agent control plane

    OpenAI describes Symphony as a minimal orchestrator that maps project-management tasks to isolated Codex workspaces and lets teams manage deliverables instead of supervising individual coding sessions.

    official product announcement · accessed Sep 3, 2026
  2. Symphony service specification — orchestration contract and boundaries

    The draft language-neutral specification defines polling, bounded concurrency, per-issue workspaces, retries, workflow configuration, logs, and Codex App Server integration, while leaving approval and sandbox policy to implementations.

    official specification · accessed Sep 3, 2026
  3. Symphony Elixir README — prototype reference implementation

    The maintained Elixir reference implementation polls Linear, creates workspaces, runs Codex through App Server, exposes optional status surfaces, and is explicitly labeled prototype software for evaluation rather than a hardened product.

    official documentation · accessed Sep 3, 2026
  4. Symphony repository license — Apache 2.0

    The Symphony specification and reference implementation are published under the Apache License 2.0.

    official license · accessed Sep 3, 2026

Related tools

Comments