Rahoitus ja sijoittajat

5,7 miljoonan euron esirahoituskierroksen (noin 6 miljoonaa dollaria) johtivat Cherry Ventures ja Redstone. Mukaan lähtivät myös Angel Invest, Linden Capital ja muita bisnesenkeleitä. Kyseessä on INXM:n ensimmäinen julkinen ulkopuolinen rahoitus. Yhtiö käyttää varat tiimin kasvattamiseen, Orchestrator-moottorin kehityksen nopeuttamiseen ja asiakashankintaan Euroopan teollisuusyrityksistä.

Perustajatiimi: raketeista luotettaviin työnkulkuihin

INXM:n perusti vuonna 2025 neljä henkilöä, jotka ovat aiemmin saaneet erittäin monimutkaisia ja turvallisuuskriittisiä järjestelmiä toimimaan ennustettavasti:

• Alexander (Alex) Oelling, toimitusjohtaja – aiemmin Chief Digital Officer Isar Aerospacella ja Volocopterilla.
• Matthias Kainer – rakensi laukaisuorkestrointijärjestelmiä Isar Aerospacella.
• Jesper Bylund – suunnitteli lennonohjauskäyttöliittymiä ja työskenteli aiemmin automaatioalusta n8n:llä.
• Kamil Klüber – ohjelmistokonsultointiyritys Thoughtworksin veteraani.

Ilmailu- ja avaruustausta ei ole pelkkä ansioluettelon koriste – se selittää koko yrityksen teknisen filosofian. Laukaisuohjelmiston on suoritettava deterministisiä sekvenssejä tarkan validoinnin alaisena; se ei voi improvisoida. Tiimi sovelsi samaa ajatusmallia yritystekoälyyn.

Miksi tavalliset yritystekoälyagentit epäonnistuvat

Useimmat kielimalleihin perustuvat automaatiotyökalut kutsuvat mallia jokaisella työnkulun askeleella. Tämä luo kolme hankalaa ongelmaa säännellyille yrityksille:

• Ei-toistettavuus. Sama kehote voi tuottaa eri toimintoja tai tuloksia eri ajoilla, mikä tekee vaatimustenmukaisuudesta ja jälkikäteistarkastuksesta lähes mahdotonta.
• Hallusinaatioriski. Malli, joka keksii hyväksyntävaiheen tai ohittaa turvallisuustarkistuksen, luo kohtuuttoman vastuun valmistuksessa tai rahoituksessa.
• Tietosuoja. Arkaluonteisen tuotantodatan lähettäminen kolmannen osapuolen kielimallirajapintoihin on ristiriidassa GDPR:n, EU:n tekoälysäädöksen ja yrityksen omien tietoturvakäytäntöjen kanssa.

Tuloksena on, että monet teollisuusyritykset arvioivat tekoälyagentteja, mutta eivät koskaan ota niitä käyttöön tuotannossa. Tekniikka vaikuttaa demoissa tehokkaalta, mutta ei yllä sille luotettavuustasolle, jota tehdaslattian ohjelmistot ovat vaatineet vuosikymmeniä.

Miten Compiled AI toimii eri tavalla

INXM:n Orchestrator-moottori lainaa perinteisen ohjelmistokääntäjän arkkitehtuuria keskustelusilmukan sijaan. Prosessi jakautuu kahteen eri vaiheeseen:

1. Käännösvaihe. Käyttäjä kuvailee liiketoimintaprosessin luonnollisella kielellä. Kielimalli tuottaa täydellisen, jäsennellyn, suoritettavan ”suunnitelman” (Plan) – käytännössä determinististä koodia – ja tämä suunnitelma validoidaan ennen kuin sitä koskaan suoritetaan. Mallia käytetään kerran, kirjoitusvaiheessa, ei transaktiohetkellä.

2. Suoritusvaihe. Validoitu suunnitelma suoritetaan INXM:n Orchestrator-moottorilla kutsumatta kielimallia uudelleen. Moottori koordinoi yrityksen olemassa olevien järjestelmien – ERP, PLM, MES, sähköposti ja hyväksyntätyökalut – välillä, suorittaen samat vaiheet samassa järjestyksessä joka kerta.

Tekninen ero on selvä: tavalliset agentit kutsuvat kielimallia jokaisella askeleella (ei-determinististä, merkkimäärältä kallista, vaikea tarkastaa). INXM kääntää kerran, sitten suorittaa kiinteän ohjelman. Tuotoksista tulee toistettavia, testattavia ja vailla suoritusaikaisia hallusinaatioita. Yritys kutsuu tätä luonnollisen kielen joustavuuden ja perinteisen koodin luotettavuuden yhdistelmäksi.

