INXM został założony w 2025 roku przez cztery osoby, które w poprzednich latach budowały systemy o krytycznym znaczeniu dla bezpieczeństwa, gdzie przewidywalność jest kluczowa:
To lotniczo-kosmiczne DNA zespołu nie jest jedynie ciekawostką biograficzną – wyjaśnia ono całą filozofię techniczną firmy. Oprogramowanie startowe musi wykonywać deterministyczne sekwencje pod ścisłą walidacją; nie ma w nim miejsca na improwizację. Twórcy INXM zastosowali ten sam model myślowy do korporacyjnej AI.
Większość narzędzi automatyzacji opartych na LLM odwołuje się do modelu językowego na każdym kroku przepływu pracy. Stwarza to trzy poważne problemy dla regulowanych firm:
W efekcie wiele firm przemysłowych testuje agenty AI, ale nigdy nie wdraża ich produkcyjnie. Technologia robi wrażenie w demonstracjach, ale nie spełnia standardów niezawodności, które od dekad obowiązują w oprogramowaniu na poziomie hali fabrycznej.
Silnik Orchestrator od INXM zapożycza architekturę nie z pętli czatu, lecz z tradycyjnego kompilatora programistycznego. Proces dzieli się na dwie wyraźne fazy:
1. Faza kompilacji. Użytkownik opisuje proces biznesowy w języku naturalnym. LLM generuje kompletny, ustrukturyzowany, wykonywalny „Plan” – w istocie deterministyczny kod – który jest walidowany, zanim w ogóle zostanie dopuszczony do uruchomienia. Modelu używa się jednorazowo, na etapie tworzenia, a nie w momencie wykonywania transakcji.
2. Faza wykonania. Zweryfikowany Plan działa na silniku Orchestrator, nie odwołując się ponownie do LLM. Silnik koordynuje pracę w istniejących systemach przedsiębiorstwa – ERP, PLM, MES, poczcie elektronicznej i narzędziach do zatwierdzania – wykonując te same kroki w tej samej kolejności za każdym razem.
Różnica techniczna jest zasadnicza: standardowe agenty wywołują LLM na każdym kroku (niedeterministycznie, kosztownie tokenowo i trudno to kontrolować). INXM kompiluje jeden raz, a następnie wykonuje stały program. Wyniki stają się powtarzalne, testowalne i wolne od halucynacji w czasie rzeczywistym. Firma nazywa to połączeniem elastyczności języka naturalnego z niezawodnością tradycyjnego kodu.
Wyobraźmy sobie przepływ pracy związany z kontrolą jakości w fabryce: inżynier opisuje zwykłym językiem wymagane etapy zatwierdzania i kontroli danych. Orchestrator kompiluje ten opis w stałą sekwencję, kierownik zatwierdza ją raz, a następnie proces przebiega identycznie za każdym razem, gdy wystąpi odpowiednie zdarzenie – bez wysyłania danych na zewnątrz budynku i bez ryzyka improwizacji ze strony modelu.
Ponieważ Orchestrator działa na własnej infrastrukturze firmy – lokalnie (on-premises) lub w prywatnej chmurze – dane produkcyjne nigdy nie opuszczają zakładu. Taka architektura z założenia zapewnia zgodność z RODO i unijnym AI Act. Pozwala również INXM na dotarcie do oprogramowania fabrycznego, do którego narzędzia automatyzacji działające wyłącznie w chmurze nie mają fizycznego dostępu.
Firma celuje wprost w producentów przemysłowych i niemiecki Mittelstand: przedsiębiorstwa z odziedziczonymi systemami lokalnymi, obowiązkami regulacyjnymi i bezwzględnym wymogiem powtarzalności. Nie jest to horyzontalna gra o automatyzację wszystkiego. To narzędzie stworzone specjalnie dla firm, które odrzuciły już generyczne agenty AI, ponieważ nie można im było zaufać w środowisku produkcyjnym.
Mając 5,7 miliona euro świeżego kapitału, zespół założycielski z doświadczeniem w tworzeniu oprogramowania o krytycznym znaczeniu dla bezpieczeństwa oraz podejście techniczne, które definiuje korporacyjną AI jako problem kompilatora, a nie konwersacji, INXM stawia na to, że wąskim gardłem adopcji AI w przemyśle nie jest jej zdolność – a właśnie niezawodność.
Comments
0 comments