Проблема современного AI-кодинга не в глупости моделей, а в недостаточной спецификации (underspecification). Мы научились генерировать код дешево, но делать его корректным — всё еще дорого. Команда OpenSpec (выпускники Y Combinator W26) решила исправить это, создав стандарт «живых спецификаций» для AI-агентов.

Почему Plan Mode в Cursor больше не хватает?

Когда мы просим агента (будь то Cursor, Windsurf или Claude Code) создать фичу, он делает допущения. Каждое допущение — это развилка. На маленьком куске кода это легко поправить, но в больших проектах ошибки накапливаются как снежный ком. В итоге ревью кода от AI становится тяжелее, чем написание его руками.

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

Как это работает

1. Проработка намерений: Вы итерируете спецификацию вместе с агентом, отлавливая неверные повороты до того, как они превратятся в плохой код.
2. Строительство по чертежу: Агент использует спецификацию как единственный источник истины (SSOT).
3. Верификация: После завершения работы OpenSpec проверяет результат на соответствие исходному плану.
4. Долгоживущие данные: Спецификации не выбрасываются. Они хранятся в виде Markdown-файлов прямо в вашем репозитории, эволюционируя вместе с кодовой базой.

Почему это важно для вайбкодеров

Для тех, кто строит продукты в одиночку или небольшими командами, OpenSpec — это способ делегировать агентам более сложные и объемные задачи. Инструмент работает локально, не требует специальных MCP или API-ключей и совместим с более чем 20 различными AI-агентами.

Проект уже набрал более 28 000 звезд на GitHub менее чем за полгода, а сотни команд используют его в продакшене для борьбы с дрейфом кода (code drift).

Как говорит основатель проекта Табиш Бидивале: «Ответ не в создании более умных моделей, а в том, чтобы дать разработчикам способ генерировать живые спецификации».