Pendanaan dan Siapa di Baliknya

Putaran pendanaan awal €5,7 juta (sekitar Rp92 miliar) ini dipimpin bersama oleh Cherry Ventures dan Redstone. Angel Invest, Linden Capital, dan sejumlah angel investor lainnya turut berpartisipasi, menjadikannya pendanaan eksternal pertama yang diungkapkan INXM. Perusahaan berencana menggunakan modal ini untuk mengembangkan tim, mempercepat pengembangan produk pada mesin Orchestrator, dan memperluas akuisisi pelanggan di kalangan perusahaan industri Eropa.

Tim Pendiri: Dari Roket ke Alur Kerja yang Andal

INXM didirikan pada 2025 oleh empat orang yang menghabiskan karier sebelumnya untuk membuat sistem yang sangat kompleks dan kritis terhadap keselamatan bekerja secara prediktif:

• Alexander (Alex) Oelling, CEO — sebelumnya Chief Digital Officer di Isar Aerospace dan Volocopter.
• Matthias Kainer — membangun sistem orkestrasi peluncuran di Isar Aerospace.
• Jesper Bylund — merancang antarmuka kontrol penerbangan dan sebelumnya bekerja di platform otomatisasi n8n.
• Kamil Klüber — veteran dari konsultan perangkat lunak Thoughtworks.

DNA kedirgantaraan itu bukan sekadar catatan biografi—ia menjelaskan seluruh filosofi teknis perusahaan. Perangkat lunak peluncuran roket harus mengeksekusi urutan deterministik di bawah validasi ketat; perangkat itu tidak bisa berimprovisasi. Tim menerapkan model mental yang sama pada AI perusahaan.

Mengapa Agen AI Perusahaan Standar Gagal

Sebagian besar alat otomatisasi berbasis LLM memanggil model bahasa di setiap langkah alur kerja. Ini menciptakan tiga masalah berat bagi bisnis yang teregulasi:

• Non-determinisme. Perintah yang sama dapat menghasilkan tindakan atau keluaran yang berbeda pada proses yang berbeda, membuat jejak audit dan kepatuhan hampir mustahil.
• Risiko Halusinasi. Model yang mengarang langkah persetujuan atau melewatkan pemeriksaan keamanan menciptakan liabilitas yang tidak dapat diterima di bidang manufaktur atau keuangan.
• Kedaulatan Data. Mengirim data produksi sensitif ke API LLM pihak ketiga bertentangan dengan GDPR, Undang-Undang AI Uni Eropa, dan kebijakan keamanan internal.

Hasilnya, banyak perusahaan industri mengevaluasi agen AI tetapi tidak pernah menerapkannya dalam produksi. Teknologinya terlihat kuat dalam demo tetapi tidak dapat memenuhi standar keandalan yang telah diberlakukan perangkat lunak di lantai pabrik selama puluhan tahun.

Bagaimana Cara Kerja 'Compiled AI' yang Berbeda

Mesin Orchestrator INXM meminjam arsitektur kompiler perangkat lunak tradisional, bukan loop chatbot. Prosesnya terbagi dalam dua fase berbeda:

1. Fase Kompilasi. Seorang pengguna mendeskripsikan proses bisnis dalam bahasa alami. Sebuah LLM menghasilkan "Plan" yang lengkap, terstruktur, dan dapat dieksekusi—pada dasarnya kode deterministik—dan rencana itu divalidasi sebelum diizinkan berjalan. Model digunakan sekali, selama pembuatan, bukan pada waktu transaksi.

2. Fase Eksekusi. Plan yang tervalidasi berjalan di mesin Orchestrator INXM tanpa memanggil LLM lagi. Mesin ini mengoordinasikan sistem yang ada di perusahaan—ERP, PLM, MES, email, dan alat persetujuan—menjalankan langkah yang sama dalam urutan yang sama setiap kali.

