Сначала требования, потом связный текст
Ассистент полезен ГИП и архитектору, когда исходные требования уже есть в письмах, протоколах, приложениях к договору и таблицах заказчика. Он помогает собрать их в единую структуру, обнаружить противоречия и подготовить вопросы. «ТЗ» здесь — разговорное название задания на проектирование; в нормах Казахстана документ называется именно так. Ассистент не определяет за заказчика назначение объекта, мощность, очередность или границу работ и не должен превращать отсутствие ответа в типовое решение.
Для пояснительной записки порядок обратный: сначала принятые решения и проверенные показатели проекта, затем изложение. Если на входе нет сведений о конструктивной схеме или источнике водоснабжения, соответствующий абзац остаётся незаполненным. Гладкий текст без привязки к конкретному листу опаснее заметного пробела: при согласовании его легко принять за уже принятое решение.
Под «ТЗ» в переписке могут скрываться разные документы: задание на проектирование всего объекта, задание смежнику, требования к отдельной поставке. Прежде чем просить нейросеть помочь с ТЗ, назовите вид документа. Шаблон для закупки оборудования не задаёт состав проектных работ, а список пожеланий к фасаду не определяет полноту задания на здание.
Структуру задания выбирают по объекту и стране
Конкретный нормативный пример ниже относится к Казахстану. В прочитанной редакции СН РК 1.02-03-2022 «Порядок разработки, согласования, утверждения и состав проектно-сметной документации на строительство» пункт 5.2 отсылает к приложениям Б и В для задания на проектирование. Приложение Б посвящено производственным объектам, В — жилищно-гражданским. Это разные исходные структуры, а не один универсальный бланк.
В приложении В перечислены, среди прочего, основание и вид строительства, стадийность, основные показатели, требования к планировочным решениям и инженерному оборудованию, очереди, доступность и благоустройство. Для производственного объекта приложение Б отдельно раскрывает производственную программу, технологию и режим предприятия. Полный перечень нужно брать из самого приложения, включая примечания, а не из этого краткого пересказа. Текст документа и PDF фонда позволяют сопоставить форму.
Наличие этой копии не подтверждает текущий статус: в открытом каталоге он не установлен. До выпуска задания проверяют действующую для проекта редакцию и применимость требований. Статья разбирает только казахстанскую форму: для российского объекта эти приложения не переносите, а порядок составления задания проверяйте по российским актам. Порядок проверки нормативных оснований разобран в материале о ссылках ChatGPT на строительные нормы.
После выбора структуры создайте рабочую таблицу: поле задания, значение, источник, состояние согласования, ответственный. Это редакционный инструмент, а не дополнительная нормативная форма. У каждого заполненного поля должно быть происхождение: письмо с датой, строка утверждённой таблицы, протокол или решение заказчика. Отдельно помечайте предложения проектировщика: их нельзя выдавать за согласованные требования.
До договора ищут не опечатки, а неразрешённые обязательства
Проверять задание ассистентом имеет смысл на всём комплекте документов, а не на одном файле. Передайте проект задания, перечень выдаваемых материалов и относящиеся к нему протоколы. Попросите находить пары утверждений, которые невозможно выполнить одновременно, и места, где требование не имеет измеримого результата. Пересказ каждого файла по отдельности такую задачу не решает.
| Что проверять | Как выглядит проблема | Какой результат нужен от ассистента |
|---|---|---|
| Граница работ | В ТЗ есть наружные сети, в перечне выдачи их нет | Два фрагмента и вопрос о включении работ |
| Очередность | Общие показатели даны на весь объект, выпуск предусмотрен по очередям | Перечень показателей для разделения |
| Исходные данные | Требуется привязка, но нет согласованной границы участка | Запрос конкретного недостающего материала |
| Вариантность | Написано «подобрать оптимальное решение» без числа вариантов | Предложение уточнить объём сравнения |
| Приёмка | Требуется «современное благоустройство» | Вопрос о составе листов и согласуемых показателях |
Не поручайте модели самостоятельно устранить найденное противоречие. Если в одном документе две очереди, а в другом одна, ответ «принять две» меняет обязательства. Полезный результат — обе цитаты, их источники и вопрос тому, кто вправе принять решение. До ответа спорная строка остаётся открытой.
Проверьте и обратную связь: у каждого обещанного результата должен быть источник в согласованном объёме работ. Лишняя ведомость может казаться безобидной, но её подготовка требует исходных данных и проверки. Ассистенту следует отмечать такие дополнения как предложения, а не незаметно включать их в окончательный текст.
Эта проверка не заменяет юридического толкования договора: она только показывает, где документы противоречат друг другу. Вопросы о распределении ответственности и изменении объёма обязательств передают уполномоченным участникам согласования, приложив найденные расхождения.
Разобранный пример: общественное здание с двумя версиями вместимости
Возьмём условный случай: в письме заказчика общественное здание рассчитано на 120 посетителей, в протоколе следующего совещания — на 150. Перечень выдачи содержит архитектурные решения и генплан, а в проекте задания дополнительно названа реконструкция въезда за границей участка. Есть схема участка, но отсутствует решение о включении внешнего въезда в договор. Числа условные, реального объекта пример не описывает.
В задаче нужно указать, какими источниками ассистент может пользоваться и чего ему решать нельзя:
Сопоставь проект задания, письмо и протокол. Для каждого требования укажи источник и состояние: согласовано, противоречие, не хватает данных. Не выбирай версию по одной только дате. Не добавляй нормативных требований и проектных решений. Подготовь вопросы заказчику о вместимости, границе проектирования и составе выдачи. Черновик задания составляй только из непротиворечивых подтверждённых сведений.
Ассистент должен вернуть три отдельных документа. Первый: таблица расхождений с точными местами в файлах. Второй: вопросы о том, утверждена ли вместимость 150 и входят ли работы вне участка. Третий: черновик, в котором вместимость и внешняя граница не заполнены окончательно. Формулировка «предусмотреть въезд» без оговорки в таком черновике — ошибка, даже если она профессионально звучит.
ГИП открывает обе версии вместимости и проверяет, действительно ли протокол фиксирует решение, а не предложение участника. Затем сверяет схему: линия границы задания должна быть показана, а не только описана словами «в пределах объекта». Заказчику передают короткий список вопросов с приложенными фрагментами. После согласования ответы становятся новыми исходными данными; первоначальные расхождения сохраняются в истории.
Следующий запрос — только о внесении подтверждённых изменений. Полная повторная генерация всего задания может вернуть уже снятые противоречия. Попросите перечень заменённых абзацев и сравните редакции. Отдельно проверьте, не осталось ли старое число в таблице показателей, примечании или названии приложения: замена одного абзаца не гарантирует согласованности всего файла.
Пояснительная записка собирается из принятого проекта
При работе над пояснительной запиской ассистент выступает редактором исходных сведений. Подготовьте пакет, в котором каждый факт имеет адрес: номер листа и редакцию, строку экспликации, расчёт или согласованное решение. Не смешивайте окончательные листы с ранней подачей заказчику. Если стадии или версии различаются, это должно быть видно до написания первого абзаца.
Удобно сначала получить реестр фактов: «показатель — значение — единица — источник — правило подсчёта». Лишь затем поручать связное изложение. Фразы об обеспечении требований пожарной безопасности, доступности или энергосбережения должны иметь проектное основание. Ассистент не может сделать такое основание существующим, просто добавив уверенное утверждение.
Например, переданы план первого этажа, экспликация и таблица ТЭП. В записке требуется описать состав помещений и площади. Попросите использовать названия из экспликации, не заменять «техническое помещение» на придуманную функцию и перечислить отсутствующие сведения отдельно. Приёмка начинается со связей между фактами: относится ли указанная площадь к этажу, зданию, очереди или участку.
Работу с экспликациями и границами подсчёта подробнее разбирает статья об ИИ для архитектора. Здесь важен следующий шаг: принятые показатели должны перейти в записку без изменения смысла. Одинаковое слово «площадь» ещё не делает два показателя сопоставимыми.
ARAI считает по DWG и DXF площади помещений, экспликацию и ТЭП. Это черновик для проверки архитектором: он даёт записке исходные цифры, но не подтверждает её полноту.
Числа сверяют до стилистической правки
Для каждого числа в записке найдите источник, даже если значение выглядит очевидным. Начните с вместимости, этажности, площадей, количества мест и очередей. Выпишите все повторения: один показатель может находиться во введении, описании решения, таблице и заключительном абзаце. Проверка только таблицы ТЭП не закрывает текстовые вхождения.
Сравнивайте значения вместе с единицами и областью подсчёта. Условные 2400 м² покрытия по ведомости и 0,24 га в записке могут совпадать после перевода единиц. Но если в первой величине есть отмостка, а во второй она исключена, одинаковый итог не доказывает правильность. Правило подсчёта должно быть названо заранее, а округление применено одинаково.
Отдельный проход посвятите описаниям, которые числом не выражены. «Существующий» и «проектируемый», «сохраняемый» и «демонтируемый», «первая очередь» и «перспектива» меняют смысл решения сильнее опечатки. Попросите ассистента перечислить такие признаки по объектам и сверяйте их с условными обозначениями листа. Для последующей межлистовой проверки используйте порядок из статьи о проверке чертежей с ИИ.
После последней правки выпустите согласованную пару: записку и относящийся к ней комплект листов. Зафиксируйте дату и редакции в рабочем реестре. Если архитектор позднее заменил план, прежняя записка перестаёт считаться проверенной по этому плану. Обновление описания — часть изменения проекта, а не необязательное литературное редактирование.
Коротко
- Ассистенту передают требования с указанием источников, а не просьбу придумать объект.
- Структуру задания выбирают по стране, назначению и применимой редакции документа.
- Противоречия ассистент показывает сторонам, но не разрешает за них.
- Записку пишут по принятым листам и проверенным показателям.
- Каждое число сверяют вместе с единицей, границей подсчёта и редакцией источника.