Разговор об ИИ в проектировании и строительстве начинается с различия двух инструментов: чата с нейросетью и ИИ-агента. Чат отвечает на вопросы. ИИ-агент выполняет работу: открывает файлы, читает данные, вносит правки и сообщает, что сделал. Для проектной организации главное отличие в другом: агенту нужны права, данные и правила, а не только хорошо сформулированный запрос.
Из чего состоит ИИ-агент
У любого агента три части. Языковая модель решает, что делать дальше. Инструменты - это функции, которые агент может вызвать: прочитать файл, запросить список элементов модели, создать вид. Цикл связывает их: агент вызывает инструмент, получает результат, выбирает следующий шаг и останавливается, когда задача выполнена или нужно подтверждение человека.
В чате человек сам копирует текст в окно и сам переносит ответ в рабочий файл. В агенте этот перенос выполняет программа. Поэтому цена ошибки зависит от выданных прав: при доступе на чтение агент ошибётся в отчёте, при доступе на запись - в модели или документе.
Три уровня автоматизации
Агент не заменяет скрипты и макросы, а занимает место рядом с ними.
| Уровень | Что делает | Кто запускает | Пример в проектной организации |
|---|---|---|---|
| Ассистент | Отвечает на вопросы, пишет текст и код | Человек, вручную | Черновик текстовой части, скрипт для Dynamo по описанию |
| Скрипт или макрос | Выполняет заранее заданную последовательность | Человек по кнопке или расписание | Выгрузка ведомости в Excel, нумерация листов |
| Агент | Сам выбирает шаги и вызывает инструменты | Агент, в пределах выданных прав | Находит элементы без обязательных параметров и готовит список правок |
Если задача каждый раз выполняется одинаково, достаточно скрипта: его проще проверить, а результат предсказуем. Агент оправдан там, где следующий шаг зависит от того, что найдено на предыдущем.
Как выглядит цикл агента на примере
Пример для иллюстрации: нужно найти в модели стены без заполненного параметра «Огнестойкость». Агент проходит такие шаги:
- вызывает инструмент, который возвращает стены с уровнями и значениями параметров;
- отбирает элементы, у которых параметр пуст;
- сверяет типы стен с таблицей соответствия, которую передала организация;
- формирует отчёт: идентификаторы элементов, уровни, предлагаемые значения;
- останавливается и ждёт подтверждения.
Запись значений в модель - отдельный шаг, он выполняется после подтверждения. До этого момента агент ничего в модели не менял, и результат можно проверить глазами.
Какие задачи подходят уже сейчас
Для первых проектов подходят задачи, где результат проверяется за несколько минут, а ошибка не попадает в выпускаемую документацию.
- Проверка комплектности. Сверка состава тома с ведомостью, поиск отсутствующих листов, подписей и обязательных приложений.
- Проверка модели по правилам. Подсчёт элементов, поиск незаполненных параметров, подготовка ведомостей. Подробнее: проверка информационной модели с помощью ИИ.
- Разбор замечаний. Раскладка замечаний экспертизы по разделам и исполнителям, черновики ответов для проверки ГИПом.
- Поиск по архиву. Где в прошлых проектах уже решали похожую задачу, какие были решения и кто их принимал.
- Сводки для руководителя. Просроченные разделы, загрузка по неделям, изменения за период. Для них нужны структурированные данные: почему агенту нужны данные проекта.
- Черновики документов. Текстовые части, протоколы, письма. Результат - черновик, который редактирует инженер.
Ограничения, которые стоит знать заранее
- Ограниченный контекст. Агент видит только то, что передано в запрос. Крупные информационные модели и архивы документов ему отдают выборкой, а не целиком.
- Разные результаты на одном входе. Один и тот же запрос может дать разные ответы, поэтому проверки, где нужна воспроизводимость, выполняет код, а не модель.
- Цена цикла. Каждый шаг - отдельный вызов языковой модели. Время и стоимость растут с числом шагов, поэтому задачу формулируют так, чтобы шагов было немного.
Что остаётся за человеком
Проектные решения, расчёты, подписание и выпуск документации остаются за ГИПом и ответственными специалистами. Агент может предложить вариант и подготовить материалы, но ответственность за результат перед заказчиком и экспертизой несёт организация.
У языковых моделей есть известная особенность: они формулируют неверный ответ так же уверенно, как верный. Ссылки на нормативные документы, значения из таблиц и числовые результаты нужно сверять с первоисточником. Правило для рабочего процесса такое: агент предлагает, инженер утверждает.
Что подготовить до запуска
- Данные в одном месте. Если статус раздела записан в трёх файлах, агент выберет один из них, и вы не узнаете, какой.
- Минимальные права. Первые недели только чтение. Запись включают отдельным инструментом и на копии.
- Журнал действий. По каждой операции: кто, когда, какие объекты, какой результат.
- Владелец процесса. Один человек принимает результат и отвечает за остановку, если что-то идёт не так.
- Контур данных. Что можно отправлять во внешний сервис, а что остаётся на своих серверах: условия договоров с заказчиками, персональные данные, объекты с ограничениями.
Как проверить идею на практике, описано в статье внедрение ИИ-агентов в проектной организации: пилот на шесть недель.
Что происходит у производителей САПР
Производители открывают программы для агентов через стандартные интерфейсы. Один из них - MCP (Model Context Protocol), открытый протокол, по которому приложение предлагает агенту свои функции в виде инструментов. В июне 2026 года Autodesk объявила официальный MCP-сервер для Revit. Что он умеет и где его границы, описано в статье про ИИ-агента для Revit.
Остальные САПР открывают возможности через собственные программные интерфейсы. Что доступно в Renga, nanoCAD, Archicad и AutoCAD, разобрано в статье про интерфейсы этих программ.
Вывод
Первого агента в проектной организации разумно запускать на проверках и сводках: результат сверяется за минуту, откатывать нечего. Запись в рабочие модели и документы - второй шаг, после того как журнал действий и откат отработаны на копиях.