SDD: когда спецификация важнее промпта

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

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

Это и есть vibe coding: намерение живёт в переписке, а переписка испаряется. Каждая новая сессия агента начинается с нуля, и модель заново угадывает, что вы имели в виду.

Что предлагает SDD

Spec-Driven Development — разработка, управляемая спецификациями. Идея простая: источник истины — не промпт и не код, а спецификация. Сначала записано, что строим и как поймём, что построили. Потом агент пишет код. Код можно перегенерировать, спецификацию — нет: она и есть договорённость.

Для сильной команды это звучит как «ну да, ТЗ». Разница в том, что спецификацию теперь читает не только человек, но и агент — каждый раз, перед каждой задачей. Она становится исполняемой памятью проекта.

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

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

Что дальше в серии

SDD хорошо отвечает на вопрос «что строим». В этой серии я разберу, где он перестаёт отвечать на вопрос «а это точно готово?» — и как мы закрываем эту дыру методологией WitnessDone. Шестнадцать постов: от инструментов намерения до порядка доказательства и честного сравнения с конкурентами.

Если вы уже пускаете агентов в прод-код и чувствуете, что намерение теряется между сессиями, — это серия для вас.

Подписывайтесь и читайте серию на arhellist.ru — следующий пост про OpenSpec и Spec Kit.

#WitnessDone #SDD #AIразработка #агенты