GLM 5.2 من Z.ai 2026: السعر الحقيقي، قوة البرمجة، وهل يناسب عملك؟
آخر تحديث: أغسطس 2026
إذا كنت تقيّم GLM 5.2 لتوكيل برمجة أو لمهام هندسية طويلة، فابدأ بالأرقام الرسمية لا بالإشاعات. حسب وثائق Z.ai وصفحة التسعير: نموذج نصي بسياق 1M توكن، وإخراج أقصى 128K، وسعر API $1.4 لكل مليون توكن إدخال، $0.26 للإدخال المخزّن مؤقتاً (cached input)، و$4.4 لكل مليون توكن إخراج (بالدولار الأمريكي).

المصدر: Hugging Face — zai-org/GLM-5.2
جدول المقارنة السريع (API — أسعار Z.ai الرسمية)
| النموذج | Input / 1M | Cached Input / 1M | Output / 1M | ملاحظات من صفحة التسعير |
|---|---|---|---|---|
| GLM-5.2 | $1.4 | $0.26 | $4.4 | Flagship طويل الأفق |
| GLM-5.1 | $1.4 | $0.26 | $4.4 | نفس شريحة السعر |
| GLM-5 | $1.0 | $0.2 | $3.2 | أقل سعراً من 5.2 |
| GLM-5-Turbo | $1.2 | $0.24 | $4.0 | ضمن خط البرمجة |
| GLM-4.7 | $0.6 | $0.11 | $2.2 | جيل أسبق أرخص |
Cached Input Storage يظهر في الجدول الرسمي كـ Limited-time Free. الأسعار قابلة للتحديث — اعتمد دائماً على docs.z.ai pricing.
ما هو GLM 5.2؟
GLM-5.2 نموذج أساسي (foundation) من Z.ai (منظومة Zhipu/BigModel) موجّه لمهام long-horizon: هندسة على مستوى مشروع، إعادة هيكلة عابرة للملفات، والالتزام بقيود معمارية عبر جلسة طويلة. الوثائق تصف سياق 1M عملياً لمسارات تطوير كاملة «من المتطلبات إلى منتج قابل للنشر» عبر منصات متعددة، مع قدرات: Thinking modes، Streaming، Function calling، Context caching، Structured output، وMCP.
تاريخ الإعلان الرسمي المرتبط بالمدونة: 16 يونيو 2026 (z.ai/blog/glm-5.2). الأوزان متاحة علناً على Hugging Face zai-org/GLM-5.2 وModelScope، بترخيص يظهر في وسوم HF كـ MIT. عند الجلب في 2026-08-01 أظهر HF API تقريباً 1.68M تحميلاً و4.7k إعجاباً — أرقام تتغير مع الوقت.

المصدر: Z.ai Docs — GLM-5.2
API مقابل GLM Coding Plan — أيهما تختار؟
1) الدفع حسب التوكن (API)
مناسب إذا:
- عندك تذبذب شديد في الاستهلاك
- تربط النموذج بأنظمة خلفية/وكلاء خاصين
- تريد شفافية سطر الفاتورة لكل مليون توكن
2) GLM Coding Plan (اشتراك للبرمجة)
حسب Overview خطة البرمجة:
- مصممة لأدوات مثل Claude Code و Cline و OpenCode وغيرها
- النماذج المدعومة في الخطة تشمل GLM-5.2 و GLM-5-Turbo و GLM-4.7
- أرصدة مزدوجة: حد 5 ساعات + حد أسبوعي
| الخطة | أرصدة / 5 ساعات | أرصدة أسبوعية |
|---|---|---|
| Lite | 2,000 | 10,000 |
| Pro | 12,000 | 60,000 |
| Max | 28,000 | 140,000 |
صفحة z.ai/subscribe تعرض شرائح سعرية تبدأ من حوالي $18/شهر لـ Lite (مع أسعار مخفّضة ظاهرة عند الفوترة الربع سنوية/السنوية مثل $12.6 لـ Lite في واجهة الخصم)، وPro/Max أعلى. تحقق من السعر لحظة الدفع لأن العروض تتغير.
حساب الأرصدة (رسمي)
معادلة الوثائق:
model credits = (input×in_mult + cached×cache_mult + output×out_mult) / 10,000
ومضاعفات GLM-5.2 المعلنة: Input 6.9، Cached 1.7، Output 24.
أوقات الذروة: الاثنين–الجمعة 14:00–18:00 بتوقيت سنغافورة/UTC+8. خارج الذروة: 50% من معدل الأرصدة القياسي (حسب devpack overview). منشور المدونة يذكر أيضاً سياسات مضاعفة ضمن Coding Plan قد تختلف بالترويج — اقرأ صفحة خطتك الحالية قبل الالتزام.
تقدير الوثائق لـ GLM-5.2 بفرض cache hit ~90.9%:
| الخطة | تقدير توكن/أسبوع |
|---|---|
| Lite | ~43–87 مليون |
| Pro | ~263–526 مليون |
| Max | ~613–1226 مليون |
هذه تقديرات رسمية مشروطة بافتراضات؛ ليست ضماناً لاستهلاكك.

