OpenSpec и Spec Kit: как SDD пришёл в повседневную работу

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

Это главное, что дают инструменты класса OpenSpec и Spec Kit: управление намерением. Перед тем как писать код, появляется предложение изменения, спецификация и список задач. Агент работает от них, а не от последнего сообщения в чате.

Почему они взлетели

• Лёгкий вход. Несколько команд — и в репозитории есть структура для спецификаций.
• Гибкость. Не навязывают процесс целиком: берёте то, что нужно.
• Работают с готовым кодом. Описали изменение, применили, влили в действующее описание.

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

Где они останавливаются

Их сила — в вопросе «что мы хотим». Вопрос «как доказано, что сделано» они оставляют вам. Список задач закрыт, тесты зелёные — и на этом формальный путь заканчивается. Машиночитаемого акта приёмки, где по номерам перечислено, какие утверждения проверены и какими командами, там нет. Это не недостаток — это другой слой.

Цена бездействия

Если считать «все задачи отмечены» за «готово», дыра просто переезжает из чата в tasks.md. Об этом — следующий пост.

Нужен быстрый старт в SDD на живом проекте — начните с OpenSpec. Если проект большой и с нуля — дочитайте серию до WitnessDone.

Обсудим, что подойдёт вашему проекту, — пишите, ссылки на arhellist.ru.

#WitnessDone #SDD #OpenSpec #SpecKit