أعلنت GitHub يوم الاثنين 20 يوليو 2026 تحسينًا عمليًا طال انتظاره في صفحة استخدام GitHub Copilot، إذ أصبح بإمكان مستخدمي Copilot Business وCopilot Enterprise رؤية استهلاك GitHub Copilot الشهري بعدد AI Credits الفعلية داخل دورة الفوترة، حتى عندما لا يضع المسؤول ميزانية فردية لكل مستخدم. ووفق إعلان GitHub الرسمي، كانت الصفحة سابقًا تعرض الاستهلاك كنسبة مئوية من الميزانية فقط، وهو ما جعل كثيرًا من الفرق ترى رقمًا نسبيًا بلا سياق واضح عندما لا توجد ميزانية شخصية محددة أصلًا.

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

ما الذي تغيّر في صفحة استخدام GitHub Copilot؟

بحسب التحديث المنشور في 20 يوليو 2026، أصبح المستخدم يرى الآن أحد شكلين واضحين داخل صفحة استخدام Copilot في إعدادات GitHub الخاصة به. إذا لم يكن المسؤول قد عيّن ميزانية فردية، فستعرض الصفحة إجمالي AI Credits التي استُهلكت خلال دورة الفوترة الحالية. أما إذا كانت هناك ميزانية شخصية، فستعرض الصفحة مقدار ما استُخدم من هذه الميزانية مقارنةً بالإجمالي المخصص لذلك المستخدم.

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

لماذا هذا التحديث مهم الآن بالذات؟

أهمية التحديث ترتبط مباشرة بالتحول الذي أطلقته GitHub في 1 يونيو 2026 نحو الفوترة المعتمدة على AI Credits داخل Copilot Business وCopilot Enterprise. فبحسب التوثيق الرسمي، أصبح كل تفاعل مدفوعًا برصيد محسوب حسب النموذج وعدد التوكنات، مع اعتماد 1 AI Credit = 0.01 دولار. كما أن الرصيد الشهري المضمن يُجمع على مستوى الجهة المفوترة بدل أن يبقى سلة منفصلة لكل مستخدم.

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

كيف تعمل AI Credits داخل الشركات والمؤسسات؟

توضح GitHub أن كل مقعد في Copilot Business يضيف 1900 AI Credit شهريًا إلى الرصيد المشترك، بينما يضيف Copilot Enterprise 3900 AI Credit شهريًا لكل مستخدم. وهناك أيضًا فترة ترويجية للمشتركين الحاليين تمتد من 1 يونيو 2026 حتى 1 سبتمبر 2026 برصيد أعلى من الأرقام القياسية. الفكرة الأساسية هنا أن الاستهلاك لا يُحسب دائمًا على شكل “رصيد شخصي”، بل غالبًا على شكل مجمّع مشترك داخل الشركة أو المؤسسة.

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

هل تغني هذه الميزة عن لوحات القياس الإدارية؟

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

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

أين تظهر القيمة الحقيقية لهذا التحديث؟

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

كما أن هذا الوضوح يساعد في توجيه النقاش نحو السلوك وليس التخمين. بدلًا من اتهام الأدوات بأنها “تستهلك كثيرًا” بشكل فضفاض، يمكن مقارنة أنماط العمل: هل الارتفاع جاء من مراجعات كود تلقائية؟ من جلسات وكيل طويلة؟ من نماذج أكثر كلفة؟ أم من توسع طبيعي في استخدام Copilot بين فرق جديدة؟

ما علاقة التحديث بميزانيات Copilot؟

تشير صفحة Budgets for usage-based billing إلى أن GitHub توفر عدة مستويات من الضبط، منها الميزانية الفردية، وميزانيات مراكز التكلفة، وحدود المؤسسة ككل. بعض هذه الضوابط يعمل أثناء استهلاك الرصيد المشترك، وبعضها لا يبدأ تأثيره إلا بعد استنفاد الرصيد المضمن. ما يهم المستخدم هنا هو أن الواجهة الجديدة أصبحت توضّح إن كان ينظر إلى إجمالي استهلاكه داخل الدورة، أو إلى استهلاكه من ميزانية مخصصة له.

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

