КазахстанConstructionTechс 2026
TIREK AI — оптимизационный слой поверх Oracle Primavera P6 и MS Project. Ваша система остаётся на месте: мы генерируем содержимое графика, который в ней хранится, и показываем, чем вы платите за каждый выигранный день.
Ядро — комбинаторная оптимизация. Языковая модель не принимает ни одного решения о сроках.
Как это выглядит сегодня
Инженер строит график несколько дней и получает одну последовательность. На вторую у него нет ещё одной недели. Вопрос «а если добавить бригаду на монтаж, что будет со сроком и сколько это стоит» остаётся без ответа: проверить его вручную не на чем.
Задержалась арматура, встала бригада, закрылось погодное окно — график надо переделывать. На практике его не переделывают: правят несколько строк и живут дальше. Через месяц план и стройка расходятся настолько, что план перестают открывать.
На защите графика перед заказчиком или инвесткомитетом обоснование звучит как «по опыту». Опыт может быть прав. Проверить его нечем, и разговор переходит с расчёта на человека.
Что делает TIREK AI
Текущий график из Primavera P6 или MS Project — XER,
P6 XML, MSPDI, MPP. Объёмы работ —
из сметы, где они уже привязаны к видам работ и нормам. Бригады, техника,
запретные интервалы, закреплённые даты.
Решатель перебирает последовательности и способы производства одновременно и выдаёт набор недоминируемых вариантов: каждый из них нельзя улучшить по сроку, не ухудшив по стоимости, и наоборот. По каждому — вероятностный срок и разбор причин.
Выбранный вариант уезжает в P6 или MS Project тем же файлом, каким пришёл. Round-trip закрыт тестом: экспорт сохраняет семантику импорта. Никто не переучивается и не переезжает в новый портал.
Нижняя граница
Это свойство конструкции. Ваш ручной график подаётся в решатель как стартовое решение, и любой выданный вариант заведомо не хуже него. Свойство закрыто property-based тестом на 100 случайных инстансах: если расчёт выдаст срок хуже исходного, падает сборка.
Измерено на синтетическом объекте, 50 пакетов работ.
Те же три шага, целиком
Условный пример на 14 пакетах работ — тот же, что в разделе 03. Расчёт здесь не выполняется: это запись раскладки, а не живой решатель.
Срок или деньги
Система показывает границу возможного: набор вариантов, где ни один нельзя улучшить по сроку, не ухудшив по стоимости. Какой день чего стоит, решает планировщик. Это техническое решение и одновременно юридическое: по Закону РК об ИИ финальный выбор остаётся за человеком.
Фронт вариантовсрок × стоимость
нажмите на точку · ← → с клавиатуры
Вариант
Что определило срок
График выбранного варианта серым — исходный ручной график
Цифры на этом блоке — условный пример на 14 пакетах работ, чтобы показать логику выбора. Пилота у нас пока не было, и мы пишем об этом отдельно.
Позиция
Планирование графика — задача дискретной оптимизации. У неё есть точный ответ и способ проверить, что он точный.
Если попросить языковую модель составить график, она выдаст правдоподобный текст. Он будет выглядеть как график. Ресурсные конфликты в нём никто не проверял: языковая модель занимается другим. На стройке эта разница стоит месяцев.
Поэтому у нас жёсткое правило, записанное в конституцию проекта: внутри решателя языковой модели нет. Ни как подсказки, ни как генератора начального решения, ни на каком этапе.
LLM появится позже и ровно в одной роли — пересказать человеческим языком уже готовый разбор причин, который решатель выдал в виде структуры. Причины она не выводит ни при каких условиях. Иначе галлюцинация окажется в самом чувствительном месте продукта — там, где объясняют, почему сорвался срок.
«Точность выше эффектности». По этой причине половина модных решений в продукт не попала.
Как устроено
Этот блок для инженера и технического директора: словосочетание «инновационная ИИ-платформа» им ничего не говорит.
Задача
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. Слово «мгновенно» на этом сайте не встречается: мгновенности не будет, а обещание проигрывает на первом же пилоте.
j30_1_1 известный оптимум 43, получено 43, статус OPTIMAL.358 тестов, 12 наборов инвариантов I-1…I-12, полный прогон 36 секунд, 4 CI-job на каждый pull request, ночная полная приёмка ядра по расписанию.
FastAPI + Uvicorn на входе. Redis + RQ как очередь: расчёт никогда не выполняется в HTTP-обработчике, solver-воркер — отдельный процесс на 8–16 vCPU, горизонтально масштабируемый. PostgreSQL 16 под версии графиков и трейсы. Обмен с P6 — MPXJ через JPype плюс собственный адаптер без JVM как резервный путь.
| Инструмент | Что делает хорошо | Чего не делает |
|---|---|---|
| Primavera P6 / MS Project | Индустриальный стандарт хранения и учёта графика | Не генерирует последовательность и не выбирает способ производства — принимает их на вход |
| Buildots · OpenSpace · Doxel | Фиксируют факт на площадке: фото, видео, дроны | Фиксируют происходящее, графика не строят |
| ALICE Technologies | Генеративное планирование, зрелый продукт | По открытым данным ориентирован на проекты от $75 млн; локализации под РК нет |
| TIREK AI | Генерация вариантов + погодные окна РК + объяснимость + экспорт обратно в ваш файл | Истории внедрений пока нет: мы ищем первый объект |
Без прикрас
Раздел, который обычно не пишут. Эти вопросы вы зададите на второй встрече, поэтому отвечаем на первой.
Продукт собран и проверен на международных бенчмарках, но на реальной стройке он ещё не работал. Мы не показываем ничьих логотипов и не пишем «нам доверяют лидеры отрасли», потому что это было бы неправдой. Мы ищем первый объект.
Нормы трудозатрат берутся из открытых сборников — ЕНиР, ГЭСН, СН РК. Но поправка «сколько на самом деле делает бригада на казахстанской площадке» выводится только из факта по 10–20 закрытым объектам. Пока её нет, система не выдаёт сроки в днях как окончательные: она отказывается считать и пишет об этом в интерфейсе. Это отдельный параметр в конфиге. «Разумное значение по отраслевой практике» мы туда молча не подставляем.
Прогноз сроков поставки материалов и импорт объёмов из IFC/BIM — версия 1. Объяснения человеческим языком поверх готового разбора — версия 2. Портфельная оптимизация по нескольким объектам с общими ресурсами — версия 2. В сегодняшнем продукте этого нет, и в коммерческом предложении этого тоже не будет.
У продукта нет истории продаж, поэтому мы даём вилки вместо одного числа и называем допущения допущениями. Первая реальная сделка заменит половину этих цифр, и мы их перепишем.
Локальность
окно открыто работы исключены на этапе генерации не заполнено
Бетонные и фасадные работы исключаются из закрытых окон на этапе генерации вариантов. Ручной отсев после расчёта не нужен. Этого параметра нет ни в одном международном бенчмарке. Сам справочник окон мы не выдумываем: он заполняется вместе с вашим ПТО и до тех пор помечен как незаполненный.
Действует с 18 января 2026 года. Мы не сворачиваем критерии в один «оптимальный ответ»: система показывает недоминируемые варианты, а выбирает человек. Планировщик может закрепить любую работу вручную — закреплённое становится жёстким ограничением, и оптимизация идёт только по остальному. Финальное решение за человеком закреплено конструкцией.
Персональные данные физически не попадают в контур оптимизатора. Решатель работает с «бригадой монтажников, 12 человек, доступна с 3 марта» — без фамилий, табельных номеров и фотографий. Это отдельная база данных, и приложение не стартует, если контуры пересеклись. Архитектура закрывает требование там, где регламент доступа бессилен.
Кодекс действует с 9 января 2026 года, цифровые паспорта и машиночитаемые нормы — план 2026–2027. Требования сильнее всего бьют по инфраструктуре и нежилым объектам: там больше подрядчиков, техники и согласований в одном графике. Это же — самый тяжёлый случай для ручного планирования и самый заметный выигрыш от расчёта.
С чего начинаем
Шаг 1
Действующий объект, выгрузка из P6 или MS Project, список бригад и техники, смета с объёмами. Ничего внедрять и никого переучивать на этом шаге не нужно.
Шаг 2
Набор недоминируемых графиков со сроком, стоимостью и вероятностной оценкой, плюс цепочка причин по каждому: что именно упирается в ресурс, что в связь, что в погодное окно.
Шаг 3
План против факта на реальной площадке. Здесь же мы калибруем поправку производительности, которой пока нет. Если выигрыша не будет, вы увидите это по цифрам.
Нижняя планка задана конструкцией: результат не хуже вашего текущего графика. Целевая — улучшение от 10% по сроку. Верхнюю мы не называем, пока не отработали хотя бы один объект.
Дальше
Первый разговор лучше вести про конкретный объект, где сроки уже поехали. Позвоните или напишите, что это за объект. Мы скажем, видит ли расчёт здесь запас, и скажем, если не видит.