إطلاق إطار DeepSeek Harness مفتوح المصدر: لماذا أصبح كل شيء عبارة عن إضافات (Plugins)

في 13 أغسطس 2026، قدمت DeepSeek النسخة التجريبية للمطورين من DeepSeek Harness تحت رخصة MIT، لتطلق بذلك بيئة تشغيل وكلاء مفتوحة المصدر مبنية حول هيكلية تعتمد على الإضافات. يعتمد المشروع على الإطار الفائق Cordis، ويتعامل مع قدرات وقت التشغيل كإضافات يمكن توسيعها وتهئتها بشكل مستقل. يعالج DeepSeek Harness تحدياً هندسياً عملياً يتمثل في أن النموذج ليس سوى مكون واحد ضمن نظام متكامل، حيث يجب أن تتطور الأدوات والصلاحيات والجلسات وسياسات التنفيذ بشكل مستقل أيضاً.

ما هو DeepSeek Harness؟

يعتبر DeepSeek Harness طبقة بنية تحتية قابلة للتوسيع صُممت لتتوضع بين نموذج اللغة وبيئة التشغيل المضيفة له. وبدلاً من العمل ك تطبيق مستقل متراص، يوفر الإطار وقت تشغيل تنفيذي معياري يدير استدعاء الأدوات، وعزل العمليات في بيئة آمنة (Sandboxing)، وحالة الجلسات.

القدرات الأساسية

في النسخة التجريبية للمطورين، يتيح الإطار فرق الهندسة لتنسيق عدة مهام أساسية:

• الوصول إلى ملفات مساحة العمل: قراءة، وإنشاء، وتعديل ملفات المشروع ضمن حدود المستودع المحددة.

• تنفيذ الأوامر وواجهة الأوامر الطرفية (Shell): تنفيذ أوامر الطرفية وإدارة العمليات في الخلفية وفقاً لسياسات صلاحيات قابلة للتهيئة.

• تهيئة مزود النموذج: الاتصال بنماذج DeepSeek أو تهيئة نقاط نهاية API مخصصة متوافقة مع OpenAI من خلال الإعدادات.

• تفويض المهام والوكلاء الفرعيين: إنشاء وكلاء فرعيين معزولين بمجموعات أدوات مخصصة لتنفيذ أبحاث متوازية أو تقسيم سير العمل المعقد.

• إعادة بناء مسار الجلسة: تسجيل أحداث وقت التشغيل في تدفق أحداث يقتصر على الإضافة فقط لتصحيح الأخطاء، والتدقيق، فحص الجلسات.

• توسيع الإضافات المعيارية: تسجيل أدوات جديدة، ومستمعي أحداث مخصصين، واجهات مستخدم دون تعديل وقت التشغيل الأساسي للإطار.

لماذا يستخدم DeepSeek Harness هيكلية تعتمد على الإضافات؟

لمحة سريعة

• أطلقت DeepSeek النسخة التجريبية للمطورين من DeepSeek Harness تحت رخصة MIT في 13 أغسطس 2026، بالتزامن مع الإصدار الأوسع لنموذج DeepSeek V4 Pro.

• يستخدم المستودع هيكلية تعتمد على الإضافات حيث يتم تنفيذ قدرات الوكيل كمكونات منفصلة بدلاً من حلقة تنفيذ متراصة واحدة.

• يستخدم الإطار نواة Cordis لإدارة دورات حياة الإضافات، مما يتيح للمطورين تهيئة النماذج وتوسيع قدرات وقت التشغيل من خلال الإضافات.

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

عندما يعمل نظام مستقل عبر قواعد أكواد محلية، فإنه يتطلب طبقة بنية تحتية قادرة على إدارة انتقالات الحالة، وتسجيل مسارات التنفيذ، وفرض قيود

الأمان. تعالج النسخة التجريبية للمطورين من DeepSeek Harness هذا التحدي من خلال إنشاء طبقة إطار عمل قابلة للتوسيع بين النموذج الأساسي وبيئة المضيف المستهدفة. في النسخة التجريبية الحالية، يمكن للمطورين تشغيل جلسات البرمجة، وقراءة وتعديل ملفات مساحة العمل، وتنفيذ الأوامر، وتهيئة مزودي النماذج، وتفويض المهام، وتوسيع وقت التشغيل عبر الإضافات.

يضع DeepSeek Harness حد الإضافات بين النموذج ووقت التشغيل. ومن خلال فصل النموذج عن وقت التشغيل التنفيذي، يمكن للمطورين تحديث تعريفات الأدوات، وتهيئة مزودي نماذج مختلفين، وتعديل سياسات وقت التشغيل بارتباط أقل بمنطق الوكيل الأساسي. ومن خلال التهيئة القائمة على Cordis وتكوين الإضافات، يمكن تجميع الإطار في أشكال متنوعة، بدءاً من أدوات البرمجة المستندة إلى الطرفية وصولاً إلى خدمات التشغيل الآلي بدون واجهة مستخدم.

الآليات الداخلية: كيف يستخدم DeepSeek Harness نواة Cordis

على الأساس التقني، بُني DeepSeek Harness فوق الإطار الفائق Cordis، كما هو موضح في ورقة البحث نموذج برمجي للتوافق المكاني والزمني. توفر Cordis سياقاً مدفوعاً بالأحداث تسجل فيه القدرات كإضافات. تحت هذه الهيكلية، يتم تنفيذ حلقة الوكيل من خلال نفس وقت التشغيل الموجه للإضافات بدلاً من عرضه كمكون متراص واحد، مما ينسق الخطافات (Hooks) والخدمات ومستمعي التنفيذ المنفصلين.

