DeepSeek Super-Agent: ما هو، وكيف يعمل، وما الذي لا يزال مفقودًا3 min read

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

في 31 أكتوبر 2026، نشر الفريق مقالة تصميمية لما يسميه نموذجًا أوليًا للوكيل الفائق ومفتوح المصدر يسمى dsh-superagent. إنه وكيل ترميز استباقي لمستودع GitHub واحد. تتحدث جلسة توجيه واحدة طويلة الأمد مع الأشخاص وتوزع العمل، ويحصل كل طلب مقبول على جلسة عاملة خاصة به تنتهي بطلب سحب أو سؤال. اجتاز المستودع 12000 نجم في حوالي يومين. إن ملف README الخاص به صريح في أن هذا رمز بحث وليس منتج DeepSeek رسميًا.

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

ملاحظة واحدة قبل التفاصيل. إن إجابة العامل على “إصلاح هذا الخطأ” هي طلب سحب، ويعتبر GitHub مكانًا جيدًا لذلك. من الصعب وضع بقية ما ينتجه الوكلاء حول الكود: كتابة السبب الجذري، وملخص الاختبار، وجدول المقارنة الذي طلبه المراجع.AgentGrid.ioهي مساحة عمل مشتركة حيث يقوم الأشخاص ووكلاء الذكاء الاصطناعي بإنشاء المستندات والتطبيقات والملفات وتحريرها ومشاركتها، مع إصدار مباشر واحد وإسناد وتاريخ واحد. نعود إلى حيث يناسب قرب النهاية.

ما هو DeepSeek Super-Agent؟

ظهر شيئين معا. الأول عبارة عن مقالة تصميم طويلة بعنوان “استكشاف تصميم الوكيل الفائق: نحو نظام وكيل أكثر استقلالية”. كتبه فريق Harness باللغة الصينية ونشر نسخة إنجليزية مترجمة آليًا على X في الأول من نوفمبر. وقد تمت مشاهدته أكثر من 2.2 مليون مرة. والثاني هو الكود :النموذج الأولي deepseek-ai/dsh-superagent، تم إصداره بموجب ترخيص MIT.

استكشاف تصميم الوكيل الفائق: نحو نظام وكيل أكثر استقلالية

https://t.co/gwwIHtyCRQ

– تسخير DeepSeek (@DeepSeekHarness)1 نوفمبر 2026

إنه ليس نموذجًا جديدًا. dsh-superagent عبارة عن حزمة لـتسخير DeepSeek، أداة تسخير الوكيل مفتوحة المصدر لـ DeepSeek، والتي تصفها الشركة بأنها في المعاينة العامة في جميع أنحاء العالم. تشاهد الحزمة مستودع GitHub واحدًا، وإذا قمت بتشغيله، فستتم محادثات Feishu. عندما يطلب شخص ما في القائمة المسموح بها من الوكيل العمل، فإنه يفتح عنصر عمل، ويقوم بتشغيله في الجلسة والدليل الخاصين به، ويجيب في المحادثة الأصلية. تعرض لوحة الويب فقط ما يحتاجه الشخص.

الاسم أسهل مما يبدو. أوضح Cui Tianyi، من قسم المنتجات في DeepSeek وأحد المراجعين النهائيين للمقال، في منشور Zhihu أن كلمة “super” تعني الكتابة المرتفعة مقابل الكتابة المنخفضة. يضيف الوكيل الفائق طبقة فوق الوكيل الذي يقوم بالعمل، على عكس الوكيل الفرعي، الذي يضيف طبقة تحته. وهذا ليس ادعاء بالذكاء المتفوق.

يبدأ ملف README بتحذير يستحق القراءة بالكامل: “النموذج الأولي للبحث هو كمرجع فقط، وليس منتج DeepSeek رسميًا.” ويضيف أن الكثير من الهندسة تم إجراؤها بواسطة وكلاء الترميز، وأن الكود قد يحتوي على أخطاء، وأن بعض التصميمات الواردة في المقالة هي توجيهات للعمل المستقبلي ولم يتم تنفيذها.

