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