الخلاصة

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

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

أعلنت Figma يوم 9 يوليو 2026 إتاحة GPT-5.6 في Figma Make لجميع الخطط، في خطوة تستهدف جعل بناء النماذج الأولية والتطبيقات التفاعلية أسرع وأكثر دقة من أول محاولة. وبحسب الإعلان الرسمي من Figma، فإن النموذج الجديد يرفع جودة المخرجات الأولى ويقلل عدد التعديلات اللازمة قبل الوصول إلى Prototype يمكن عرضه أو اختباره داخل الفريق.

أهمية خبر GPT-5.6 في Figma Make لا تتعلق فقط بإضافة اسم نموذج جديد إلى القائمة، بل بتأثير ذلك على سير العمل اليومي بين التصميم والتطوير. فكلما تحسنت دقة النتيجة الأولى، قل الوقت الذي يهدره المصمم أو مدير المنتج في إعادة كتابة الأوامر أو إصلاح تخطيطات غير متجاوبة أو تفاعلات ناقصة.

ما الذي أعلنته Figma بالضبط؟

توضح صفحة Release Notes الرسمية أن GPT-5.6 في Figma Make أصبح متاحًا من خلال محدد النماذج داخل نافذة المحادثة، وأن الميزة متوفرة على جميع الخطط. هذه نقطة مهمة لأن كثيرًا من تحديثات الذكاء الاصطناعي في أدوات التصميم تبدأ ضمن باقات محدودة أو مراحل تجريبية مغلقة، بينما اختارت Figma هنا توسيع الوصول مباشرة.

وبحسب شرح الشركة، فإن الهدف من إدخال GPT-5.6 هو تحسين عاملين أساسيين: سرعة الوصول إلى نسخة أولية قابلة للاستخدام، وجودة المحاولة الأولى من حيث النظافة البصرية، تجاوب الواجهة، واكتمال التفاعلات. هذا يجعل التحديث موجهًا بوضوح إلى الفرق التي تريد الانتقال من الفكرة إلى نموذج قابل للمراجعة بأقل احتكاك ممكن.

لماذا يهم GPT-5.6 في Figma Make للمصممين وفرق المنتج؟

المشكلة المعتادة في أدوات “Prompt to App” ليست فقط في توليد الواجهة، بل في جودة التفاصيل: هل التخطيط متماسك؟ هل السلوك التفاعلي يعمل؟ هل النتيجة تبدو قريبة من منتج حقيقي أم مجرد هيكل تجريبي؟ هنا تقول Figma إن GPT-5.6 في Figma Make يمنح الفرق نقطة بداية أقوى، مع First Pass أكثر دقة في تصميم العناصر، وأكثر قابلية للبناء عليه بدل إعادة البدء من الصفر.

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

كيف يظهر التحديث داخل Figma Make؟

بحسب دليل Figma Help Center، يمكن اختيار النموذج من قائمة النماذج داخل صندوق المحادثة في Figma Make، كما يمكن التبديل بين النماذج أثناء العمل على الملف نفسه. هذا يعني أن GPT-5.6 في Figma Make ليس وضعًا منفصلًا أو أداة جديدة بالكامل، بل خيارًا تشغيليًا داخل الواجهة الحالية، ما يقلل عتبة التبني للفرق التي تستخدم Make أصلًا.

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

ما الذي وعدت به Figma من ناحية الجودة والسرعة؟

في عرضها الرسمي، ذكرت Figma أن GPT-5.6 في Figma Make يساعد على إنتاج نتائج أولية أنظف وأسرع، مع واجهات أكثر احترافية، تخطيطات متجاوبة، وتفاعلات عالية الدقة من أول محاولة. كما عرضت أمثلة على تحويل Prompt بسيط إلى واجهة غنية بالمحتوى أو صفحة منتج بتفاعلات جاهزة، من دون الحاجة إلى سلسلة طويلة من التصحيحات قبل الوصول إلى نتيجة مقبولة.

