Чтобы AI работал на полную мощность, ему нужен смысл AI-инструменты, автоматизирующие «правую часть PDLC» — код, тесты, инфраструктуру — не смогут дать системного эффекта, пока не перестроена «левая часть» — управление требованиями. Внедрение SDD — это работа с «левой частью» жизненного цикла: там, где рождаются идеи и требования. Основные принципы трансформации: Спецификация и код лежат в одном репозитории. Спецификация всегда рядом с кодом, git — мастер-система. 2. Спецификация и код связаны. Каждое изменение в коде связано с конкретной спецификацией (у неё есть номер). Мы всегда знаем, для чего написан код. 3. У спецификации есть шаблон и обязательные разделы. Это делает документы понятными и читаемыми. Кто и зачем делает спецификацию, бизнес-цель, ограничения, сценарии и др. Для систем с чувствительными данными часть разделов обязательна по требованиям кибербезопасности и других регуляторов. 4. Мастер-спецификация и изменения к ней разделены. Есть «мастер-спецификация» — описание того, как система работает сейчас. И есть «дельта-спецификация» — описание одного конкретного изменения. Они разделены. Когда изменение готово, его решения переносят в мастер-спецификацию. Номер, дату, версию и историю правок ведут автоматически OpenSpec и хранилище кода — все изменения можно проследить в рамках аудита. 5. Спецификацию создают на основе контекста. Спецификация создаётся на основе контекста (знания о продукте и системе). Лучше дать агенту контекст ещё до перехода на SDD.

Материал для почитать: https://gigacodeacademy.ru