Tangl Control. Как создать справочник проверок требований к ЦИМ ОКС с помощью ИИ‑браузера Strawberry

Исходные данные и идея

Эксперимент я решила провести на Требованиях УКС г. Екатеринбурга, которые распространяются на цифровые информационные модели, включаемые в информационную модель объекта капитального строительства. Документ устанавливает требования к цифровым информационным моделям вне зависимости от программного обеспечения, использованного для их разработки. Требования приложены ко всем муниципальным контрактам, которые публикуются на ЕИС Закупки и опубликованы в сервисе YONOTE. Моя идея была в том, чтобы вообще не использовать ручной ввод позиций и параметров и уж тем более не создавать привязки вручную. В сервисах Tangl есть возможность импортировать справочник из Excel вместе с привязками, контрольными точками и правилами расчета объёма, но чтобы это сработало, нужно определённым образом подготовить файл.

Итак, мне нужно было:

1. Извлечь таблицы требований к уровню проработки из веб-версии документа или из приложенного файла docx
2. Переформатировать таблицы в вид, который будет понятен Tangl Control
3. Создать справочник и загрузить в него позиции с готовыми привязками

Всё это можно сделать аккуратно, поэтапно, вручную, но мне хотелось проверить, насколько приемлемый результат получится у меня с помощью ИИ.

Итак, гипотеза: Yonote > Strawberry browser > Excel > Tangl Control > Excel

Yonote > Strawberry browser

Strawberry Browser — это веб-браузер, который интегрирует встроенных ИИ‑ассистентов, способных не только обрабатывать страницы, но и автономно выполнять задачи на сайтах. Это как обычный браузер, только он не просто открывает веб-страницы, а превращается в активный инструмент, который работает вместе с вами и может взять на себя рутинную часть работы.

При первом запуске выбираешь себе этих ИИ-компаньонов из официальных монстриков с готовым набором скиллов и готовым промптом. Можно создавать своих, комбинируя разные навыки и изменяя промпты.

Вот так выглядит Extractor Ella, которая в итоге и разобралась с моими таблицами.

Всего в Strawberry 12 заготовленных компаньонов, заточенных под конкретную задачу: поиск контактов, планирование, работа с почтой, покупки, написание текстов и т.д.

Я не стала погружаться, решив, что уж для моей задачи мне точно хватит дефолтных человечков. Итак, открываю новую вкладку, вставляю адрес веб‑страницы, где опубликованы требования УКСа Екатеринбурга и даю Ella простое указание:

Здесь видно, что она сначала читает источник, потом запрашивает запуск приложения Google Sheets. Действие нужно подтвердить. Задача заняла две минуты и потребовала 12 кредитов. Можно проверить результат извлечения и разрешить создать таблицу на Google Disk (требуется авторизация).

Strawberry browser > Excel

Первый шаг сделан, у меня есть таблица, но не в том виде, в котором Тангл способен её понять. Есть два варианта, как объяснить моему ИИ-компаньону, какая структура должна быть у Excel-файла:

1. Дать ссылку на Справочный центр по сервисам Tangl
2. Загрузить эталонную таблицу в формате .xls

Вместо того, чтобы выбрать какой-то один вариант из двух, я решила и таблицу прикрепить, и дать контекст в виде онлайн-справки, не зря же мы её писали. В общем, если вы думали, что я выполняю какие-то очень умные действия, то нет. Я формулирую свои просьбы так, как если бы у меня в распоряжении был практикант:

«Вот это — эталонная таблица для загрузки в Tangl, мне нужно привести Таблицу 5 — Уровень проработки ИЦММ в соответствие с образцом, ты сможешь это сделать?

Вот здесь почитай объяснение, как подготовить таблицу: ссылка на Справку».

Вот ответ:

То есть этот умничка пошёл, почитал документацию, разобрался, какие столбцы обязательные, какие для контрольных точек, запросил разрешение на создание таблицы в Google Sheets и с первого раза создал мне таблицу, причём сам подобрал классы IFC (в требованиях этого не содержится):

Вот эта таблица в исходном файле:

