Аккуратная итоговая таблица ещё не означает, что расчёту можно доверять.

В смете можно правильно сложить числа и получить неверный результат. Например, взять цену за упаковку вместо цены за единицу. Найти материал с похожим названием, но другим исполнением. Потерять строку при переносе исходного документа. Не учесть расход, который пока не удалось определить.

С такими задачами связан мой проект ESTIMATOR CORE — система анализа строительных смет и расчёта себестоимости. Рабочая версия проходит испытания. Сейчас для меня особенно важны полнота исходных данных, корректность расчётов и возможность проверить каждую принятую цену.

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

Отдельно слежу за тем, чтобы исходная смета не терялась за результатом обработки. У каждой строки должен оставаться понятный источник. Если система не смогла подтвердить стоимость, это нужно видеть в результате.

Есть существенная разница между найденной ценой и ценой, которую можно принять в расчёт. Нужно проверить товар, единицу измерения, количество в упаковке и условия предложения. Близкий рыночный ориентир тоже полезен, если он так и обозначен.

Моя роль — формулировать эти правила, организовывать проверки и превращать найденные ошибки в общие требования к системе. Исправление одной строки помогает конкретному расчёту. Правило, которое предотвращает повторение ошибки, помогает развитию продукта.

Проект продолжаю дорабатывать. Мне важно получить инструмент, с которым специалист понимает происхождение цифр и может проверить спорные места, прежде чем принимать решение.

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