ملاحظة الكاتب: تحليل ثلاث مجموعات من البيانات التي كشفت عنها DeepSeek Harness رسميًا، لتقييم فرص تحويل أدوات Agent إلى منصات ومخاطره، مع تقديم نصائح عملية لاختيار النموذج الخلفي وضبط التكاليف.
كشفت DeepSeek Harness في 5 نوفمبر 2026 عن مجموعة من البيانات: حتى 4 نوفمبر، بلغ عدد المستخدمين النشطين يوميًا 1.54 مليون، ونحو 92 تريليون token يوميًا، وحوالي 35 ألف إضافة من جهات خارجية. كما أن نحو 60% من المستخدمين النشطين أنشأوا إضافة واحدة على الأقل أو ثبّتوها. وعند النظر إلى الأرقام الثلاثة معًا، تبدو النتيجة واضحة: الأمر لا يقتصر على أداة Agent اكتسبت شعبية مفاجئة، بل يشير إلى انتقال Agent من «أداة مفيدة» إلى «منصة ذات منظومة متكاملة».
هذه ليست بيانات السوق بالكامل: جميع الأرقام أعلاه أبلغت عنها الشركة بنفسها، ويقتصر نطاقها على مستخدمي API الرسمي من DeepSeek، ولم تخضع حتى الآن لتدقيق مستقل. لا يقدّم هذا المقال تقييمًا للمنتج، بل ينطلق من ثلاث إشارات إلى التحول نحو منصة: حجم المستخدمين، وكثافة الاستخدام، ومنظومة الإضافات. وينتهي بخطوات عملية لمطوري Agent فيما يتعلق بواجهة API للإضافات، والأذونات، والبيانات، والنموذج الخلفي.
الفائدة الأساسية: بعد قراءة هذا المقال، ستفهم منحنى النمو ودلالات التكلفة وراء هذه الأرقام الثلاثة، وستخرج بخلاصة مفادها أن المنافسة بين منصات Agent تتمحور في النهاية حول منظومة الإضافات وتكلفة النماذج.
المعلومات الأساسية عن DeepSeek Harness ومنحنى نموه
الخلاصة أولاً: جاءت نقطة التحول في نمو DeepSeek Harness بعد إطلاق إصدار سطح المكتب، إذ زاد عدد المستخدمين النشطين يومياً بنحو 5.7 أضعاف في أقل من خمسة أسابيع.
لنبدأ بجدول يلخص المعلومات الأساسية التي كشفت عنها الشركة، لتسهيل الرجوع إليها لاحقاً.
| البند | التفاصيل |
|---|---|
| تاريخ الإفصاح | 5 نوفمبر 2026 (البيانات حتى 4 نوفمبر) |
| الجهة الناشرة | DeepSeek (بيانات أعلنتها الشركة بنفسها، دون تدقيق من طرف ثالث) |
| نطاق الإحصاء | المستخدمون الذين يستعملون API الرسمي من DeepSeek فقط |
| عدد المستخدمين | 1.54 مليون مستخدم نشط يومياً |
| كثافة الاستخدام | نحو 92 تريليون token يومياً |
| منظومة الإضافات | نحو 35 ألف إضافة من أطراف ثالثة، استخدمها نحو 60% من المستخدمين النشطين |
| الخطوة التالية | يجري التحضير لسوق إضافات رسمي وبرنامج لدعم المطورين، ولم يُطلقا بعد |
جدول بيانات نمو DeepSeek Harness
| التاريخ | المستخدمون النشطون يومياً | الحدث الرئيسي | ملاحظات |
|---|---|---|---|
| 13 أغسطس | لم يُكشف عنه | إصدار v0.1 | إصدار مبكر، كان مستخدموه في الغالب من المطورين الراغبين في التجربة |
| 29 سبتمبر | لم يُكشف عنه | إطلاق إصدار سطح المكتب | سهّل بدء الاستخدام، وكان محطة أساسية في تسارع النمو |
| 30 سبتمبر | 271 ألفاً | اليوم التالي لإطلاق إصدار سطح المكتب | متوسط 7 أيام، ويشمل بيانات من قبل إطلاق إصدار سطح المكتب |
| 7 أكتوبر | 429 ألفاً | بعد أسبوع من إطلاق إصدار سطح المكتب | متوسط 7 أيام، بزيادة نحو 58% خلال أسبوع |
| 4 نوفمبر | 1.54 مليون | تاريخ آخر البيانات التي كشفت عنها الشركة | إضافة أكثر من مليون مستخدم نشط يومياً خلال نحو أربعة أسابيع |
هناك نقطتان تستحقان الانتباه في هذه البيانات. أولاً، استغرق الانتقال من v0.1 إلى إصدار سطح المكتب شهراً ونصف الشهر، لكن الزيادة الكبيرة حدثت بعد إطلاق الإصدار المكتبي؛ إذ استغرق الارتفاع من 429 ألفاً إلى 1.54 مليون أربعة أسابيع فقط، ما يعني أن النمو لم يكن خطياً. ثانياً، أُوضح أن رقمي 30 سبتمبر و7 أكتوبر يمثلان متوسط 7 أيام، لكن الإفصاح لم يحدد تماماً ما إذا كان رقم 1.54 مليون في 4 نوفمبر محسوباً بالطريقة نفسها، لذا يُنصح بتوخي الحذر عند المقارنة.
لماذا كان إصدار سطح المكتب مهماً؟ تشمل الاستخدامات الأساسية للوكيل الذكي (Agent) العمل لفترات طويلة، وقراءة الملفات المحلية وكتابتها، واستدعاء الأدوات المحلية؛ وكلها أمور تخضع لقيود في إصدار الويب. أتاح إصدار سطح المكتب للوكيل الوصول إلى بيئة العمل الفعلية للمستخدم، ومنح الإضافات مساحة كافية لإظهار فائدتها. ويقدم منحنى النمو نفسه مثالاً على أن «شكل الأداة يحدد سقف نمو المنصة».
92 تريليون token يوميًا: ماذا تعني كثافة استخدام DeepSeek Harness؟
الخلاصة: يشير استهلاك 92 تريليون token يوميًا إلى أن نمط استخدام الوكلاء (Agents) يختلف تمامًا عن الدردشة، وأن النظر إلى سعر المليون token وحده يؤدي إلى تقدير أقل بكثير من التكلفة الفعلية.
بحساب تقريبي على مدى 30 يومًا، يعادل استهلاك 92 تريليون token يوميًا نحو 2,760 تريليون token شهريًا، وهذا لا يشمل سوى جزء مستخدمي واجهة API الرسمية. وإذا قسمنا الرقم تقريبًا على 1.54 مليون مستخدم نشط يوميًا، فسيبلغ المتوسط نحو 60 مليون token للفرد يوميًا. ومن الواضح أن هذا المتوسط يرتفع بفعل عدد محدود من المستخدمين كثيفي الاستخدام والمهام طويلة التشغيل، لكنه يكفي لتوضيح حقيقة واحدة: مستخدمو الوكلاء لا «يدردشون» مع النموذج، بل يجعلونه يعمل باستمرار.
وللمقارنة من حيث حجم الاستخدام خلال الفترة نفسها، بلغ حجم الاستدعاءات الأسبوعية عالميًا على OpenRouter نحو 210 تريليون token بين 2 و8 نوفمبر، منها نحو 116.18 تريليون للنماذج الصينية. ويختلف نطاق القياس تمامًا بين الرقمين، فلا تصح المقارنة المباشرة، لكنهما يوضحان أن حجم معالجة token في منصة وكلاء واحدة قد بلغ مستوى مرتفعًا جدًا. ومن المهم التأكيد أن حجم token لا يساوي الإيرادات، فضلًا عن الأرباح.
عوامل تضاعف استهلاك token في مهام الوكلاء
| عامل الزيادة | متى يحدث؟ | أثره على التكلفة |
|---|---|---|
| التكرار عبر جولات متعددة | دورات التخطيط والتنفيذ والفحص والتصحيح | تُحتسب تكلفة السياق نفسه مرارًا |
| استدعاء الأدوات | إعادة نتائج البحث أو قراءة الملفات أو تشغيل الأوامر إلى السياق | تدخل النتائج الكاملة للأداة إلى السياق |
| السياق الطويل | قواعد الشفرة والوثائق والسجلات السابقة | يكون حجم المدخلات كبيرًا في كل جولة |
| إعادة المحاولة بعد الفشل | أخطاء الأدوات أو مخالفة التنسيق المطلوب أو انتهاء المهلة | استهلاك بلا نتيجة، وهو الأسهل إغفالًا |
| تتابع الإضافات | استخدام عدة إضافات متسلسلة لإنجاز مهمة واحدة | تطول سلسلة الاستدعاءات ويصعب تقدير تكلفتها |
بالنسبة إلى مطوري الوكلاء، يعني ذلك أن وحدة حساب التكلفة يجب أن تنتقل من «كم يكلف كل مليون token؟» إلى «كم يكلف إنجاز مهمة واحدة؟». فقد يكون النموذج منخفض السعر الذي يحتاج إلى ثلاث محاولات إضافية أكثر تكلفة من نموذج أعلى سعرًا ينجز المهمة بنجاح من المحاولة الأولى. ولا تتضح الفاتورة الفعلية إلا عند حساب التكلفة لكل مهمة أو جلسة أو نتيجة قابلة للاستخدام.
💰 نصيحة بشأن التكلفة: لحساب استهلاك token لكل مهمة، يجب أولًا الاطلاع على تفاصيل كل استدعاء. عند استخدام APIYI apiyi.com للوصول إلى النماذج، تتيح لوحة التحكم عرض الاستخدام والفواتير وسجلات الاستدعاءات، مما يسهل تفصيل مهمة الوكيل إلى استدعاءات متعددة ومراجعة كل منها لتحديد الهدر الناتج عن إعادة المحاولة والسياق الطويل.
35 ألف إضافة: هل يشكّل نظام إضافات DeepSeek Harness ميزة تنافسية يصعب تقليدها؟
الخلاصة: يشير وجود 35 ألف إضافة ومعدل استخدام يبلغ 60% إلى أن الإضافات أصبحت وسيلة رئيسية للاستخدام، لكن العدد وحده لا يصنع ميزة تنافسية يصعب تقليدها، ولا يضمن الجودة.
أنشأ نحو 60% من المستخدمين النشطين إضافة واحدة على الأقل أو ثبّتوها، وهذه النسبة أكثر دلالة من العدد الإجمالي للإضافات. فهي تشير إلى أن الإضافات ليست مجرد أداة لهواة التقنية، بل هي المسار المعتاد لدى معظم المستخدمين لتوسيع قدرات الوكيل. وبمجرد أن يعتمد سير عمل المستخدم على إضافات معينة، ترتفع تكلفة الانتقال إلى منصة أخرى بوضوح، وهذا ما يعزز ارتباطه بالمنصة.
لكن تقييم الميزة التنافسية يتطلب النظر إلى ثلاثة جوانب، لا إلى العدد وحده:
- توزيع الجودة: لم تكشف المعلومات المتاحة عن عدد الإضافات المستخدمة على المدى الطويل، أو عدد ما كان منها مجرد تجارب لمرة واحدة.
- استقرار الواجهة: إذا تغيّرت واجهة API للإضافات باستمرار، سترتفع تكلفة صيانتها على المطورين، وقد يتراجع النظام البيئي.
- الحدود الأمنية: تحدد الملفات وبيانات الاعتماد وموارد الشبكة التي تستطيع الإضافات الوصول إليها مدى قدرة المؤسسات على استخدامها بثقة.
بعبارة أخرى، يُعد عدد الإضافات نقطة انطلاق لبناء منصة متكاملة، لكن استقرار واجهة API للإضافات وتوافقها وأمانها هي العوامل الحاسمة في بناء ميزة تنافسية يصعب تقليدها. وستكون هذه الجوانب الثلاثة أيضًا من أهم اعتبارات مطوري الوكلاء عند اختيار المنصة التي يطورون إضافاتهم عليها.
سوق الإضافات الرسمي ودعم المطورين: الخطوة التالية نحو تحويل Agent إلى منصة
الخلاصة: يشير سوق الإضافات الرسمي ودعم المطورين إلى انتقال DeepSeek Harness من «أداة» إلى «قناة توزيع»، وهي خطوة بارزة نحو تحويل Agent إلى منصة.
وفقًا لما أُعلن، يجري الإعداد لسوق إضافات رسمي وبرنامج لدعم المطورين، يشمل دعمًا لتكاليف الرموز المميزة (token)، وتبادلًا للخبرات التقنية، ومواضع مخصصة للتوصية بالإضافات. وتلبي هذه العناصر ثلاثة من أهم احتياجات المطورين: خفض تكلفة التطوير، والحصول على الدعم التقني، وزيادة الوصول إلى المستخدمين. وعند إطلاقها، ستنشأ بين مطوري الإضافات والمنصة علاقة توزيع تشبه ما نجده في متاجر التطبيقات.
مؤشرات تحوّل Agent إلى منصة
| المؤشر | البيانات | المعنى | التأثير على المطورين |
|---|---|---|---|
| حجم المستخدمين | 1.54 مليون مستخدم نشط يوميًا، وفق بيانات الشركة | وجود قناة توزيع واسعة بما يكفي | جمهور محتمل جاهز للإضافات |
| كثافة الاستخدام | نحو 92 تريليون رمز مميز يوميًا | المستخدمون يستعينون بـ Agent في إنجاز أعمال فعلية | إضافات المهام الطويلة أكثر قيمة |
| المشاركة في المنظومة | نحو 35 ألف إضافة، يستخدمها نحو 60% من المستخدمين | الإضافات وسيلة استخدام رئيسية | تصبح واجهة API للإضافات واجهة تطوير جديدة |
| آلية التوزيع | السوق الرسمي قيد الإعداد | الانتقال من منظومة نشأت تلقائيًا إلى تشغيل تديره المنصة | القواعد والمراجعة وتقاسم الإيرادات ستؤثر في العائدات |
| حوافز المطورين | دعم الرموز المميزة، وتبادل الخبرات، والتوصيات | المنصة تشجع المطورين على توفير الإضافات | قد يستفيد المطورون الأوائل من زيادة الوصول |
من المهم النظر إلى هذه المعطيات بتروٍّ: فالسوق لم يُطلق بعد، ولم تُعلن قواعد إدراج الإضافات أو معايير مراجعتها أو آليات تقاسم الإيرادات. وتتيح المنصة فرصًا حقيقية لتوسيع الوصول، لكنها تمنحها في المقابل سيطرة أكبر على القواعد. كما تتجمع الإضافات وسير العمل وبيانات المستخدمين والصلاحيات على جانب المنصة، وهو ما ينشئ خطر الارتهان لها.
تأثير DeepSeek Harness على مطوري الوكلاء
الخلاصة: هناك أربع مسائل يجب حسمها مسبقًا: واجهة API للإضافات، والصلاحيات، والبيانات، والواجهة الخلفية للنموذج. والأخيرة هي الأكثر عرضة للارتهان إلى مزوّد واحد، لكنها أيضًا الأسهل من حيث تجنّب ذلك مبكرًا.
واجهة API للإضافات والصلاحيات
إذا كنت تخطط لتطوير إضافات لمنصة Harness أو منصة مشابهة، فابدأ بتقييم سياسة إصدارات واجهة API للإضافات والتزامات التوافق، ولا تستثمر موارد كبيرة بينما لا تزال الواجهة تتغير باستمرار. أما الصلاحيات، فاتبع مبدأ الحد الأدنى من الامتيازات: لا تطلب الإضافة إلا الصلاحيات اللازمة لإنجاز مهمتها، ولا ينبغي كشف مفتاح API وبيانات اعتماد المستخدم مباشرةً للإضافة، بل تمرير الطلبات عبر المنصة أو بوابة تنشئها بنفسك.
المفاضلة بين التحكم في البيانات والاستضافة الذاتية
تتميز المنصات المُدارة بأنها جاهزة للاستخدام وتوفر منافذ للتوزيع، لكن في المقابل تبقى سير العمل والبيانات على المنصة. ويمكن للفرق التي تتعامل مع بيانات حساسة استضافة العمليات الأساسية ذاتيًا أو نشرها في بيئة خاصة، مع إسناد القدرات العامة فقط إلى المنصة المُدارة. ليس الأمر خيارًا بين بديلين، بل توزيعًا للعمليات بحسب مستوى حساسية البيانات.
اختيار النماذج الخلفية
ستنعكس المنافسة بين منصات الوكلاء في النهاية على تكلفة النماذج، لذا لا ينبغي ربط الواجهة الخلفية بمزوّد واحد. تناسب النماذج المختلفة مهام مختلفة: استخدم نموذجًا قويًا للتخطيط والاستدلال المعقد، ونموذجًا أوفر من حيث التكلفة لمعالجة النصوص المجمّعة وتحويل التنسيقات. وعندما تضيق سعة النموذج الرئيسي، تحتاج أيضًا إلى نموذج احتياطي يتولى المهام.
يُعد Tencent Hy4 مثالًا على ذلك في الفترة نفسها: ففي يوم إطلاقه، 4 نوفمبر، وصل عدد كبير من المستخدمين إلى حدود حصصهم، ووُسّعت سعة مجموعة خوادم الاستدلال عشرة أضعاف، ونصحت الجهة الرسمية بالتبديل إلى Hy3 أو الاستخدام خارج أوقات الذروة. ضغوط السعة على النماذج الجديدة ومنصات الوكلاء مشكلة شائعة وليست حالة معزولة.
| الخيار الخلفي | الخصائص الأساسية | حالات الاستخدام | تكلفة التبديل |
|---|---|---|---|
| واجهة API رسمية واحدة | سهولة الربط، وتوافر القدرات بالتزامن مع الجهة الرسمية | التحقق الأولي، والمنتجات التي تستخدم نموذجًا واحدًا | مرتفعة، فتغيير النموذج يتطلب تعديل التكامل |
| ربط واجهات API رسمية متعددة | خيارات أكثر من النماذج | الفرق الكبيرة التي لديها مختصون لصيانة التكاملات | متوسطة، مع ضرورة صيانة عدة آليات مصادقة وتنسيقات |
| بوابة نماذج متعددة (مثل APIYI apiyi.com) | مفتاح واحد لاستدعاء نماذج من مزوّدين متعددين، مع التوافق مع OpenAI | توجيه المهام المتنوعة، والحاجة إلى نموذج احتياطي | منخفضة، وتقتصر أساسًا على تغيير المعامل model |
| نماذج مفتوحة المصدر مستضافة ذاتيًا | تحكم في البيانات | البيانات الحساسة، والنشر في بيئة خاصة | مرتفعة، مع ضرورة إنشاء بنية الاستدلال وتشغيلها وصيانتها |
على سبيل المثال، يتيح APIYI استخدام مفتاح واحد لاستدعاء أكثر من 400 نموذج، منها OpenAI وClaude وGemini وDeepSeek وQwen وKimi وGLM وMiniMax. وهو متوافق مع معيار OpenAI API، ويدعم أيضًا التنسيقات الأصلية لـ Claude وGemini. عند الربط، اضبط base_url على https://api.apiyi.com/v1. وللتبديل بين النماذج، يكفي غالبًا تعديل الحقل model، دون الحاجة إلى صيانة شيفرة تكامل منفصلة لكل مزوّد.
لكن واجهة موحدة تخفّض تكلفة التكامل، ولا تلغي الفروق بين النماذج. فقد تختلف تنسيقات استدعاء الأدوات وطول نافذة السياق وآليات التخزين المؤقت من نموذج إلى آخر، لذا اختبر مهام الوكيل الخاصة بك باختبارات انحدار قبل التبديل. ارجع إلى لوحة التحكم والوثائق لمعرفة الأسعار والتوافر.
🎯 نصيحة تقنية: عند بناء الواجهة الخلفية للوكيل، جرّب أولًا الحصة المجانية المخصصة للمستخدمين الجدد عبر APIYI apiyi.com، وشغّل المجموعة نفسها من المهام على نموذجين أو ثلاثة. قارن معدل إكمال المهام وتكلفة المهمة الواحدة، ثم اختر مزيج النموذج الرئيسي والاحتياطي.
مخاطر بيانات DeepSeek Harness وحدودها
الخلاصة: يمكن اعتبار هذه البيانات مؤشرًا على تطور منصات الوكلاء، لكنها لا تمثل السوق بأكمله، ولا تثبت حجم الإيرادات أو مستوى الجودة.
عند قراءة هذه البيانات، من المهم مراعاة الحدود التالية:
- أرقام معلنة من الشركة: لم يخضع رقم 1.54 مليون مستخدم نشط يوميًا ولا رقم 92 تريليون رمز يوميًا لتدقيق مستقل، وكلاهما ينتظر التحقق من طرف ثالث.
- نطاق محدود: تشمل البيانات مستخدمي واجهة API الرسمية لـ DeepSeek فقط، ولا يمكن اعتبارها ممثلة لسوق الوكلاء بأكمله.
- الرموز لا تعني الإيرادات: يعكس رقم 92 تريليون رمز حجم الاستخدام، لا الإيرادات أو الأرباح؛ فالدعم والخصومات يؤثران بشكل كبير في الإيرادات الفعلية.
- الكمية لا تعني الجودة: لم تُكشف مستويات النشاط أو توزيع الجودة للإضافات البالغ عددها 35 ألفًا.
- القواعد لم تُحدد بعد: لم يُطلق سوق الإضافات بعد، ولم تُعلن قواعد المراجعة وتقاسم الإيرادات والصلاحيات.
في سياق القطاع، تقدر Menlo Ventures إنفاق الشركات على الذكاء الاصطناعي في عام 2026 بنحو 176.8 مليار دولار، وتشكل الوكلاء أحد المحركات الرئيسية للنمو الكبير في الطلب. ومع ارتفاع الطلب، تتزايد الضغوط على السعة أيضًا. وهذا يعني مباشرةً لمطوري الوكلاء أن عليهم معالجة مخاطر التوافر على مستوى البنية التقنية، بدلًا من التعويل على أن مزودًا واحدًا لن يفرض قيودًا على معدل الطلبات أبدًا.
🛡️ نصيحة للاستقرار: يُعد إعداد مسارات احتياطية للوكلاء وسيلة حماية منخفضة التكلفة. وبحسب الوصف الرسمي، تستخدم APIYI apiyi.com النشر عبر عقد متعددة، والتوجيه الذكي، والتحويل التلقائي إلى بديل، وموازنة الأحمال، كما توفر مراقبة في الوقت الفعلي. وإضافةً إلى ذلك، يُنصح بإعداد استراتيجية بديلة على مستوى التطبيق، مثل الانتقال تلقائيًا إلى نموذج احتياطي عند انتهاء مهلة النموذج الأساسي أو تقييد معدل طلباته، لضمان استمرار المهام الطويلة دون انقطاع.
الأسئلة الشائعة FAQ
س1: كيف حُسب عدد المستخدمين النشطين يوميًا لـ DeepSeek Harness، البالغ 1.54 مليون؟
وفقًا للبيانات الرسمية، يقتصر هذا العدد على المستخدمين الذين يستعملون واجهة API الرسمية لـ DeepSeek. البيانات حتى 4 نوفمبر، وقد أعلنتها الشركة بنفسها دون تدقيق من طرف ثالث. أما الرقمان السابقان، 271 ألفًا و429 ألفًا، فقد وُصفا صراحةً بأنهما متوسطان على مدى 7 أيام. ويعكس الرقم حجم استخدام Harness وفق هذا المعيار، ولا يمثل سوق الوكلاء الذكيين (Agents) بأكمله.
س2: ماذا يعني استهلاك 92 تريليون رمز يوميًا؟
بحساب تقريبي على أساس 30 يومًا، يعادل ذلك نحو 2,760 تريليون رمز شهريًا، أو نحو 60 مليون رمز يوميًا لكل مستخدم في المتوسط، مع احتمال ارتفاع المتوسط بسبب المستخدمين كثيفي الاستخدام. ويوضح ذلك أن تعدد جولات المحادثة، واستدعاء الأدوات، والسياق الطويل، وإعادة المحاولة يمكن أن تزيد استهلاك الوكلاء بدرجة كبيرة. لكن عدد الرموز يعكس حجم الاستخدام فقط، ولا يمكن تحويله إلى إيرادات أو أرباح.
س3: هل كثرة الإضافات تعني أنها آمنة وسهلة الاستخدام؟
لا. يشير وجود 35 ألف إضافة ومعدل استخدام يبلغ 60% إلى نشاط المنظومة، لكن لم تُكشف تفاصيل عن تفاوت جودتها أو مراجعاتها الأمنية. الأهم هو نطاق الملفات وبيانات الاعتماد والشبكات التي يمكن للإضافات الوصول إليها. يُنصح بمنح الحد الأدنى من الصلاحيات اللازمة، وعدم تسليم مفتاح API مباشرةً إلى الإضافات، وتمرير العمليات الحساسة عبر بوابة مستقلة.
س4: هل ينبغي ربط الوكيل الذكي بمزوّد واحد للنماذج؟
لا يُنصح بذلك. تناسب النماذج المختلفة مهام مختلفة، وقد يخضع النموذج الأساسي أيضًا لتقييد معدل الطلبات بسبب الضغط على السعة. الخيار الأكثر أمانًا هو استخدام بوابة تتيح الوصول إلى عدة نماذج بمفتاح واحد، مثل توحيد الاستدعاءات عبر APIYI على apiyi.com، بما يتيح التبديل السريع بين النموذج الأساسي والبديل. وقبل التبديل، تذكّر إجراء اختبارات انحدار للتحقق من اختلافات تنسيق استدعاء الأدوات والتخزين المؤقت.
س5: متى يُطلق متجر الإضافات الرسمي لـ DeepSeek Harness؟
حتى تاريخ نشر هذا المقال، لا يزال متجر الإضافات الرسمي وبرنامج دعم مطوري الإضافات قيد الإعداد. ولم يُعلن رسميًا عن موعد الإطلاق أو قواعد النشر أو آلية تقاسم الإيرادات. وتشمل أشكال الدعم المعروفة دعمًا لتكاليف الرموز، والتبادل التقني، ومساحات للترويج؛ وتبقى التفاصيل رهينة الإعلانات الرسمية اللاحقة.
الخلاصة: 5 توصيات لمطوري الوكلاء بعد DeepSeek Harness
الخلاصة أولاً: تشير مجموعات البيانات الثلاث الخاصة بـ DeepSeek Harness إلى أن المنافسة بين منصات الوكلاء تدور في النهاية حول منظومة الإضافات وتكلفة النماذج.
يوفّر حجم المستخدمين قناة للتوزيع، وتكشف كثافة الاستخدام عن ضغوط التكلفة، بينما تحدد منظومة الإضافات مدى تمسّك المستخدمين بالمنصة. ومع إطلاق سوق رسمية ودعم مطوري الإضافات، سيتسارع التحول إلى نموذج المنصة. بالنسبة لمطوري الوكلاء، تكمن الفرص في الإضافات والتوزيع، والمخاطر في الارتهان للمنصة والتكلفة. إليكم 5 خطوات قابلة للتنفيذ مباشرة:
- احسب تكلفة المهمة أولاً: استبدل مقياس «سعر المليون رمز» بمقياس «تكلفة كل مهمة مكتملة»، واحتسب محاولات إعادة التنفيذ والسياق الطويل ونتائج الأدوات المُعادة إلى النموذج.
- احتفظ بنموذج احتياطي: أعدّ نموذجاً احتياطياً واحداً على الأقل يستطيع تنفيذ المهام الأساسية، وانتقل إليه تلقائياً عند انتهاء مهلة النموذج الرئيسي أو تقييد معدل طلباته.
- اعزل صلاحيات الإضافات: امنح الإضافات الحد الأدنى من الصلاحيات فقط، ولا تضع مفتاح API أو بيانات اعتماد المستخدمين داخلها، ومرّر العمليات الحساسة عبر بوابتك الخاصة.
- راقب استقرار API الإضافات: لا تربط أعمالك الأساسية بشدة بمنظومة إضافات منصة معينة قبل اتضاح سياسة إصدارات API الإضافات والتزامات التوافق.
- لا تكتفِ بعدد المستخدمين النشطين يومياً: هذا المؤشر معلَن من الشركات نفسها وله نطاق قياس محدود. عند اختيار منصة، انظر أيضاً إلى جودة API الإضافات، ونموذج الصلاحيات، وملكية البيانات، وتكلفة النماذج.
أبرز النقاط حول DeepSeek Harness
- نقطة تحول في النمو: ارتفع عدد المستخدمين النشطين يوميًا من 271 ألفًا إلى 1.54 مليون خلال أقل من خمسة أسابيع من إطلاق إصدار سطح المكتب.
- كثافة الاستخدام: نحو 92 تريليون رمز (token) يوميًا؛ واستخدام الوكلاء أثقل بكثير من الدردشة.
- منظومة الإضافات: نحو 35 ألف إضافة، يستخدمها 60% من المستخدمين، ما يجعلها من أساليب الاستخدام السائدة.
- التحول إلى منصة: يجري الإعداد لسوق رسمية ودعم مالي للمطورين، لكن القواعد لم تُعلن بعد.
- حدود البيانات: الأرقام معلنة من الشركة وتشمل مستخدمي API الرسمي فقط، ولا تزال بانتظار تحقق مستقل.
- استراتيجية الواجهة الخلفية: لا يلزم ربط الواجهة الخلفية للنماذج بمزود واحد؛ إذ يمكن التبديل بين نماذج متعددة بمفتاح واحد عبر APIYI على apiyi.com.
إذا كنت تطوّر منتجًا أو منصة للوكلاء، فمن الأفضل أن تبدأ بتأسيس واجهة خلفية مرنة للنماذج ونظام دقيق لحساب التكاليف. ويمكنك تجربة مجموعات متعددة من النماذج سريعًا عبر APIYI على apiyi.com، التي توفر رصيدًا مجانيًا للاختبار وواجهة موحدة وسجلات للاستخدام، لتحتفظ بحرية الاختيار مع توسع المنصات.
المراجع
- البيانات الرسمية المعلنة من DeepSeek Harness: نُشرت في 5 نوفمبر 2026، وتشمل البيانات حتى 4 نوفمبر
- توضيح: أرقام المستخدمين النشطين يوميًا، واستهلاك الرموز، وعدد الإضافات، والجدول الزمني للنمو، ومعلومات الإعداد لسوق الإضافات، كلها معلنة من الشركة
- إعلان Tencent Hy4 وتوضيح توسيع السعة: 4 نوفمبر 2026
- توضيح: خلفية عن ضغط السعة في اليوم الأول لإطلاق النموذج الجديد وتوسيع عناقيد الحوسبة
- دراسة Menlo Ventures عن إنفاق الشركات على الذكاء الاصطناعي: تقديرات إنفاق الشركات على الذكاء الاصطناعي لعام 2026
- توضيح: خلفية عامة عن دور الوكلاء في زيادة طلب الشركات على الذكاء الاصطناعي
- بيانات OpenRouter الأسبوعية للاستدعاءات: 2-8 نوفمبر 2026
- توضيح: مرجع لحجم استدعاءات النماذج عالميًا، لكن منهجية القياس تختلف عن Harness، لذا لا تجوز المقارنة المباشرة
الكاتب: الفريق التقني في APIYI
للتواصل التقني: يمكنكم التواصل معنا عبر الصفحة الرئيسية لموقع APIYI الرسمي، والاطلاع على قائمة النماذج وإرشادات التكامل في مركز التوثيق docs.apiyi.com
