ИИ в архитектурно-строительном проектировании
Фундамент под L1 и L2: понятийная база, как устроен ИИ «на пальцах» строительной терминологии, учебный кейс нормоконтроля и практикумы с разбором.
Язык отрасли
Прежде чем говорить об ИИ, договоримся о терминах процесса проектирования. Проект проходит стадии; у каждой свой результат и ответственный. Главная по «цене ошибки» — стадия «П» и её экспертиза.
ИИ «на пальцах»
«Искусственный интеллект» в проектировании — не одна технология, а несколько разных инструментов. Важно понимать не только что они умеют, но и чего принципиально не умеют.
| Инструмент | Что делает | Умеет | НЕ умеет |
|---|---|---|---|
| LLM языковая модель | понимает и генерирует текст | писать черновики разделов, отвечать по документу | гарантировать точность без проверки; «знать» ваши нормы без загрузки |
| RAG | ответ строго по загруженным документам | цитировать пункт нормы с источником | придумывать то, чего нет в базе (и это плюс) |
| OCR | текст из сканов/PDF | распознавать таблицы, штампы | безошибочно читать плохой скан без проверки |
| CV компьютерное зрение | анализ изображений | сравнивать фото со стройки с моделью | работать без эталонной модели |
| Ген. дизайн | варианты по ограничениям | предлагать посадку/планировки | заменять инженерное суждение |
Как работает RAG (это ключ к нормоконтролю)
Где ИИ уместен
Не каждую задачу стоит автоматизировать. Правило оценки — перемножить три множителя (каждый 1–3 балла):
| Критерий | Низко (1) | Высоко (3) |
|---|---|---|
| Объём рутины | задача редкая | пожирает человеко-недели |
| Проверяемость | ответ субъективен | есть пункт нормы-эталон |
| Цена ошибки | критична даже под надзором | низкая при HITL (человек отсекает) |
Учебный кейс · Зона 1
Разберём пошагово, как ИИ-ассистент проверяет полноту комплекта ПД (МКД) перед подачей на экспертизу.
Что сверяем: эталон ПП №87 (для МКД — упрощённо)
12 разделов: ПЗ · ПЗУ · АР · КР · ИОС (электро/вода/отопление/связь/газ/технология) · ПОС · ПОД (при сносе) · ООС · МОПБ · ОДИ · энергоэффективность · смета · иная документация.
Как выглядит проверка пункта
| Пункт | Как проверяет ИИ | Статус |
|---|---|---|
| Есть ли раздел КР отдельным томом? | deterministic: ищет по штампу марку «КР» в дереве | есть |
| В ПЗ указаны реквизиты ТУ? | semantic: RAG ищет в тексте ПЗ | под вопросом |
| Есть ли раздел энергоэффективности? | deterministic: марки нет в дереве | нет |
Каждое замечание содержит основание (пункт ПП №87) и место (файл/лист). Если ассистент не уверен — статус под вопросом, и пункт обязательно уходит человеку.
Человек, этика и границы ИИ
- Ответственность. Подпись под ПД ставит человек (ГИП/нормоконтролёр). ИИ не несёт юридической ответственности и не заменяет её.
- Границы. ИИ ошибается и «галлюцинирует». Поэтому recall-first (помечать сомнение) и доказуемость (ссылка на источник) — обязательны.
- Данные. Проектные данные конфиденциальны → для чувствительных задач локальный контур (On-Premise), а не внешнее облако.
- Профессия. ИИ снимает рутину, высвобождая инженера для творческого и ответственного труда — это инструмент, а не замена специалиста.
Контрольные вопросы (по всем модулям)
- Чем стадия «П» отличается от «РД» и почему экспертиза критична?
- Почему RAG снижает риск галлюцинаций?
- Назовите три критерия уместности ИИ. Где ИИ НЕ уместен?
- Что такое статус «под вопросом» и зачем он нужен (recall-first)?
- Почему за полноту ПД отвечает человек, а не ИИ?
- Когда нельзя отправлять данные во внешний облачный ИИ?


