أداة DeepSeek Harness rc.8 متاحة الآن: 7 ترقيات رئيسية تحتاج إلى معرفتها

يمثل DeepSeek Harness v0.1.0-rc.8 تحديثًا مهمًا للمعاينة التطويرية، إذ يضيف مسارًا أقوى للإدخال متعدد الوسائط، ووكلاء فرعيين اختياريين لـ Codex وClaude Code، وجلسات PowerShell دائمة على Windows، وعمليات أسرع على الجلسات الكبيرة، ودعمًا أفضل للبوابة المتوافقة مع OpenAI؛ لكن تغيير تخزين SQLite غير المتوافق يجعل إنشاء نسخة احتياطية أمرًا ضروريًا قبل الترقية.

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

يشرح هذا الدليل ما الذي تغيّر في rc.8، وأي التحسينات تهم في عمليات الاستضافة الذاتية الفعلية، وما الذي يعنيه «دعم الوسائط المتعددة» وما لا يعنيه، وكيفية التعامل بأمان مع تحديث ZimaOS، وما إذا كان ينبغي لك الترقية الآن أو الانتظار.

لمحة سريعة عن DeepSeek Harness rc.8

نُشر DeepSeek Harness v0.1.0-rc.8 كإصدار تجريبي في 19 أغسطس 2026. ولا يزال جزءًا من المعاينة التطويرية للمشروع، لذا يُتوقع حدوث تغييرات قد تكسر التوافق. ويُحدَّد الإصدار بالوسم dsh-v0.1.0-rc.8 والالتزام 141eb6f. تتوفر قائمة التغييرات الكاملة في ملاحظات الإصدار الرسمية لـ rc.8.

إذا كنت جديدًا على DSH، فمن المفيد أن تفهم أن Standard وPTC/Code وMinimal وCreator هي تركيبات تشغيل مختلفة، وليست مستويات أداء. يوضح دليل أوضاع DeepSeek Harness الأدوات ومساحة سير العمل التي يوفّرها كل وضع.

ما الذي تغيّر في DeepSeek Harness rc.8؟

أصبح الإدخال متعدد الوسائط يصل الآن إلى مزيد من مراحل سير عمل الوكيل

يوسّع rc.8 المسارَ المخصص للعمل المدعوم بالصور. ويمكن تهيئة محوّل نموذج DeepSeek لإرسال طلبات صور أصلية، كما يمكن لأوامر مثل /goal و /plan يمكنه استقبال إدخال نصي وصوري مدمج، و @ يمكن للقائمة الإشارة إلى الملفات والجلسات السابقة. يعالج الإصدار أيضًا حالات الفشل الناجمة عن الصور الكبيرة جدًا أو تراكم قدر كبير من بيانات الصور في جلسة.

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

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

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

يصبح Codex وClaude Code حزمتي ملف تعريف اختياريتين

من أبرز تغييرات rc.8 إمكانية تثبيت Codex وClaude Code كحزمتين منفصلتين لوكلاء المنتجات. يظل DSH إطار التنسيق، بينما يُضاف كل وكيل برمجة خارجي فقط إلى ملف التعريف الذي يحتاج إليه.

dsh plugin --profile <profile-name> add @deepseek-ai/dsh-subagent-codex
dsh plugin --profile <profile-name> add @deepseek-ai/dsh-subagent-claude-code

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

يحوّل هذا DSH إلى ما هو أكثر من مجرد واجهة لوكيل واحد. يمكن لوكيل رئيسي الاحتفاظ بالخطة وسياق المشروع، مع تفويض مهمة تنفيذ أو مراجعة محددة النطاق إلى وكيل برمجة متخصص. وتسهّل لوحة الوظائف وتسليم تقارير الوكلاء الفرعيين الأسرع في rc.8 الإشراف على هذا التفويض.

للاطلاع على أوامر الحزم الدقيقة وسلوك دورة الحياة، استخدم المرجع الرسمي لواجهة DSH CLI. ونظرًا إلى أن حزم المنتجات الأصلية تتضمن تبعيات خاصة بالمنصة، تحقّق من أول تفويض فعلي بعد التثبيت بدلًا من اعتبار اكتمال أمر الحزمة فحص الصحة الوحيد.

