Дорожная карта базы знаний: от ИЖС до МКД, от поиска по нормативам до автоматизации смет

Зачем строительству база знаний на AI

За 12+ лет в загородном строительстве я видел одну и ту же картину: инженер тратит 30-40% рабочего времени не на проектирование, а на поиск информации. Открыть СП, найти нужный пункт, проверить ГОСТ, сверить с актуализированной редакцией, составить выписку для заказчика. Это рутина, которая съедает часы каждый день.

Когда мы запустили BuilderMind — AI-бота для работы со строительными нормативами — стало понятно: сам бот решает только часть проблемы. Он отвечает на вопросы по загруженным документам. Но строительная отрасль требует гораздо большего. Нужна полноценная база знаний — с автообновлением, поиском, аналитикой и интеграцией в рабочие процессы.

Сегодня публикую дорожную карту развития этой базы. Не абстрактные планы — конкретные направления с обоснованием, почему каждое из них критично.

Направление 1: расширение на МКД

Сейчас база знаний заточена под ИЖС — индивидуальное жилищное строительство. Это логичная отправная точка: рынок ИЖС в России — более 350 тысяч домов в год, и именно здесь больше всего проблем с соблюдением нормативов.

Но следующий шаг — многоквартирное домостроение (МКД). Почему:

• Объём нормативной базы МКД в 3-4 раза больше, чем для ИЖС. Больше СП, больше ГОСТов, больше требований пожарной безопасности, доступной среды, инженерных систем.
• Ответственность выше — МКД проходит экспертизу, и ошибка в нормативах означает отказ или пересмотр проекта. Это месяцы задержки и миллионы рублей потерь.
• Запрос от рынка — проектные бюро, которые работают с МКД, уже обращаются с вопросом: когда бот научится работать с их нормативной базой.

План: загрузка и индексация профильных СП для МКД — пожарная безопасность, конструктивные требования, инженерные системы, доступная среда. Первая очередь — 50+ документов.

Направление 2: автообновление документов

Это одна из самых болезненных проблем строительной нормативной базы. Документы обновляются, выходят изменения, отменяются старые редакции. Инженер, который работает по устаревшему документу, фактически нарушает закон — даже если не знает об обновлении.

Как это работает сейчас: я вручную отслеживаю обновления и загружаю новые версии документов в базу. Это не масштабируется. При базе в 100+ документов ручное отслеживание — потолок.

Что мы строим:

• Мониторинг источников — автоматическое отслеживание обновлений на сайтах Минстроя, Росстандарта, ФГИС ТП.
• Сравнение версий — когда выходит обновление документа, система автоматически определяет, какие пункты изменились.
• Уведомления пользователей — если инженер работал с документом, который обновился, он получает уведомление с перечнем изменений.
• Валидация — автоматически загруженный документ проходит проверку структуры, полноты и корректности индексации.

Направление 3: ролевые механики

Строительный инженер и заказчик задают одни и те же вопросы, но им нужны разные ответы.

Инженеру: «Минимальная глубина заложения фундамента по СП 22.13330 при промерзании грунта 1,8 м» — нужен точный пункт, формула, коэффициенты.

Заказчику: «Какой фундамент подойдёт для моего участка» — нужно объяснение простым языком, без формул, с рекомендациями.

Ролевые механики позволяют одной и той же базе знаний обслуживать разные аудитории:

• Инженер/проектировщик — полные ссылки на пункты, таблицы, формулы. Минимум пояснений, максимум точных данных.
• Технадзор/стройконтроль — фокус на обязательных требованиях, допусках, процедурах проверки.
• Заказчик/застройщик — объяснения простым языком, сравнения, рекомендации. Без профессиональной терминологии.
• Сметчик — выборка из нормативов, влияющая на стоимость: требования к материалам, толщинам, защитным покрытиям.

Каждая роль получает ответ в нужном формате с нужным уровнем детализации. Это не фильтр — это разная логика формирования ответа.

Направление 4: полнотекстовый поиск по ключевым словам

Семантический поиск — мощный инструмент, но он не заменяет точный поиск по ключевым словам. Инженеру нужно найти все упоминания «минераловатная плита» во всех загруженных документах. Или все пункты, где упоминается «класс бетона B25».

Что мы строим:

• Точный поиск — по конкретным терминам, маркам, классам, номерам документов.
• Поиск с морфологией — «армировани*» находит «армирование», «армированный», «армировать».
• Поиск по нескольким документам — результат показывает, в каких документах и в каких пунктах встречается термин.
• Фильтры — по типу документа (ГОСТ, СП), по дате актуализации, по тематике.