إسقاط آخر لـ DeepSeek: dsh-superagent

إطار عمل للوكيل يعمل من خلال مشكلات GitHub الخاصة بمستودعات الريبو والعلاقات العامة مع العديد من الوكلاء بالتوازي، وهو مصمم لجذب أقل قدر ممكن من الاهتمام البشري مع تقديم أكبر قدر ممكن من القيمة.

pic.twitter.com/XR73mIvA0V

– لياندرو فون ويرا (@lvwerra)31 أكتوبر 2026

لماذا يقول DeepSeek أن عنق الزجاجة هو اهتمام الإنسان؟

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

إجابة DeepSeek هي التوقف عن التعامل مع الجلسة باعتبارها الوحدة التي تديرها. يسرد أربع سمات يجب أن يتمتع بها الوكيل المتميز:

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

ويرى المؤلفون أنه لا توجد حلقة واحدة من حلقات ReAct يمكنها تقديم جميع الحلقات الأربع، لذا يجب أن تأتي الصفات من البنية المحيطة بالنموذج. هذا هو الموضوع الحقيقي للمقال، والشرح المرئي أدناه، الذي شاركه حسام، هو طريقة سريعة لرؤية التصميم بأكمله في صفحة واحدة.

إليك شرح مرئي لمقالة DeepSeek حول Super-Agent:https://t.co/bByKYDoq6h pic.twitter.com/BhzbBh3NrP

– ℏεsam (@Hesamation)1 نوفمبر 2026

كيف يعمل تصميم جهاز التوجيه والعامل؟

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

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

هناك تفصيلان يجعلان هذا أكثر من مجرد قائمة انتظار مهام.

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

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

نقطة أخرى من التناقض. المقالة تميز هذا عن فريق الوكلاء. في فريق الوكلاء، يقوم القائد بتقسيم مهمة معقدة إلى خطوات وتنسيق الأدوار التي تعمل عليها، وهو ما يمثل عبئًا ثقيلًا على التفكير. يقوم جهاز التوجيه Super-agent فقط بإرسال المهام المستقلة وتتبع كيفية ارتباطها على مستوى عالٍ. لا يتحلل العمل نفسه.

ماذا يفعل عندما لا يسأل أحد؟

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

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

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

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

افتراضيًا، تبدأ كل رسالة GitHub التي ينشرها الوكيل بالسطر “هذا بواسطة وكيل آلي، وليس بشريًا”. يمكن للفرق تحرير ذلك، بالإضافة إلى بقية المطالبات.

هل تصمد الأرقام القياسية؟

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

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

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

أدى اختبار التحمل المنفصل الذي تم إجراؤه على جهاز التوجيه وحده إلى رفع معدل وصول الأحداث التي تستحق اتخاذ القرار من حوالي 1 إلى حوالي 40 في الدقيقة. ارتفع متوسط ​​الدفعة من 1.0 إلى 2.8 حدث، وارتفع الوقت لكل طلب فقط من 2.5 إلى 3.9 ثانية، وانخفض الوقت المستهلك لكل قرار من 6.4 إلى 1.6 ثانية. كلما تراكمت الأحداث أكثر، أصبح كل منها أرخص، إلى الحد الذي يقول المؤلفون إنه يعتمد على طول السياق وعدد الأحداث التي يمكن للنموذج التعامل معها بدقة في دورة واحدة.

قامت DeepSeek للتو بفتح المصدر الأولي لنموذجها الأولي. تتحدث جلسة جهاز توجيه واحدة مع الأشخاص وتوزع العمل، ويقوم العمال المعزولون بتشغيل المهام بالتوازي مع أحداث GitHub. في الاختبار الخاص بهم، انخفض وقت إكمال p95 من 29.5 إلى 15.7 دقيقة مقارنة بجلسة واحدة باستخدام الوكلاء الفرعيين.

