Qodo تضيف السياق إلى مراجعة الكود بـAI عبر Codex

تطوّر Qodo⁠(يفتح في نافذة جديدة) أدوات AI لمراجعة الكود وضمان جودة البرمجيات، وتزوّد وكلاء البرمجة بالمعرفة المؤسسية التي يحتاجونها لفهم الكود الذي يعدّلونه. ويصفها إيتامار فريدمان، الشريك المؤسس والرئيس التنفيذي، بأنها «أفضل صديق لوكيل البرمجة».

تستخدم Qodo نماذج OpenAI، ومنها GPT‑6 Astra، لجمع المعرفة الهندسية ومراجعة الكود ومراقبة جودة البرمجيات. ويتيح مكوّنها الإضافي لـCodex هذا السياق وهذه المراجعة ضمن جلسات البرمجة الخاصة بالمطورين.

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

يقول إيتامار: «يبرع Codex في تولّي مهمة محدودة النطاق وإنجازها بكفاءة». يمنح مكوّن Qodo الإضافي Codex إمكانية الوصول إلى المعرفة بقاعدة الكود والقواعد المؤسسية والمراجعة المستقلة، من خلال حزمة أدوات الوكلاء Agentic Toolbox من Qodo.

بفضل السياق، يستطيع Codex مراعاة علاقات الاعتماد بين المستودعات، بما فيها المستودعات التي يستضيفها مزوّدو Git مختلفون، أو الخدمات المتصلة عبر Kafka. يقول إيتامار: «ستحدّد Qodo تلك الروابط وتساعد Codex على النظر إلى البرمجيات ككل، حتى لا تفوته أخطاء P0 تلك».

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

تلاحظ نينا ندوكوي، مسؤولة علاقات مطوري AI في Qodo، أن المطورين يستخدمون مسار العمل هذا لبناء ميزات ومعالجة الديون التقنية باستخدام نماذج GPT‑6 في Codex. فهم يؤتمتون انتقال العمل من البرمجة التي ينفذها Codex إلى المراجعة المستقلة التي تجريها Qodo. تقول نينا: «هذا ما أراه لدى المطورين، وهو أمر مثير للحماس حقًا، لأن GPT‑6 يتمتع بقدرات هائلة».

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

يقول إيتامار: «هكذا تُبنى الثقة». وتضيف نينا: «أعتقد أن ذلك يجعل العملية برمّتها أكثر كفاءة». «ويتيح لنا الاستفادة من أقوى جوانب خبرتنا».

داخل Qodo، تستخدم نينا إعدادي جهد الاستدلال «عالٍ جدًا» و«Ultra» في GPT‑6 Astra ضمن مسارات عملها المؤتمتة للتطوير، وكذلك في عملها المعرفي.

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

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

ويضرب مثالًا يمكن فيه لـDecisions API أن تختار من بين 200 قاعدة ما يحتاج إلى التحقق، قبل أن يستخدم نموذج لغوي الاستدلال لتحليل القواعد ذات الصلة. وهذا يساعد على تسريع الاختيار وخفض تكلفته، مع تحسين جودة المراجعة. يقول إيتامار: «تمثل Decisions API فرصة هائلة لنا لتعزيز الثقة في العملية».

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

وهذا يرسي أساس ما يصفه إيتامار بمصنع برمجيات: نظام يمكن للعملاء تجميع مكوّناته وامتلاكه، يجمع بين وكلاء البرمجة والمراجعة وفهم كيفية تغيّر البرمجيات في بيئة الإنتاج.

بالتعاون مع OpenAI، تبني Qodo مستقبلًا يوظّف فيه وكلاء البرمجة قدرًا أكبر من خبرة الشركة، ويستطيع فيه المطورون تركيز خبرتهم التقديرية على ما هو أهم.