Spec driven development: Fission AI из Y Combinator выпустила OpenSpec для контроля ИИ-агентов

Тему spec driven development поднял практик-разработчик, описавший проблему, с которой столкнулась вся индустрия: ИИ-агенты пишут код быстрее любого человека, но никто не успевает проверять результат. Отдельные разработчики заявляют о 100 коммитах (фиксациях изменений в коде) в день. Код, который раньше писался осознанно и служил документацией, теперь генерируется машиной и может содержать ошибки, которые не заметит ни автор, ни ревьюер. На этом фоне Fission AI предложила методологию и инструментарий OpenSpec.

Какую проблему решает spec driven development?

Раньше разработчик держал контекст проекта в голове. Если что-то было непонятно в коде, можно было спросить коллегу, который писал этот фрагмент. Знания жили в людях, и при стабильной команде это работало.

С приходом ИИ-агентов возникли два узких места:

• Проверка намерения. Человек не может убедиться, что сгенерированный код делает именно то, что задумано, если он физически не успевает его прочитать.
• Потеря контекста решений. Почему функция сделана так, а не иначе, агент не объясняет. Код, написанный машиной, не несёт в себе истории рассуждений.

Тесты не спасают: как отмечает автор со ссылкой на научную статью, тесты точно так же могут фиксировать неправильное поведение. Spec driven development предлагает выход: прежде чем агент напишет хоть строчку кода, человек создаёт и утверждает спецификацию.

Как устроен OpenSpec?

OpenSpec представляет собой набор навыков (скиллов) для любого ИИ-агента. Устанавливается через менеджер пакетов npm командой npm install -g @fission-ai/openspec@latest, после чего инициализируется в проекте командой openspec init.

В проекте появляется директория openspec с конфигурационным файлом. Дальше работа идёт через команды с префиксом opsx, которые вызываются прямо в промпте (текстовой инструкции для ИИ-агента).

Ключевая команда /opsx:propose. Вы описываете задачу своему агенту, и OpenSpec создаёт набор артефактов:

• Proposal (предложение) с описанием, что нужно сделать.
• Технический дизайн с архитектурными решениями.
• Требования в формате Gherkin (GIVEN/WHEN/THEN, то есть «при таких условиях / когда происходит действие / тогда ожидаем результат»).

В OpenSpec спецификации делятся на два вида. Main-спецификации фиксируют текущее поведение проекта. Change-спецификации описывают новую функциональность или изменение существующей.

Автор подчёркивает: созданная спецификация не готова сразу. Агент мог неправильно понять требования, оставить противоречия. Подразумевается этап ревью, в котором человек дорабатывает спецификацию до нужного качества. Для этого существует редактор OpenIDE Pro с механизмом ревью.

Зачем это нужно, если вы не программист?

Принцип spec driven development выходит далеко за пределы кода. Любой, кто работает с ИИ-агентами, сталкивается с той же проблемой: машина делает быстро, но не всегда то, что вы имели в виду.

• Автору на Дзене. Если вы используете нейросети для генерации черновиков, вы уже сталкивались с ситуацией, когда ИИ пишет не совсем о том. Подход «сначала спецификация, потом генерация» применим напрямую: опишите структуру статьи, ключевые тезисы, ограничения, и только потом просите агента писать текст. Это и есть spec driven development в миниатюре.
• Маркетологу. Если вы управляете командой, где ИИ-агенты генерируют рекламные тексты, лендинги или рассылки, явная спецификация с требованиями заменяет устные договорённости и снимает проблему «агент сделал не то, а мы заметили после публикации».
• Предпринимателю в РФ. OpenSpec устанавливается через npm и работает локально, ограничений по региону в источнике не упоминается. Сам инструмент рассчитан на разработчиков, но концепция важна для любого руководителя, который ставит задачи ИИ-агентам.

Есть ли аналоги в России?

Прямого российского аналога OpenSpec в источнике не названо. Из доступных в РФ инструментов для работы с ИИ-агентами можно использовать YandexGPT и GigaChat, но они решают другую задачу: генерируют текст и код по промпту, а не управляют спецификациями. По моим наблюдениям, подход spec driven development можно реализовать вручную в любом агенте через системный промпт (базовую инструкцию, которая задаёт поведение модели): сначала требуете от модели сформулировать план и ждёте вашего одобрения, только потом разрешаете генерацию.

Частые вопросы

Spec driven development подходит только программистам?

Нет. Сам инструмент OpenSpec ориентирован на разработчиков, но принцип «сначала спецификация, потом генерация» работает в любой области, где ИИ-агент выполняет задачи по вашей инструкции. Автор текстов, маркетолог, менеджер проекта, каждый выигрывает от явного описания ожидаемого результата до запуска генерации.

Чем spec driven development отличается от обычного промпт-инжиниринга?

Промпт-инжиниринг (подбор и оптимизация текстовых инструкций для нейросети) решает задачу одного запроса. Spec driven development фиксирует требования ко всему проекту: что уже работает, что меняется, какие ограничения действуют. Спецификация живёт в проекте как отдельный документ и обновляется, а промпт одноразовый.

Можно ли попробовать OpenSpec бесплатно?

Источник не указывает цену. CLI устанавливается через npm, упоминается также редактор OpenIDE Pro с расширенными возможностями ревью, но условия доступа к нему автор не раскрывает. Рекомендую проверить актуальную информацию на сайте Fission AI.

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