الحوت مفتوح المصدر مرة أخرى.pic.twitter.com/mS4sRbHmyx

– السمين (@kimmonismus)1 نوفمبر 2026

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

ماذا يقول المقربون من المشروع عن حدوده؟

بعد فترة وجيزة من الإصدار، كتب Cui Tianyi، من قسم منتجات DeepSeek وأحد المراجعين النهائيين لمقال التصميم، كيف يرى التصميم. تأطيره مفيد لأنه متواضع. وهو يسمي المفاضلة المركزية بالاستمرارية عبر المهام مقابل إنتاجية المهمة.

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

ما الذي يجب عليك التحقق منه قبل تشغيله؟

تعتبر الوثائق أكثر صراحة من معظم منشورات الإطلاق، ومن الجدير التعامل مع تحذيراتها كمتطلبات.

• العمال لديهم وصول واسع.يتم تشغيل كل من إعدادات الأذونات المسبقة لجهاز التوجيه والعاملينdanger-full-accessكمستخدم نظام التشغيل الخاص بالمشغل. تختار أغلفة الحساب بيانات اعتماد GitHub التي يستخدمها الوكيل، لكن المستندات تقول إنها افتراضيات وليست حدود أمان، لأنه لا يزال بإمكان العامل تشغيل برنامج حسب المسار المطلق أو قراءة الدليل الرئيسي الخاص بك. التوصية عبارة عن حساب نظام تشغيل مخصص يحتفظ فقط ببيانات اعتماد الوكيل.
• الإدخال غير الموثوق به هو سؤال الأمان المفتوح.تحذر المقالة من أنه إذا أدى الحقن الفوري أو اقتحام الخادم إلى اختراق حلقة الوكيل السحابي، فمن الممكن الوصول إلى كل جهاز متصل، ويمكن أن تتسرب بيانات الاعتماد التي تدخل سياق النموذج.
• يندمج البشر بشكل افتراضي.لا يقوم الوكيل مطلقًا بتمكين الدمج التلقائي ضمن حسابه الخاص. يحتاج الدمج التلقائي إلى واجهة سطر الأوامر (CLI) الخاصة بالحساب الثاني والتي تم ذكرها في موجه متطلبات التسليم، ولا تسمح الإرشادات الافتراضية بذلك إلا لطلبات السحب الصغيرة المعتمدة تحت 200 سطر تم تغييره.
• إنه مبني حول مستودع واحد.يشاهد كل إعداد مستودع GitHub واحد، وFeishu، وهي أداة دردشة في مكان العمل شائعة في الصين، هي المصدر الآخر من الدرجة الأولى.
• أنت بحاجة إلى DeepSeek وموفر الطراز.يسرد الإعداد Node.js 22.19 أو الأحدث، pnpm، git 2.32 أو الأحدث، tmux، Python 3.8 أو الأحدث وGitHub CLI 2.48 أو الأحدث. يعد تكوين موفر النموذج بمثابة خطوة عامل.
• الضوضاء هي التكلفة.تنص وثيقة الفلسفة على عدم استخدام الوكيل لإنتاج الحجم. تكلف طلبات السحب الجماعية ورسائل البث فريقك أكثر مما يقدمونه.

كيف يمكنك تجربتها دون المخاطرة بمستودعك الرئيسي؟

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

1. اختر مستودعًا قابلاً للرميومستخدم جهاز مخصص أو حساب نظام التشغيل. لا تستخدم تسجيل الدخول الخاص بك.
2. قم بإنشاء حساب GitHub منفصل للوكيل.كل ما يكتبه يظهر تحت هذا الاسم.
3. افتح المستودع في وكيل الترميز الخاص بك والصق المطالبة أدناه.أجب عن أسئلتها واحدًا تلو الآخر.
4. احتفظ بالقائمة المسموح بها لنفسكواترك وضع القبول قيد المراقبة.
5. اطلب شيئًا صغيرًا.من حساب مسموح قم بالتعليق@<agent login> <request>على قضية. من المفترض أن تظهر التذكرة في “النظرة العامة” على اللوحة خلال دقيقة واحدة تقريبًا.
6. اقرأ علامة التبويب Eval لمدة أسبوع.قم بتوسيع القائمة أو قم بالتبديل إلى الوضع التلقائي فقط عندما تبدو السجلات “الموافقة” صحيحة.

