وكيل LLM يبني مخفِّض سرعة في КОМПАС-3D، لكنه يحصل على 50 من 100 في جدول المواصفات

كتب مؤلف مقال على موقع Habr ملحقًا باسم kompas-mcp، يعمل من خلاله وكيل LLM داخل КОМПАС-3D، وهو برنامج روسي للتصميم بمساعدة الحاسوب (САПР) في النمذجة الهندسية. يفتح الوكيل النماذج، ويبني القطع والتجميعات ويعدّلها، ويُعدّ المخططات. ويتصل الوكيل بالبرنامج عبر MCP، وهو بروتوكول مفتوح يستدعي النموذج من خلاله أدوات خارجية. المثال الرئيسي مخفِّض سرعة أسطواني أحادي المرحلة من مشروع دراسي كلاسيكي في مادة أجزاء الآلات، من الحساب إلى مخطط التجميع وجدول المواصفات، أي مجموعة كاملة من وثائق التصميم (КД). ولمعرفة المواضع التي يفيد فيها الوكيل، أعدّ المؤلف اختبارًا مرجعيًا ذاتي الصنع من 15 مهمة بتقييم أقصاه 100 نقطة. حصلت القطع والمجموعات على 88–100 نقطة، بينما حصل جدول مواصفات التجميع على 50 نقطة فقط.

ماذا قدّم الوكيل في مشروع مخفِّض السرعة

لا يعدّ المؤلف نفسه مصمّمًا، وقد أدّى دور الجهة الطالبة: وضع المهمة على مراحل، واستلم كل مرحلة، وكشف الأخطاء الظاهرة للعين. البيانات الأولية نموذجية: محرك АИР112M4 (5,5 كيلوواط، 1440 دورة/دقيقة)، ونسبة نقل 4، وعمر خدمة 10 000 ساعة. حسب الوكيل ناقل الحركة وفق منهج تشيرنافسكي. ولم يُسجَّل الحساب في صورة، بل في متغيرات ومعادلات داخل مستند КОМПАС نفسه، وجدول النتائج يرتبط بها.

ثم بنى الوكيل تجميعًا بهيكل هندسي أساسي (skeleton): المسافة بين المحورين، والمعامل (module)، وأعداد الأسنان، والأقطار والعروض كلها مخزّنة في التجميع، وتأخذ القطع أبعادها منه. وتحقق الوكيل بنفسه من البارامترية: ضبط مؤقتًا u = 5، وتأكد من أن الهيكل أُعيد بناؤه، ثم تراجع عن التعديل. يضم النموذج عمود المسنن z = 26 والعجلة z = 105 (m = 1,5)، وعمودًا بطيئًا، ومحامل 207 و208، ومفاتيح وفق ГОСТ 23360، وأطراف أعمدة وفق ГОСТ 12080، وهيكلًا مصبوبًا بنتوءات وميول، وأغطية مدمجة لحلقات منع التسرب 35×58 و40×60. وتُبنى الأسنان بالتطبيق المدمج «Валы и механические передачи 3D» لا بالرسوم التخطيطية.

لم تظهر البارامترية إلا بعد تدخل بشري. سأل المؤلف هل نُقلت نتائج الحساب إلى المتغيرات، فتبيّن أنها لم تُنقل. اقترح الوكيل عدة خيارات، واختار المؤلف المعادلات في مستند الحساب والمتغيرات المرجعية في التجميع. ومن الملاحظات الأخرى أن مجاري المفاتيح ظهرت في المخططات بنهايات مقعّرة، فصحح الوكيل ذلك في النماذج وفي المخططات معًا. ولا يضمن المؤلف صحة المخفِّض ككل، وما زالت لديه تساؤلات حول مجموعة وثائق التصميم.

شيفرة بدل مجموعة أزرار: كيف يعمل الملحق

الملحق خادم MCP لبرنامج КОМПАС. ويمكن توصيل أي عميل يدعم MCP: Claude Code وClaude Desktop وCursor وVS Code وCodex وGemini CLI. واستخدم المقال Claude. داخل КОМПАС تعمل مكتبة بها Python مدمج، وتُنفَّذ شيفرة الوكيل مباشرة داخل عملية البرنامج مع وصول كامل إلى API. وفي الخارج يوجد جسر صغير بين MCP وهذه المكتبة. ويُثبَّت الملحق بسكربت واحد في ملف المستخدم، دون صلاحيات المسؤول.