Konkreettinen esimerkki: tehtaan laaduntarkastustyönkulku – insinööri kuvailee vaadittavat hyväksyntävaiheet ja datatarkistukset selkeällä kielellä. Orchestrator kääntää sen kiinteäksi sekvenssiksi, esimies hyväksyy sen kerran, ja työnkulku toimii sitten samalla tavalla joka kerta, kun asiaankuuluva tapahtuma laukeaa – ilman, että dataa lähetetään koskaan rakennuksen ulkopuolelle tai riskiä mallin improvisoinnista.

Infrastruktuuri, vaatimustenmukaisuus ja teolliset kohteet

Koska Orchestrator toimii yrityksen omalla infrastruktuurilla – joko omassa konesalissa tai yksityisessä pilvessä – tuotantodata ei koskaan poistu rakennuksesta. Tämä arkkitehtuuri takaa järjestelmän olevan GDPR:n ja EU:n tekoälysäädöksen mukainen suunnittelultaan. Se mahdollistaa myös sen, että INXM pääsee käsiksi tehdaslattian ohjelmistoihin, joihin pilvipohjaiset automaatiotyökalut eivät fyysisesti yletä.

Yhtiö suuntaa nimenomaisesti teollisiin valmistajiin ja Saksan Mittelstandiin: yrityksiin, joilla on vanhoja omia järjestelmiä, sääntelyvelvoitteita ja kovia vaatimuksia toistettavuudelle. Tämä ei ole horisontaalinen automaatiohanke. Se on tarkoitettu yrityksille, jotka ovat jo hylänneet geneeriset tekoälyagentit, koska niihin ei voi luottaa tuotannossa.

5,7 miljoonaa euroa tuoretta pääomaa, turvallisuuskriittistä ohjelmistoa toimittanut perustajatiimi ja tekninen lähestymistapa, joka määrittelee yritystekoälyn uudelleen kääntäjäongelmana keskustelullisen ongelman sijaan – INXM lyö vetoa siitä, että teollisuusmaailman tekoälyn käyttöönoton pullonkaula ei ole kyvykkyys vaan luotettavuus.

Rahoitus ja sijoittajat

5,7 miljoonan euron esirahoituskierroksen (noin 6 miljoonaa dollaria) johtivat Cherry Ventures ja Redstone. Mukaan lähtivät myös Angel Invest, Linden Capital ja muita bisnesenkeleitä. Kyseessä on INXM:n ensimmäinen julkinen ulkopuolinen rahoitus. Yhtiö käyttää varat tiimin kasvattamiseen, Orchestrator-moottorin kehityksen nopeuttamiseen ja asiakashankintaan Euroopan teollisuusyrityksistä.

Perustajatiimi: raketeista luotettaviin työnkulkuihin

INXM:n perusti vuonna 2025 neljä henkilöä, jotka ovat aiemmin saaneet erittäin monimutkaisia ja turvallisuuskriittisiä järjestelmiä toimimaan ennustettavasti:

• Alexander (Alex) Oelling, toimitusjohtaja – aiemmin Chief Digital Officer Isar Aerospacella ja Volocopterilla.
• Matthias Kainer – rakensi laukaisuorkestrointijärjestelmiä Isar Aerospacella.
• Jesper Bylund – suunnitteli lennonohjauskäyttöliittymiä ja työskenteli aiemmin automaatioalusta n8n:llä.
• Kamil Klüber – ohjelmistokonsultointiyritys Thoughtworksin veteraani.

Ilmailu- ja avaruustausta ei ole pelkkä ansioluettelon koriste – se selittää koko yrityksen teknisen filosofian. Laukaisuohjelmiston on suoritettava deterministisiä sekvenssejä tarkan validoinnin alaisena; se ei voi improvisoida. Tiimi sovelsi samaa ajatusmallia yritystekoälyyn.

Miksi tavalliset yritystekoälyagentit epäonnistuvat

Useimmat kielimalleihin perustuvat automaatiotyökalut kutsuvat mallia jokaisella työnkulun askeleella. Tämä luo kolme hankalaa ongelmaa säännellyille yrityksille:

