Софт теперь — это текст, а не код

Андрей Марьясов, AI-консультант. Внедряю AI-агентов для бизнеса и каждый день вижу, как сдвигается сама природа разработки. Этот текст — про один релиз от OpenAI, который я перечитал трижды, потому что думал, что что-то упустил. Не упустил. Просто правила изменились.

TL;DR (за 30 секунд)

• OpenAI выпустили Symphony не как код, а как спецификацию. 18-страничный документ и одна инструкция: «Скажи своему AI-агенту построить это на любом языке».
• Reference implementation — на Elixir. Намеренно редкий язык. Сигнал: язык реализации не важен, важна спецификация.
• Это не исключение, а сдвиг парадигмы. Раньше: разработчик → код → продукт. Теперь: спецификация → AI-агент → продукт.
• Что это значит для бизнеса: конкурентное преимущество смещается от «кто написал код» к «кто написал лучшую спецификацию». Стоимость реализации приближается к нулю — остаётся стоимость мышления.

Релиз, который выглядел как ошибка

Несколько дней назад OpenAI выпустили новый продукт. Точнее — не продукт.

Symphony — это оркестратор AI-агентов. Штука, которая берёт задачи из трекера (например, Linear), раздаёт их агентам, те пишут код, создают PR, ждут ревью, исправляют замечания. Всё автономно, без человека.

Но интересно не что они сделали, а как они это выпустили.

В README написано буквально:

«Tell your favorite coding agent to build Symphony in a programming language of your choice: Implement Symphony according to the following spec».

То есть: возьми своего AI-агента, дай ему прочитать спецификацию — и он построит тебе этот продукт сам. На любом языке. Под твои нужды.

(Серьёзно — я перечитал их страницу трижды, потому что думал, что что-то упустил. Нет, там реально написано «скажи своему агенту построить». Вот и вся инструкция.)

Что на самом деле отдали пользователям

Сам «продукт» — это 18-страничный документ. Текст. Не код.

Reference implementation на Elixir есть, но это вторично. Главное — спецификация: алгоритмы, state machine, retry logic, workspace management, failure recovery. Всё описано так детально, что AI-агент может это построить с нуля.

Несколько цифр, которые хорошо показывают пропорции:

• SPEC.md — 18 секций, от domain model до test matrix.
• Reference implementation — на Elixir. Не Python, не JS — потому что язык не важен.
• 4.9k звёзд за несколько дней после релиза.

Выбор Elixir — не случайность. Это язык, который мало кто использует в повседневной разработке. Намеренный сигнал: реализация вторична, спецификация первична. Хочешь Python? Пожалуйста. Go? Без проблем. Агент прочитает тот же самый текст и соберёт под твою среду.

Раньше и теперь

Проще всего показать сдвиг таблицей.

	Раньше	Теперь
Что ты получаешь	Код / готовую программу	Спецификацию (текст)
Что с ней делаешь	Скачиваешь, устанавливаешь, конфигурируешь	Даёшь AI прочитать — он строит
Язык реализации	Выбор поставщика	Выбор потребителя
Где ценность	В написанном коде	В качестве спецификации
Стоимость реализации	Высокая	Приближается к нулю

Мы привыкли, что софт — это что-то, что скачиваешь, устанавливаешь, обновляешь, чинишь, когда сломалось. А теперь одна из крупнейших AI-компаний мира выпускает продукт в виде текста. Не кода — текста. Потому что AI всё равно прочитает и построит под тебя.

Последствия для бизнеса

Это не просто интересный способ сделать open-source релиз. Это сдвиг в том, как распространяется ПО — и он затрагивает каждого, кто управляет продуктом или технической командой.

Конкурентное преимущество смещается от «кто написал код» к «кто написал лучшую спецификацию». Стоимость реализации приближается к нулю — остаётся стоимость мышления. А обслуживание и обновление продукта идут тоже через спецификацию, не через патчи.

Ваша IP перестаёт быть кодом и становится документом. Если вы управляете технической командой, стоит уже сейчас думать, как это меняет то, чем вы владеете и что защищаете.

Именно на этом строится работа с AI-агентами в Grow2.ai: хорошо описанная задача стоит дороже кода, который её выполняет. И когда в Auspex мы автоматизируем бизнес-процессы, половина работы — это не «написать интеграцию», а точно сформулировать, что именно система должна делать. Если вам интересно, где проходит граница между простым ботом и системой, которая действует по спецификации, я разбирал это отдельно: AI-агент vs чат-бот.

Это уже не один кейс

Два месяца, как я пишу об этом, — и тема только набирает обороты. Я вижу всё больше проектов, где спецификация важнее кода.

Anthropic CLAUDE.md, разнообразные agent specs, prompt-driven системы — всё это вариации одного и того же: спецификация важнее реализации.

Это как если бы вместо продажи автомобилей начали продавать чертежи — потому что в каждом гараже уже стоит робот, который может собрать машину за ночь.

Вопрос, который меня не отпускает: когда появится первый «App Store спецификаций»? Не программ — спецификаций. Покупаешь, даёшь своему агенту, он строит под твою среду, на твоей инфраструктуре, на твоём языке.

Ответ «уже скоро» кажется мне слишком оптимистичным. Или нет?