DeepSeek Harness يراهن على معادلة «النموذج + المنصة = وكيل»

الخلاصة أولًا: ما الذي تقدمه DeepSeek Harness؟

من السهل التعامل مع DeepSeek Harness باعتبارها نموذج ذكاء اصطناعي جديدًا، لكن هذا الوصف يفوّت جوهر المشروع. فـ DeepSeek Harness هي بنية تحتية لبناء وكلاء الذكاء الاصطناعي وتشغيلهم، وليست نموذجًا بحد ذاته. وقد أطلقت DeepSeek المعاينة المخصصة للمطورين بترخيص MIT عبر أداة سطر الأوامر dsh، حول معادلة واضحة: النموذج + المنصة = وكيل. يقدّم النموذج القدرة على التفكير والاستدلال، بينما توفر المنصة الطبقة العملية التي تربطه بالملفات، والطرفية، والأدوات، والجلسات، والتنفيذ. 69

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

ماذا تعني معادلة «النموذج + المنصة = وكيل»؟

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

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

ولهذا الفصل نتيجتان أساسيتان:

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

لذلك فإن وصف DeepSeek Harness بأنها «نموذج ذكاء اصطناعي جديد» يخطئ في تحديد موقعها. إنها بيئة تنفيذ تحوّل نموذجًا قادرًا على الاستدلال إلى نظام يستطيع الفعل والتعامل مع العالم الخارجي.

كيف تبدأ باستخدام المعاينة؟

مسار البدء السريع الذي تناولته المراجعة يستخدم الأمر التالي:

npx @deepseek-ai/dsh web

وتُعرض الواجهة المحلية على العنوان localhost:3080، فيما ذكرت مراجعة عملية أخرى العنوان المكافئ 127.0.0.1:3080. 64

كما أفادت المراجعة بإدخال مفتاح DeepSeek API، وظهور واجهة تحمل اسم «Exploring the Uncharted» أو «استكشاف المجهول». وهذه ملاحظات من تجربة عملية محددة، وليست ضمانًا بأن كل عملية تثبيت ستعرض الواجهة نفسها أو تتبع مسار الإعداد ذاته. 7

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

أربعة أنماط تشغيل، وأربع تركيبات من المكونات

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

Standard: التجربة الكاملة للوكيل

يُعد Standard النمط العام للاستخدام. وتصفه DeepSeek بأنه وكيل برمجة متكامل يضم تعديل الملفات، والوصول إلى الطرفية، والبحث في الملفات والويب، والمهارات، والتخطيط، والأهداف، والوكلاء الفرعيين، وسير العمل. 20

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

PTC: استدعاء الأدوات برمجيًا

يشير PTC إلى Programmatic Tool Calling، أي «استدعاء الأدوات برمجيًا». في هذا النمط، يكتب النموذج برنامجًا ينسق عدة استدعاءات للأدوات، بدل أن يطلب تنفيذ كل عملية على حدة. 20

يفيد هذا الأسلوب في المهام متعددة الخطوات، خصوصًا مع النماذج الأقوى والمستخدمين المتقدمين. وقد يجعل العمليات التي تتطلب أدوات كثيرة أكثر تنظيمًا، لكنه يزيد أهمية مراجعة الكود الذي سينفذه النموذج وفهم آثاره.

Minimal: بيئة اختبار محدودة

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

وهذا النمط مفيد عندما يكون الهدف هو التقييم لا الراحة؛ إذ يساعد على فصل قدرات النموذج نفسه عن القدرات التي تضيفها حزمة الوكيل الكاملة.

Creation: نمط لبناء الأنماط

يستهدف Creation المطورين الذين يريدون تعديل المنصة أو توسيعها. فهو يتيح فحص بيئة التشغيل، وتجربة مكونات Cordis الإضافية في الذاكرة، وتركيب إعدادات مخصصة. 20

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

Cordis وفلسفة «كل شيء مكوّن إضافي»

أكثر ما يميز DeepSeek Harness هو فلسفتها المعمارية. فبدل وضع النموذج والأدوات وسجل المحادثة وحلقة التحكم داخل نواة كبيرة وثابتة، تعرض المنصة هذه العناصر عبر نظام المكونات الإضافية في Cordis.

وتحدد وثائق البنية الرسمية العناصر التالية باعتبارها مكونات قابلة للاستبدال:

• موائمات النماذج؛
• سجل الأدوات؛
• سجلات الجلسات؛
• حلقة الوكيل نفسها. 17

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

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

تنفيذ يمكن تتبعه بدل صندوق أسود

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

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

بالنسبة إلى المطورين، قد تكون قابلية التتبع هذه مهمة بقدر جودة النموذج نفسها. فهي تساعد على الإجابة عن أسئلة مثل: أي أداة استُدعيت؟ ماذا حاول الوكيل أن يفعل؟ وفي أي مرحلة بدأ مسار المهمة الطويلة بالانحراف؟

ماذا تقول الاختبارات المبكرة عن الأداء؟

تشير الاختبارات المتاحة إلى قدرات حقيقية، لكنها لا تشكل معيار أداء شاملًا أو ثابتًا. ففي جلسة بتاريخ 21 أغسطس باستخدام نموذج DeepSeek V4 Flash 0731، استغرق الوكيل 46 دقيقة ونفذ 109 خطوات لبناء مكوّن إضافي، مع استهلاك 8.9 ملايين رمز إدخال. 1 وفي اختبار عملي آخر، استُهلك نحو 20 مليون رمز خلال قرابة 35 دقيقة أثناء بناء متعقب لمحطة الفضاء الدولية. 2

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

وتوضح الأدلة نفسها المفاضلة الحالية في المنتج: DeepSeek تطرح بنية تحتية قابلة للضبط بدرجة لافتة قبل أن تقدم تجربة استخدام مصقولة بالكامل. وقد وُصفت المنصة بأنها بنية واعدة وأساس محتمل لتجربة هندسية محدودة، لكنها ليست بعدُ منصة تحكم جاهزة للاستخدام الإنتاجي. 56

لمن تناسب DeepSeek Harness الآن؟

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

وهذا يجعلها مثيرة للاهتمام خصوصًا بالنسبة إلى:

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

في المقابل، تبدو أقل جاذبية حاليًا لمن يريد مساعد برمجة مصقولًا، بزمن استجابة متوقع، وإعداد شبه معدوم. فما زالت نسخة v0.1 في مرحلة مبكرة، كما تُظهر تقارير المهام الطويلة أن القدرة لا تعني تلقائيًا السرعة أو الجاهزية الإنتاجية. 56

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