Статья
История идеи «спецификация важнее кода» в индустрии длиннее текущей волны: от формальных методов и BDD (Behaviour-Driven Development) до DDD (Domain-Driven Design). Что изменилось в 2025–2026 — появление ИИ-агентов, способных писать значимый код по описанию. Это превратило старый методологический подход в практическую необходимость.
Без явной спецификации ИИ-агент работает на «здравом смысле»: выдумывает граничные условия задачи, не помнит контекст между сессиями, не воспроизводит ранее принятые архитектурные решения. К 2026 году это перешло из теоретической проблемы в операционную, и крупные игроки начали категоризацию рынка.
Whitepaper мая 2026 года: полный цикл AI-нативной разработки. SDD — ядро Implementation Loop с декомпозицией на Pattern Library, Specification-Driven Documents и Evidence Bundle. Задаёт корпоративный язык для российского рынка.
Open-source toolkit для интеграции SDD в GitHub-воркфлоу. Команды /specify, /plan, /tasks, /implement превращают описание задачи в иерархию артефактов. Работает с Copilot, Claude Code, Gemini CLI.
Спецификационная среда поверх Bedrock, позиционируется как agentic IDE: пользователь описывает намерение, агент собирает спецификацию, планирует и исполняет. Главное преимущество и одновременно ограничение — глубокая интеграция со стеком AWS.
Концепция компонуемых артефактов поведения для Claude и Claude Code. Skill — файл со структурированной спецификацией задачи и ресурсами для исполнения. По сути — лёгкая SDD-нотация, оптимизированная для агентного исполнения.
Традиционный цикл: задача → код → документация (часто опциональная). Единственный источник истины — код.
SDD-цикл: задача → спецификация → код, документация, тесты (всё генерируется или сверяется со спецификацией). Единственный источник истины — спецификация.
Разница не косметическая. В традиционном цикле ИИ-агент после нескольких итераций не способен восстановить интент: он видит код и пытается угадать, что хотел сделать автор. В SDD-цикле агент имеет доступ к спецификации и работает в её рамках.
Спецификация становится артефактом, к которому может вернуться любой участник процесса — новый разработчик, аудитор, агент — и понять, что и почему делалось. Это закрывает контекстный долг, главную проблему AI-нативной разработки.
В фреймворке Сбертех, Spec Builder реализует слой Intent Loop — этап формулирования намерения до начала реализации. Коллекция-шаблон в нашей модели соответствует Pattern Library Сбера, Design Document — SDD-артефакту, эксперт-редактор — HITL-контуру (Human In The Loop). Ключевое отличие Spec Builder от рассмотренных решений — отсутствие привязки к конкретному облачному стеку (Bedrock, GitHub, собственной IDP). Это готовое решение для команд, которым нужен SDD-подход без многомесячного проекта внедрения собственной платформы разработки. Подходит как самостоятельным командам разработки, так и крупным корпорациям.
Удобен, если:
Оправдан, если:
В обоих случаях SDD-подход — формирующийся корпоративный стандарт. Различие в том, кто строит инструмент: вы сами или мы для вас.
Связанные материалы