Это простая, но критически важная функция. Сейчас для такого поиска инженер открывает каждый PDF отдельно и использует Ctrl+F. При базе из 100+ документов это нереально.

Направление 5: анализ инженерно-геологических изысканий (ИГИ)

Одно из самых перспективных направлений. Инженерно-геологические изысканияэ — это отчёт о грунтах на конкретном участке. На основании ИГИ проектировщик выбирает тип фундамента, определяет необходимость свайного поля, рассчитывает осадки.

Проблема: типовой отчёт ИГИ — 30-50 страниц. Инженеру нужно извлечь из него 5-10 ключевых параметров: тип грунта, несущая способность, уровень грунтовых вод, глубина промерзания, наличие просадочных грунтов.

Что может AI:

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

Направление 6: подготовка технологических карт

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

На практике: большинство подрядчиков в ИЖС работают без техкарт. Это прямой путь к браку. Рабочие делают «как привыкли», а не как требуют нормативы.

AI может генерировать технологические карты на основании нормативной базы:

• Последовательность операций — что за чем, какие параметры контролировать.
• Ссылки на нормативы — каждая операция привязана к конкретному пункту СП или ГОСТ.
• Параметры контроля — допуски, отклонения, методы проверки.
• Материалы и инструменты — что нужно для выполнения работ.

Это не замена типовых ТТК (типовых технологических карт). Это инструмент для создания рабочих техкарт под конкретный объект с конкретными материалами.

Направление 7: сметная оценка

Не полноценная смета — это задача для специализированных программ (Гранд-Смета, РИК). Но предварительная оценка стоимости на основании нормативных требований — это задача для AI базы знаний.

Логика: если по нормативам стена из газобетона D500 толщиной 400 мм требует утеплитель 100 мм, то AI может рассчитать объём материалов и дать предварительную стоимость. Это не смета — это оценка «порядка цифр» для принятия решений.

Что это даёт:

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

Точность такой оценки — 15-20% от фактической стоимости. Этого достаточно для стадии принятия решений. Для рабочей документации нужна полноценная смета.

Направление 8: веб-интерфейс и API

Сейчас BuilderMind работает в Telegram. Это удобно для быстрых вопросов, но недостаточно для полноценной работы с базой знаний.

Веб-интерфейс даст:

• Историю запросов — все вопросы и ответы сохраняются, можно вернуться к любому.
• Закладки и коллекции — инженер может собирать выборки из нормативов по конкретному проекту.
• Визуализацию — таблицы, графики, сравнения из нормативов отображаются корректно, а не как текст в мессенджере.
• Работу с файлами — загрузка ИГИ, чертежей, техзаданий для анализа.

API откроет возможности интеграции:

• С BIM-системами — проверка проектных решений на соответствие нормативам прямо в Revit или ArchiCAD.
• Со сметными программами — автоматическое извлечение нормативных требований для составления смет.
• С системами управления проектами — привязка нормативных требований к задачам и этапам.

Главная цель: сокращение времени и затрат

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

Конкретные цифры:

Суммарно для инженера — экономия 8-15 часов в неделю. Это целый рабочий день, который можно потратить на проектирование, а не на поиск информации.

Приоритеты и сроки

Не всё будет сделано одновременно. Приоритеты:

1. Полнотекстовый поиск — базовая функция, без неё не работает всё остальное.
2. Автообновление документов — критично для достоверности.
3. Расширение на МКД — расширение аудитории.
4. Ролевые механики — улучшение UX для разных пользователей.
5. Анализ ИГИ — высокая ценность для конкретных задач.
6. Техкарты — генерация документов.
7. Сметная оценка — расширение функционала.
8. Веб-интерфейс и API — масштабирование.

Каждое направление проходит один и тот же цикл: прототип на реальных данных, тестирование с инженерами, доработка по обратной связи, продакшен.

Итог

База знаний в строительстве — это не модный AI-проект. Это инструмент, который закрывает конкретную боль: инженеры тратят слишком много времени на поиск и обработку информации. Каждая минута, потраченная на листание PDF, — это минута, не потраченная на инженерные решения.

Дорожная карта, которую я описал — это план на ближайший год. Часть функций уже в работе, часть — в стадии проектирования. Прогресс буду публиковать в канале @svodai.

Если вы инженер, проектировщик или руководитель строительной компании — протестируйте бота @buildermind_bot. Обратная связь от практиков определяет приоритеты разработки.