INXMが信頼性を最重視するのには理由があります。創業者は、Alex Oelling、Matthias Kainer、Jesper Bylund、Kamil Klüberの4名。Oelling、Kainer、Bylundの3名は、ロケット開発のIsar Aerospaceや空飛ぶクルマのVolocopterで最高デジタル責任者(CDO)またはデータ統括責任者を歴任。一方、Klüberは、ノーコード自動化ツールのn8nやソフトウェアコンサルティングのThoughtworksで経験を積んだベテランです。
航空宇宙製造や次世代モビリティでは、たった一つのワークフローの失敗が生産の大幅な遅延に直結します。この「失敗が許されない現場」での共通体験が、従来のLLMエージェントへの強烈な違和感と、「コンパイルドAI」という全く新しい技術アーキテクチャを生み出す原動力となりました。
標準的なLLMエージェントの問題点は、指示を実行のたびに「再解釈」することです。同じ指示でも毎回異なる結果が出力される可能性があり、規制当局が求める監査証跡(誰がいつ何をしたかの記録)を残す仕組みも、多くの場合、組み込まれていません。さらに、モデルが実在しない手順を作り出したり、予測不能なエラーを起こしたりするリスクは、ERP(基幹業務システム)やPLM(製品ライフサイクル管理)、MES(製造実行システム)、そして工場の現場システムが複雑に絡み合う環境では、到底許容できるものではありません。
「コンパイルドAI」は、このモデルを根本から覆します。
従来の「対話型AI」が、その都度通訳を介して会話するのに似ているとすれば、「コンパイルドAI」は、事前に完璧なマニュアルを「コンパイル(翻訳・製本)」してから、それを頼りに作業を進めるようなものです。AIの柔軟性と、従来の決定論的コードの再現性・信頼性を両立させている点が最大の強みです。
また、Orchestratorは企業の自社サーバーインフラ上で直接稼働するため、機密性の高い操業データが社外に出ることはありません。これは、製造業がクラウド化に慎重な最大の理由であり、GDPRやEU AI Actといった厳格な規制に対応する上でも絶対条件となります。
INXMが照準を定めるのは、エンタープライズの中でも特にドイツの「ミッテルシュタント」 ——同国経済の屋台骨である中堅の産業企業群です。これらの企業は、ERPやPLM、MES、そしてクラウドからはアクセスできない工場のプライベートサーバーで動くシステムまで、複雑にカスタマイズされたソフトウェアを多数運用していることが一般的です。
製造現場では、たった一つの生産指示の変更が、6つ以上のシステムにまたがる連携更新を必要とし、各ステップで管理者の承認が求められることも珍しくありません。INXMの構想では、組織は自然言語で一度だけプロセスを設計し、それを「コンパイル」して再現可能なワークフローに固定。あとは、必要な箇所に人の承認を挟み込みながら、そのワークフローを安定して繰り返し実行し続けることができます。
Comments
0 comments