Проверяем: у элемента Инж_геолог_скважина должно быть два атрибута «Номер» и «Грунт», в таблице для импорта в Tangl Control напротив элемента в соответствующих ячейках стоят значки #. Это означает, что будет создана проверка наличия параметра с заполненным (непустым) значением.

Дальше этот файл нужно сохранить в xls, создать в Контроле справочник и загрузить туда эту таблицу, настроив соответствие столбцов:

Вот как выглядит справочник, полученный из таблицы уровней проработки ЦИМ ОКС:

Проверяем, как прошёл импорт: все 23 позиции по количеству элементов из Требований импортировались, привязка создана — в правой части видим, что отбор элементов «Земляные работы» идёт по классу IfcEarthworks (это чистой воды креатив моего ИИ-компаньона). Иконка с пробиркой напротив имени позиции означает, что контрольные точки (т.е. конкретные проверяемые параметры) созданы. Чтобы убедиться, переходим на соответствующую вкладку:

Импортировано семь параметров для проверки, имена они получили согласно столбцу «Наименование атрибута» исходной Таблицы 4, а правило проверки сформировано в соответствие с содержанием столбца «Значение атрибута» исходной Таблицы 4.

Например, для атрибута «Вид работ» в Требованиях указаны конкретные возможные значения, следовательно, если атрибут в элементе модели будет заполнен как-то иначе, в Tangl Control эта проверка не будет пройдена и элемент подсветится красным цветом. А вот для атрибута «Грунт» указывается наименование грунта в соответствии с инженерными изысканиями или проектными данными, то есть Требования не конкретизируют значения, и положительный результат проверки — это просто наличие заполненного параметра.

Но при более внимательном анализе требований таблицей уровней проработки ЦИМ ОКС (а в моём случае внимательно читал результаты моего эксперимента конкретно автор документа) быстро выяснилось, что не всё так просто, есть ещё и дополнительные условия. Дмитрий указал мне на очевидную для внимательного человека вещь: не везде одна строка — это один элемент. Элементов «Земляные_работы» по виду работ бывает три типа. И состав атрибутов у них будет отличаться.

Та же история с траншеями. В зависимости от вида работ «Разработка» и «Засыпка» состав атрибутов тоже будет разный. Отсутствие атрибута «Слой» для элемента траншеи по разработке не будет ошибкой.

Короче, на этом месте моя гипотеза о том, что я полностью смогу обойтись без ручного ввода, потерпела крах. Но даже пусть мне не удалось достичь 100% результата, у меня всё равно получилось два готовых справочника, один из которых не нуждался в корректировке, а в другом нужно было руками распарсить одну позицию на три строки, а вторую — на две. Из 23 позиций нужно отредактировать 2, это меньше 10%. Меня устраивает.

Tangl Control > Excel

Отчёт мне показал вот такую картину: ни один элемент из группы деревьев не прошёл проверку по составу атрибутов. Такое единообразие сразу наводит на мысль, что, возможно, что-то не так с правилом проверки.

Переходим в модель к любому из выделенных элементов и смотрим на свойства:

Действительно, ИИ-компаньон взял из таблицы наименование атрибута «Возраст», а в модели проектировщик назвал атрибут «Возраст (лет)». Поэтому ни один из элементов такую проверку не проходит. Есть несколько вариантов, как справиться с этой строгостью:

1. Можно смягчить условие, поставив для имени параметра условие «содержит» вместо «равно»
2. Можно отредактировать справочник, изменив имя параметра в соответствие с тем, как сделано в модели
3. Можно использовать маппинг параметров и создать псевдоним, а Тангл будет уже перебирать все возможные варианты написания имени атрибута

Третий путь наиболее универсальный. Но все три варианта дадут одинаковый результат, выбирайте тот, который больше подходит вашему рабочему процессу.

Полностью «зелёный» отчёт:

Я благодарю Дмитрия Ушакова, главного специалиста МКУ «УКС г. Екатеринбурга» за помощь в подготовке статьи, готовность делиться опытом, внимательный взгляд и ценные комментарии.