Perbedaan teknisnya sangat kontras: agen standar memanggil LLM di setiap langkah (non-deterministik, mahal token, sulit diaudit). INXM mengkompilasi sekali, lalu menjalankan program tetap. Keluaran menjadi dapat direproduksi, dapat diuji, dan bebas dari halusinasi saat runtime. Perusahaan menyebut ini sebagai fleksibilitas bahasa alami yang dikombinasikan dengan keandalan kode tradisional.

Untuk membuat konsepnya konkret, bayangkan alur kerja inspeksi kualitas di pabrik: seorang insinyur mendeskripsikan langkah persetujuan dan pemeriksaan data yang diperlukan dalam bahasa sederhana. Orchestrator mengkompilasinya menjadi urutan tetap, seorang manajer menyetujuinya sekali, dan alur kerja kemudian berjalan identik setiap kali kejadian relevan muncul—tanpa pernah mengirim data ke luar gedung atau mengambil risiko improvisasi model.

Infrastruktur, Kepatuhan, dan Target Industri

Karena Orchestrator berjalan di infrastruktur perusahaan sendiri—on-premise atau di cloud privat—data produksi tidak pernah meninggalkan gedung. Arsitektur itu menjaga sistem tetap sesuai dengan GDPR dan Undang-Undang AI Uni Eropa secara desain. Ini juga memungkinkan INXM menjangkau perangkat lunak di lantai pabrik yang secara fisik tidak dapat disentuh oleh alat otomatisasi berbasis cloud murni.

Perusahaan secara eksplisit menargetkan pabrikan industri dan Mittelstand Jerman: perusahaan dengan sistem on-premise lama, kewajiban regulasi, dan persyaratan ketat untuk pengulangan. Ini bukan permainan otomatisasi horizontal. Ini dibangun khusus untuk perusahaan yang sudah menolak agen AI generik karena tidak dapat dipercaya dalam produksi.

Dengan modal segar €5,7 juta, tim pendiri yang telah mengirimkan perangkat lunak kritis keselamatan, dan pendekatan teknis yang membingkai ulang AI perusahaan sebagai masalah kompiler dan bukan percakapan, INXM bertaruh bahwa hambatan adopsi AI di dunia industri bukanlah kapabilitas—melainkan keandalan.

Pendanaan dan Siapa di Baliknya

Putaran pendanaan awal €5,7 juta (sekitar Rp92 miliar) ini dipimpin bersama oleh Cherry Ventures dan Redstone. Angel Invest, Linden Capital, dan sejumlah angel investor lainnya turut berpartisipasi, menjadikannya pendanaan eksternal pertama yang diungkapkan INXM. Perusahaan berencana menggunakan modal ini untuk mengembangkan tim, mempercepat pengembangan produk pada mesin Orchestrator, dan memperluas akuisisi pelanggan di kalangan perusahaan industri Eropa.

Tim Pendiri: Dari Roket ke Alur Kerja yang Andal

INXM didirikan pada 2025 oleh empat orang yang menghabiskan karier sebelumnya untuk membuat sistem yang sangat kompleks dan kritis terhadap keselamatan bekerja secara prediktif:

• Alexander (Alex) Oelling, CEO — sebelumnya Chief Digital Officer di Isar Aerospace dan Volocopter.
• Matthias Kainer — membangun sistem orkestrasi peluncuran di Isar Aerospace.
• Jesper Bylund — merancang antarmuka kontrol penerbangan dan sebelumnya bekerja di platform otomatisasi n8n.
• Kamil Klüber — veteran dari konsultan perangkat lunak Thoughtworks.

DNA kedirgantaraan itu bukan sekadar catatan biografi—ia menjelaskan seluruh filosofi teknis perusahaan. Perangkat lunak peluncuran roket harus mengeksekusi urutan deterministik di bawah validasi ketat; perangkat itu tidak bisa berimprovisasi. Tim menerapkan model mental yang sama pada AI perusahaan.

Mengapa Agen AI Perusahaan Standar Gagal

Sebagian besar alat otomatisasi berbasis LLM memanggil model bahasa di setiap langkah alur kerja. Ini menciptakan tiga masalah berat bagi bisnis yang teregulasi:

