الخلاصة

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

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

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

ميزانية الفرد ليست دفتر المؤسسة

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

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

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

اسم الكاتب لا يكفي لمعرفة من اشترى

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

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

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

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

كلمة «كل» تواصل إصدار الطلبات

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

يتولد التكرار مع تقدم العمل: تعديل، وإرسال، وتصحيح، وإرسال آخر. قاعدة تطلب الفحص في كل مرة تستدعي الخدمة في كل مناسبة تنطبق عليها. وعد طلبات الدمج وحده يخفي عدد جولات المراجعة التي جرت داخل كل طلب.

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

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

وراء النموذج مكان يعمل فيه

حدد إعلان GitHub في 27 أبريل 2026 الأول من يونيو لبدء استهلاك أرصدة الذكاء الاصطناعي ودقائق GitHub Actions معا في مراجعة الشيفرة. التفاعل مع النموذج له قياسه، وجمع السياق واستعمال الأدوات يحتاجان إلى تنفيذ له قياس آخر. وفي المستودعات الخاصة التي تستخدم التنفيذ المستضاف القياسي، ينبغي فصل موارد الحساب المشمولة عن الاستخدام الإضافي.

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

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

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