Профиль клиента
Команда работает в консалтинговой компании по судостроительной архитектуре и морской инженерии, которая обслуживает операторов химических танкеров, верфи и классификационные общества в коммерческом судоходстве. Их работа с документацией сосредоточена на чертежах DXF и DWG — на преобразовании того, что находится в CAD-файле, в структурированные таблицы, обновлённые штампы и официально оформленные комплекты материалов, которые действительно нужны верфям и инспекторам классификационных обществ.
Типичный проект включает таблицу танков, сводку Main Particulars, как минимум одно изменение в штампе и возвратный чертёж в заданной версии DWG. Для проекта Hanna — химического танкера — объём работ включал именно этот набор: две структурированные таблицы данных, изменение штампа и обратное преобразование в проверенный AC1021 DWG. Команда одновременно ведёт несколько судов, поэтому узкое место ручного извлечения данных быстро накапливается по всему портфелю проектов.
Проблема
Извлечение структурированных данных из чертежей DXF — это не обычная задача парсинга текста. Судовые чертежи хранят надписи, значения, размеры и обозначения шпангоутов как текстовые сущности DXF, распределённые по слоям, без какой-либо устойчивой строково-столбцовой структуры, которую могли бы напрямую читать табличные инструменты. Единственный надёжный способ — программно разобрать формат DXF или открыть чертёж в полноценной CAD-станции и вручную перепечатать значения.
Для проекта Hanna целевым объектом извлечения были две таблицы плюс семь отдельных строк с измерениями.
Блок Main Particulars содержал следующие размерения судна:
- Length for scantlings: 106.254 m
- Length overall: 109.999 m
- Breadth moulded: 13.500 m
- Depth moulded: 5.140 m
- Draft — scantling: 4.200 m
- Draft — maximum: 4.200 m
- Cargo tank capacity: 4,560 m³
Каждая строка также содержала уточнения — "abt." для приблизительного значения, "mld." для moulded — которые нужно было сохранить в выходных данных вместе с числовыми значениями и единицами измерения. Потеря или неверное присвоение такого уточнения меняет инженерную интерпретацию размерения.
Таблица танков создавала другую проблему. Полная таблица танков для химического танкера этого класса охватывает множество пронумерованных танков, каждый со своим диапазоном шпангоутов и соответствующей вместимостью. Риск заключается не только в ошибке извлечения, но и в тихом пропуске: отсутствие одной записи о танке может остаться незамеченным до того момента, когда документ попадёт к инспектору классификационного общества или в отдел закупок верфи. В предыдущем рабочем процессе команды — открытие чертежа на CAD-станции, ручное считывание значений и ввод их в Excel — полный проход по извлечению данных из одного чертежа судна занимал почти весь рабочий день и всё равно не устранял этот риск.
Проект также требовал преобразования DXF в DWG с получением корректного файла AC1021. Этот стандарт версии (формат AutoCAD 2007) по-прежнему требуется многими устаревшими CAD-системами, используемыми в классификационных обществах и на некоторых верфях. Простого переименования файла недостаточно; команде нужны были проверка количества сущностей и подтверждение макета, чтобы сертифицировать результат для передачи.
Почему сейчас
Классификационные общества и системы закупок верфей всё чаще требуют машиночитаемые данные вместе с чертежами. Одного DWG или PDF уже недостаточно, когда принимающей системе нужно загрузить в базу данных значения вместимости, диапазоны шпангоутов или основные характеристики судна либо проверить их программно до назначения освидетельствования.
Проект Hanna представлял собой типичную точку перелома: судно переходило от этапа проверки чертежей к формальной подаче на классификацию, где структурированные выгрузки данных требуются параллельно с обновлённым чертежом. Задержки на этом этапе переносятся на график освидетельствования и, в конечном счёте, на готовность судна к эксплуатации. Команде нужно было сократить этап извлечения и подготовки файлов, не внося ошибок, которые потребовали бы повторной подачи.
Почему energent.ai
Перед выбором energent.ai команда рассмотрела три подхода: оператор CAD-станции, выполняющий извлечение вручную; внутренний Python-скрипт для парсинга; и универсальную языковую модель без возможности прямой работы с файлами.
Ручное извлечение по-прежнему было необходимо для финального визуального подтверждения отмеченных аномалий, но оно было слишком медленным и зависимым от оператора для рутинного этапа извлечения и структурирования. Внутренний Python-скрипт требовал постоянного сопровождения, поскольку структура чертежей различалась между типами судов и клиентами. Универсальная языковая модель могла описывать соглашения формата DXF, но не могла загрузить и разобрать сам файл.
energent.ai справился со всем процессом за одну сессию. Он загрузил DXF-файл, запустил Python для разбора текстовых сущностей, структурировал результат в размеченные столбцы, внес изменения в штамп прямо в файле, преобразовал обновлённый DXF в DWG с проверкой версии и собрал шесть файлов для передачи. Что особенно важно, он также выполнил независимый аудиторский проход — намеренно изолированный от процесса извлечения, чтобы избежать предвзятости подтверждения, — который выявил две аномалии до передачи файлов. Именно такое поведение аудита команда не могла воспроизвести ни одним из альтернативных решений.
Рабочий процесс
Сессия следовала воспроизводимой семишаговой последовательности:
Шаг 1 — Загрузка чертежа. Команда загрузила DXF-файл Hanna. Агент разобрал структуру файла и определил три целевые области: таблицу танков, блок Main Particulars и штамп.
Шаг 2 — Извлечение Main Particulars. Агент извлёк блок из семи строк, сопоставив каждое обозначение размерения с его значением, единицей измерения и уточнением. Результат: рабочая книга XLSX и CSV, в каждом файле — поясняющие подписи столбцов на простом английском, объясняющие такие уточнения, как "abt." (approximate) и "mld." (moulded).
Шаг 3 — Извлечение таблицы танков. Полная таблица танков была извлечена в структурированную таблицу с номерами танков, диапазонами шпангоутов и значениями вместимости. Результат: XLSX и CSV.
Шаг 4 — Изменение штампа. Запрошенные замены текста в штампе были применены непосредственно к записям сущностей DXF. Агент подтвердил изменения, проверив текстовое содержимое обновлённого файла.
Шаг 5 — Независимый аудит. Изолированный аудиторский проход сопоставил результаты извлечения с исходными данными. Было зафиксировано два замечания: Tank No. 12 отсутствовал в извлечённой таблице танков — это было отмечено как вопрос полноты, а не молча принято, — и Tank 5 содержал диапазон шпангоутов 127–172, который выглядел аномально широким по сравнению с соседними записями и требовал визуальной проверки по исходному чертежу.
Шаг 6 — Преобразование DXF в DWG и проверка. Обновлённый DXF был преобразован в DWG с использованием структурированного рабочего процесса конвертации. Проверка подтвердила: версию AC1021, два макета (Model и Layout1) и 3,753 объектов modelspace. Было отмечено оговорочное замечание, что визуальная точность зависит от конфигурации шрифтов на принимающей рабочей станции и наличия файлов SHX.
Шаг 7 — Упаковка результатов. Все шесть файлов были собраны и подтверждены: таблица танков XLSX, таблица танков CSV, Main Particulars XLSX, Main Particulars CSV, обновлённый DXF и проверенный DWG.
Результаты
Из одного входного DXF за одну сессию были получены шесть структурированных файлов для передачи:
- Семь размерений судна извлечены в размеченные XLSX и CSV с сохранением уточнений единиц измерения
- 4,560 m³ грузовой вместимости корректно зафиксированы и связаны со строкой таблицы
- 3,753 объектов modelspace проверены в ходе обратного преобразования DWG (AC1021 подтверждён)
- 2 предупреждения аудита выявлены до передачи — что предотвратило попадание скрытых ошибок к последующим проверяющим
- 6 файлов для передачи упакованы в формате, соответствующем стандартной схеме передачи верфи и классификационного общества
Команда также получила воспроизводимый шаблон сессии. Ту же семишаговую последовательность — загрузка, извлечение Main Particulars, извлечение таблицы танков, изменение штампа, аудит, конвертация, упаковка — можно применять к дополнительным чертежам судов без необходимости заново выстраивать рабочий процесс для каждого проекта.
Proof
«Раньше мы тратили большую часть рабочего дня на один чертёж судна, и при этом всё равно иногда пропускали записи, которые всплывали только на этапе классификационной проверки. То, что агент заранее отметил отсутствующий танк и подозрительный диапазон шпангоутов до того, как мы упаковали файлы, было именно тем встроенным в процесс контролем, который нам нужен, а не ручной проверкой в самом конце». — Lead Naval Architect, marine engineering consultancy
Полный комплект результатов, который сформировал агент — tank table XLSX и CSV, Main Particulars XLSX и CSV, обновлённый DXF и валидированный AC1021 DWG — повторяет стандартный пакет передачи, который команда отправляет в закупки верфи и классификационным сюрвейерам. Два флага аудита точно указывают, какие элементы требуют визуального подтверждения перед утверждением, а не перекладывают это решение на последующего проверяющего.
Trust note
DWG-вывод прошёл структурную валидацию (формат AC1021, подтверждено 3,753 объектов modelspace), однако точная визуальная идентичность по-прежнему зависит от конфигурации шрифтов и наличия SHX-файлов на принимающей рабочей станции — этот пробел невозможно устранить без проверки на CAD-рабочей станции. Аудит явно отметил, что Tank No. 12 отсутствует в извлечённой таблице, а диапазон шпангоутов Tank 5 (127–172) потенциально аномален по сравнению с соседними записями. Оба пункта требуют, чтобы человек открыл исходный чертёж и визуально подтвердил их перед тем, как tank table будет передана на классификационную проверку или включена в официальную судовую документацию. Main Particulars CSV структурно полон по семи основным строкам, но не является полноценным техническим паспортом.