Sourcegraph تغلق Cody في 31 يناير 2027 وتراهن على الوكلاء

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

ما المعروف فعلًا

الوقائع حتى الآن شحيحة لكنها واضحة. تاريخ نهاية حياة Cody: 31 يناير 2027. اتجاه Sourcegraph: أدوات للمطورين ووكلاء البرمجة، أي ما تسميه الشركة نفسها مستقبل فهم الشيفرة (code intelligence). وبالنسبة للعملاء الحاليين، هناك حوار منفصل حول خطة الانتقال. أما كل ما عدا ذلك، بما في ذلك الأسعار وأدوات الترحيل والخليفة المحدد، فينبغي قراءته في المنشور الأصلي والاستفسار عنه لدى الشركة المزوِّدة. ولن نخمّن التفاصيل نيابة عنها.

لماذا يهم هذا حتى لو كنت لا تستخدم Cody

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

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

الفكرة الثالثة لمديري المنتجات والمؤسسين: مخاطر الاعتماد على مزوِّد واحد. تخيّل فريقًا من 40 مطورًا. Cody مثبّت في بيئة التطوير لديهم، ولديهم مطالبات (prompts) وأوامر مشتركة، إضافة إلى مخطط للوصول إلى الشيفرة أقرّه فريق الأمان. في 1 فبراير لا يعود كل ذلك سندًا للعملية. ليست كارثة، لكنها مفاجأة مزعجة إذا عُرفت في اللحظة الأخيرة.

ماذا تفعل قبل 31 يناير

أولًا الجرد. اعرف من يستخدم Cody وأين: الإضافات في المحررات، والسكربتات، والتعليمات الداخلية، وتكاملات CI أو أدوات المحادثة. وغالبًا يتبيّن أن المساعد يستخدمه أشخاص غير المتوقَّعين وبطريقة تختلف عمّا هو مكتوب في التوثيق.

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

بعد ذلك تجربة تجريبية. خذ أداتين أو ثلاث أدوات بديلة وشغّلها على مهام حقيقية من مستودعك: إصلاح خطأ، وإعادة هيكلة وحدة، ونقطة نهاية (endpoint) جديدة مع اختبارات. قارن لا الانطباعات، بل الزمن اللازم للوصول إلى نتيجة عاملة وعدد التعديلات بعد المراجعة.

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

وأخيرًا، تحدّث مع Sourcegraph. اسأل عمّا سيحدث للعقد والفترة المدفوعة، وهل هناك مساعدة في الترحيل، وأي منتج تقترحه الشركة بدلًا من Cody.

القيود والخلاصة

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