ИИ для строительстваКалендарно-сетевое планированиеРоссия
TIREK AI собирает график стройки из того, что у вас уже есть: Primavera, MS Project, смета, письма с вложениями. Дальше перебирает допустимые варианты и показывает, чем вы платите за каждый выигранный день. Выбранный вариант возвращается туда, откуда пришли данные.
Сроки считает комбинаторная оптимизация. Языковая модель ни одного решения о графике не принимает.
Как это выглядит сегодня
Инженер строит график несколько дней и получает одну последовательность. На вторую у него нет ещё одной недели. Вопрос «а если добавить бригаду на монтаж, что будет со сроком и сколько это стоит» остаётся без ответа: проверить его вручную не на чем.
Задержалась арматура, встала бригада, закрылось окно для бетона — график надо переделывать. На практике его не переделывают: правят несколько строк и живут дальше. Через месяц план и стройка расходятся настолько, что план перестают открывать.
На защите графика перед заказчиком или инвесткомитетом обоснование звучит как «по опыту». Опыт может быть прав. Проверить его нечем, и разговор переходит с расчёта на человека.
Что делает TIREK AI
График из Primavera или MS Project, смета, списки бригад и техники. Загрузить можно в кабинет, но можно и не загружать: TIREK сам заберёт вложение из почтового ящика или из папки на сервере. Одно и то же письмо дважды не импортируется.
Структура WBS, коды работ, пользовательские поля, календари, ограничения дат. Что уже сделано на площадке: выполненная работа закрепляется по фактическим датам, начатая — по дате старта. Роли и бригады из P6 становятся вариантами исполнения работы.
Большой график сначала сворачивается в пакеты работ по ключу, который выбирает человек. Решатель перебирает последовательности и способы производства одновременно и выдаёт варианты, каждый из которых нельзя улучшить по сроку, не ухудшив по стоимости. По каждому — вероятностный срок и цепочка причин.
Пакеты разворачиваются в ваши исходные работы, и до записи файла график проходит независимую проверку: связи, ресурсы, календари, закрепления. Нашлось новое нарушение — файл не пишется. Никто не переучивается и не переезжает в новый портал.
Нижняя граница
Это свойство конструкции. Ваш ручной график подаётся в решатель как стартовое решение, и выданный вариант заведомо не длиннее него. Если свёртка в пакеты мешает найти улучшение, вы получаете обратно свой график с объяснением почему. Свойство закрыто тестом на 100 случайных инстансах: срок хуже исходного — падает сборка.
Выигрыш отчёт делит на две части. Сначала запасы, которые планировщик заложил вручную и которые не объясняются ни связями, ни ресурсами. Это не заслуга расчёта: у запасов бывают причины, которых нет в файле, и такие работы стоит закрепить. Потом то, что дали перестановка работ и выбор способа производства. Если они не дали ничего, отчёт так и пишет.
Схема отчёта, а не данные объекта: длины полос условные.
Те же шаги, целиком
Условный пример на 14 пакетах работ — тот же, что в разделе 03. Расчёт здесь не выполняется: это запись раскладки, а не живой решатель.
Срок или деньги
Система показывает границу возможного: набор вариантов, где ни один нельзя улучшить по сроку, не ухудшив по стоимости. Сколько стоит день, решает планировщик. Окончательное решение остаётся за человеком, и это заложено в устройство системы, а не в регламент.
Фронт вариантовсрок × стоимость
нажмите на точку · ← → с клавиатуры
Вариант
Что определило срок
График выбранного варианта серым — исходный ручной график
Цифры на этом блоке — условный пример на 14 пакетах работ, чтобы показать логику выбора. На вашем объекте они будут своими.
Продукт целиком
Посчитать хороший график мало. Нужно получить данные в том виде, в каком они есть у подрядчика, не потерять по дороге структуру и факт, учесть то, что написано в договоре, и вернуть результат так, чтобы его открыли.
Почтовый ящик и папка на сервере. Вложение с графиком превращается в объект само, повторное письмо второй копии не создаёт, ошибки видны в журнале импорта. Кто прислал письмо, хранится отдельно от расчёта.
Собственный разборщик P6 XML и MS Project XML. WBS, коды работ, UDF, календари, фактические даты и процент выполнения, ограничения дат. Суммарные работы и работы «на всё время» лишними пакетами не становятся.
График на тысячи строк в решатель напрямую не идёт. Программа показывает варианты группировки — по уровню WBS, коду работ, полю UDF — и сколько пакетов выйдет у каждого. Выбирает планировщик; порядок в списке — не оценка.
Если в P6 работа назначена на роль, каждая бригада с этой ролью становится вариантом исполнения. В расчёт идут численность, квалификация и ставки. Кому отдать работу, решает оптимизация, а не порядок строк в файле.
Ограничение из документа записывается карточкой: «не раньше», «не позже», запретный интервал, минимальный перерыв, закрепление. У карточки есть ссылка на пункт и страницу. В расчёт она идёт только после подтверждения человеком.
Любую работу можно закрепить, и она встанет ровно туда. Это жёсткое ограничение модели, а не пожелание. Работа, закреплённая фактом с площадки, из интерфейса не двигается: факт — не решение планировщика.
Срок было и стало, P50/P80/P90 обоих графиков, пакеты со сменой способа производства, крупнейшие сдвиги и работы, которые стоит закрепить. Риск — числами, без слов «средний» и «высокий». Одинаковый вход даёт побайтово одинаковый отчёт.
Расчёт готов, расчёт упал, вероятный срок стал хуже исходного графика сильнее порога. Числа в письме берутся только из отчёта, файл графика к письму не прикладывается.
Кабинет планировщика: загрузка, группировка, расчёт, диаграмма Ганта «было — стало», выгрузка. Всё то же доступно через API с ключом, если график у вас живёт в КСП или ERP и расчёт нужен внутри неё.
Определённого файла мы не требуем. Задача — собрать график из того места, где у вас лежат данные. Ниже — что работает сегодня и что подключается следующим.
| Источник | Что берём | Состояние |
|---|---|---|
| Primavera P6 XML, MS Project XML | график целиком: работы, связи, ресурсы, структуру, факт | читаем и выгружаем обратно |
| Почтовый ящик, папка на сервере | вложения с графиками, без участия человека | работает |
| XER, MPP | родные файлы P6 и MS Project | через адаптер MPXJ; проверяем на ваших файлах до пилота |
| Смета | объёмы, уже привязанные к видам работ | таблица по шаблону; длительности из норм — после калибровки на ваших объектах |
| ТЗ, договор, письма, СП, ГОСТ | требования к срокам и порядку работ | карточки требований; черновики от языковой модели — после выбора сервиса и проверки юристом |
| PDF и сканы, Excel, Word, 1С, ЭДО | всё, из чего можно собрать график | следующие коннекторы |
Позиция
Планирование графика — задача дискретной оптимизации. У неё есть точный ответ и способ проверить, что он точный.
Если попросить языковую модель составить график, она выдаст правдоподобный текст. Он будет выглядеть как график. Ресурсные конфликты в нём никто не проверял: языковая модель занимается другим. На стройке эта разница стоит месяцев.
Поэтому правило жёсткое и записано в конституции проекта: внутри решателя языковой модели нет. Ни как подсказки, ни как генератора начального решения, ни на каком этапе.
Модели остаётся работа с текстом, и только черновая: прочитать ТЗ, договор или СП и предложить карточку требования со ссылкой на пункт. Пока человек её не подтвердил, в расчёт она не попадает. Документы заказчика во внешний сервис не уходят — только в модель на своём сервере. Причины сдвига срока модель не выводит ни при каких условиях: их считает решатель.
«Точность выше эффектности». По этой причине половина модных решений в продукт не попала.
Как устроено
Этот блок для инженера и технического директора: словосочетание «инновационная ИИ-платформа» им ничего не говорит.
Задача
MRCPSP
Multi-mode Resource-Constrained Project Scheduling. Обобщённые связи FS/SS/FF/SF с целочисленными лагами, в том числе отрицательными. Ёмкость ресурса переменная во времени. Календари, запретные интервалы, границы дат.
Решатель
OR-Tools CP-SAT
Apache 2.0 — лицензия не тарифицируется с каждого вашего объекта, в отличие от Gurobi и CPLEX. Python 3.12, Pydantic v2 на входе.
Размерность
150–400 пакетов
График на 5–20 тысяч работ сворачивается в пакеты по ключу из вашего же файла, а после расчёта разворачивается обратно в исходные работы. Внутри пакета раскладка берётся из файла, а не придумывается.
Риск
Общий погодный фактор
Монте-Карло с коррелирующей переменной: плохая погода бьёт по всем наружным работам разом. Независимые розыгрыши длительностей занижают риск, и это ошибка. P50 / P80 / P90, индекс критичности.
Синтетический объект 350 пакетов работ, 16 ресурсных пулов, сид 42, машина разработчика. Слово «мгновенно» на этом сайте не встречается: мгновенности не будет, а обещание проигрывает на первом же пилоте.
j301_1 известный оптимум 43, получено 43, статус OPTIMAL. Полная приёмка на наборах j30 и j60 — в работе.Больше девятисот автоматических тестов, 12 наборов инвариантов I-1…I-12. Тесты пишутся до кода и играют роль контракта.
API /v1 на FastAPI: вход по ключу, разделение клиентов,
лимит параллельных расчётов, отмена задачи, миграции Alembic. Redis + RQ
как очередь: расчёт никогда не выполняется в HTTP-обработчике, solver-воркер —
отдельный процесс на 8–16 vCPU, горизонтально масштабируемый; у писем своя
очередь. PostgreSQL 16 под версии графиков и отчёты, персональные
данные — в отдельной базе. P6 XML и MS Project XML читаются собственным
разборщиком без JVM, XER и MPP — через MPXJ.
| Инструмент | Что делает хорошо | Чего не делает |
|---|---|---|
| Primavera P6 / MS Project | Индустриальный стандарт хранения и учёта графика; тысячи графиков в этих форматах лежат у подрядчиков | Не генерирует последовательность и не выбирает способ производства. Новые лицензии в России не продаются с 2022 года |
| Российские КСП и ERP для стройки | Ведут график, документооборот, учёт; стоят в реестре отечественного ПО | Хранят и показывают график, который построил человек, — варианты за него не считают |
| Системы контроля площадки | Фиксируют факт: фото, видео, дроны | Видят, что происходит, но графика не строят |
| TIREK AI | Считает варианты графика с выбором способа производства, объясняет срок и отдаёт результат в ваш формат или по API | Не заменяет систему учёта: график продолжает жить там, где жил |
Россия
окно открыто работы исключены на этапе генерации не заполнено
Зимнее бетонирование, зимники, северный завоз: окна длиной в недели, и пропущенное окно переносит работы на следующий сезон. Погодозависимые работы исключаются из закрытых окон на этапе генерации вариантов, ручной отсев после расчёта не нужен. Справочник окон мы не выдумываем: он заполняется вместе с вашим ПТО.
Персональные данные физически не попадают в контур расчёта. Решатель работает с «бригадой монтажников, 12 человек, доступна с 3 марта» — без фамилий, табельных номеров и фотографий. Это отдельная база, и приложение не стартует, если контуры совпали. СНИЛС, паспорт, ИНН физлица и телефон отсекаются до того, как данные уйдут дальше.
Мы не сворачиваем критерии в один «оптимальный ответ»: система показывает недоминируемые варианты, а выбирает человек. Закреплённая планировщиком работа становится жёстким ограничением, и оптимизация идёт только по остальному. Карточка требования без подтверждения человека в расчёт не попадает.
Новые лицензии в России не купить, но графики в этих форматах никуда не делись: они у подрядчиков, в архивах, в тендерной документации. TIREK читает их без самих программ, возвращает результат в том же формате, а по API отдаёт его в российскую КСП или ERP, если график теперь живёт там.
С чего начинаем
Шаг 1
Действующий объект: график в том виде, в каком он у вас есть, список бригад и техники, смета с объёмами. Можно просто переслать письмо на подключённый ящик. Внедрять и переучивать никого не нужно.
Шаг 2
Набор недоминируемых графиков со сроком, стоимостью и вероятностной оценкой, плюс цепочка причин по каждому: что именно упирается в ресурс, что в связь, что в погодное окно.
Шаг 3
План против факта на реальной площадке. Здесь же калибруем поправку производительности бригад под ваши объекты. Если выигрыша не будет, вы увидите это по цифрам.
Нижняя планка задана конструкцией: результат не хуже вашего текущего графика. Целевая — улучшение от 10% по сроку. Верхнюю назовём после первого отработанного объекта, не раньше.
Вопросы
Да. Оптимизация и программирование в ограничениях — раздел искусственного интеллекта, на нём считают расписания поездов и загрузку заводов. Нейросеть подбирает правдоподобный текст, а график нужно не угадать, а проверить: хватит ли бригад, выполнены ли связи. Поэтому сроки у нас считает решатель, а языковая модель помогает только с документами. Подробнее — в статье «ИИ в строительстве».
Да. Для расчёта нужны данные графика, а не сама программа: выгрузка из старой системы, архивный файл, смета, список бригад. Результат приходит файлом в том же формате или через API в систему, где у вас живёт график. Подробнее — «Primavera P6 и MS Project в России».
Нет. TIREK AI не хранит график вместо вашей системы: он забирает данные, считает варианты и возвращает выбранный туда, откуда они пришли.
Загрузкой в кабинет, письмом на подключённый почтовый ящик, через папку на сервере или по API. Вложение из письма становится объектом само, повторное письмо второй копии не создаёт.
На объекте в 300–400 пакетов работ одна точка фронта укладывается в две минуты, фронт из десяти вариантов — в двадцать. Пересчёт после изменения — менее минуты.
В отдельной базе. В контур расчёта они не попадают: решатель видит бригаду, её численность и даты доступности, но не фамилии. Так требование 152-ФЗ закрыто устройством системы, а не правами доступа.
Один действующий объект: график, смета, список бригад и техники. Для калибровки производительности — план и факт по закрытым объектам и несколько часов специалиста ПТО в неделю. NDA подписываем до того, как получим первый файл.
Материалы: ИИ в строительстве · Оптимизация календарно-сетевого графика · Критический путь · Сетевой график и диаграмма Ганта · Календарный план строительства · Ресурсное планирование · Отставание от графика · Риски срока: метод Монте-Карло · Оптимизация расходов на стройке · Primavera P6 и MS Project в России · Spider Project, P6 или MS Project · Чем открыть XER и MPP · все статьи
Дальше
Первый разговор лучше вести про конкретный объект, где сроки уже поехали. Позвоните или напишите, что это за объект. Мы скажем, видит ли расчёт здесь запас, и скажем, если не видит.