المصدر: Z.ai Docs
حاسبة تقريبية لتكلفة API (شفافة)
افترض جلسة وكيل برمجة:
- 800k توكن إدخال (جزء كبير cached بعد أول مرور)
- 200k توكن إدخال غير مخزّن
- 50k توكن إخراج
تكلفة تقريبية بالأسعار الرسمية:
- Non-cached input: 0.2 × $1.4 = $0.28
- Cached input: 0.8 × $0.26 = $0.208
- Output: 0.05 × $4.4 = $0.22
- المجموع ≈ $0.71 لهذه الجلسة النموذجية
إذا تكررت 20 جلسة مشابهة أسبوعياً → حوالي $14/أسبوع قبل أي أدوات بحث/MCP إضافية ($0.01 لكل استخدام Web Search حسب جدول الأدوات).
هذا ليس عرض سعر شخصياً؛ هو إطار لحساب فاتورتك من الأرقام الرسمية.
حالات استخدام برمجية يتفوق فيها Long-Horizon
من توصيات الوثائق:
- تدقيق معماري لمستودع كامل — حدود الوحدات، العقود، الديون التقنية.
- إعادة هيكلة عابرة للملفات مع خطة ثم تنفيذ ثم تحقق.
- مسارات agentic مع tool calling وMCP (قراءة ويب، بحث، أدوات فريق).
- مخرجات منظمة JSON لدمج CI.
- سياق طويل يحافظ على قرارات هندسية سابقة داخل نفس المهمة.
ربطه مع OpenCode
وثائق Z.ai تذكر OpenCode ضمن أدوات خطة البرمجة. عملياً:
- اشترك/أنشئ مفتاحاً من Z.ai
- في OpenCode:
/connectثم اختر المزوّد المناسب أو استخدم بوابة متوافقة - أو استفد من ظهور GLM-5.2 ضمن قائمة OpenCode Go إن بقي مدرجاً
دليل الأداة: OpenCode للمطور والفريلانسر.
التوفر والدفع من المنطقة العربية — بصراحة
ما يمكن تأكيده من المصادر الرسمية العامة:
- الواجهة والدفع عبر منصة Z.ai/الحساب المطوّر
- التسعير بالدولار الأمريكي في الوثائق
- توفر Chat على chat.z.ai
ما لا نختلقه: لا نضمن أن كل بطاقة خليجية تعمل دون وسيط، ولا ننشر رسوم تحويل بنكية غير منشورة. عملياً كثير من المطوّرين في المنطقة يستخدمون:
- بطاقات دولية/شركات fintech تدعم الدفع الإلكتروني العالمي
- حسابات شركات/فرق عند توفر Team plan (راجع صفحات Team في الوثائق)
- مقارنة مسار OpenCode Go إن كان الوصول لـ API المباشر متعذراً مؤقتاً
اختبر دائماً دفعة صغيرة قبل نقل فريق كامل.
التشغيل المحلي — متى يستحق؟
الوثائق/المدونة تذكر دعماً لأطر مثل transformers، vLLM، SGLang، xLLM، ktransformers. الأوزان على HF بترخيص MIT حسب الوسوم.
يناسب المحلي إذا: لديك عتاد قوي، متطلبات عزل بيانات صارمة، وفريق يشغّل ML ops.
لا يناسب إذا: لابتوب 16GB فقط وتتوقع سرعة السحابة. التكلفة تنتقل من الفاتورة إلى الكهرباء والوقت الهندسي.
عيوب وحدود يجب أن تعرفها قبل الاشتراك
- مضاعفات الذروة في خطط البرمجة قد تستهلك الرصيد أسرع بين 14:00–18:00 UTC+8.
- جودة الوكيل ≠ رقم السياق فقط — يحتاج هندسة أوامر وصلاحيات (Plan/Build في OpenCode مثلاً).
- اختلاف السعر عبر بوابات طرف ثالث — اعتمد جدول Z.ai الرسمي عند المقارنة العادلة.
- تشغيل محلي ثقيل لنماذج frontier-class.
- تغيّر العروض (تخزين cache مجاني لفترة محدودة، خصومات سنوية).
- لغة/وثائق قد تكون إنجليزية-صينية أولاً؛ خطط لوقت اندماج الفريق.
- لا يوجد «ضمان قبول» لأي مخرجات كود — المراجعة البشرية إلزامية.
مقارنة قرار: GLM 5.2 أم بدائل تتابعها تروسكو؟
| الاحتياج | خيار منطقي للقراءة |
|---|---|
| وكيل طرفية متعدد المزوّدين | OpenCode |
| نموذج آخر بزاوية تكلفة/أداء | Grok 4.5 · DeepSeek V4 |
| مسار Claude البيئي | Claude Sonnet 5 · Claude Code |
| أدوات عامة للبناء | AI tools · كورسات |
قصة: كريم من الدار البيضاء (وكالة 4 مطورين)
الوكالة كانت تدفع مفاتيح متفرقة بلا سقف. نقلوا مهام refactor الأسبوعية إلى GLM-5.2 عبر Coding Plan Pro مع Claude Code/OpenCode حسب تفضيل كل مطور. ضبطوا العمل الثقيل خارج نافذة الذروة UTC+8 قدر الإمكان. بعد شهر: فاتورة أهدأ، لكن احتاجوا أسبوعاً لتعليم الفريق «متى نرفع Thinking effort» ومتى نكتفي بنموذج أرخص داخل الخطة (GLM-4.7 للمهام الصغيرة حسب المتاح).
أسئلة شائعة
كم سعر GLM 5.2 للتوكن؟
رسمياً: $1.4 إدخال، $0.26 cached input، $4.4 إخراج لكل 1M توكن (pricing).
ما حجم السياق؟
1M إدخال سياقي، و128K أقصى إخراج حسب وثيقة النموذج.
هل هو مفتوح الأوزان؟
الأوزان منشورة على Hugging Face/ModelScope مع وسم ترخيص MIT على HF — راجع صفحة النموذج قبل أي استخدام تجاري للتأكد من النص الكامل.
هل يعمل مع OpenCode؟
نعم، مذكور ضمن أدوات خطة البرمجة في وثائق Z.ai، ويظهر أيضاً في قائمة نماذج OpenCode Go الرسمية (قابلة للتغيير).
ما أرخص طريقة للتجربة؟
ابدأ بـ API برصيد صغير أو Lite على Coding Plan، وقيس مهمة حقيقية واحدة (إصلاح bug + PR) قبل الترقية.
هل يتفوق دائماً على GPT/Claude؟
لا ننشر بنشماركات طرف ثالث غير مدققة هنا. اعتمد على اختبارك على مستودعك ومعايير قبولك.
هل يوجد بحث ويب مدمج؟
أداة Web Search مُسعّرة في جدول الأدوات (~$0.01/استخدام) ضمن منظومة Z.ai — راجع التسعير الرسمي.
أين أتابع التحديثات؟
docs.z.ai وz.ai/blog وHF model card.
قرارنا
- اختر API إذا تريد مرونة أنظمة ومحاسبة توكن دقيقة.
- اختر Coding Plan إذا يومك داخل Claude Code / Cline / OpenCode وتحتاج سقف استخدام.
- اربط مع OpenCode إذا أولويتك تعدد المزوّدين محلياً في الطرفية.
- لا تشترِ Max قبل أسبوع قياس على Lite/Pro.
تفصيل مضاعفات الأرصدة لمهمة حقيقية
افترض مهمة coding أخرجت تقريباً:
- 100,000 input
- 900,000 cached input
- 20,000 output
باستخدام مضاعفات GLM-5.2 (6.9 / 1.7 / 24) والمعادلة /10,000:
- input: 100000×6.9 = 690,000
- cached: 900000×1.7 = 1,530,000
- output: 20000×24 = 480,000
- المجموع = 2,700,000 → 270 رصيد بعد القسمة على 10,000
على Lite (2,000 / 5 ساعات) هذه المهمة تستهلك جزءاً ملموساً من نافذة الخمس ساعات. على Pro (12,000) تصبح مريحة أكثر. هذا هو سبب فشل «الاشتراك الأرخص دائماً» مع وكلاء يلتهمون سياقاً.
أثر off-peak (50%)
إن طُبّقت نسبة 50% خارج الذروة على استخدام النموذج، نفس المهمة تصبح أرخص بالأرصدة — لذلك جدولة refactors الليلية (حسب UTC+8) قرار مالي لا ترفيهاً.
مقارنة GLM-5.2 مع GLM-5 و Turbo داخل نفس الفاتورة
| السؤال | GLM-5.2 | GLM-5 | GLM-5-Turbo |
|---|---|---|---|
| سعر الإدخال الرسمي | $1.4 | $1.0 | $1.2 |
| متى تفضّله؟ | مهام أفق طويل | ميزانية أضيق | توازن سرعة/سعر داخل الخطة |
| داخل Coding Plan | مدعوم | راجع صفحتك | مدعوم |
لا ترفع كل autocomplete إلى 5.2. اجعل 5.2 لـ «المهمة الأسبوعية الصعبة» واترك النماذج الأرخص للباقي إن كانت خطتك تسمح.
قائمة تحقق أمنية قبل ربط المفتاح
- [ ] المفتاح في مدير أسرار لا في Git
- [ ] صلاحيات المفتاح أدنى ما يلزم
- [ ] لا يُرسل PII لعملاء في البرومبت
- [ ] بيئة staging مفصولة
- [ ] سجل تدقيق: من استخدم ماذا ومتى
- [ ] خطة استجابة لتسريب مفتاح (إلغاء فوري)
استخدام GLM 5.2 في مسارات التعلم لا التوظيف فقط
طلاب الهندسة يسيئون الاستخدام أحياناً بطلب «حل الواجب كاملاً». الاستخدام الأصح:
- اطلب شرح المفهوم بأمثلة.
- اكتب أنت المحاولة الأولى.
- اطلب مراجعة ونقاط ضعف.
- أعد الكتابة بنفسك.
هذا يبني مهارة ويقليل الاعتماد. لمسارات تعلم أوسع: Truescho courses والفرص.
تكامل مع متجر وأدوات تروسكو (بحذر)
بعض المطورين يجمعون بين نماذج API واشتراكات أدوات مساعدة. إن اشتريت من متجر Truescho فافهم طبيعة المنتج (مشترك/فردي) ولا تخلط مفاتيح العمل مع حسابات تجريبية. المقال لا يفرض عليك أي اشتراك إضافي لتشغيل GLM.
مؤشرات نجاح بعد 30 يوماً
| المؤشر | هدف منطقي |
|---|---|
| انخفاض وقت الفهم للمستودع الجديد | 20%+ |
| استقرار الفاتورة أسبوعياً | انحراف <30% |
| نسبة PR مرفوض بسبب هلوسة | تنخفض |
| استخدام الذروة | مفهوم ومجدول |
| رضا الفريق عن الأداة | استبيان داخلي بسيط |
إن لم تتحسن المؤشرات، المشكلة قد تكون في عملية المراجعة لا في اسم النموذج.
ماذا تقرأ بعد هذا المقال؟
ورشة عمل يومية لفريق يستخدم GLM-5.2
قبل الوقوف اليومي (10 دقائق)
- كل مطور يكتب مهمة واحدة بحدود واضحة (ملف/مجلد، معيار قبول، ما يُمنع).
- يُختار مستوى الجهد: منخفض/عالٍ.
- يُحدد إن كانت المهمة داخل نافذة الذروة أم خارجها.
أثناء التنفيذ
- يبدأ الوكيل بخطة مكتوبة.
- يُنفَّذ على فرع قصير العمر.
- تُشغَّل الاختبارات محلياً قبل طلب المراجعة.
بعد الدمج
- يُسجَّل استهلاك تقريبي (أو لقطة من لوحة الفوترة).
- يُذكر إن كانت هناك هلوسة أو مسار خاطئ لتغذية قاعدة معرفة الفريق.
هذا الروتين البسيط غالباً يوفّر أكثر من ترقية الخطة.
أخطاء تسعير يقع فيها المشترون العرب
- مقارنة سعر OpenRouter بسعر Z.ai دون توحيد الوحدات — قارن دائماً $/1M input وoutput وcache.
- نسيان تكلفة الأدوات — Web Search وغيره يُضاف.
- شراء Max لأن «الإعلان كبير» — بلا أسبوع قياس.
- خلط سعر OpenCode Go مع سعر Z.ai — منتجان مختلفان قد يمران بنفس النموذج.
- تجاهل ضرائب/رسوم البطاقة — أضف هامش 5–15% في ميزانيتك الشخصية حسب بنكك (تقدير إداري لا رقم بنكي محدد).
نموذج سياسة داخلية جاهز للنسخ
«نستخدم GLM-5.2 للمهام الهندسية ذات الأفق الطويل فقط. المهام الصغيرة تُنفَّذ بنماذج أرخص ضمن الخطة أو يدوياً. يُمنع إرسال أسرار أو بيانات عملاء خام. كل PR ناتج عن وكيل يحتاج مراجعة بشرية وموافقة على الهجرات. تُراجع الفاتورة كل يوم اثنين.»
ضع السياسة في README الداخلي. الأدوات لا تفرض الانضباط؛ الناس يفعلون.
ربط GLM بمسار تعلم سحابي وكورسات
إن كنت تنتقل من دراسة نظرية إلى بناء منتجات:
- أنهِ مشروعاً صغيراً بدون وكيل.
- أعد بناء ميزة واحدة بمساعدة GLM-5.2.
- قارن جودة التصميم.
- اكتب ما تعلمته.
ثم وسّع مهاراتك عبر دورات Truescho وتابع فرص التدريب من صفحة الفرص إن كنت في مسار أكاديمي/ابتعاث.
تفاصيل تقنية تهم مهندس الـ platform
- راقب latency وtimeouts عند 1M context؛ لا ترسل المستودع كاملاً إن لم تحتج.
- استخدم context caching بوعي: أول طلب أغلى، التكرارات أرخص عند $0.26 cached.
- للمخرجات JSON: فعّل structured output وتحقق بمخطط محلي.
- للوكلاء: ضع حد أقصى لخطوات الأداة حتى لا تدور الحلقة على نفقتك.
ماذا لو توقف المزوّد أو تغيّر السعر؟
- احتفظ بطبقة تجريد في كود الوكيل (model id قابل للضبط).
- اختبر بديلين على نفس مجموعة المهام الذهبية (3–5 مهام ثابتة).
- لا تبنِ كل الشركة على endpoint واحد دون خطة طوارئ.
- وثّق تاريخ تغيّر الأسعار في جدول داخلي.
OpenCode يسهّل تبديل المزوّد؛ اقرأ دليل OpenCode لضبط /connect.
فقرة ختامية تنفيذية إضافية
قبل أن تضغط اشتراك Pro أو Max: خذ مهمة إنتاجية حقيقية، نفّذها على Lite أو API برصيد محدود، واحسب التكلفة والجودة. إن لم تستطع شرح الفاتورة لشريكك غير التقني في دقيقة، فأنت لست جاهزاً للترقية. GLM 5.2 يستحق التجربة الجادة في أغسطس 2026 بفضل أسعاره المعلنة وسياقه الطويل ودعمه داخل أدوات البرمجة — بشرط أن تبقى أنت مهندس القرار.
أمثلة برومبت عربية جاهزة لـ GLM-5.2
1) تدقيق قبل إعادة الكتابة:
«أنت مراجع معماري. لا تعدّل ملفات. اقرأ المسارات التالية فقط: [اذكرها]. أخرج جدولاً: المكوّن | المسؤولية | الاعتماديات | المخاطر | اقتراح تحسين أولوي.»
2) إصلاح مع اختبار:
«أضف اختباراً يفشل اليوم بسبب [السلوك]. ثم أصليح الكود بأقل diff ممكن. لا تلمس الملفات خارج [المجلد].»
3) ترحيل تدريجي:
«نريد نقل الوحدة X إلى Y على ثلاث مراحل. لكل مرحلة: الهدف، الملفات، خطة الرجوع، وكيف نعرف النجاح.»
4) مراجعة أمنية سريعة:
«افحص مسارات المصادقة والصلاحيات في [المجلد]. صنّف الملاحظات: حرج / متوسط / منخفض مع سيناريو استغلال مختصر.»
5) توثيق للمطور الجديد:
«اكتب دليل تشغيل محلي من README والكود الفعلي، واذكر الأوامر التي تحققت من وجودها في package scripts/Makefile.»
انقل هذه القوالب إلى ملفات أوامر داخل أداة الوكيل إن كانت تدعم أوامر مخصصة.
جدول اختيار الخطة بعد أسبوع قياس
| متوسط الأرصدة/يوم | التوصية الأولية |
|---|---|
| < 300 | Lite قد يكفي |
| 300–1500 | Pro منطقي |
| > 1500 بانتظام | Max أو مراجعة هدر السياق |
| تذبذب عنيف | API + تنبيهات ميزانية |
أعد القياس كل شهر؛ المواسم (إطلاق منتج، رمضان، مواعيد تسليم) تغيّر الاستهلاك.
ملاحظات على اللغة العربية في النماذج
GLM-5.2 يتعامل مع العربية في كثير من السيناريوهات، لكن جودة التعليقات العربية في الكود تختلف. توصية عملية:
- اكتب مواصفات المتطلبات بالعربية الفصحى الواضحة.
- اطلب الكود والمعرّفات بالإنجليزية (اصطلاح الصناعة).
- اطلب تعليقات documentation بالعربية فقط إن كان فريقك يراجع بها فعلاً.
هذا يقلل خلط المعرّفات العربية في الكود المصدري.
خاتمة قياس لا خاتمة شعارات
اشترِ GLM 5.2 عندما تثبت أرقامك أنه يقلل زمن المهمة مع فاتورة مفهومة. ارفض الترقية التلقائية عند كل إعلان. اربط النموذج بأداة فيها صلاحيات (OpenCode/Claude Code/Cline)، وابقِ المراجعة البشرية خطاً أحمر. بهذا تصبح صفحة التسعير الرسمية أداة تخطيط — لا مجرد جدول في مقال.
المصادر
- GLM-5.2 Overview — Z.ai Docs
- Pricing — Z.ai Docs
- GLM Coding Plan Overview
- GLM Coding Plan Subscribe
- GLM-5.2 announcement
- Hugging Face zai-org/GLM-5.2
- OpenCode Go (for model listing context)
ابدأ مع Truescho: طوّر مهاراتك التقنية وتابع أدوات المطورين من truescho.com.
ابدأ مجاناً →
كيف تكتب برومبتات long-horizon دون حرق الرصيد
- اطلب خطة أولاً بعدد خطوات ومخاطر وملفات متأثرة.
- ثبّت معايير القبول (اختبارات، لينتر، عدم تغيير عقد API).
- مرّر فقط الملفات الحرجة في البداية؛ دع الوكيل يطلب المزيد.
- فعّل الجهد التفكيري الأعلى للمهام المعمارية فقط لا لكل تنسيق import.
- أغلق الجلسة بعد التسليم حتى لا يتراكم سياق ميت.
هذه العادات أهم من «أي خطة تشتري» لفريلانسر يحاسب نفسه أسبوعياً.
مصفوفة اختيار الجهد (Thinking)
الوثائق تشير إلى أوضاع تفكير متعددة ودرجات (مثل High/Max في سياقات Coding Plan/الوكلاء). قاعدة عملية:
| المهمة | جهد مقترح | سبب |
|---|---|---|
| إعادة تسمية متغير | منخفض | لا تستحق تفكيراً عميقاً |
| bug في race condition | عالٍ | يحتاج تتبعاً |
| هجرة قاعدة بيانات | عالٍ + مراجعة بشرية | خطر بيانات |
| توليد boilerplate | منخفض/وسط | سرعة |
| تصميم حدود خدمة جديدة | عالٍ ثم Plan بشري | قرارات طويلة الأمد |
العمل مع الفرق الموزعة (Remote)
- وحّدوا اسم النموذج في أدوات الوكلاء (
GLM-5.2مقابل أسماء البوابات). - سجّلوا نافذة الذروة UTC+8 في تقويم الفريق إن كنتم على Coding Plan.
- افصلوا مفاتيح التطوير/الإنتاج.
- شاركوها عبر مدير أسرار لا عبر شات.
- قيسوا «نسبة PRs التي تُعاد» أسبوعياً — مؤشر جودة أوضح من إحساس «الذكي».
تكامل MCP والأدوات
خطة البرمجة تذكر قدرات موسّعة مثل Vision وWeb Search MCP وWeb Reader وZread حسب الشريحة. كل استدعاء أداة له تكلفة/مضاعف في جدول الأرصدة. لا تفعّل كل MCP «لأنها موجودة»؛ فعّل ما يخدم تسليم هذا الأسبوع فقط.
مسار تعلّم أسبوع واحد
| اليوم | تمرين |
|---|---|
| 1 | مهمة شرح مستودع (قراءة فقط) |
| 2 | إصلاح bug مع اختبار |
| 3 | Refactor لوحدة واحدة |
| 4 | كتابة وثائق API من الكود |
| 5 | مقارنة نفس المهمة مع نموذج أرخص |
| 6 | قياس التكلفة/الوقت |
| 7 | قرار الخطة (Lite/Pro/API) |
بعد هذا الأسبوع ستملك بياناتك — لا آراء تويتر.
روابط تروسكو لاستكمال منظومة المطوّر
- OpenCode
- Grok 4.5 إطلاق Agentic
- أدوات AI
- المتجر الرقمي عند الحاجة لاشتراكات مساعدة
- المنح والفرص إن كنت طالباً تبني مساراً تقنياً
تذكير أخير
GLM 5.2 قوي كعرض سياق + تسعير معلن + اندماج وكلاء. نجاحك يعتمد على حدود المهام، مراقبة الذروة، ومراجعة بشرية. اشترِ الخطة التي تطابق أسبوع قياس، لا التي تطابق إعلان إطلاق.