يحصل Windows على جلسات PowerShell مستمرة

في Windows، يضيف rc.8 دعمًا مستمرًا لـ PowerShell إلى طرفية PTY، ويفعّله افتراضيًا في الإعداد المسبق Minimal. ويمكن لصدفة مستمرة الاحتفاظ بالدليل الحالي، وتغييرات البيئة، وحالة جلسة الأوامر بين الاستدعاءات. وهذا أنسب للتطوير التكراري من تشغيل عملية PowerShell جديدة لكل أمر.

يكتسب هذا التحسين أهمية خاصة لمستودعات Windows التي تعتمد على نصوص PowerShell البرمجية، أو أدوات Visual Studio، أو خطوات إعداد تحفظ الحالة. كما يقلّص الفجوة في سير العمل بين Bash المستمر على Linux والتشغيل الأصلي على Windows.

تحصل البوابات المخصّصة المتوافقة مع OpenAI على عناصر تحكم أفضل في التوافق

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

هذا لا يجعل كل نقطة نهاية «متوافقة مع OpenAI» متطابقة. فقد تختلف البوابات في أدوار المطورين، وأسماء حقول رموز الإخراج، وتنسيقات الاستدلال، وأجزاء الصور، واكتشاف النماذج. يتيح DSH إعدادات توافق لمعالجة هذه الاختلافات، لكن يجب أن يتطابق المسار مع الخادم الفعلي. اختبر الدردشة العادية، واستدعاء الأدوات، والاستدلال، وإدخال الصور كلًّا على حدة، بدلًا من افتراض أن نجاح مطالبة واحدة يتحقق من المزوّد بأكمله.

يصبح البحث المتوازي والجلسات الكبيرة أقل تعقيدًا

يتيح rc.8 web_search لتشغيل الاستعلامات المتزامنة، ويحسّن reportDelivery وبذلك يمكن لوكيل فرعي مكتمل إيقاظ مهمته الأصلية بسرعة، كما يقلل الوقت اللازم لتفريع الجلسات ذات السجلات الكبيرة. تتوافق هذه التغييرات مع نمط بحث شائع: توزيع العمل على عدة عمليات بحث ضيقة، وترك عمال مستقلين يستقصون أسئلة منفصلة، ثم دمج نتائجهم في إجابة واحدة مدعومة بالأدلة.

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

لماذا يُعد تغيير SQLite في rc.8 مهمًا قبل الترقية

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

من الناحية العملية، ينبغي التعامل مع ملف التطبيق الثنائي وبياناته كوحدة واحدة للتراجع. إذا حدّثت التطبيق ولم تحتفظ بنسخة من البيانات السابقة، فقد لا تؤدي إعادة تثبيت rc.7 إلى استعادة حالة العمل السابقة. ولا تكفي نسخة احتياطية من صورة الحاوية وحدها.

انسخ هذه المناطق احتياطيًا قبل الانتقال إلى rc.8

• دليل بيانات تطبيق DSH الدائم.
• إعدادات ملف التعريف وبيانات قوائم الإضافات المثبّتة.
• بيانات الاعتماد أو مراجع بيانات الاعتماد اللازمة لاستعادة المزوّدين.
• قواعد بيانات SQLite وبيانات الجلسات المحتفظ بها.
• أي محتوى في مساحة العمل يمكن للوكيل تعديله.

احتفظ بالنسخة الاحتياطية خارج الدليل الذي يمكن لعملية التحديث استبداله. إذا كان النشر مهمًا، فاختبر الاستعادة وكذلك الإنشاء؛ فالنسخة الاحتياطية التي لم تُستعد قط لا تزال مجرد افتراض.

بالنسبة إلى عملية نشر على خادم منزلي، يحسّن التخزين الدائم السريع أيضًا البحث في المستودعات، وتثبيت الحزم، وعمليات البناء، والوصول إلى الجلسات الطويلة. يمكن أن يبدأ ZimaBoard 2 ببيئة DSH مدمجة وتعمل دائمًا، ثم تتوسع عبر تخزين SATA أو PCIe. ويكون ZimaCube 2 خيارًا أفضل عندما يستضيف الجهاز نفسه أيضًا مستودعات أكبر، وقواعد بيانات، وحاويات CI، ونسخًا احتياطية، وخدمات أخرى.

