تأسست INXM في عام 2025 على يد أربعة أشخاص أمضوا حياتهم المهنية السابقة في جعل أنظمة بالغة التعقيد وذات أهمية حاسمة للسلامة تعمل بشكل متوقع:
هذه الخلفية في هندسة الطيران والفضاء ليست مجرد إضافة لسيرتهم الذاتية - إنها تشرح الفلسفة التقنية للشركة بأكملها. برنامج إطلاق الصواريخ يجب أن ينفذ تسلسلات حتمية تحت رقابة صارمة؛ لا يمكنه الارتجال. طبق الفريق النموذج الذهني نفسه على الذكاء الاصطناعي المؤسسي.
معظم أدوات الأتمتة المبنية على نماذج اللغة الكبيرة تستدعي النموذج اللغوي في كل خطوة من سير العمل. وهذا يخلق ثلاث مشاكل صعبة للشركات الخاضعة للتنظيمات:
النتيجة هي أن العديد من الشركات الصناعية تقيّم وكلاء الذكاء الاصطناعي ولكنها لا تنشرهم أبداً في بيئة الإنتاج. التقنية تبدو قوية في العروض التوضيحية لكنها لا تستطيع تلبية معايير الموثوقية التي تفرضها برمجيات أرض المصنع منذ عقود.
يستعير محرك Orchestrator من INXM هيكلية "المُجمّع" (Compiler) البرمجي التقليدي بدلاً من حلقة روبوت المحادثة. تنقسم العملية إلى مرحلتين منفصلتين:
1. مرحلة التجميع (Compilation). يصف المستخدم عملية تجارية باللغة الطبيعية. يقوم نموذج اللغة الكبير بتوليد "خطة" (Plan) كاملة، مهيكلة، وقابلة للتنفيذ - وهي بالأساس كود حتمي - ويتم التحقق من صحة هذه الخطة قبل السماح لها بالعمل. يُستخدم النموذج مرة واحدة، أثناء التأليف، وليس في وقت المعاملة.
2. مرحلة التنفيذ (Execution). يتم تشغيل الخطة الموثقة على محرك Orchestrator من INXM دون استدعاء نموذج اللغة مرة أخرى. ينسق المحرك عبر أنظمة المؤسسة الحالية - ERP، PLM، MES، البريد الإلكتروني، وأدوات الموافقة - منفذاً نفس الخطوات بنفس الترتيب في كل مرة.
الفرق التقني صارخ: الوكلاء القياسيون يستدعون نموذج اللغة في كل خطوة (غير حتمي، مكلف في استخدام الرموز، صعب التدقيق). بينما تقوم INXM بالتجميع مرة واحدة، ثم تشغل برنامجاً ثابتاً. تصبح المخرجات قابلة للتكرار، والاختبار، وخالية من الهلوسات في وقت التشغيل. تسمي الشركة هذا بمزج مرونة اللغة الطبيعية مع موثوقية الكود التقليدي.
لجعل المفهوم ملموساً، لنأخذ مثال سير عمل فحص الجودة في مصنع: يصف مهندس خطوات الموافقة المطلوبة وفحوصات البيانات بلغة بسيطة. يقوم المحرك بتجميع ذلك في تسلسل ثابت، يوافق عليه مدير مرة واحدة، ثم يعمل سير العمل بشكل متطابق في كل مرة يحدث فيها حدث ذو صلة - دون إرسال أي بيانات خارج المبنى أو المخاطرة بارتجال النموذج.
لأن Orchestrator يعمل على البنية التحتية الخاصة بالمؤسسة نفسها - سواء في الموقع (On-premises) أو في سحابة خاصة - فإن بيانات الإنتاج لا تغادر المبنى أبداً. هذه البنية تجعل النظام متوافقاً مع اللائحة العامة لحماية البيانات (GDPR) وقانون الاتحاد الأوروبي للذكاء الاصطناعي حسب التصميم. كما تسمح لـ INXM بالوصول إلى برمجيات أرض المصنع التي لا تستطيع أدوات الأتمتة السحابية فقط لمسها فعلياً.
تستهدف الشركة بشكل صريح المصنعين الصناعيين وقطاع "Mittelstand" الألماني: شركات لديها أنظمة تقليدية في الموقع، والتزامات تنظيمية، ومتطلبات صارمة للتكرار. هذه ليست مسرحية أتمتة أفقية. إنها مبنية لغرض محدد للمؤسسات التي رفضت بالفعل وكلاء الذكاء الاصطناعي العامين لأنه لا يمكن الوثوق بهم في الإنتاج.
برأس مال جديد يبلغ 5.7 مليون يورو، وفريق مؤسس سبق له أن أنتج برمجيات بالغة الأهمية للسلامة، ونهج تقني يعيد صياغة الذكاء الاصطناعي المؤسسي كمشكلة "مُجمّع" وليس مشكلة محادثة، تراهن INXM على أن عنق زجاجة تبني الذكاء الاصطناعي في العالم الصناعي ليس القدرة - بل الموثوقية.
Comments
0 comments