Вы тоже устали? Устали объяснять ChatGPT структуру вашего проекта в десятый раз? Устали от того, что Cursor "съедает" ваши лимиты? Платные подписки нужны ради их мощных моделей, но обидно тратить драгоценные токены на бесконечные уточнения контекста.

Встречайте OpenSpec - конец vibe-кодинга. Это инструмент, который не просто "еще одна обертка над GPT", а смена парадигмы. Мы переходим от AI-чатов к Spec-Driven Development.

Проблема: "Контекстная амнезия"

Давайте честно: AI-ассистенты крутые, но тупые. Как только ваш проект вырастает из "Hello World", начинается ад.

• "Эй, добавь кнопку"

• "Конечно! Вот код кнопки. Ой, я забыл, что у вас React, а не Vue, и что стили в Tailwind..."

Мы тратим 80% времени на борьбу с контекстом и промпт-инжиниринг, вместо того чтобы писать код. Мы платим $20/мес за инструменты, которые всё равно галлюцинируют, как только файл становится длиннее 500 строк.

Решение: OpenSpec - Спецификация вместо Чата

Идея OpenSpec гениальна в своей простоте: сначала думаем, потом скармливаем.

Вместо хаотичного диалога вы создаете Спецификацию (Spec). Это не скучная документация по ГОСТу, а набор markdown-файлов в папке openspec/ (предложение, задачи, правила), который описывает:

1. Контекст: Какие файлы важны для задачи.

2. Цель: Что конкретно нужно сделать.

3. Правила: Какие библиотеки использовать.

OpenSpec берет эту спецификацию, создает четкую структуру задач (tasks.md), которую любой AI понимает с полуслова.

По сути, это старый добрый PRD (Product Requirements Document), которому сто лет в обед. Все серьезные компании (от Google до стартапов YC) используют PRD, чтобы инженеры понимали, что они строят. OpenSpec просто адаптировал эту классику для AI-инженеров.

Почему это работает?

Потому что LLM (большие языковые модели) обожают структуру. Когда вы даете им четкую спецификацию вместо сбивчивого "ну сделай красиво", качество кода вырастает на порядок.

OpenSpec заставляет вас сформулировать задачу до того, как вы начнете тратить ресурсы модели. Это возвращает нас к корням инженерии, но с суперсилой AI.

Как вкатиться?

Проект Open Source. Никаких скрытых платежей.

1. Устанавливаете CLI (npm install -g @fission-ai/openspec).

2. Запускаете openspec init в проекте.

3. Описываете задачу и наслаждаетесь результатом.

Мастер-класс: Добавляем фичу за 5 минут

Пример на учебном проекте в отдельной ветке. Вот как выглядит реальный рабочий процесс, когда вам нужно добавить, например, 2FA-авторизацию:

1. Инициализация (Один раз):

Пишем /openspec init (или просто openspec init в терминале). В корне появляется файл AGENTS.md.

Это и есть "секретный соус". В этом файле лежат инструкции для AI на естественном языке. Они буквально говорят модели:

"Ты - OpenSpec инженер. Если пользователь просит фичу, не пиши код сразу! Сначала создай папку openspec/changes/... и опиши план."

Поэтому шорткаты не обязательны - модель просто следует инструкции из AGENTS.md. Шорткаты (/openspec:proposal) - это просто способ сэкономить время на наборе текста.

2. Заполните контекст вашего проекта

Пишете в чате: "Пожалуйста, ознакомься с файлом openspec/project.md и помогите мне заполнить его подробной информацией о моем проекте, используемых технологиях и принятых соглашениях.".

3. Предложение (Proposal):

Пишете в чате: "Создай OpenSpec Proposal для добавления 2FA".

OpenSpec создает папку с файлами:

openspec/changes/add-2fa/
├── proposal.md          # Описание предложения
├── tasks.md             # Детальный план реализации
└── specs/
    └── auth/
        └── spec.md      # Спецификация требований 2FA

4. Утверждение (Review):

Вы читаете эти файлы. Не нравится библиотека для OTP? Пишете в чате: "Замени библиотеку X на Y в дизайне". AI правит md-файлы. Код еще не написан, а ошибки уже исправлены! И не надо как-то дополнительно уточнять, что мы редактируем спецификацию. AI продолжает работать в режиме планирования. Например: я внёс уточнения, что хочу "email-based OTP" без хранения email и с конфигом для mailpit.

1. Логин: username + password + email
2. OTP: генерируется → отправляется на email → хранится в памяти 1 мин
3. Верификация: ввод кода (макс 3 попытки) → JWT токен
4. Cleanup: автоматическая очистка каждые 5 минут

5. Реализация (Code):

Когда спек утвержден, вы даете команду: "Реализуй всё это!". (Шорткат: /openspec:apply add-2fa). В идеале все таски должны быть закрыты, но мы же знаем, как это бывает - несколько раз корректировал исполнение. Хорошо, командуете пройти по tasks.md и проставить галочки, что уже сделано. Я обнаружил, что остаются хвосты. А время уже вышло.

6. Архивация (Merge):

Фича готова? Пишем: /openspec:archive add-2fa (или просто просим AI заархивировать). Ваши изменения "цементируются" в основную документацию проекта. Теперь AI навсегда знает, как у вас устроена авторизация.

Пока остальные ждут, когда Copilot "догадается", что они имели в виду, пользователи OpenSpec уже деплоят продакшн.

А что насчет конкурентов?

Сравнение в деталях.

P.S. Будущее за теми, кто умеет писать Спецификации?