الذكاء الاصطناعي والتقنية 03-Jun-2026 5 دقائق قراءة

GitHub Copilot يعتمد التسعير القائم على الاستخدام مع ارتفاع تكاليف بعض المستخدمين

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

تحول في طريقة احتساب تكلفة Copilot

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

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

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

ما الذي تغير عملياً في التسعير

توضح آلية Copilot الجديدة أن اشتراكات Pro وPro+ وBusiness وEnterprise لا تزال متاحة، لكن القيمة الفعلية لكل باقة أصبحت مرتبطة بعدد من الأرصدة الشهرية. وبموجب هذا الهيكل، يحصل مستخدم Copilot Business على 1,900 رصيد شهرياً، بينما تصل حصة Copilot Enterprise إلى 3,900 رصيد شهرياً. وتساوي كل وحدة تقريباً سنتاً واحداً، على أن يُخصم الرصيد بحسب النموذج المستخدم ومدى تعقيد الاستعلام.

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

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

شكاوى مبكرة من تسارع استهلاك الرصيد

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

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

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

لماذا تتجه المنصات إلى هذا النموذج

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

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

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

كيف يمكن للشركات التكيف مع الوضع الجديد

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

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

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

أثر مباشر في مستقبل أدوات البرمجة بالذكاء الاصطناعي

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

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

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