Legora تشغّل 2000 عملية تشغيل متوازية لوكيلها القانوني داخل بيئات Modal المعزولة

اختبار مساعد الدردشة أمر بسيط: تطرح سؤالاً، وتتلقى إجابة، وتقارنها بالمرجع. أما مع وكيل يتنقّب لعدة ساعات في آلاف المستندات، ويعدّل الملفات، ويتعامل مع قواعد البيانات، فلن ينجح هذا الأسلوب. واجهت منصة Legora القانونية هذه المشكلة في أوائل عام 2026، فقد استبدلت بالمساعد وكيلاً متكاملاً وأعادت بناء نظام التقييم من الصفر.

لماذا لم يعد الحاسوب المحمول كافياً

صُمّمت اختبارات التقييم القديمة لمهام صغيرة: بضعة مستندات في البيئة، وكل شيء يعمل محلياً. أما الوكيل الجديد فيعمل داخل مشروع واقعي يضم آلاف المستندات وغيغابايتات من البيانات. وتبدو التجربة النموذجية اليوم كالتالي: 100 حالة اختبار، و4 نسخ من الـ harness (الغلاف الذي يحيط بالنموذج ويشغّل الوكيل)، و5 عمليات تشغيل لكل حالة. المجموع 2000 عملية تشغيل، ويجب أن تعمل جميعها في وقت واحد. يقول مهندس Legora أيريك دريغه ستين بوضوح: 10–20 عملية تشغيل متوازية كانت ستُثقل الحاسوب المحمول أصلاً.

أما المشكلة الثانية فأدق، وهي موثوقية البيئة. يشمل وكيل Legora المنتج بأكمله: محرر DOCX بلا واجهة (headless)، ونُسخاً خاصة من Turbopuffer، وتحويل PDF، وPostgres وقاعدة التفويض، ومخزن الـ blobs، وبيئات معزولة ديناميكية لتنفيذ الشيفرة. ولقياس أثر ترحيل قاعدة بيانات أو تعديل في بيئة تنفيذ الشيفرة، تحتاج كل عملية تشغيل إلى هذه النسخة بالذات من التطبيق كاملاً. والمحاكاة (mocks) لا تنفع هنا.

كيف يعمل النظام: بيئة معزولة واحدة لكل عملية تشغيل

تحصل كل عملية تشغيل على Modal Sandbox مستقلة بصورة مخصصة ونظام ملفات خاص. ويُرفع بداخلها التطبيق بأكمله مثبّتاً عند commit محدد. يطلق المهندسون التجارب من حواسيبهم المحمولة، بينما تُنفَّذ الحسابات كلها في السحابة. قارنت Legora عدة مزوّدين لبيئات الـ sandbox السحابية، واختارت Modal بسبب قابلية التوسع وانخفاض زمن بدء التشغيل ودعم البيئات المعقدة: فكل من التطبيق والصورة لديهم ضخم جداً.

إليك بعض الأساليب التي يجدر تذكّرها:

• حالة العالم في Volumes. تتوفر مجموعات المستندات الكبيرة في جميع البيئات المعزولة. تشمل اللقطة المستندات وقاعدة البيانات والصلاحيات والـ blobs، لذا تبدأ عمليات التشغيل المتكررة من بيانات متطابقة، ويجري إزالة تكرار الجزء المشترك (deduplication).
• تسخين ساعي. كان بناء الصورة الضخمة يبطئ عمليات التشغيل في البداية. أما الآن فيبني خط المعالجة (pipeline) الصورة كل ساعة ويسخّن البيئات المعزولة، فتختصر العودة إلى commit معيّن في الفرق (delta) عن البناء السابق بدلاً من بناء التطبيق كاملاً.
• الأسرار. تزامن مهمة منفصلة كل ساعة القيم من مخزن المفاتيح إلى Modal Secrets. ويُستخدم إضافةً إلى ذلك التدوير المتكرر، وأدنى الصلاحيات، واشتراطات على عمر التبعيات، وقائمة بيضاء للنطاقات.

وثمة قصة مستقلة هي الانتقال من gVisor إلى VM Sandboxes. يتكوّن تطبيق Legora من خدمات Docker، وكان لا بد في gVisor من ابتكار حلول التفافية: شبكة بوضع host مع حل DNS خاص، وتشغيل بيئات الشيفرة كعمليات مجرّدة لأن FUSE لم يكن يُركَّب. أما في الآلة الافتراضية ذات نواة Linux الحقيقية فيتصرف Docker كما على مضيف عادي، وحذف الفريق كل هذه الترقيعات.

ما الذي تحقق وأين الثغرة

أصبحت المنصة الأداة الرئيسية لتقييم جودة الوكيل. تُشغَّل عليها عمليات المعيار الداخلي BAR، وهو مجموعة من المهام القانونية الطويلة الواقعية، وتُقارَن النماذج الأساسية من حيث الجودة والتكلفة وزمن الاستجابة. وعلى هذه النتائج يتوقف اختيار النموذج في الإنتاج وتصميم الـ harness.

لكن الأكثر إثارة هو أمر آخر: غلّفت Legora اختبارات التقييم بواجهة سطر أوامر (CLI) وبمهارة (skill)، وأصبحت الوكلاء تنشئ الحالات بنفسها وتطلق التجارب وتحلل النتائج. ومعظم المهندسين يتعاملون مع evals عبر الوكلاء. فإذا منحتَ الوكيل مقياساً وأدوات تجريب وميزانية، فسيواصل ضبط الـ harness حتى يتحسن المقياس. بهذه الطريقة حسّنت Legora البحث عن الأدوات، وتوليد PowerPoint، وإعادة إنتاج الأوراق العلمية. ومن النتائج خفض تكلفة الوكيل بنسبة 30% بفضل ضغط أذكى للسياق (compaction) وتنفيذ خاص للبحث عن الأدوات.

أما الثغرة فهي أن هذه مدوّنة Modal، أي حالة من منظور المورّد. فلا توجد أرقام عن زمن بدء التشغيل، أو تكلفة 2000 عملية تشغيل، أو نسبة عمليات التشغيل غير المستقرة. ولم يُذكر بخصوص «30%» على أي معيار قيست ولا إن كانت دون خسارة في الجودة. ومع ذلك فالنهج نفسه غير مرتبط بمنصة واحدة: يمكن تكراره على منصة أخرى إن كانت تتحمل الصور الثقيلة وتوفّر Docker حقيقياً.

ما يستحق الأخذ:

• إذا كان الوكيل يتعامل مع قواعد البيانات والملفات والخدمات الخارجية، فاختبره في نسخة كاملة من المنتج لا على محاكاة.
• ثبّت لا الشيفرة فقط بل البيانات أيضاً: فلقطة المستندات والصلاحيات وحالة قاعدة البيانات تجعل عمليات التشغيل قابلة للمقارنة.
• سخّن الصور وفق جدول زمني كي لا تتطلب العودة إلى commit بناءً كاملاً.
• شغّل عدة مرات لكل حالة اختبار: فالوكيل غير حتمي، وعند Legora يبلغ العدد 5.
• غلّف evals بواجهة CLI ليتمكن الوكلاء من إطلاق التجارب بأنفسهم وتحسين الـ harness ضمن حدود الميزانية.