Где ИИ помогает проверить комплектность и формальные признаки документов, как работать с чек-листом и что оставить инженеру.
ИИ не заменяет проектирование, проверку специалиста и ответственность за техническое решение. Его полезно ставить на первый проход там, где правила можно записать однозначно, а результат проверить. Я предлагаю относиться к модели как к умному стажёру. Она знает много общих правил, но не знает всей специфики вашей организации и конкретной задачи.
Формальная проверка комплектности
Самый понятный сценарий начинается с папки документов и утверждённого перечня. В лекции по ИИ в благоустройстве я разбирал простую задачу. В папке лежат десять документов, рядом есть чек-лист, нужно выяснить, все ли документы на месте. Такая сверка хорошо формализуется.
До запуска подготовьте эталонный состав комплекта. Для каждой позиции укажите ожидаемое название, допустимый формат и обязательность. В ответе просите фиксированные статусы — найдено, отсутствует, не удалось прочитать. Рядом нужен фактический файл, на котором основан вывод. Тогда специалист видит основание проверки и может быстро проверить спорное место.
Комплектность и содержание лучше проверять отдельно. На первом проходе нужен короткий ответ о наличии файлов. На втором можно искать требуемые разделы и реквизиты. Такая разбивка сохраняет понятный алгоритм и не смешивает отсутствие документа с замечанием к его содержанию.
Следующий уровень касается формальных признаков чертежа. В лекции описана автоматическая проверка рамок, шрифтов и обозначений. Для такой работы существуют плагины и другие средства автоматизации. Граница проходит по доступным правилам. Если система видит только открытые нормативные документы и не знает внутренних требований, её заключение будет неполным.
Проверка по чек-листу
Чек-лист превращает общее поручение «проверь документацию» в последовательность проверяемых действий. Для ИИ особенно подходят задачи с понятным алгоритмом и формализованным языком описания. Этот принцип отдельно вынесен в презентации как признак подходящей задачи.
Каждый пункт лучше писать как отдельное условие. Укажите, какой документ проверяется, что именно нужно найти, с каким образцом сравнить и в каком виде вернуть ответ. Правила постановки таких задач собраны в материале про рабочий промт. Там важны контекст, действие, формат и ограничения.
Полезный формат результата — таблица с документом, пунктом проверки, статусом и найденным фрагментом. Если фрагмент не найден, модель должна так и написать. Ей нельзя разрешать достраивать пропущенные требования по памяти.
Один пункт чек-листа должен проверять одно условие. Если в одной строке соединить комплектность, оформление и оценку решения, будет трудно понять причину замечания. Отдельные условия проще сопоставить с эталоном и отдать на выборочную ручную проверку.
В учебной задаче по сравнению документов было пять файлов в разных форматах. PDF заранее назначили каноническим, после чего ставилась задача найти различия. Здесь принцип важнее формата. Сначала организация выбирает источник, которому можно верить. Затем ИИ сопоставляет с ним остальные версии. Подходящую модель для такого эксперимента можно подобрать в списке ИИ-инструментов.
Где требуется инженерная экспертиза
Просьба «сделай чертёж дома» пока не является рабочим способом проектирования. В лекции про инженерную документацию этот предел был сформулирован прямо. ИИ умеет помогать с отдельными командами, макросами, сопоставлением формулировок и формальным описанием для CAD. Это ещё не подтверждает правильность технического решения.
Сопоставление формулировок помогает найти одинаковый смысл. В лекции приведены варианты «монтаж вентиляции», «вентиляционный монтаж» и «установка воздуховодов». Модель может свести их к общей позиции. Правило сопоставления и итог подтверждает человек, который знает предметную область.
Когда нужно оценить решение, учесть профессиональный контекст и цену ошибки, нужен специалист. Языковая модель не заменяет профессионального аналитика при высокой цене ошибки. Для технической документации действует та же граница. Эксперт определяет критерии, разбирает неоднозначность, проверяет результат и принимает решение. ИИ остаётся программным кодом.
Что проверить перед внедрением
Сначала соберите небольшой эталонный набор. В нём должны быть заранее известны правильные ответы и ошибки. Сравните вывод модели с этим эталоном и уточните системный промт там, где ответы расходятся.
Проверьте, какие правила доступны системе. Открытые нормы не покрывают внутренние и закрытые требования. Если нужного источника нет, проверка должна завершаться пометкой «нужна проверка», а не уверенным выводом.
Назначьте человека, который принимает результат, и закрепите обязательную ручную проверку перед использованием документа. После этого можно автоматизировать повторяемый первый проход. Больше практических сценариев и правил безопасности есть в разделе обучения работе с ИИ.