خيار مسار github copilot
Categories:
كان copilot متاحًا للاستخدام غير المحدود في vscode insider من فبراير إلى يوليو من العام الماضي، وخلال هذه الفترة شهدت التدهور التدريجي لقدرات الوكيل (agent) في copilot. من الصعب تصور أن النسخة التجريبية الأولى من copilot كانت في الواقع الأفضل تأثيرًا، ثم تراجعت قدرات الوكيل تدريجيًا. ما التغيير المحدد؟ إنه اتجاه التطوير والتطور في copilot، والذي خلال أكثر من عام مضى كان “توفير الرموز المميزة (token)”. في وقت مبكر، كانت وكلاء الجميع يقرؤون الملفات دفعة واحدة بالكامل، وكان qwen cli و claudecode و gemini و copilot في المراحل المبكرة جميعهم كذلك، وكان التأثير ممتازًا، باستثناء أن استهلاك الرموز المميزة كان كبيرًا على الأرجح، وكانت السياق سيمتلئ بسرعة، وإذا أعدنا بناء السياق، فستنخفض نسبة إصابة التخزين المؤقت. لاحقًا، اتجه الجميع نحو القراءة المجزأة، فمنهم من يقرأ عشرات الأسطر فوق وتحت بعد grep، ويقرأ المزيد عند الحاجة، ومنهم من يستخدم أدوات هيكلة الكود مثل LSP للقراءة. يستخدم وكيل copilot طريقة القراءة من أعلى الملف إلى أسفله، يقرأ 50 سطرًا في كل مرة، وأحيانًا 200 سطر، ولكنه يقرأ دائمًا من الأعلى إلى الأسفل. مع حد افتراضي لـ 50 مكالمة أداة، وسياق إدخال يقل عن 200k، فإن العمل الذي يمكنه إنجازه محدود نسبيًا. كانت خدمات الشركات المصنعة المبكرة جميعها خاسرة، وتتوقع احتلال مواقع في النظام البيئي بأسعار منخفضة، ثم إيجاد طرق لخفض التكاليف لاحقًا، ولكن خلال أكثر من عام اكتشفوا أخيرًا أن التكاليف لا يمكن خفضها، وأن خفض التكاليف بالقوة سيجعل منتجهم منتجًا من الدرجة الثالثة. لذا لا تلوموا copilot كثيرًا، فجميع وكلاء الذكاء الاصطناعي الذين يمكنهم الجلوس على طاولة اللعب أصبحوا بالفعل يفرضون رسومًا حسب الرمز المميز، وcopilot أصبح بالفعل متأخرًا amongهم. بعد التخلص من العبء التاريخي للحساب بالمرات، نأمل أن يحسّن copilot وكيله جيدًا، ويلحق بركب الجميع، فبعد كل شيء لا يزال الأفضل تكاملًا مع vscode. يمكن لأدوات الذكاء الاصطناعي أن تكون غالية، ولكن لا ينبغي أن تكون ضعيفة جدًا.
