Спека · Linear · Codex

OpenAI Symphony: оркестрация Codex и трекер задач вместо десятка сессий

Открытая спецификация: Linear как «пульт» для кодинг-агентов, непрерывный цикл задач и handoff людям — для команд и вайбкодинга.

Maya Pro в Telegram

Коротко: если вы уже используете ИИ для кода и coding agent вроде Codex, следующий «потолок» часто не в скорости модели, а в том, как команда держит в голове десяток параллельных чатов. OpenAI опубликовала открытую спецификацию Symphony — идею внешнего оркестратора, который читает бэклог в трекере задач (в материале первоисточника — Linear), запускает агентов на отдельных задачах и возвращает результат в понятные статусы вроде ревью человеком. Ниже — что это значит для разработки, для вайбкодинга и для смежных процессов (в т.ч. контента), без обещаний «магического удвоения PR у всех».

symphony · control plane
# очередь из трекера → агенты → ревью
linear.poll → reconcile backlog
issue.workspace → изоляция контекста
codex app-server → bounded concurrency
status → Human Review → PR

Зачем командам оркестратор поверх нескольких чатов с Codex

Когда нейросеть для программирования вошла в ритм, боль смещается с «как написать строчку» на управление потоком задач.

3–5
интерактивных сессий Codex — ориентир «комфорта» внимания (первоисточник OpenAI)
узкое место — человек, не модель
Фокус Symphony

Очередь и статусы в таск трекере, а не бесконечные окна чата.

Для кого ещё

Продукт, маркетинг, контент: бриф → исполнители → ревью → публикация.

Где упираются лимиты интерактивных сессий

В открытой публикации про Symphony OpenAI описывает эффект внимания: инженерам комфортно параллелить примерно три–пять интерактивных сессий Codex; дальше растёт переключение контекста и падает полезная отдача. Symphony позиционируется как слой, который держит очередь снаружи чата — в таск трекере или таск менеджере.

Маркер: простыми словами. Оркестрация ИИ — это когда не вы вручную щёлкаете по десяти окнам, а система решает, какая задача сейчас у какого агента, что делать после ошибки, куда отдать результат и когда остановиться.

Кому это полезно: продукт, маркетинг, контент на агентах

Разработчикам Symphony ближе всего: coding agent, CI, PR, ребейзы и конфликты в монорепо. Но смысл шире: любой процесс с очередью задач, статусами и handoff между автоматизацией и человеком. ИИ агенты для бизнеса здесь — про контур наблюдаемости, а не «одного чат-бота».

Что такое Symphony простыми словами и чем это не замена IDE

Определение (для цитирования): Symphony — открытая спецификация (Draft v1) для сервиса, который циклически опрашивает трекер (Linear), под задачу держит изолированный workspace и запускает coding agent в режиме, совместимом с Codex app-server.

Маркер: простыми словами. Codex app-server — способ запускать Codex как сервис, к которому оркестратор обращается по правилам, а не как единственное окно чата.

Symphony не обещает стать «новой IDE» и не заменяет глубокую работу в редакторе там, где нужны суждение и неоднозначные требования.

Спецификация и репозиторий: что смотреть без погружения в код

В репозитории Symphony лежит SPEC.md с границами ответственности: планировщик и раннер, чтение трекера, изоляция контекста; переводы тикетов и PR чаще через инструменты агента; финиш может быть Human Review, не обязательно «Done». Полная спецификация: SPEC.md репозитория Symphony.

Маркер: простыми словами. Draft v1 — честная пометка «первый чертёж правил»: формат может меняться.

Как это стыкуется с вайбкодингом и трекером

Вайбкодинг — быстрые итерации и промпты. Symphony — про момент, когда вайбкодинг вырос в команду: очереди, приоритеты, ответственность за качество. Тогда таск менеджер становится пультом: что у агента в работе, что ждёт человека, что заблокировано.

Визуал к разделу

Трекер как пульт: очередь, изоляция, ревью

Схема в духе Symphony: бэклог → агенты в отдельных workspace → ограничение параллелизма → остановка на Human Review. Не замена IDE, а control plane процесса.

  • Один тикет — свой контур файлов и истории (изоляция контекста).
  • Одновременно работают не «сколько угодно», а N агентов (bounded concurrency).
  • Финиш — не обязательно «Done»: часто гейт проверки человеком.

Дальше — как превратить доску в единую плоскость правды для coding agent и не утонуть в «шумном» спросе по таск-трекерам.

Анимация упрощена: колонки статусов, поток тикетов и «потолок» параллельных агентов. Пауза вне экрана — экономия CPU.

Трекер задач как единая плоскость правды для coding agent

Linear в примере Symphony — метафора control plane: видно состояние системы, а не только «чат с нейросетью».

Задачи, статусы, приоритеты и прозрачность

Открытая задача может коррелировать с агентом, ветка — жить в отдельном workspace. Задача может дать несколько PR или быть исследованием без PR — трекер отражает реальную работу.

Маркер: простыми словами. Control plane — «пульт управления»: где видно, что в ошибке и что требует ручного вмешательства.

