Qwen3.8-27B و DeepSeek Harness: وصول مجموعة الوكلاء المفتوحة بالكامل
أوزان Qwen3.8-2.4T المفتوحة التي وصلت في 13 أغسطس كانت مُقتطعة — نص فقط، بدون رؤية، التفكير مقفل، سياق 262K بدلاً من 1M. أطلق المجتمع عليها اسم وضع الحدود خلف جدار دفع. بعد يومين، أصدرت Alibaba Qwen3.8-27B مع كل ما أزالته نسخة 2.4T: فهم أصلي للرؤية واللغة (الصور والفيديو)، تحكم مرن في التفكير (تعطيل لكل طلب، ضبط عمق الاستدلال، الحفاظ على التفكير عبر الرسائل)، سياق 262K قابل للتوسيع إلى 1M. وفي نفس اليوم، فتح DeepSeek مصدر Harness — runtime للوكلاء بترخيص MIT حيث "كل شيء هو plugin"، يكتسب 33,000+ نجمة على GitHub خلال ساعات. تبني هذه المقالة على Open-Weight Models Crossed the Agentic Frontier، التي رسمت فجوة القدرات حتى يوليو 2026؛ هنا نغطي التطورين اللذين يكملان مجموعة الوكلاء المفتوحة بالكامل: نموذج لا يحتجز شيئاً، وruntime يعامل كل قدرة كقابلة للاستبدال.
النقاط الرئيسية
- Qwen3.8-27B يتضمن الرؤية والتحكم المرن في التفكير وسياق 262K قابل للتوسيع إلى 1M — النسخة المفتوحة حقاً من 2.4T المُقتطع — Terminal-Bench 2.1 عند 73.0 يتفوق على Muse Glimmer 30B عند 51.7، و SWE-bench Pro عند 61.7 يتفوق على Muse Glimmer عند 51.2. 27B هو النموذج الذي سيركّعه معظم الفرق محلياً فعلياً (Hugging Face).
- DeepSeek Harness: ترخيص MIT، "كل شيء هو plugin"، 33,000+ نجمة على GitHub في ساعات — النماذج والأدوات والمهارات والجلسات والـ sandboxes والتخزين والحلقات والجدولة و UI كلها plugins قابلة للاستبدال مع "لا يوجد نواة مميزة للترقيع" (DeepSeek؛ The New Stack).
- أربع استراتيجيات للأوزان المفتوحة أصبحت مرئية: Z.ai (أوزان بعد تعزيز الأمان)، Qwen 2.4T المُقتطع (قدرات خلف جدار دفع)، Qwen 27B (مفتوح حقاً)، Kimi K3 (أوزان كاملة مع رؤية) — حدود الأوزان المفتوحة هي محفظة من فلسفات الإصدار، وليست استراتيجية واحدة. كل منها يحتجز أو يكشف قدرات مختلفة.
- سجل الجلسة append-only هو نمط المراقبة الأكثر تحديداً الذي تم العثور عليه: كل مدخل مرئي للنموذج قابل لإعادة البناء من تدفق أحداث واحد — الاستئناف والتفرع وإعادة التشغيل والنسخ و telemetry و web UI تعمل جميعها على نفس السجل (DeepSeek).
- العزل على مستوى نظام التشغيل (Linux Landlock، macOS Seatbelt، Windows ACL) يأتي مدمجاً في harness — نمط احتواء ملموس يتحقق من بنية kill-switch دون الحاجة إلى منتج أمان منفصل.
Qwen3.8-27B: النموذج المفتوح حقاً
تؤكد بطاقة النموذج على Hugging Face البنية: 27B معامل، 64 طبقة، هجين Gated DeltaNet بالإضافة إلى Gated Attention (16 كتلة متكررة من 3 طبقات DeltaNet تليها طبقة Attention واحدة)، سياق 262,144 قابل للتوسيع أصلياً إلى 1,000,000. إنه نموذج رؤية-لغة أصلي — يفهم الصور والفيديو، من مخططات STEM والمستندات إلى فيديو بمقياس الساعة. وضع التفكير ممكّن افتراضياً ولكن يمكن تعطيله لكل طلب؛ عمق الاستدلال قابل للضبط عبر reasoning_effort؛ وسياق الاستدلال من الرسائل التاريخية يُحفظ عبر preserve_thinking. هذه بالضبط الميزات التي وضعتها نسخة 2.4T المُقتطعة خلف جدار دفع: الرؤية ووضع عدم التفكير والسياق المرن مفتوحة في 27B وحصرية للسحابة في Max.
جدول المعايير قوي لنموذج كثيف بحجم 27B. Terminal-Bench 2.1 عند 73.0 — 21 نقطة فوق Muse Glimmer عند 51.7. SWE-bench Pro عند 61.7، DeepSWE 1.1 عند 42.2، QwenSWEBench عند 79.0، CoWorkBench عند 70.7. في معايير الرؤية-اللغة: OSWorld-Verified عند 84.3، WebArena-Verified عند 64.8، AndroidWorld عند 81.9. 27B يتفوق على Muse Glimmer 30B في كل معيار برمجي حيث يتم تقييم كليهما — نموذج كثيف 27B مع رؤية هو فئة نشر مختلفة عن نموذج كثيف 30B بدون رؤية.
كان رد فعل المجتمع فورياً. أُطلق على 27B اسم "أهم إصدار محلي للذكاء الاصطناعي في 2026" — النموذج الذي سيركّعه معظم الفرق محلياً فعلياً على أجهزة استهلاكية بزمن استجابة منخفض وخصوصية تامة. 2.4T Max هو المشهد التقني؛ 27B هو هدف النشر. تمثيل 4-bit لنموذج 2.4T يتطلب حوالي 1.2 تيرابايت للأوزان وحدها — نشر على مستوى cluster. 27B يناسب أجهزة بمستوى workstation.
طيف استراتيجيات الأوزان المفتوحة الأربع
يكمل 27B مقارنة رباعية وثّقتها المقالة الأم كثلاث استراتيجيات. يمثل كل مختبر صيني الآن فلسفة إصدار أوزان مفتوحة مميزة:
| الاستراتيجية | المختبر | النموذج | ما هو مفتوح | ما يُحتجز |
|---|---|---|---|---|
| أوزان بعد تعزيز الأمان | Z.ai | GLM-5.3 | أوزان كاملة (معلقة أسبوعين لتقييم الأمان) | لا شيء (الأوزان تُنشر بعد التعزيز) |
| مُقتطع، قدرات خلف جدار دفع | Alibaba | Qwen3.8-2.4T-A95B | أوزان نص فقط، سياق 262K، تفكير مقفل | الرؤية، وضع عدم التفكير، سياق 1M، أدوات مدمجة |
| مفتوح حقاً، قابل للتشغيل محلياً | Alibaba | Qwen3.8-27B | الرؤية، التفكير المرن، سياق 262K، نشر محلي | لا شيء (مجموعة الميزات الكاملة في الأوزان المفتوحة) |
| أوزان كاملة مع رؤية | Moonshot | Kimi K3 | أوزان كاملة بما في ذلك الرؤية (594GB MXFP4) | لا شيء (لكن الحد الأدنى 8x H100 — نطاق cluster) |
يمتد الطيف من "مُقتطع لدفعك نحو السحابة" (Qwen 2.4T) إلى "مفتوح حقاً، قابل للتشغيل على workstation" (Qwen 27B) إلى "أوزان كاملة لكن بنطاق cluster" (Kimi K3). البناء المرن للنماذج موجود تحديداً لكي يتمكن فريق المشتريات من موازنة قدرة Z.ai السيبرانية بعد التعزيز، ورؤية Qwen 27B القابلة للتشغيل محلياً، وقدرة Kimi K3 متعددة الوسائط بأوزان كاملة — والتوجيه لكل مهمة دون نشر كود.
DeepSeek Harness: runtime الذي يضع plugin أولاً
النموذج المفتوح حقاً يحتاج إلى runtime مفتوح حقاً. تم نشر DeepSeek Harness في 13-14 أغسطس كمعاينة للمطورين تحت ترخيص MIT — أهم إصدار runtime للوكلاء مفتوح المصدر منذ Claude Code و Codex.
المبدأ التصميمي الأساسي هو "كل شيء هو plugin." مبني على إطار Cordis الفوقي لـ "القابلية التركيبية المكانية-الزمانية"، يعامل harness محوّل النموذج وسجل الأدوات وسجل الجلسة و sandbox ونظام الملفات وحلقة الوكيل والجدولة و UI كـ plugins قابلة للاستبدال. لا توجد نواة مميزة للترقيع — توسيع harness يعني تركيب plugin بجانب الأخرى. تدير نواة Cordis تركيب و uninstalling وتبعيات الـ plugins؛ تعيش قدرات الوكيل في الـ plugins؛ ويمكن للمطورين اختيار أو استبدال أو توسيع أي قدرة في التهيئة دون تغيير شيفرة المصدر لـ harness (The New Stack).
يأتي مع أربع إعدادات مسبقة: Standard (وكيل برمجي كامل مع أدوات نظام الملفات ووصول shell و web search و subagents ووضع خطة)، Minimal (أداتان فقط — bash و str_replace_editor)، Code (يُنشئ TypeScript SDK بحيث يمكن للنموذج دمج عمليات متعددة الخطوات في برنامج واحد — تسلسل كان سيستغرق خمس رحلات ذهاب وإياب يعمل كاستدعاء واحد)، و Creator (فحص runtime وتجارب plugins وتأليف الإعدادات المسبقة).
سجل الجلسة append-only
كل ما يراه النموذج يُسجل في سجل جلسة append-only: prompts النظام والاستدلال واستدعاءات الأدوات ونتائجها وجدولة subagents وكل حقن سياق. الاستئناف والتفرع والبحث وإعادة التشغيل تعمل جميعها على نفس تدفق الأحداث. إضافة أي مدخل جديد مرئي للنموذج تعني إضافة حدث جلسة جديد. هذا هو نمط المراقبة الأكثر تحديداً الذي تم العثور عليه في أي runtime للوكلاء مفتوح المصدر — أي شيء يصل إلى طلب نموذج يجب أن يكون قابلاً لإعادة البناء من السجل. لِبنية أنماط الوكلاء طويلي الأمد، سجل append-only هو التنفيذ الإنتاجي لنمط checkpoint/resume: وكيل يعمل لساعات أو أيام يمكن إيقافه وفحصه وتفريعه وإعادة تشغيله من تدفق أحداث واحد.
العزل على مستوى نظام التشغيل
يُغلّف harness العمليات الفرعية في Linux Landlock (عبر إضافة Node)، macOS Seatbelt، أو runner لـ Windows ACL بـ token مقيد. هذا نمط احتواء ملموس — ليس طبقة سياسة أو حاجز على مستوى prompt، بل حدث تطبيق على مستوى نظام التشغيل يحد ما يمكن لاستدعاءات أدوات الوكيل الوصول إليه. لِبنية kill-switch، العزل على مستوى نظام التشغيل هو أساس قاطع الدائرة في runtime: لا يمكن للوكيل الهروب من sandbox الخاص به حتى لو أنتج النموذج استدعاء أداة خبيث، لأن نظام التشغيل يفرض الحد.
مستقل عن المزوّد مع عميل MCP مدمج
يغطي كتالوج المزودين Anthropic و OpenAI و AWS Bedrock و Microsoft Azure و Google Gemini Enterprise Agent Platform و endpoint الخاص بـ DeepSeek. تُدعم بوابات OpenAI المتوافقة المخصصة. مزوّدا subagents يفوّضان إلى Claude Code و Codex. عميل MCP مدمج، ويُضمّن دعم Agent Client Protocol. يقرأ harness ملفات AGENTS.md و CLAUDE.md. The Register وصف الإصدار بأنه "مختبرات الذكاء الاصطناعي الصينية تواصل التقدم بينما تلعب المختبرات الأمريكية دفاعياً."
التصميم المستقل عن المزوّد يتحقق من أطروحة البناء المرن للنماذج في المقالة الأم: harness لا يربطك بنماذج DeepSeek. يمكن لفريق توجيه التخطيط إلى نموذج frontier، والتنفيذ إلى نموذج أوزان مفتوحة local-first مثل Qwen3.8-27B أو Muse Glimmer، واستدعاءات الأدوات عبر وحدات MCP — كل ذلك ضمن نفس runtime، كل ذلك كاستبدالات plugins.
ما تتحقق منه بنية plugins
تصميم "كل شيء هو plugin" هو أقوى تحقق صناعي حتى الآن من MCP Module Code Standard. يعرّف معيار الكود بنية دليل ونمط تسجيل أدوات وعقد معالجة أخطاء و rate limiting وتسجيل تدقيق وقواعد حدود PII بحيث يبدو كل موصّل متشابهاً. يطبّق DeepSeek Harness نفس المبدأ على مستوى runtime: النماذج والأدوات والمهارات والجلسات و sandboxes والحلقات تتبع جميعها نفس عقد plugin. الفريق الذي يبني وحدات MCP وفقاً لمعيار الكود يمكنه تركيبها في عميل MCP الخاص بـ harness كـ plugins — نمط الوحدة ونمط harness متكاملان، لا متنافسان.
مجموعة الوكلاء المفتوحة بالكامل
التطوران معاً يكملان مجموعة لم تكن ممكنة قبل أسبوع. يمكن لفريق B2B متوسط الحجم الآن تجميع وكيل إنتاج من:
- طبقة النموذج: Qwen3.8-27B (27B، رؤية، تفكير مرن، سياق 262K، قابل للتشغيل محلياً) أو Muse Glimmer (30B، Apache 2.0، 24GB VRAM، متوافق مع Hermes Agent) — كلاهما مفتوح حقاً، كلاهما قابل للنشر على workstation
- طبقة runtime: DeepSeek Harness (MIT، plugin-first، سجل جلسة append-only، عزل على مستوى نظام التشغيل، مستقل عن المزوّد، عميل MCP مدمج)
- طبقة التكامل: وحدات MCP تتبع معيار الكود — موصلات NetSuite و HubSpot و BigCommerce و ShipStation كـ plugins قابلة للاستبدال
- طبقة الحوكمة: سجل جلسة append-only للمراقبة، عزل على مستوى نظام التشغيل للاحتواء، تحديد نطاق القدرات لكل plugin للحوكمة المتناسبة
لا يتطلب أي مكون في هذه المجموعة API مُدار، أو رسماً لكل token، أو إذن مزوّد للتعديل. أوزان النموذج قابلة للتنزيل. runtime بترخيص MIT. وحدات MCP تتبع معياراً مفتوحاً. أنماط الحوكمة تأتي مدمجة في runtime، وليس كمنتج منفصل.
يبقى القيد الملزم ما حددته المقالة الأم: ليس النموذج، بل طبقة التكامل. مجموعة الوكلاء المفتوحة بالكامل لا تُلغي الحاجة لوحدات MCP التي تتصل بـ NetSuite و HubSpot و BigCommerce — بل تجعل طبقتي النموذج و runtime مفتوحتين بحيث تكون طبقة التكامل هي حيث يتركز جهد البناء. الفريق الذي يملك وحدات MCP الخاصة به، ويركّبها في runtime يضع plugin أولاً، ويوجّه بين نموذج 27B محلي و API frontier لكل مهمة، لديه وكيل إنتاج لا يمكن لأي مزوّد إلغاءه أو قياسه أو اقتطاعه.
قراءة ذات صلة
- Open-Weight Models Crossed the Agentic Frontier — المقالة الأم، ترسم فجوة القدرات بين نماذج الأوزان المفتوحة ونماذج frontier المغلقة حتى يوليو 2026، بما في ذلك أطروحة البناء المرن للنماذج ومقارنة استراتيجيات الأوزان المفتوحة الثلاث التي توسعها هذه المقالة إلى أربع
- Qwen3.8 Open Weights Arrived Stripped — نسخة 2.4T المُقتطعة التي يمثل Qwen3.8-27B السرد المضاد المفتوح حقاً لها، يغطي رد فعل المجتمع ومجموعة الميزات خلف جدار الدفع
- MCP Module Code Standard — النمط الهيكلي الذي تتحقق منه بنية plugins في DeepSeek Harness على مستوى runtime — كل موصّل يبدو متشابهاً لأن كل plugin يتبع نفس العقد
موزّع متوسط الحجم يشغل NetSuite و BigCommerce يحتاج إلى وكيل يقرأ PDFs للموردين (رؤية)، يستخرج مستويات التسعير، يتحقق من المخزون، ويصيغ ردود RFQ. Qwen3.8 2.4T المُقتطع لا يمكنه قراءة PDFs. 27B يستطيع — يأتي مع الرؤية في الأوزان المفتوحة. يحتاج runtime الوكيل إلى سجل جلسة append-only لمسار التدقيق وعزل على مستوى نظام التشغيل للاحتواء. DeepSeek Harness يوفر كليهما. وحدات MCP التي تتصل بـ NetSuite و BigCommerce تتبع معيار الكود وتركّب كـ plugins. يوجّه النموذج إلى Qwen3.8-27B لتحليل PDF والتنفيذ المحلي، وإلى نموذج frontier للتفاوض الاستراتيجي — كل ذلك ضمن نفس harness، كل ذلك كتهيئة، لا كنشر كود. لا يمكن لأي مزوّد اقتطاع قدرة الرؤية، أو قياس الاستدلال، أو إلغاء runtime.
هل تريد هذا مبنياً لأنظمتك؟
كل وثيقة هنا من عمل إنتاجي حقيقي. إذا كان لديك نظام مُستهدَف وسير عمل في الذهن، نستطيع تحديد نطاق بناء في أسبوع واحد.
اطلب بناءً محدد النطاقاكتشاف مدته أسبوع واحد. تحصل على جرد للأنظمة وخريطة لسير العمل ونطاق ثابت — سواء بنيت معنا أم لا.