Скоро вы не поймёте, где работает SDD, а где сама модель

Разработчик поправил верстку прямо в Codex без OpenSpec, а спеки написал уже потом. Мелочь, но она показывает, куда всё движется.

Spec-driven development сейчас — это обвес вокруг модели. Мы пишем спеки, гоняем их через харнесс, страхуемся от галлюцинаций и потери контекста. Но чем сильнее становятся модели и код-агенты, тем меньше видно, где реально помог обвес, а где модель справилась сама.

Скоро мы перестанем отличать одно от другого. Спеки будут появляться не «до», как ограничитель, а «после», как документация того, что уже сработало. Граница исчезает не потому, что SDD стал не нужен, а потому что он растворяется в самом инструменте.

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

Поэтому вопрос смещается с «как заставить агента написать код» на «кто отвечает за то, что этот код выдержит рост нагрузки и требований». Это уже не про промпты, а про инженерную дисциплину.

Мы в Byndyusoft разрабатываем с ИИ MVP, который не упирается в потолок на первой же тысяче пользователей, а спроектирован под масштабирование. Модель ускоряет, экспертная команда отвечает за то, что решение переживёт этот рост.

А у вас спеки чаще пишутся до кода или уже после?