Read SETUP.md in this repository and set up dsh-superagent with me.

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

أين يجب أن تذهب بقية أعمال الوكيل؟

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

AgentGrid.ioبنيت لهذا التسليم. يعمل البشر ووكلاء الذكاء الاصطناعي على نفس المستندات والتطبيقات والملفات المباشرة، باستخدام عنوان ثابت واحد وإمكانية وصول متحكم بها وسجل إصدارات. تصف مستندات AgentGrid.io توصيل وكيل قادر على الأوامر عن طريق التشغيلnpx @animaapp/cli@latest login. يوافق الإنسان على اسم الوكيل وفريقه وما يمكنه فعله: القراءة أو الكتابة أو المشاركة أو النشر. بعد ذلك، تظهر تغييرات الوكيل في السجل باسمه الخاص. لا يحتوي النموذج الأولي على تكامل AgentGrid.io مدمج، لذا تعامل مع هذا كنمط يمكنك تجربته مع العاملين به، وليس كميزة موثقة.

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

للتعرف على عدة أشخاص يتشاركون وكيلًا واحدًا، راجع دليلنا لـروبوتات فريق Grok Bot. وإذا كنت تتساءل عما يجري تحت الوكيل المستضاف، فدليلنا لذلكClaude Managed Agentsينظر إلى نسخة Anthropic من نفس تقسيم الدماغ واليدين، وهو ما تستشهد به مقالة DeepSeek.

متى يجب عليك استخدام dsh-superagent ومتى يجب عليك استخدام شيء آخر؟

• استخدم dsh-superagentللتعلم من تصميم جاد وموثق، أو إجراء تجربة مضمنة على مستودع منخفض المخاطر، أو استعارة أفكاره: جهاز توجيه لا يقوم مطلقًا بتشغيل التعليمات البرمجية، وتذاكر بنطاق محدد، ووضع المراقبة قبل الوضع التلقائي.
• استخدم وكيل ترميز تفاعلي واحدعندما تعمل على مهمة واحدة في كل مرة وتريد التوجيه خطوة بخطوة. تم تصميم الوكيل الفائق للموقف المعاكس.
• استخدم AgentGrid.ioعندما يكون الناتج مستندًا أو تقريرًا أو تطبيقًا يحتاج العديد من الأشخاص والوكلاء إلى مراجعته وتحريره ونشره، أيًا كان الوكيل الذي قام بإنتاجه.

الأسئلة المتداولة

ما هو DeepSeek Super-Agent؟

إنه نموذج بحثي يسمى dsh-superagent، تم إصداره بواسطة فريق Harness التابع لـ DeepSeek في 31 أكتوبر 2026 بموجب ترخيص MIT. إنه وكيل ترميز استباقي لمستودع GitHub واحد. تأخذ جلسة جهاز التوجيه طويلة الأمد الطلبات وتعين كل واحدة مقبولة لجلسة العمل الخاصة بها، والتي تجيب في المحادثة الأصلية، عادةً بطلب سحب.

هل DeepSeek Super-Agent منتج DeepSeek رسمي؟

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

كيف يختلف الوكيل المتميز عن الوكيل الفرعي؟

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

هل يحتاج إلى Feishu أم GitHub فقط؟

GitHub وحده يكفي. يعد Feishu مصدرًا ثانيًا اختياريًا، وتشير الوثائق إلى أن فشل إعداد Feishu يؤدي إلى تعطيل مصدر Feishu فقط.

هل من الآمن التشغيل على مستودع الشركة؟

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

هل هي أسرع من جلسة وكيل ترميز واحدة؟

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