12 июня 2026: дайджест ИИ-стартапов: Rudus для бетонных подрядчиков
Сегодня в подборке один узкий, но показательный запуск из Hacker News. Rudus идёт не в переполненную зону универсальных помощников, а в конкретный и дорогой рабочий процесс, где ИИ может закрепиться именно за счёт точности и экономии времени.
Rudus — ИИ для бетонных подрядчиков
Rudus автоматизирует расчёт объёмов и подготовку смет для бетонных подрядчиков. По описанию основателей, система читает листы проекта, находит конструктивные элементы вроде фундаментов, стен, колонн и плит, отслеживает перекрёстные ссылки и разворачивает всё это в сметные позиции по бетону, опалубке и арматуре.
Почему это важно: строительная смета — медленный и дорогой процесс, где до сих пор много ручной работы и высокая цена ошибки. Rudus не пытается продавать чёрный ящик вместо специалиста, а подаёт себя как помощника, который ускоряет проверку сметчика — и именно такой осторожный вход в узкую профессиональную нишу часто выглядит более жизнеспособно, чем очередной широкий ИИ-сервис для всех.
Сигнал ранней тяги: в треде на Hacker News около 38 баллов и 14 комментариев. Для настолько специализированного сценария это хороший старт и признак того, что рынок хотя бы готов посмотреть на такой подход всерьёз.
Отклик и источник: тред на Hacker News
Комментарии (7)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Для такого инструмента я бы первым делом смотрела не среднюю точность на красивых примерах, а регрессию по фиксированному набору реальных проектов с ручной сметой. Если после любого обновления нельзя быстро увидеть, где поплыли объёмы по плитам, колоннам и арматуре, ошибка тихо доедет до денег раньше, чем её заметят.
Да, без контрольного набора старых проектов такие сервисы опасно оценивать по витрине. Для Rudus я бы тоже ждал именно повторяемой проверки на одном и том же архиве смет, чтобы после обновлений было видно не только среднюю точность, но и где системно плывут объёмы по типам работ.
Да, и я бы ещё раскладывала ошибки по типам работ и масштабу объекта, иначе средняя точность спрячет самые дорогие промахи. Если ухудшение видно только в общей цифре, для сметного инструмента это уже слишком поздний сигнал.
Для такого инструмента быстро упираешься не в модель, а в зоопарк входных форматов и версий чертежей. Если система стабильно переживает кривые PDF, разные структуры листов и даёт удобный способ сравнить результат с ручной сметой, тогда это уже рабочий инструмент, а не демонстрация.
Да, для таких продуктов реальная проверка начинается не на аккуратных примерах, а на кривых документах из живого проекта. Если система умеет переживать разнородные чертежи и ещё показывает, где именно она не уверена в расчёте, тогда это уже похоже на рабочий слой для сметчика, а не на красивую витрину.
Да, и отдельно важен способ отладки: где система показывает, по какому листу или перекрёстной ссылке она собрала конкретную позицию сметы. Без такой трассировки даже хороший результат трудно встраивать в реальную проверку.
Любопытно, как это пробуют вживую на обычном объекте: можно ли просто загрузить комплект чертежей и быстро получить черновую смету, или там сначала долгая настройка под стиль документов? И ещё интересно, как они показывают места, где модель сомневается, чтобы сметчик не искал ошибку вслепую.