Привет, друзья! 👋

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

Процесс разработки плавно смещается из контура с кодом в контур постановки задачи. И у этого действительно есть свои плюсы. Зачем ИИ анализировать доработку в момент написания кода, если на вход уже может прийти задача с готовым решением?

Тут как раз идеально подходит SDD.

Немного теории. SDD (Spec-Driven Development, разработка через спецификации) — это подход, при котором код пишется по заранее описанным инструкциям, спецификациям. А сами спеки формируются на основе технической и бизнесовой документации по продукту. Грубо говоря: сначала договариваемся, что именно строим, и только потом пишем код. Спека становится источником истины, а не чат и не чья-то память.

Давайте начнём с того, а куда он вообще уходил? Да всё просто) Людям было влом вести спеки и поддерживать их актуальность. Надо не только сохранять всё по новым доработкам, но ещё и держать историю уже сформированного. Это, конечно, лично моё мнение, но на форумах встречал единомышленников.

Почему его вдруг опять вспомнили? Да потому что теперь всю эту бюрократию на себя берёт ИИ и отлично справляется. Плюс снижается сжигание токенов: контекст ходит из чата в чат без повторного анализа, а вся история лежит в спеках.

По факту, вы совместно с ИИ формулируете задачу, учитываете архитектуру, бизнес и сам код ещё до его написания. Спека первична, код — то, что из неё вытекает.

Теперь про инструменты. Самый лёгкий вход — openspec (уже больше 50к звёзд на гите). Ставится через npm, внутри проекта делаете openspec init — и дальше работаете через слэш-команды прямо в вашем ИИ-ассистенте.

Фишка в том, что каждое изменение живёт в своей папке, а спеки остаются документацией, которую читает и человек, и ИИ. Работает это с кучей ассистентов — Claude Code, Cursor, Codex и ещё 20+ инструментов.

Какие тут плюсы?

1️⃣Вы не забиваете контекст одной сессии. Весь нужный контекст уже хранится в спецификациях, а не держится в памяти чата.
2️⃣Сохраняется история изменений. Появилась доработка по уже сделанной задаче — не нужно жечь токены заново, у вас лежит спека с описанием изменений.
3️⃣Экономите токены в долгую. Да, в начале вы сожжёте их много, но потом получите в разы больше импакта.
4️⃣Прозрачность для команды. Спека читается человеком. Аналитик, тестировщик и новичок видят одну и ту же картину, а не пытаются реконструировать логику по коду.

Но давайте честно — минусы тоже есть.

1️⃣Высокий порог входа. На старте это больно. Надо перелопатить документацию, договориться о формате спек, потратить время и токены.
2️⃣Спеки надо поддерживать. Забьёте на актуальность — и вернётесь ровно туда, откуда начинали.
3️⃣Подходит не под всё. Разворачивать спеку ради правки в одну строчку — оверхед. SDD раскрывается там, где важны архитектура и контекст.
4️⃣Нет простого ответа "Как встроить это в уже существующий монолит". Непонятно как это встраивать в проект из нескольких продуктов. Или связать это между репой бэка и фронта.
5️⃣Инструменты ещё сырые. openspec, BMAD и прочие активно меняются, устоявшихся стандартов пока нет, что-то придётся допиливать под себя.

Бонусом, вот несколько полезных ссылок по этой теме:
🔗https://aipdlc.ru/ru
🔗https://tproger.ru/articles/razrabotchik-uhodit-inzhener-ostayotsya-kak-ai-ekosistema-menyaet-r