Оставить заявку
Продукты · линейка МАС

Пять контуров.
В каждом — один и тот же рой.

Линейка нарезана по управленческим контурам предприятия: проекты, производство, ТОиР, логистика, бригады. Внутри каждой МАС работает одно ядро SwarmAI Platform: онтология, агенты, сеть переговоров, эмерджентный план.

Почему по управленческому контуру, а не по типу объекта

Продукты можно было нарезать по функциям — планирование, мониторинг, заказы. Мы нарезали по контурам управления, и на то три причины.

01

Так ищет заказчик

Директор по производству ищет «планирование производства», а не «управление ресурсами». Логист ищет управление парком, главный инженер — ТОиР. Контуры совпадают с тем, как устроен запрос — и как написаны все наши предложения заказчикам.

02

Так ложатся доказательства

Кейсы ложатся на контуры один в один: сборка самолётов — производство, парки тягачей — логистика, аварийные службы газовиков — бригады, ракетно-космические КБ — проекты. На разрез по функциям не ложится ни один кейс целиком.

03

Разрез по функциям не взаимоисключающий

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

Один рой — любой контур. Настроить систему под контур — значит описать его объекты и правила в онтологии, а не написать новый код. Поэтому линейка растёт без умножения технологий: новый контур получает тот же метод, что первый — цех.

Линейка

В каждой карточке — одно число, и у каждого числа — статус. Там, где честного числа нет, мы так и пишем.

Контур · Проекты и НИОКР

МАС Управления Проектами →

Балансирует ресурсы КБ между конкурирующими проектами — от программы предприятия до личного плана инженера.

в 3–5 раз
меньше рутинных операций управления · по результатам апробаций
Контур · Производство

МАС Управления Производством →

Строит и перестраивает расписания цехов — от товарной программы на 5 лет до сменного задания рабочему.

10–15 минут
расписание на горизонт до 2 лет · по данным внедрений
Контур · ТОиР

МАС Управления ТОиР →

Каждая единица техники — активный двойник: считает коридор допустимых дат и сама ставит себя на обслуживание.

Числа нет
эффекты определяются по результатам пилота — так честно
Контур · Логистика

МАС Управления Логистикой →

Распределяет заказы по парку, строит маршруты и перестраивает расписание 24/7 при каждом событии — без полного пересчёта.

−25% порожних пробегов
результат проекта на парке 890 тягачей · по данным компании
Контур · Выездные службы

МАС Управления Бригадами →

Аварийная заявка не ломает день службы: система сама перестраивает расписания затронутых бригад, плановые работы страдают минимально.

12 заданий вместо 7
+40% к выработке бригад · результат внедрения в газовой службе

Все числа взяты из документов о внедрениях и апробациях компании и не проходили независимого аудита. Стадия каждого проекта — на страницах продуктов и в разделе кейсов.

Ключевые проблемы и как мы с ними работаем

Семь причин, по которым планирование на предприятии перестаёт работать, и что мы делаем с каждой. Нажмите, чтобы раскрыть.

План устаревает быстрее, чем считается
Классический расчёт идёт пакетно и на большом горизонте: пока план считается, цех уже живёт другой реальностью. Мы строим план переговорами агентов, поэтому событие меняет только затронутую часть расписания. Пересчёт пропорционален возмущению, а не размеру плана.
Знания о производстве живут в головах
Ограничения, приоритеты и неписаные правила известны двум-трём специалистам, и с их уходом планирование рассыпается. Мы переносим это в онтологию предприятия и базу знаний: объекты, связи, критерии. Правило становится частью системы, а не устной договорённости.
Оптимизатор выдаёт план, который цех не исполняет
Математически идеальное решение игнорирует интересы исполнителей: станку нужен ремонт, бригаде — выполнимая смена, заказу — срок. У нас у каждого ресурса и заказа свой агент, и план — это равновесие их интересов. Исполнимость закладывается в момент расчёта, а не проверяется потом.
Любое изменение правил упирается в доработку ПО
Новый тип ресурса, другая схема согласования, изменившийся норматив — и проект возвращается к разработчику. У нас предметная область описывается в конструкторе онтологий, а веса критериев настраивает методолог. Новый тип ресурса добавляется за часы, а не за недели программирования.
Уровни планирования живут отдельно друг от друга
Стратегическая программа считается в одной системе, оперативное расписание — в другой, и они расходятся уже через неделю. Мы ведём их одним планировщиком: стратегия задаёт рамку, факт из цеха поднимается наверх. Одно изменение — согласованная картина на всех горизонтах.
Внедрение буксует на качестве данных
Справочники неполные, часть данных только в Excel, часть — в головах мастеров. Мы начинаем с обследования и онтологической модели, справочники поднимаем загрузкой из Excel, план проверяем в опытно-промышленной эксплуатации. Система запускается на тех данных, которые есть, и растёт вместе с их качеством.
Страх потерять контроль над автоматикой
Руководитель не готов отдавать решения «чёрному ящику». Поэтому автономия ограничена: коридор допустимых изменений и лимит времени, точки утверждения планов человеком, журнал переговоров агентов, где видно, почему принято именно это решение. Границу самостоятельности системы задаёте вы.
Обсудить вашу задачу

Пять контуров — один и тот же рой. Начинать стоит там, где болит сильнее.

Расскажите о задаче — поможем выбрать, с какой системы начать.

Выбрать систему
Made on
Tilda