هل ينبغي الترقية من rc.7 إلى rc.8؟

تعتمد الإجابة على الجزء الذي تستخدمه فعليًا من DSH.

إذا كان عامل الجذب الرئيسي هو منظومة DSH الأوسع بدلًا من rc.8 بحد ذاته، فابدأ بتحديد قدرة واحدة تفتقدها. يربط دليل إضافات DSH الاحتياجات الشائعة بخيارات الرؤية، والمتصفح، وسير العمل، وTUI، والشريط الجانبي، والترحيل. وإذا كنت تقارن DSH بحزمة وكلاء مختلفة، فسيقدم دليلنا حول إضافات Hermes لوكلاء DeepSeek سياقًا إضافيًا.

كيفية تحديث DeepSeek Harness rc.8 بأمان على ZimaOS

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

1. سجّل الإصدار الحالي. تأكد مما إذا كان التثبيت الحالي هو rc.6 أو rc.7 أو إصدار حزمة آخر.
2. أوقف مهام الوكلاء النشطة. لا تُجرِ التحديث أثناء استمرار جلسة أو عملية بناء أو استدعاء أداة أو وكيل فرعي في كتابة الحالة.
3. انسخ بيانات التطبيق الدائمة احتياطيًا. أدرج قاعدة البيانات، والملفات التعريفية، والإعدادات، والمكونات الإضافية، وبيانات الجلسات.
4. سجّل إعدادات المزوّد ومساحة العمل. احمِ الأسرار، لكن تأكد من معرفتك بمرجعيات بيانات الاعتماد وعمليات الربط التي يجب استعادتها.
5. طبّق تحديث متجر تطبيقات ZimaOS. انتظر حتى تتم إعادة إنشاء الحاوية وتصبح في حالة سليمة قبل فتح واجهة الويب.
6. تأكد من الإصدار قيد التشغيل. لا تفترض تفعيل الصورة الجديدة لمجرد اكتمال التنزيل.
7. شغّل جلسة تحقق قصيرة. اختبر مخرجات النموذج، والوصول إلى الملفات، وأمرًا غير ضار، واستمرارية الجلسة، وإعادة الاتصال بواجهة الويب.
8. اختبر الميزات الاختيارية بشكل منفصل. تحقّق من إدخال الصور مقابل نقطة نهاية النموذج المحدد، ونفّذ تفويضًا حقيقيًا واحدًا إلى Codex أو Claude Code إذا كانت تلك الحزم مثبتة.
9. احتفظ بالنسخة الاحتياطية حتى تتأكد من الاستخدام الطبيعي. أدرج فتح الجلسات الطويلة وتفرّعها إذا كان ذلك مهمًا لسير عملك.

للمستخدمين المهتمين بتشغيل طراز DeepSeek محليًا بشكل منفصل عن Harness، يغطي دليل ZimaOS لنشر DeepSeek R1 طبقة مختلفة من حزمة التقنية. يُعد DSH إطار الوكيل، بينما تمثل نقطة نهاية الطراز طبقة الاستدلال. ولا يؤدي تشغيل أحدهما تلقائيًا إلى تشغيل الآخر.

القيود والفحوص المعروفة في DeepSeek Harness rc.8

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

• دعم الصور: تحقّق من المزوّد والطراز المحددين. فدعم الموحّل وحده لا يحوّل نقطة نهاية نصية فقط إلى نقطة متعددة الوسائط.
• فهارس الطرازات: تأكد من ظهور الطراز الذي تتوقعه فعلًا بعد الترقية؛ فقد تتأخر تبعيات الفهرس عن أحدث قائمة طرازات لدى المزوّد.
• حِزم المنتجات: بعد تثبيت دعم Codex أو Claude Code، أجرِ اختبار تهيئة فعليًا لاكتشاف أي تنزيلات غير مكتملة للتبعيات الأصلية.
• واجهة الويب البعيدة: استخدم HTTPS للوصول غير المحلي. لا تعرّض واجهة وكيل قادرة على الوصول إلى مساحة العمل عبر مصدر عام غير محمي.
• الجلسات الطويلة: راقب ضغط السياق وتحميل السجل والتفرعات، بدلًا من افتراض أن العملية التي تحمل علامة «قيد التشغيل» لا تزال تحرز تقدمًا.
• أذونات الإضافات: راجع الملفات التعريفية بعد التحديث. يمكن أن تؤثر الإضافة في الملفات أو الصدَفات أو جلسات المتصفح أو بيانات الاعتماد أو خدمات الشبكة، بحسب دورها.

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

