Фінансування та хто його підтримав

Передпосівний раунд на €5,7 млн (приблизно $6 млн) спільно очолили фонди Cherry Ventures і Redstone. Angel Invest, Linden Capital та додаткові бізнес-ангели також взяли участь, що є першим розкритим зовнішнім фінансуванням INXM. Компанія планує використати кошти для розширення команди, прискорення розробки двигуна Orchestrator та збільшення кількості клієнтів серед європейських промислових підприємств.

Команда засновників: від ракет до надійних робочих процесів

INXM був заснований у 2025 році чотирма людьми, які попередні роки займалися створенням надскладних, критично важливих для безпеки систем, що працюють передбачувано:

• Алекс Оеллінг (Alexander Oelling), CEO — колишній головний директор з цифровізації (CDO) в Isar Aerospace та Volocopter.
• Маттіас Кайнер (Matthias Kainer) — розробляв системи оркестрації запуску в Isar Aerospace.
• Єспер Бюлунд (Jesper Bylund) — проєктував інтерфейси управління польотами, раніше працював на платформі автоматизації n8n.
• Каміль Клюбер (Kamil Klüber) — ветеран консалтингової компанії Thoughtworks.

Цей аерокосмічний «генетичний код» — не просто біографічна примітка: він пояснює всю технічну філософію компанії. Програмне забезпечення для запуску ракет має виконувати детерміновані послідовності зі строгою верифікацією; воно не може імпровізувати. Команда застосувала ту саму модель мислення до корпоративного AI.

Чому стандартні корпоративні AI-агенти зазнають невдачі

Більшість інструментів автоматизації на основі LLM звертаються до мовної моделі на кожному кроці робочого процесу. Це створює три складні проблеми для регульованих підприємств:

• Недетермінованість. Один і той самий запит може призвести до різних дій або результатів при різних запусках, що робить дотримання норм і аудиторські перевірки майже неможливими.
• Ризик галюцинацій. Модель, яка вигадує крок погодження або пропускає перевірку безпеки, створює неприйнятну відповідальність у виробництві чи фінансах.
• Суверенітет даних. Відправлення конфіденційних виробничих даних на сторонні API LLM суперечить GDPR, Закону ЄС про AI та внутрішнім політикам безпеки.

У результаті багато промислових компаній оцінюють AI-агентів, але ніколи не впроваджують їх у роботу. Технологія виглядає потужною в демо-версіях, але не може досягти планки надійності, яку фабричне програмне забезпечення забезпечувало десятиліттями.

Як «Компільований AI» працює по-іншому

Двигун Orchestrator від INXM запозичує архітектуру традиційного компілятора програмного забезпечення, а не циклу чат-бота. Процес розбивається на дві окремі фази:

1. Фаза компіляції. Користувач описує бізнес-процес природною мовою. LLM генерує повний, структурований, виконуваний «план» (Plan) — по суті, детермінований код — і цей план валідується перед тим, як йому дозволяють виконуватися. Модель використовується один раз, під час створення, а не під час транзакції.

2. Фаза виконання. Валідований план виконується на двигуні Orchestrator без повторного виклику LLM. Двигун координує роботу між існуючими системами підприємства — ERP, PLM, MES, електронною поштою та інструментами погодження — виконуючи одні й ті самі кроки в одному порядку кожного разу.

Технічна відмінність є разючою: стандартні агенти викликають LLM на кожному кроці (недетерміновано, витрачаючи багато токенів, важко для аудиту). INXM компілює один раз, а потім виконує фіксовану програму. Результати стають відтворюваними, тестованими та вільними від галюцинацій під час виконання. Компанія називає це гнучкістю природної мови в поєднанні з надійністю традиційного коду.

Щоб зробити концепцію конкретною, розглянемо робочий процес контролю якості на заводі: інженер описує необхідні кроки погодження та перевірки даних звичайною мовою. Orchestrator компілює це у фіксовану послідовність; менеджер затверджує її один раз, і робочий процес виконується ідентично щоразу, коли спрацьовує відповідна подія — без надсилання даних за межі підприємства та без ризику імпровізації моделі.

Інфраструктура, комплаєнс та промислові цілі

Оскільки Orchestrator працює на власній інфраструктурі підприємства — локально або в приватній хмарі — виробничі дані ніколи не залишають будівлю. Така архітектура гарантує відповідність GDPR та Закону ЄС про AI за задумом. Вона також дозволяє INXM досягати фабричного програмного забезпечення, якого хмарні інструменти автоматизації фізично не можуть торкнутися.

Компанія цілеспрямовано орієнтується на промислових виробників та німецький Mittelstand: компанії із застарілими локальними системами, регуляторними зобов'язаннями та жорсткими вимогами до повторюваності. Це не горизонтальна автоматизація. Це продукт, створений спеціально для підприємств, які вже відхилили звичайні AI-агенти, оскільки їм не можна довіряти в робочому середовищі.

Маючи €5,7 млн свіжих інвестицій, команду засновників, яка вже створювала критично важливе для безпеки програмне забезпечення, та технічний підхід, який переосмислює корпоративний AI як проблему компілятора, а не розмови, INXM робить ставку на те, що вузьким місцем впровадження AI в промисловому світі є не можливості, а надійність.

