نعم، ولكن وفق الشروط نفسها التي طُبّقت على DeepSeek V4.1 Flash قبل يوم واحد. في 16 أكتوبر 2026، أعلنت OpenCode أن "GLM 5.3 Flash بات متاحاً مجاناً في OpenCode". المعرّف الخاص بالنموذج هو opencode/glm-5.3-flash-free، وتصفه وثائق OpenCode Zen بأنه مجاني "لفترة محدودة". تقتصر الفئة المجانية على الاستجابة للطلبات الواردة من OpenCode فقط؛ فإذا حاولت استدعاء نقطة النهاية (endpoint) نفسها من أي أداة أخرى، فستتلقى خطأ HTTP 403 برسالة: "OpenCode’s free tier can only be used from within OpenCode".
هناك نقطتان جوهريتان ينبغي مراعاتهما قبل البدء في التخطيط لاستخدامه: أولاً، النموذج المجاني هو GLM-5.3-Flash وليس الإصدار الكامل GLM-5.3، الذي لا يزال يكلّف 1.40 دولار لكل مليون رمز إدخال (input tokens) على Zen. ثانياً، كونُه "مجانياً" لا يعني أنه سريع. فقد اختبرنا النموذج عبر تثبيت نظيف لأداة OpenCode في 16 أكتوبر: كانت جميع الإجابات صحيحة، لكن السؤال نفسه المكوّن من سطر واحد استغرق وقتاً تراوح بين 7 ثوانٍ و196 ثانية. هذا التفاوت يفرض تغيير طبيعة المهام (Tasks) التي تسندها إليه. لم نقم بتشغيله بعد داخل إحدى مهام Sharkly، لذا تنتهي خطوات الإعداد الموضحة أدناه باختبار تشغيلي أولي (smoke test) يوضح ما إذا كانت بيئة التشغيل (Runtime) لديك قادرة على استخدامه.
ملخص سريع (TL;DR)
خصّص النموذج المجاني لوكيل (Agent) تعتمد بيئة تشغيله (Runtime) على OpenCode؛ إذ لا يمكن لأي بيئة تشغيل أخرى الوصول إليه. قم بتحديث قائمة النماذج في OpenCode على الحاسوب (Computer)، وعيّن النموذج في ملف إعدادات OpenCode، ثم أجرِ اختباراً تشغيلياً سريعاً عبر الطرفية (terminal)، وبعدها أسند إليه مهمة واحدة صغيرة. القيود: سياق بحجم 200 ألف رمز ومخرجات تصل إلى 32 ألف رمز، مع رفض ملفات PDF المرفقة، ودون الإعلان عن تاريخ لانتهاء العرض المجاني. كانت أوقات الاستجابة بطيئة ومتباينة في اختباراتنا، لذا احرص على إسناد المهام الخلفية إليه، وتجنّب استخدامه في المهام العاجلة التي ينتظرها أحد. وإذا كنت تستخدم بالفعل DeepSeek V4.1 Flash Free، فيمكنك توزيع العمل بين النموذجين بناءً على سرعة الإنجاز المطلوبة.
نموذجان مجانيان على بيئة تشغيل واحدة
بيئة التشغيل (Runtime) هي أداة الوكيل على الحاسوب التي تدير الجلسة البرمجية. ونظراً لأن الفئة المجانية من OpenCode تتحقق من مصدر الطلب، فإن القاعدة التي ذكرناها في مقالنا حول DeepSeek V4.1 Flash تنطبق هنا أيضاً: يستطيع الوكيل المعتمد على بيئة تشغيل OpenCode الوصول إلى النموذج المجاني، بينما تعجز عن ذلك الوكلاء المعتمدة على Claude Code أو Codex أو Gemini CLI.
الجديد هنا هو أن بيئة تشغيل OpenCode الواحدة توفر الآن نموذجين مجانيين من عائلتين مختلفتين، يشتركان في حدود الاستخدام ويختلفان في الأداء والسلوك:
| GLM-5.3-Flash Free | DeepSeek V4.1 Flash Free | |
|---|---|---|
| Free since | 16 أكتوبر 2026 | 15 أكتوبر 2026 |
| Context / max output | 200K / 32K | 200K / 32K |
| Paid version’s limits | 1M / 131K | 1M / 384K |
| One-line question, our runs | من 7 إلى 196 ثانية (11 تجربة) | من 4 إلى 15 ثانية (3 تجارب) |
| Small write-and-run task, our runs | من 13 إلى 109 ثوانٍ (5 تجارب) | من 16 إلى 36 ثانية (3 تجارب) |
| Image input | نجحت في اختبارنا | مدرجة في البيانات الوصفية لـ OpenCode |
| PDF attachment | مرفوضة: الدعم يقتصر على "only text and image_url are" | معطّلة في البيانات الوصفية لـ OpenCode |
| Provider data terms, per Zen docs | عدم الاحتفاظ بالبيانات نهائياً، ودون تدريب | عدم الاحتفاظ بالبيانات نهائياً، ودون تدريب |
تستند هذه الحدود إلى البيانات الوصفية للنماذج التي توفرها أداة OpenCode (opencode models opencode --verbose). أما أوقات الاستجابة المسجلة فهي نتيجة اختباراتنا في يوم الإطلاق باستخدام OpenCode 1.19.2، وقد تباينت بشكل ملحوظ بين تجربة وأخرى. ولم يؤدِّ تحديد الخيار --variant low إلى تسريع نموذج GLM بصورة يمكن الاعتماد عليها؛ إذ استغرقت إحدى التجارب ذات الجهد المنخفض 196 ثانية للإجابة عن سؤال استغرقت تجارب أخرى 11 ثانية فقط للرد عليه. ويبدو أن سبب هذا التأخير يعود إلى الضغط على نقطة النهاية المجانية، وليس إلى عمق التفكير المنطقي للنموذج.
إعداد وكيل مجاني يعمل بنموذج GLM-5.3-Flash
1. تثبيت OpenCode على الحاسوب: ثبّت الأداة عبر السكربت الرسمي، أو استخدم التثبيت بنقرة واحدة (One-click install) إن كان متاحاً في صفحة تفاصيل بيئة التشغيل:
curl -fsSL https://opencode.ai/install | bash
أعد فحص بيئات التشغيل في صفحة تفاصيل الحاسوب وتأكد من أن حالة بيئة تشغيل OpenCode تظهر كـ Available. فمجرد اتصال الحاسوب بالإنترنت لا يعني تلقائياً أن بيئة التشغيل جاهزة للاستخدام.
2. تحديث قائمة النماذج: تحتفظ OpenCode بدليل النماذج في ذاكرة تخزين مؤقتة (cache). في التثبيت النظيف الذي أجريناه، ظهر تسعة نماذج مجانية دون أن تتضمن نموذج GLM حتى قمنا بتحديث القائمة. نفّذ الأمر التالي بنفس المستخدم الذي يشغّل الخدمة المحلية:
opencode models opencode --refresh | grep glm-5.3-flash-free
3. تعيين النموذج مرة واحدة على الحاسوب: يتبع الوكيل افتراضياً النموذج المحدد في بيئة تشغيله، ويحدد ملف الإعدادات العام لـ OpenCode هذا الخيار الافتراضي لجميع جلسات OpenCode على الحاسوب. احفظ الإعداد التالي في المسار ~/.config/opencode/opencode.json:
{
"$schema": "https://opencode.ai/config.json",
"model": "opencode/glm-5.3-flash-free"
}
إذا كان دليل بيئة التشغيل يعرض النموذج، فيمكنك اختياره مباشرة من خانة Model الخاصة بالوكيل. يؤدي تحديد النموذج في هذه الخانة إلى تجاوز الخيار الافتراضي لبيئة التشغيل لهذا الوكيل تحديداً، وبهذه الطريقة يمكن تشغيل وكيلي OpenCode على حاسوب واحد بنموذجين مجانيين مختلفين.
4. إجراء اختبار تشغيلي أولي عبر الطرفية، ثم إسناد مهمة واحدة:
opencode run "Reply with the word ok."
يعرض السطر الأول من المخرجات اسم النموذج المستخدم؛ والمطلوب أن ترى glm-5.3-flash-free متبوعاً بكلمة ok. انتظر بضع دقائق إذا كانت الاستجابة بطيئة قبل أن تحكم على الاختبار بالفشل. وبمجرد نجاح الاختبار في الطرفية، أسند إلى الوكيل مهمة واحدة صغيرة ذات هدف محدد بوضوح، وتحقق من سجل التنفيذ (execution log) للتأكد من النموذج الذي نفّذها.
الاستجابة البطيئة تفرض أسلوباً مختلفاً لتوزيع المهام
يظل النموذج المجاني ذا فائدة كبيرة حتى مع تباين أوقات استجابته، لكنه يتطلب مهاماً لا يشكّل الانتظار فيها لمدة ثلاث دقائق أي عائق.
استخدم وكيل GLM للمهام الخلفية: مثل استكمال اختبارات إضافية لوحدة برمجية معينة، أو معالجة تنبيهات الفحص البرمجي (linting) في حزمة كاملة، أو تحديث ملف README بعد تعديل واجهة برمجة التطبيقات، أو ترقية الاعتماديات (dependencies)؛ وهي مهام لا يحتاج أحد لمتابعتها لحظياً حتى تصبح جاهزة للمراجعة. واحتفظ بوكيل أسرع للمهام العاجلة: إذا كان أحد أعضاء الفريق بانتظار حل يعطّل عمله، فإن وكيل DeepSeek الذي يستجيب خلال 4 إلى 15 ثانية، أو النماذج المدفوعة، سيكون الخيار الأنسب.
ابدأ بمستوى تزامن منخفض: تؤدي الاستجابة البطيئة إلى حجز المهمة المسندة حتى اكتمالها. لذا يُفضل إبقاء خيار التزامن الأقصى للوكيل (Max concurrency (assigned tasks)) عند القيمة 1، ولا ترفعه إلا بعد بضعة أيام من عمليات التشغيل المستقرة والخالية من الأخطاء. توصيات Sharkly تؤكد ذلك أيضاً: لا ترفع هذا الحد إلا "بعد أن يتعامل الحاسوب وبيئة التشغيل الحاليان مع عبء العمل الحالي بكفاءة وموثوقية". فتشغيل مهام متوازية عبر نقطة نهاية مجانية ومثقلة بالأعباء يؤدي في الغالب إلى زيادة وقت الانتظار في طابور الطلبات فقط.
الصور مدعومة، بينما ملفات PDF غير مدعومة: في اختبارنا، تمكن النموذج من قراءة لقطة شاشة لمواصفات واجهة برمجة التطبيقات وإنشاء ملف OpenAPI صالح منها. إلا أنه أخطأ بكتابة أحد الحدود كـ 300,000 بدلاً من 30,000، وهو خطأ مر دون أن يكتشفه فحص JSON. لذا احرص على مراجعة ما يستخرجه النموذج من الصور بدقة كما تراجع أي فارق برمجي (diff). وإذا كانت مدخلات المهمة ملف PDF، فقم بتحويل صفحاته إلى صور أولاً؛ إذ ترفض نقطة النهاية المجانية ملفات PDF تماماً.
تبقى المراجعة هي التكلفة الحقيقية: الرموز المجانية لا تجعل اعتماد التعديل البرمجي أقل تكلفة. يوضح مقال عندما تكلف النماذج الأرخص ثمناً أكثر كيفية حساب تكلفة التشغيل لكل تعديل يتم قبوله، وهو المقياس الفعلي الذي يبيّن ما إذا كان الوكيل يستحق اعتماده. كما يتناول مقال فِرق العمل متعددة النماذج (Mixed-model Crews) فكرة الاستعانة بنموذج مراجعة أقوى خلف عمالة برمجية منخفضة التكلفة، وهو النهج نفسه الذي ينطبق على وكيل بتكلفة 0 دولار.
ماذا بعد انتهاء العرض الترويجي؟
أُتيح هذا النموذج مجاناً مرة واحدة من قبل؛ فبدءاً من 20 أغسطس 2026، ظهر نموذج مجهول الاسم يُدعى Ox Alpha ضمن قائمة OpenCode المجانية بنافذة سياق تبلغ مليون رمز. وفي 26 أغسطس، كشفت شركة Z.ai أنه نموذج GLM-5.3-Flash، وانتهت الفترة المجانية بعد ستة أيام. كما صُنّفت نماذج GLM المجانية السابقة في OpenCode، وهي glm-4.7-free وglm-5-free، بأنها مهجورة (deprecated) في دليل models.dev الذي تعتمده OpenCode.
توقع النهاية نفسها هذه المرة أيضاً؛ إذ ستبدأ عمليات التشغيل على الوكيل بالفشل مع ظهور خطأ في النموذج، وستظهر المهام المتعثرة في سجل التنفيذ وفي صندوق الوارد (Inbox) ليتخذ شخص ما القرار بشأن الخطوة التالية. وحيث إن إعداد النموذج محفوظ في ملف تكوين واحد، فإن الانتقال يتطلب تعديلاً واحداً فقط:
- خطة OpenCode Zen للإصدار المدفوع من
glm-5.3-flash: بتكلفة 0.15 دولار لكل مليون رمز إدخال و0.50 دولار لكل مليون رمز إخراج، مع نافذة سياق كاملة تبلغ مليون رمز. - خطة OpenCode Go: باشتراك 10 دولارات شهرياً، مع حد استخدام شهري بقيمة 60 دولاراً لهذا النموذج؛ وتقدّر وثائق OpenCode Go أن ذلك يعادل نحو 31,580 طلباً في الشهر.
- واجهة برمجة التطبيقات الخاصة بشركة Z.ai: بالأسعار نفسها البالغة 0.15 دولار و0.50 دولار، مع تكلفة 0.03 دولار للمدخلات المخزنة مؤقتاً (cached input).
- نقل عبء العمل: إعادة إسناد تلك المهام إلى وكيل يعمل على بيئة تشغيل أخرى، مع احتفاظ لوحة التحكم بسجلها الكامل.
يقارن مقال تكلفة تشغيل فريق من الوكلاء على الفئات المجانية ومنخفضة التكلفة بين هذه الخيارات عبر مختلف النماذج.
ما التكلفة التي يتحملها الفريق مقابل هذا الوكيل؟
هناك بندان للتكلفة، وتنطبق صفة "مجاني" على كل منهما بشكل مستقل. المقاعد (Seats): أسعار Sharkly مجانية للمؤسسات التي تضم حتى 5 أفراد، و7 دولارات لكل مستخدم شهرياً تدفع سنوياً بعد ذلك، ولا تستهلك الوكلاء وأجهزة الحاسوب أي مقاعد (التفاصيل). النماذج: لا تبيع Sharkly رموز الاستخدام؛ بل يتم الاستهلاك عبر الحسابات المعرّفة في كل بيئة تشغيل وفق نموذج استخدام المفتاح الخاص بك (BYOK). وطالما استمر هذا العرض الترويجي، فإن تكلفة النموذج لوكيل OpenCode هي 0 دولار.
خلاصة القول
نموذج GLM-5.3-Flash مجاني حصرياً لوكلاء البرمجة المعتمدين على OpenCode دون غيرهم. كل ما عليك هو تحديث قائمة النماذج، وتعيين النموذج على الحاسوب، وإجراء اختبار تشغيلي أولي مع التحلي ببعض الصبر، ثم إسناد المهام الخلفية إليه حتى لا تهدر رموزاً مدفوعة عبر وكلائك الآخرين أو تستهلك وقت انتظار أحد. وعند انتهاء العرض الترويجي، تظل المهام وسجلها ومسار مراجعتها محفوظة بالكامل في لوحة التحكم، ولن يحتاج الوكيل سوى تعديل واحد في ملف الإعدادات. وإذا كنت تدير بالفعل عدة وكلاء، فإن Sharkly توفر لك منصة مركزية واحدة لإسناد المهام ومراجعة نتائجها.