• Non-determinisme. Perintah yang sama dapat menghasilkan tindakan atau keluaran yang berbeda pada proses yang berbeda, membuat jejak audit dan kepatuhan hampir mustahil.
• Risiko Halusinasi. Model yang mengarang langkah persetujuan atau melewatkan pemeriksaan keamanan menciptakan liabilitas yang tidak dapat diterima di bidang manufaktur atau keuangan.
• Kedaulatan Data. Mengirim data produksi sensitif ke API LLM pihak ketiga bertentangan dengan GDPR, Undang-Undang AI Uni Eropa, dan kebijakan keamanan internal.

Hasilnya, banyak perusahaan industri mengevaluasi agen AI tetapi tidak pernah menerapkannya dalam produksi. Teknologinya terlihat kuat dalam demo tetapi tidak dapat memenuhi standar keandalan yang telah diberlakukan perangkat lunak di lantai pabrik selama puluhan tahun.

Bagaimana Cara Kerja 'Compiled AI' yang Berbeda

Mesin Orchestrator INXM meminjam arsitektur kompiler perangkat lunak tradisional, bukan loop chatbot. Prosesnya terbagi dalam dua fase berbeda:

1. Fase Kompilasi. Seorang pengguna mendeskripsikan proses bisnis dalam bahasa alami. Sebuah LLM menghasilkan "Plan" yang lengkap, terstruktur, dan dapat dieksekusi—pada dasarnya kode deterministik—dan rencana itu divalidasi sebelum diizinkan berjalan. Model digunakan sekali, selama pembuatan, bukan pada waktu transaksi.

2. Fase Eksekusi. Plan yang tervalidasi berjalan di mesin Orchestrator INXM tanpa memanggil LLM lagi. Mesin ini mengoordinasikan sistem yang ada di perusahaan—ERP, PLM, MES, email, dan alat persetujuan—menjalankan langkah yang sama dalam urutan yang sama setiap kali.

Perbedaan teknisnya sangat kontras: agen standar memanggil LLM di setiap langkah (non-deterministik, mahal token, sulit diaudit). INXM mengkompilasi sekali, lalu menjalankan program tetap. Keluaran menjadi dapat direproduksi, dapat diuji, dan bebas dari halusinasi saat runtime. Perusahaan menyebut ini sebagai fleksibilitas bahasa alami yang dikombinasikan dengan keandalan kode tradisional.

Untuk membuat konsepnya konkret, bayangkan alur kerja inspeksi kualitas di pabrik: seorang insinyur mendeskripsikan langkah persetujuan dan pemeriksaan data yang diperlukan dalam bahasa sederhana. Orchestrator mengkompilasinya menjadi urutan tetap, seorang manajer menyetujuinya sekali, dan alur kerja kemudian berjalan identik setiap kali kejadian relevan muncul—tanpa pernah mengirim data ke luar gedung atau mengambil risiko improvisasi model.

Infrastruktur, Kepatuhan, dan Target Industri

Karena Orchestrator berjalan di infrastruktur perusahaan sendiri—on-premise atau di cloud privat—data produksi tidak pernah meninggalkan gedung. Arsitektur itu menjaga sistem tetap sesuai dengan GDPR dan Undang-Undang AI Uni Eropa secara desain. Ini juga memungkinkan INXM menjangkau perangkat lunak di lantai pabrik yang secara fisik tidak dapat disentuh oleh alat otomatisasi berbasis cloud murni.

Perusahaan secara eksplisit menargetkan pabrikan industri dan Mittelstand Jerman: perusahaan dengan sistem on-premise lama, kewajiban regulasi, dan persyaratan ketat untuk pengulangan. Ini bukan permainan otomatisasi horizontal. Ini dibangun khusus untuk perusahaan yang sudah menolak agen AI generik karena tidak dapat dipercaya dalam produksi.

Dengan modal segar €5,7 juta, tim pendiri yang telah mengirimkan perangkat lunak kritis keselamatan, dan pendekatan teknis yang membingkai ulang AI perusahaan sebagai masalah kompiler dan bukan percakapan, INXM bertaruh bahwa hambatan adopsi AI di dunia industri bukanlah kapabilitas—melainkan keandalan.