GitHub تمنح مسؤولي Copilot code review إعدادات جديدة للفوترة والتراخيص

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

ما الذي تغيّر بالضبط

يتبين من المقتطف المتاح أن الإصدار يتألف من جزأين: جزء خاص بالفوترة وآخر خاص بالتراخيص. وفي ما يخص الفوترة، تقول الصياغة إن مالكي المؤسسات يمكنهم توجيه نفقات Copilot code review الناتجة عن الأعضاء الذين لديهم ترخيص Copilot إلى مستوى المؤسسة. أما ما تعنيه عبارة «to the organization's…» تحديدًا (ميزانية، أم مركز تكلفة مستقل، أم حساب مشترك)، فلا يظهر في النص المقتطع. ولن نخمّن ذلك هنا.

أما الجزء الثاني، أي عناصر التحكم في التراخيص، فلم يُشرح في النص المتاح. لكن العنوان يتحدث عن «billing options and controls»، أي أن المسؤولين لا يحصلون على مفتاح للدفع فحسب، بل على أدوات للتحكم في من يستخدم المراجعة وبأي شروط.

لماذا أصبحت فوترة مراجعة الكود موضوعًا مستقلًا

لم تعد مراجعة طلبات الدمج (pull requests) بالذكاء الاصطناعي مجرد تجربة على بضعة مستودعات. فعندما يفعّلها الفريق بأكمله، يتوقف الإنفاق عن كونه بندًا صغيرًا في اشتراك شخصي، ويتحول إلى بند في الميزانية يستلزم رقابة. فكل تشغيل للمراجعة يستهلك موارد حوسبة للنموذج، ومن ثم يكلّف مالًا. وإذا كان الدفع مرتبطًا بمطوّر بعينه، يصعب على القسم المالي التنبؤ بالنفقات، ويحرج المطوّر أن يشرح لماذا «انتهت» المراجعة.

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

ما المعروف من الإعلان

• تاريخ النشر: 8 أكتوبر 2026، GitHub Changelog.
• المنتج: Copilot code review، وهو مراجعة تلقائية للكود بمساعدة Copilot.
• الجهة المعنية: مسؤولو المؤسسات ومالكوها.
• الفوترة: يمكن تحميل نفقات المراجعة الناتجة عن الأعضاء الحاصلين على ترخيص Copilot على مستوى المؤسسة.
• عناصر التحكم في التراخيص: ورد ذكرها في الإعلان، لكنها غير موضحة في المقتطف المتاح.
• الحدود والأسعار وتفاصيل التعرفة غير مذكورة في النص المتاح.

ما الذي ينبغي أن يتحقق منه المسؤولون

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

ثانيًا، راجعوا الأمر مع الماليين. فإذا لم تكن نفقات Copilot code review ظاهرة سابقًا على مستوى المؤسسة، فستظهر بعد تفعيل الخيار في التقرير العام. حدّدوا مسبقًا من يتولى مسؤولية هذه الميزانية، وما حد الإنفاق الذي يُعدّ مقلقًا.

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

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