Таск трекер, task tracker и Linear

По Wordstat у запросов таск трекер, таск менеджер, task tracker много «шумных» смыслов. Нужен инструмент с владельцем, статусом, зависимостями и ссылкой на артефакт (PR, док). Linear task tracker — узкий хвост про связку продукта и процесса.

Codex, OpenAI API и агенты: как читать связку инструмента и процесса

Нейросеть для программирования и нейросеть для кодинга — вопрос «чем пользоваться». Codex и OpenAI API — инфраструктура; Symphony добавляет процессный слой.

1

ИИ для кода и роль coding agent

Coding agent — исполнитель цикла «задача → код → проверки → изменения в репозитории». В Symphony человек в точках контроля: приоритеты, ревью, неоднозначности. Когда генерация ускоряется, валидация не ускоряется автоматически.

2

Оркестрация ИИ и агентов

Оркестрация ИИ агентов — про операционный слой: расписание, ретраи, статусы. Для ИИ агентов для бизнеса ценность в том, что автономия встроена в workflow и политики, а не размазана по личным чатам.

Безопасность, контроль и когда оркестрация не подходит

Спецификация перекладывает trust & safety на реализацию: политики approval/sandbox должны быть явно описаны.

Approval, песочница и риски

В enterprise-обзорах поднимают audit trails и баланс автономии. В Symphony конечная точка может быть Human Review — нормальный гейт.

Маркер: простыми словами. Trust & safety posture — пакет правил: кто разрешает деплой, граница автономии агента, секреты, след для аудита.

Разработка ИИ агентов и бизнес-процессы

Неоднозначные задачи остаются зоной интерактивного Codex. Для разработки ии агентов продукт — не только промпт, но контур наблюдаемости и лимиты параллелизма.

Сравнение контекстов: агенты в редакторе, CI и внешний оркестратор

Cursor развивает async subagents внутри IDE — фокусная работа разработчика. Symphony — внешняя очередь из трекера и изолированные workspace. Вместе они комплементарны.

Как не смешивать уровни: IDE — когда вы ведёте задачу сами; оркестратор — когда очередь должна жить в трекере.
✓ Документация Cursor: subagents · кейс Symphony: анонс OpenAI

Как не каннибализировать тему про Cursor

Практическое правило: Cursor — для глубокой сессии; Symphony-подобный оркестратор — когда важна общая очередь в трекере. Для контент-команд вайбкодинг в редакторе остаётся, а бэклог — общий язык.

Практический чек-лист: от задачи в трекере до PR

Итог внедрения в одном абзаце: сначала дисциплина репозитория и тестов, затем договорённости в трекере, затем оркестратор с лимитами параллелизма и ясным финишем для людей.

Чтобы собрать такой контур на практике — от сценариев в Make до агентов и пайплайнов — имеет смысл опереться на программу: обучение по автоматизации и вайбкодингу.

  1. 1. Harness до Symphony. Тесты, docs/, короткий AGENTS.md, культура репозитория для Codex — см. harness engineering (OpenAI).
  2. 2. Трекер как контракт. Артефакт, критерии готовности, владелец ревью, зависимости.
  3. 3. Изоляция контекста. Отдельный workspace на issue.
  4. 4. Ограниченный параллелизм. Без контроля — стоимость, ревью, конфликты.

  5. Маркер: простыми словами. Bounded concurrency — «не больше N агентов одновременно».

  6. 5. Финиш в Human Review. Ясные статусы «можно мержить» vs «нужен человек».

Handoff человеку, ревью и качество кода

В публикации про Symphony — рост landed pull requests у некоторых внутренних команд OpenAI на 500% в первые три недели (формулировка первоисточника, не обещание для всех). Рост объёма должен насторожить: проверка не масштабируется так же легко, как генерация. Официальная линия: анонс Symphony.

FAQ

Symphony и нейросеть для кодинга: что реально ускоряет

Не «новое имя нейросети», а процесс: очередь, изоляция контекста, CI и статусы. Ускорение возможно, когда репозиторий читаем для агентов и команда выдерживает ревью при росте потока PR.

Нужен ли отдельный task tracker, если уже есть привычная доска

Нужна плоскость, где договор о задаче один для людей и агентов. Если текущая доска это даёт — ок.

Чем Symphony отличается от ускорения через WebSockets в Responses API

WebSockets — про транспорт и латентность стриминга; Symphony — про планирование из трекера. Смежные слои, не взаимозаменяемые.

Обязательно ли Linear

В Draft v1 зафиксирован Linear; дальше возможны расширения. Важнее принцип: API-трекер + правила.

Что проверяли по источникам

  • Анонс Symphony, Linear, PR, ограничения — OpenAI.
  • Границы SPEC, app-server, Human Review — SPEC.md репозитория Symphony.
  • Harness и культура репозитория — публикация OpenAI о harness engineering.
  • Cursor subagents vs внешняя оркестрация — документация Cursor и логика Symphony.
Beget — надёжный хостинг и VPS