يتم توسيط تنفيذ الأدوات بواسطة وقت تشغيل الإطار، بينما يتم عرض تاريخ الجلسة والصلاحيات وقدرات التنفيذ عبر مكونات وإضافات وقت تشغيل منفصلة. عندما يبدأ الوكيل إجراءً ما، تخضع العملية لسياسات أمان محددة لإدارة تعديلات نظام الملفات وسلامة تنفيذ الأوامر الطرفية.

دورة حياة خطوة الوكيل

لتنظيم التنفيذ الآلي، يقوم وقت التشغيل بترتيب التفاعلات ضمن حدود تشغيلية منفصلة:

• تخصيص الأدوار والخطوات: ينظم وقت التشغيل تفاعلات الوكيل في أدوار وخطوات، مع معالجة طلبات النموذج وتنفيذ الأدوات ضمن دورة حياة التنفيذ.

• حواجز الحماية قبل التنفيذ: قبل استدعاء الأداة، يتم تقييم العملية مقابل سياسات البيئة الآمنة النشطة التي يمكنها تقييد كتابة الملفات وأوامر الطرفية في مجلدات مساحة العمل المصرح بها.

• عزل الحالة: ينسق وقت التشغيل تنفيذ الأدوات ويدير العمليات التي تغير الحالة وفقاً لسياسات التنفيذ والصلاحيات الخاصة به.يوضح الرسم البياني أدناه كيف تقوم حلقة التنفيذ معالجة السياق والحالة:

[User Input / Turn Start] ──> [Assemble Context] ──> [Model Request (Step)]
                                                              │
                                                              ▼
[Complete Turn] <── [Verify State] <── [Execute Tool] <── [Apply Guardrails]

يسجل الإطار تفاعلات الوكيل وأحداث التنفيذ في تدفق أحداث يقتصر على الإضافة فقط. يمنح تدفق الأحداث هذا فرق الهندسة سجلاً تنفيذياً دائماً لفحص وتصحيح وإعادة بناء جلسات الوكيل.

البناء أم الشراء: مقارنة بين DeepSeek Harness وبيئات تشغيل الوكلاء المخصصة

عند اعتماد سير عمل الوكلاء، تواجه فرق الهندسة خياراً معمارياً أساسياً: بناء بيئة تشغيل وكيل مخصصة من الصفر أو اعتماد إطار معياري مثل DeepSeek Harness. يوفر بناء وقت تشغيل داخلي خاص حرية تصميم كاملة ولكنه يتطلب جهداً تطويرياً كبيراً لبناء بيئة العزل، والإشراف على العمليات، وتسجيل الجلسات، وجدولة الأدوات.

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

يقارن الجدول أدناه المفاضلات المعيارية الرئيسية عبر نهج نشر مختلفة:

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

قائمة التحقق للتكامل: البناء باستخدام DeepSeek Harness

لهندسة وتطوير ونشر الإضافات ضمن نظام DeepSeek Harness البيئي، يجب على فرق الهندسة اتباع قائمة تحقق قياسية للتنفيذ.

قائمة التحقق الهندسية

• تحديد حدود الإضافات: فصل محولات النماذج، والأدوات، وحالة الجلسة، وسياسات التنفيذ، والواجهات إلى مكونات قابلة للاستبدال بشكل مستقل.

• مراجعة سياسات بيئة العزل: التحقق من عمليات نظام الملفات والطرفية المسموح بها قبل نشر سير عمل الوكيل بصلاحيات كتابة في مساحة العمل.

• التحقق من صلاحيات مساحة العمل: اختبار سلوك القراءة والكتابة والطرفية والموافقة في مساحة عمل خاضعة للرقابة قبل السماح للوكيل بالعمل على مستودعات الإنتاج.

• فحص سجلات الجلسة: استخدام سجلات المسار لتصحيح استدعاءات الأدوات الفاشلة، وتغييرات الصلاحيات، ومسارات التنفيذ متعددة الخطوات.

• اختبار توافق الإضافات: التحقق من توافق الإضافات المخصصة مع واجهة برمجة التطبيقات التجريبية الحالية للمطورين، مع مراعاة التحديثات المحتملة التي قد تكسر التوافق مع تطور المشروع.

النقاط الرئيسية لفرق الهندسة

يؤكد إطلاق DeepSeek Harness على أهمية المعيارية في هندسة برمجيات الذكاء الاصطناعي الحديثة. تتراجع هندسات الوكلاء المتراصة باستمرار لصالح أطر عمل قابلة للتجميع حيث يتم فصل بيئات وقت التشغيل، وتعريفات الأدوات، واستمرارية الجلسة عن النموذج الأساسي.

من خلال البناء فوق الإطار الفائق Cordis، يُنشئ DeepSeek Harness فصالً واضحاً للاهتمامات عبر دورات حياة الوكلاء. بالنسبة لفرق الهندسة التي تقيم بيئات تشغيل الوكلاء، توفر الهيكلية القائمة على الإضافات، وسياسات البيئة الآمنة، وتسجيل الأحداث المنظمة أساساً أوضح لاختبار سير العمل القابل للتوسيع قبل نشر الإنتاج.

المراجع

• مستودع DeepSeek Harness الرسمي

• ورقة Cordiverse: نموذج برمجي للتوافق المكاني والزمني

• توثيق مطوري DeepSeek Harness

• هيكلية الإطار الفائق Cordis