تحول نموذج فوترة GitHub Copilot إلى المحاسبة بالرموز (tokens) في الأول من يونيو — إليك ما تغير وما التكلفة

تغير نموذج فوترة GitHub Copilot في 1 يونيو 2026. تم استبدال بدل الطلبات المميزة بسعر ثابت الذي كان يحصل عليه مشتركو Copilot Business و Enterprise شهريًا بنظام "GitHub AI Credits" — نظام يعتمد على الاستخدام ويحاسب بناءً على استهلاك الرموز (tokens) عبر جميع الميزات الوكيلة. أسعار الاشتراك الأساسية لم تتغير (19 دولارًا لكل مستخدم شهريًا للنسخة Business، 39 دولارًا للنسخة Enterprise)، لكن ما تشتريه هذه الأسعار تغير جوهريًا في طريقة تتبعه واستنفاده.

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

ماذا يقول هيكل الفوترة الجديد بالفعل

في نظام GitHub AI Credits، يتم قياس الاستخدام بالرموز (Tokens) — الوحدة الأساسية للنص التي تعالجها نماذج اللغة، كل رمز يمثل ثلاثة إلى أربعة أحرف تقريبًا. رموز الإدخال (ما ترسله إلى النموذج)، رموز الإخراج (ما يولده)، والرموز المخزنة مؤقتًا (السياق المتكرر) تُحسب جميعها بأسعار API المنشورة لكل نموذج أساسي.

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

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

لماذا هذا التحول وماذا يشير عن مستقبل Copilot

تبرير GitHub المعلن هو أن Copilot تطور من إكمال تلقائي ذكي إلى منصة وكيلة كاملة، والتسعير القديم كان يعكس الأول وليس الأخير. جلسة Copilot التي تعيد هيكلة قاعدة الكود عبر عشرات الملفات بشكل مستقل، وتجري اختبارات، وتفسر الإخفاقات، وتقترح إصلاحات تستهلك موارد حوسبة لا يمكن مقارنتها برسالة دردشة واحدة. الفوترة القائمة على الرموز (Tokens) توائم التكلفة مع استهلاك الموارد الفعلي.

المعنى الضمني هو أن GitHub تضع Copilot ليتنافس بشكل مختلف عما كان عليه في 2024. اعتبارًا من 2026، يمكن للوضع الوكيل لـ Copilot تشغيل ما يصل إلى ثمانية وكلاء مستقلين بالتوازي، وتنفيذ أوامر الطرفية، والحفاظ على السياق عبر مشروع كامل. هذه القدرة تنافس أدوات الإكمال التلقائي بشكل أقل ومنصات تنسيق الوكلاء بشكل أكبر — مستوى تكلفة مختلف مناسب.

التأثير العملي على التكلفة

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

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

النصيحة العملية هي تدقيق ميزات Copilot التي يستخدمها فريقك بالفعل ومقارنتها بنموذج استهلاك الرصيد الجديد قبل افتراض أن نمط استخدامك محايد للرصيد.

كيف يتعامل Cursor مع نفس المشكلة بشكل مختلف

نموذج تسعير Cursor يقدم تباينًا مفيدًا. Cursor Pro بسعر 20 دولارًا شهريًا يشمل إكمالات غير محدودة وبدل شهري من طلبات النماذج المميزة. المستخدمون ذوو الاستخدام الكثيف لـ Cursor قد يصلون إلى سقف الطلبات المميزة، وعندها إما يدفعون للمزيد أو ينتقلون إلى نماذج أبطأ. لكن نهج تبديل النماذج في Cursor — حيث يوجه إلى نماذج أسرع وأرخص عند استنفاد الحصص المميزة — يحافظ على سير العمل الوكيل قيد التشغيل بدلاً من إيقافها تمامًا.

الوضع الوكيل في Cursor يدعم ما يصل إلى ثمانية وكلاء متوازيين، تحرير متعدد الملفات عبر Composer، وتنفيذ طرفي مستقل — مجموعة ميزات مماثلة لقدرات وكيل Copilot. اعتبارًا من منتصف 2026، كان لدى Cursor حوالي 4 ملايين مستخدم نشط شهريًا، ارتفاعًا من حوالي 500,000 قبل عام. النمو كان مدفوعًا جزئيًا بفرق هاجرت من Copilot بعد تجربة هيكل الفوترة الجديد.

ماذا يقول البحث في الإنتاجية بالفعل

نشرت JetBrains بحثًا في أبريل 2026 يغطي سير عمل المطورين عبر 30,000 مطور يستخدمون أدوات برمجة AI. تظهر النتائج زيادة بنسبة 20-55% في سرعة إنجاز المهام في مهام البرمجة المحددة جيدًا، مع تحقيق المطورين الأكبر خبرة مكاسب أكبر من المبتدئين — عكس الحدس بأن المطورين المبتدئين يستفيدون أكثر من مساعدة AI. السبب: المطورون الأكبر لديهم سياق أكبر للاستفادة منه في prompts ويقضون جزءًا أكبر من وقتهم في المهام (الهندسة المعمارية، إعادة الهيكلة، التوثيق) حيث تكون مساعدة AI أكثر فعالية.

بحث JetBrains أيضًا حدد ما أسماه "مفارقة AI" — سرعة المطور الفردي تزداد بشكل كبير، لكن مقاييس التسليم على مستوى الفريق لا تعكس ذلك دائمًا بشكل متناسب. تتحول الاختناقات من كتابة الكود إلى مراجعة الكود المولد بواسطة AI، وإدارة السياق عبر جلسات أطول، والحفاظ على التماسك المعماري عندما يولد AI كميات أكبر من الكود. لا Copilot ولا Cursor يحل اختناق المراجعة — بل ينقلانه.

ماذا تفعل الآن

إذا كنت تستخدم Copilot Business أو Enterprise، تحقق من استهلاك مؤسستك لـ AI Credits في لوحة فوترة GitHub. حدد خط الأساس قبل نهاية يونيو — دورة الفوترة الكاملة الأولى تحت النموذج الجديد. إذا كان فريقك يدير جلسات وكيلة كبيرة، قم بنمذجة استهلاك الرصيد الشهري المتوقع وقارنه بحصتك. التسعير الجديد منطقي إذا كان استخدامك يتطابق مع الأنماط التي صممها GitHub من أجله؛ إنه مكلف إذا كان فريقك قد تبنى الميزات الوكيلة بقوة تحت تسعير النموذج القديم.

إذا لم تكن قد قيمت Cursor لفريقك، فمقارنة التسعير تستحق القيام بها. الأداتان لهما قدرات وكيلة مماثلة وهياكل تكلفة مختلفة تفضل أنماط استخدام مختلفة.