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

Andrew Maryasov, 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 є, але це secondary. Головне — специфікація: алгоритми, 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 специфікацій»? Не програм — специфікацій. Купуєш, даєш своєму агенту, він будує під твоє середовище, на твоїй інфраструктурі, на твоїй мові.

Відповідь «вже незабаром» здається мені занадто оптимістичною. Або ні?