• Ei-toistettavuus. Sama kehote voi tuottaa eri toimintoja tai tuloksia eri ajoilla, mikä tekee vaatimustenmukaisuudesta ja jälkikäteistarkastuksesta lähes mahdotonta.
• Hallusinaatioriski. Malli, joka keksii hyväksyntävaiheen tai ohittaa turvallisuustarkistuksen, luo kohtuuttoman vastuun valmistuksessa tai rahoituksessa.
• Tietosuoja. Arkaluonteisen tuotantodatan lähettäminen kolmannen osapuolen kielimallirajapintoihin on ristiriidassa GDPR:n, EU:n tekoälysäädöksen ja yrityksen omien tietoturvakäytäntöjen kanssa.

Tuloksena on, että monet teollisuusyritykset arvioivat tekoälyagentteja, mutta eivät koskaan ota niitä käyttöön tuotannossa. Tekniikka vaikuttaa demoissa tehokkaalta, mutta ei yllä sille luotettavuustasolle, jota tehdaslattian ohjelmistot ovat vaatineet vuosikymmeniä.

Miten Compiled AI toimii eri tavalla

INXM:n Orchestrator-moottori lainaa perinteisen ohjelmistokääntäjän arkkitehtuuria keskustelusilmukan sijaan. Prosessi jakautuu kahteen eri vaiheeseen:

1. Käännösvaihe. Käyttäjä kuvailee liiketoimintaprosessin luonnollisella kielellä. Kielimalli tuottaa täydellisen, jäsennellyn, suoritettavan ”suunnitelman” (Plan) – käytännössä determinististä koodia – ja tämä suunnitelma validoidaan ennen kuin sitä koskaan suoritetaan. Mallia käytetään kerran, kirjoitusvaiheessa, ei transaktiohetkellä.

2. Suoritusvaihe. Validoitu suunnitelma suoritetaan INXM:n Orchestrator-moottorilla kutsumatta kielimallia uudelleen. Moottori koordinoi yrityksen olemassa olevien järjestelmien – ERP, PLM, MES, sähköposti ja hyväksyntätyökalut – välillä, suorittaen samat vaiheet samassa järjestyksessä joka kerta.

Tekninen ero on selvä: tavalliset agentit kutsuvat kielimallia jokaisella askeleella (ei-determinististä, merkkimäärältä kallista, vaikea tarkastaa). INXM kääntää kerran, sitten suorittaa kiinteän ohjelman. Tuotoksista tulee toistettavia, testattavia ja vailla suoritusaikaisia hallusinaatioita. Yritys kutsuu tätä luonnollisen kielen joustavuuden ja perinteisen koodin luotettavuuden yhdistelmäksi.

Konkreettinen esimerkki: tehtaan laaduntarkastustyönkulku – insinööri kuvailee vaadittavat hyväksyntävaiheet ja datatarkistukset selkeällä kielellä. Orchestrator kääntää sen kiinteäksi sekvenssiksi, esimies hyväksyy sen kerran, ja työnkulku toimii sitten samalla tavalla joka kerta, kun asiaankuuluva tapahtuma laukeaa – ilman, että dataa lähetetään koskaan rakennuksen ulkopuolelle tai riskiä mallin improvisoinnista.

Infrastruktuuri, vaatimustenmukaisuus ja teolliset kohteet

Koska Orchestrator toimii yrityksen omalla infrastruktuurilla – joko omassa konesalissa tai yksityisessä pilvessä – tuotantodata ei koskaan poistu rakennuksesta. Tämä arkkitehtuuri takaa järjestelmän olevan GDPR:n ja EU:n tekoälysäädöksen mukainen suunnittelultaan. Se mahdollistaa myös sen, että INXM pääsee käsiksi tehdaslattian ohjelmistoihin, joihin pilvipohjaiset automaatiotyökalut eivät fyysisesti yletä.

Yhtiö suuntaa nimenomaisesti teollisiin valmistajiin ja Saksan Mittelstandiin: yrityksiin, joilla on vanhoja omia järjestelmiä, sääntelyvelvoitteita ja kovia vaatimuksia toistettavuudelle. Tämä ei ole horisontaalinen automaatiohanke. Se on tarkoitettu yrityksille, jotka ovat jo hylänneet geneeriset tekoälyagentit, koska niihin ei voi luottaa tuotannossa.

5,7 miljoonaa euroa tuoretta pääomaa, turvallisuuskriittistä ohjelmistoa toimittanut perustajatiimi ja tekninen lähestymistapa, joka määrittelee yritystekoälyn uudelleen kääntäjäongelmana keskustelullisen ongelman sijaan – INXM lyö vetoa siitä, että teollisuusmaailman tekoälyn käyttöönoton pullonkaula ei ole kyvykkyys vaan luotettavuus.