Фінансування та хто його підтримав

Передпосівний раунд на €5,7 млн (приблизно $6 млн) спільно очолили фонди Cherry Ventures і Redstone. Angel Invest, Linden Capital та додаткові бізнес-ангели також взяли участь, що є першим розкритим зовнішнім фінансуванням INXM. Компанія планує використати кошти для розширення команди, прискорення розробки двигуна Orchestrator та збільшення кількості клієнтів серед європейських промислових підприємств.

Команда засновників: від ракет до надійних робочих процесів

INXM був заснований у 2025 році чотирма людьми, які попередні роки займалися створенням надскладних, критично важливих для безпеки систем, що працюють передбачувано:

• Алекс Оеллінг (Alexander Oelling), CEO — колишній головний директор з цифровізації (CDO) в Isar Aerospace та Volocopter.
• Маттіас Кайнер (Matthias Kainer) — розробляв системи оркестрації запуску в Isar Aerospace.
• Єспер Бюлунд (Jesper Bylund) — проєктував інтерфейси управління польотами, раніше працював на платформі автоматизації n8n.
• Каміль Клюбер (Kamil Klüber) — ветеран консалтингової компанії Thoughtworks.

Цей аерокосмічний «генетичний код» — не просто біографічна примітка: він пояснює всю технічну філософію компанії. Програмне забезпечення для запуску ракет має виконувати детерміновані послідовності зі строгою верифікацією; воно не може імпровізувати. Команда застосувала ту саму модель мислення до корпоративного AI.

Чому стандартні корпоративні AI-агенти зазнають невдачі

Більшість інструментів автоматизації на основі LLM звертаються до мовної моделі на кожному кроці робочого процесу. Це створює три складні проблеми для регульованих підприємств:

• Недетермінованість. Один і той самий запит може призвести до різних дій або результатів при різних запусках, що робить дотримання норм і аудиторські перевірки майже неможливими.
• Ризик галюцинацій. Модель, яка вигадує крок погодження або пропускає перевірку безпеки, створює неприйнятну відповідальність у виробництві чи фінансах.
• Суверенітет даних. Відправлення конфіденційних виробничих даних на сторонні API LLM суперечить GDPR, Закону ЄС про AI та внутрішнім політикам безпеки.

У результаті багато промислових компаній оцінюють AI-агентів, але ніколи не впроваджують їх у роботу. Технологія виглядає потужною в демо-версіях, але не може досягти планки надійності, яку фабричне програмне забезпечення забезпечувало десятиліттями.

Як «Компільований AI» працює по-іншому

Двигун Orchestrator від INXM запозичує архітектуру традиційного компілятора програмного забезпечення, а не циклу чат-бота. Процес розбивається на дві окремі фази:

1. Фаза компіляції. Користувач описує бізнес-процес природною мовою. LLM генерує повний, структурований, виконуваний «план» (Plan) — по суті, детермінований код — і цей план валідується перед тим, як йому дозволяють виконуватися. Модель використовується один раз, під час створення, а не під час транзакції.

2. Фаза виконання. Валідований план виконується на двигуні Orchestrator без повторного виклику LLM. Двигун координує роботу між існуючими системами підприємства — ERP, PLM, MES, електронною поштою та інструментами погодження — виконуючи одні й ті самі кроки в одному порядку кожного разу.

Технічна відмінність є разючою: стандартні агенти викликають LLM на кожному кроці (недетерміновано, витрачаючи багато токенів, важко для аудиту). INXM компілює один раз, а потім виконує фіксовану програму. Результати стають відтворюваними, тестованими та вільними від галюцинацій під час виконання. Компанія називає це гнучкістю природної мови в поєднанні з надійністю традиційного коду.

Щоб зробити концепцію конкретною, розглянемо робочий процес контролю якості на заводі: інженер описує необхідні кроки погодження та перевірки даних звичайною мовою. Orchestrator компілює це у фіксовану послідовність; менеджер затверджує її один раз, і робочий процес виконується ідентично щоразу, коли спрацьовує відповідна подія — без надсилання даних за межі підприємства та без ризику імпровізації моделі.

Інфраструктура, комплаєнс та промислові цілі

Оскільки Orchestrator працює на власній інфраструктурі підприємства — локально або в приватній хмарі — виробничі дані ніколи не залишають будівлю. Така архітектура гарантує відповідність GDPR та Закону ЄС про AI за задумом. Вона також дозволяє INXM досягати фабричного програмного забезпечення, якого хмарні інструменти автоматизації фізично не можуть торкнутися.

Компанія цілеспрямовано орієнтується на промислових виробників та німецький Mittelstand: компанії із застарілими локальними системами, регуляторними зобов'язаннями та жорсткими вимогами до повторюваності. Це не горизонтальна автоматизація. Це продукт, створений спеціально для підприємств, які вже відхилили звичайні AI-агенти, оскільки їм не можна довіряти в робочому середовищі.

Маючи €5,7 млн свіжих інвестицій, команду засновників, яка вже створювала критично важливе для безпеки програмне забезпечення, та технічний підхід, який переосмислює корпоративний AI як проблему компілятора, а не розмови, INXM робить ставку на те, що вузьким місцем впровадження AI в промисловому світі є не можливості, а надійність.