الأسئلة الشائعة حول DeepSeek Harness rc.8

هل يُعد DeepSeek Harness rc.8 إصدارًا مستقرًا؟

لا. فهو مُصنّف كإصدار ما قبل الإطلاق، ولا يزال المشروع في مرحلة المعاينة للمطورين. وهو مناسب للتقييم وسير العمل المستضاف ذاتيًا والمعزول بعناية، لكن لا ينبغي افتراض التوافق بين المرشحين للإصدار.

هل يتيح rc.8 لكل طرازات DeepSeek فهم الصور؟

لا. يحسّن rc.8 معالجة الصور ويسمح لمحوّل DeepSeek بالإعلان عن إدخال الصور أصليًا، لكن يجب أن تكون نقطة النهاية والطراز المحددان قادرين فعليًا على قبول أجزاء الصور. اختبر توليفة المزوّد والطراز قبل الاعتماد عليها.

هل يمكن لـ DeepSeek Harness rc.8 استخدام Codex وClaude Code؟

نعم. يمكن تثبيتهما كحزمتَي ملف تعريف اختياريتين منفصلتين. ولا يزال كل منتج يحتاج إلى مصادقة وإعدادات وأذونات صالحة خاصة به، بالإضافة إلى التحقق عند التشغيل لأول مرة.

هل أحتاج إلى إنشاء نسخة احتياطية قبل الترقية من rc.7؟

نعم. يغيّر rc.8 بنية بيانات SQLite بطريقة غير متوافقة. احتفظ ببيانات التطبيق القديمة مع إصدار التطبيق القديم إذا كان التراجع مهمًا.

هل يتطلب rc.8 وحدة معالجة رسومات؟

لا تتطلب DSH وحدة معالجة رسومات عند استدعاء واجهة برمجة تطبيقات لنموذج بعيد. وترتبط متطلبات وحدة معالجة الرسومات وذاكرة VRAM بخادم استدلال محلي اختياري، وتعتمد على النموذج المحدد ومستوى التكميم وحجم السياق.

ما إصدار Node.js الذي يستخدمه rc.8؟

تعلن الحزمة الحالية في المنبع عن Node.js ^22.19.0 || >=24.0.0يحمل تطبيق ZimaOS المعبأ عادةً بيئة تشغيل الحاوية الخاصة به، لذا ينبغي للمستخدمين اتباع حزمة التطبيق بدلًا من استبدال تثبيت Node.js على المضيف.

هل يمكنني تحديث DeepSeek Harness من خلال ZimaOS؟

استخدم تحديث متجر تطبيقات ZimaOS عند توفر rc.8 للتطبيق المعبأ. أنشئ نسخة احتياطية من البيانات الدائمة أولًا، ثم تحقّق من الإصدار قيد التشغيل وأجرِ اختبارًا وظيفيًا قصيرًا بعد إعادة إنشاء الحاوية.

الحكم النهائي: يستحق rc.8 الاختبار، لا التسرع في استخدامه

ينقل DeepSeek Harness rc.8 المشروع نحو مساحة عمل أكثر ترابطًا للوكلاء. ويمكن للمدخلات متعددة الوسائط المشاركة في الأهداف والخطط، كما يمكن إضافة Codex وClaude Code كوكلاء فرعيين اختياريين، ويحصل Windows على مسار PowerShell يحافظ على الحالة، وتصبح تهيئة البوابات المتوافقة أسهل، وتتلقى العمليات طويلة الجلسات تحسينات أداء مفيدة.

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

ملاحظة بشأن العلامة التجارية: يُستخدم «DeepSeek Harness» هنا لتحديد التوافق مع مشروع DeepSeek ووصفه. ولا تفيد هذه المقالة بوجود تأييد رسمي أو شراكة أو تفويض. راجع إرشادات استخدام أصول علامة DeepSeek Harness التجارية.