Тест OpenSpec: спек-дривен разработка против вайбкодинга

Попытки приручить AI-агентов и заставить их следовать строгим инженерным практикам продолжаются. На этот раз в поле зрения попал OpenSpec — инструмент, который обещает принести Spec-Driven Development (SDD) в мир AI-разработки. Идея проста: уйти от чистого «вайбкодинга» к четко структурированным спецификациям внутри ваших любимых инструментов вроде Claude Code.

Автор блога Improve & Repeat протестировал OpenSpec в связке с Claude Code (командная строка, тариф Teams) при создании приложения для путешественников на стеке Python, Flask, Tailwind и PostgreSQL. Результаты оказались неоднозначными.

Установка и первые грабли

OpenSpec устанавливается как глобальный npm-пакет и инициализируется в директории проекта:

npm install -g @fission-ai/openspec@latest
openspec init

Главный урок первого запуска: никогда не начинайте с команды /opsx:propose, если у вас нет детального описания задачи. В эксперименте команда /opsx:propose “travel goals” привела к созданию бесполезного плана из 20 пунктов, так как у агента не было контекста.

Вместо этого вайбкодерам стоит использовать режим исследования:

/opsx:explore

В этом режиме можно детально обсудить стек, внедрить TDD (Test-Driven Development) и настроить E2E-тесты на Playwright. Несмотря на то, что OpenSpec изначально сопротивлялся изменениям плана, в режиме диалога он смог предложить здравые варианты решения архитектурных задач.

Применение плана: Ожидание vs Реальность

После того как план был утвержден, в дело вступила команда:

/opsx:apply

Claude Code долго и упорно писал код, запускал тесты и исправлял их. Казалось бы, идеальный процесс. Однако на выходе разработчик получил:

• 404 ошибку на главной странице.
• Нерабочую форму регистрации.
• «Поплывшую» верстку.

Вердикт для вайбкодеров

На текущий момент (март-апрель 2026 года) OpenSpec выглядит как перспективный, но сырой концепт.

Плюсы:

• Помогает находить «дыры» в логике приложения на этапе планирования.
• Предлагает адекватные варианты реализации фич.

Минусы:

• Слишком высокий порог входа и слабая документация.
• Инструмент часто игнорирует прямые требования пользователя в процессе реализации.
• Легко совершить критическую ошибку в командах, которая испортит весь проект.

«OpenSpec — это подход с потенциалом, но ему нужно гораздо больше доработки, чтобы быть реально полезным», — резюмирует автор. Для тех, кто хочет заставить Claude Code следовать стандартам, пока стоит присмотреться к альтернативам вроде Superpowers или GSD.