🟦 Строить как писать код: что методология Сбера меняет в проектировании зданий — 7 июля 2026 г. в 06:00:05.722
🟦 Строить как писать код: что методология Сбера меняет в проектировании зданий Сбер выпустил манифест AI-Disrupt PDLC за май 2026 года. Это не про "роботов-строителей". Это про то, как управлять сложностью, когда скорость мышления становится главным ресурсом. Автор — Кирилл Меньшов (старший вице-президент, глава "Технологий"). 💡 В доктрине нет ни слова про стройку. Но архитектура управления там описана настолько чётко, что проецируется на любую проектную отрасль. Мы переложили логику на строительство. Вот что получается. 1. От BIM-модели к спецификации В документе заявлен переход от "кода" к "намерению". В стройке это означает: мы перестаём рисовать чертежи как самоцель. Первичным артефактом становится спецификация требований — что нужно заказчику, для кого, за сколько. Агентная система генерирует конструктивные решения под эту спецификацию, а человек только утверждает. 2. Контекст дороже модели Ключевая мысль Сбера: модель — это товар, а ваше конкурентное преимущество — среда исполнения (harness). Применительно к стройке: ваш "харнесс" — это не просто BIM, а машиночитаемые СНиПы, история объектов и реестр типовых решений. Если у агента нет этого контекста, он будет проектировать так, как научился на чужих данных, а не так, как требует ваш регулятор. 3. Двухпетлевая модель вместо "согласований" Сбер делит процесс на петлю намерений (люди, дни) и петлю реализации (агенты, минуты). Перенос: проектировщик формулирует задачу, агент за 20 минут перебирает 50 вариантов узлов, проверяет коллизии и смету. Человек не рисует, он валидирует. Это снимает 60% рутины и когнитивной нагрузки. 4. Tiny Teams (компактные команды) Вместо армии из 20 специалистов — группа из 4–5 человек (архитектор, конструктор, сметчик, ПТОшник). Агенты берут на себя расчёты, проверку нормативов и подготовку документации. Масштабируется это не наймом, а тиражированием спецификаций. 💡Что сейчас мешает? СНиПы и ГОСТы — это текст, а не код. Цифровые двойники пока что не являются средой для проверки решений до начала стройки. Культурно мы привыкли "исправлять на стройплощадке", а не "проверять до". 💡Первые шаги уже сегодня (по методике Сбера): 1. Зафиксировать текущие метрики ошибок и сроков. 2. Запустить пилот на одном типовом объекте — перевести требования в машиночитаемую спецификацию. 3. Назначить AI-чемпиона в команде, кто будет накапливать практики. Организации, которые пройдут этот путь в ближайшие 12–18 месяцев, получат преимущество на горизонте 2028–2030. Остальные будут догонять 🔴 Файл с методологией #Буквы_ИИ 🟦 Подписаться: БУКВАМИ о ЦИФРЕ