القرار الرئيسي هو الاستغناء عن أداة مستقلة لكل إجراء. ففي КОМПАС آلاف العمليات بعشرات المعاملات، والمهمة الحقيقية دائمًا مزيج منها. لذلك يكتب الوكيل سكربتًا على API وينفّذه. ويوفر له الملحق مرجعًا للواجهات والطرائق، ونظرة عامة على النموذج (الشجرة، والمتغيرات، والتوافقات، والروابط بين القطع والمخططات)، وفحوصات (أخطاء إعادة البناء، وتقاطع الأجسام، والكتلة كرقم مرجعي للمراقبة)، ولقطات بمقاطع، ليرى الوكيل النموذج ولا يخمّن بالأرقام.

يجري أي تعديل داخل مرحلة: فتحٌ، ثم تنفيذ الشيفرة، ثم إغلاق. عند الإغلاق يفحص الملحق النتيجة، وإذا ظهرت أخطاء إعادة بناء أو تقاطعات فلا تُقبل المرحلة. وعلى الوكيل حينها أن يعالج المشكلة أو يتراجع عن المرحلة كاملة. وتُسجَّل المرحلة في سجل КОМПАС مدخلًا واحدًا، ولذلك يستطيع الإنسان أيضًا التراجع عنها بإجراء واحد. ويمكن للوكيل كذلك تشغيل نسخة منفصلة من КОМПАС كي لا يعطّل المهندس في نافذته.

الاختبار المرجعي: أين 100 نقطة وأين 50

يقرّ المؤلف بأن الاختبار ذاتي الصنع. فالمهام الـ15 مشتقة من تجميعات جاهزة تأتي مع КОМПАС. يأخذ منتجًا مكتملًا، ويحذف منه شيئًا أو يفسده، ثم يطلب من الوكيل استعادته. وتعمل التجميعة الأصلية مرجعًا، والفحص آلي: الهندسة، والتجميع، والكتلة، والمخطط. هذه أداة لتحسين الملحق، وليست مقارنة علمية بين النماذج.

جزء من النتائج (النقاط من 100، والزمن):

• عمود وفق مخطط تنفيذي، Sonnet: 100، 8 دقائق؛
• مجموعة عمود وفق مخطط تجميع، Sonnet: 88–94، 7 دقائق؛
• عمود جديد ضمن سياق تجميع، Sonnet: 91، 15 دقيقة؛
• إكمال هيكل معدني على نمط نموذج، Opus: 100، 5 دقائق؛
• مخطط تنفيذي لعجلة مسننة، Sonnet: 82، 49 دقيقة؛
• КМД للهيكل المعدني (العلامات، والمخططات، والفولاذ)، Opus: 88، 32 دقيقة؛
• مجموعات الهيكل المعدني من حلول نمطية، Opus: 63، 44 دقيقة؛
• جدول مواصفات التجميع، Sonnet: 50، 7 دقائق.

في 3D يتعامل الوكيل مع المهام بثقة، ولا تلزم تعديلات تقريبًا، ويستهلك عددًا قليلًا من الرموز (tokens). أما المخططات ووثائق التصميم فتخرج بملاحظات وتتطلب وقتًا ورموزًا أكثر بكثير. يختار الوكيل المساقط والخطوط التوضيحية والأبعاد والتفاوتات، لكنه يرتبك في API عند توزيع كل ذلك على الورقة: المعلومات موجودة في المخطط، لكن قراءته صعبة. ويصعب دمج المكتبات المدمجة في КОМПАС، وكثير منها بلا واجهات COM أصلًا، فيتحول الإجراء البسيط إلى سلسلة أوامر.

السبب الثاني لمواضع الضعف هو نقص البيانات. فأمثلة الشيفرة على API الخاص بـ КОМПАС قليلة على الإنترنت، فترتبك النماذج في عمليات بعينها ويرتفع استهلاك الرموز. ولا تقدر حتى الآن على المهام الثقيلة إلا نماذج بمستوى Opus، بينما يتدبّر Sonnet المهام البسيطة. ويأمل المؤلف أن تجعل أجيال النماذج الجديدة، ومنها المفتوحة، هذا النوع من النمذجة أكثر إتاحة.

الخلاصة العملية: يتولى الوكيل اليوم الأعمال الروتينية في 3D، مثل قطعة وفق مخطط، ومجموعة، وتعديل على التجميع كله، وإكمال على نمط نموذج، وتقدير أولي للتفاوتات. أما المخططات وجداول المواصفات فينبغي فحصها واستكمالها يدويًا. الملحق متاح على GitHub (cad-lab-ai/kompas-mcp)، ويطلب المؤلف إرسال الحالات التي أفاد فيها الوكيل والحالات التي لم يفد فيها.