هذا النوع من الوعود مهم لأن المنافسة في أدوات التصميم المدعومة بالذكاء الاصطناعي لم تعد حول “هل تستطيع الأداة إنتاج شيء؟” بل حول “كم مرة ستعيد المحاولة قبل أن تثق بما أخرجته؟”. وإذا صدقت نتائج Figma المبكرة، فإن GPT-5.6 في Figma Make قد يقلل عدد جولات التحسين التي كانت تستهلك الوقت سابقًا.

هل التحديث يفيد من يعمل بين التصميم والكود؟

نعم، وخصوصًا لأن Figma Make بات يتموضع أكثر كحلقة وصل بين التصميم والتنفيذ. فالفرق التي تعتمد على النماذج الأولية التفاعلية تريد غالبًا أن ترى تخطيطًا متجاوبًا ومكونات تعمل منطقيًا منذ البداية، لا مجرد لقطة ثابتة. وهنا تأتي قيمة GPT-5.6 في Figma Make إذا كان فعلًا يقدّم ناتجًا أوليًا أقرب إلى التطبيق القابل للتطوير.

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

هل توجد قيود أو نقاط يجب الانتباه لها؟

رغم الإيجابيات، لا يعني وصول GPT-5.6 في Figma Make أن كل مشروع سيخرج مثاليًا من أول Prompt. فدليل Figma نفسه يوضح أن سلوك النماذج غير الافتراضية قد يختلف من مهمة إلى أخرى، وقد تظهر فروقات في الاستهلاك أو في أسلوب التوليد بحسب تعقيد الطلب والسياق المرفق. لذلك من الأفضل التعامل مع التحديث باعتباره ترقية قوية لنقطة البداية، لا بديلًا عن المراجعة البشرية أو عن الحس التصميمي.

كذلك، اختيار النموذج الأنسب سيظل قرارًا عمليًا مرتبطًا بطبيعة المهمة. بعض الفرق قد تفضل نموذجًا أسرع للتجارب السريعة، بينما قد تفضل فرق أخرى GPT-5.6 في Figma Make عندما تحتاج إلى ناتج أولي أكثر اكتمالًا من البداية. المرونة هنا مفيدة، لكنها تتطلب أيضًا وعيًا بالتكلفة والوقت ونتيجة كل نموذج.

ماذا يعني هذا التحديث لسوق أدوات التصميم بالذكاء الاصطناعي؟

المشهد الحالي يتجه بوضوح إلى أن أدوات التصميم لم تعد تكتفي باقتراح عناصر أو إعادة كتابة نصوص، بل تريد توليد واجهات كاملة ونماذج تفاعلية يمكن مناقشتها داخل فرق المنتج والتطوير. في هذا السياق، فإن GPT-5.6 في Figma Make يعطي Figma ورقة قوية في سباق “من يقدّم أفضل First Pass” بدل الاكتفاء بأكبر عدد من الميزات التسويقية.

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

الخلاصة

خبر GPT-5.6 في Figma Make يستحق المتابعة لأنه يلامس قلب المشكلة التي تواجه أدوات التصميم التوليدي: جودة المحاولة الأولى. إذا استطاعت Figma تحويل هذه الوعود إلى نتائج متسقة، فسيصبح الانتقال من الفكرة إلى Prototype عملي أسرع وأقل إرهاقًا للفرق التي تريد اختبار الأفكار بسرعة دون التضحية بجودة الأساس.

وبين توفر الميزة على جميع الخطط، وسهولة اختيار النموذج من داخل الواجهة نفسها، وربطها بمسار Figma الأوسع نحو التصميم القابل للتنفيذ، يبدو أن GPT-5.6 في Figma Make ليس مجرد تحديث عابر، بل خطوة واضحة نحو أدوات تصميم أكثر قربًا من مرحلة البناء الفعلي.