بنية متعددة الوكلاء

لماذا
وكلاء متعددون؟

معظم أدوات مراجعة الكود بالذكاء الاصطناعي ترسل كودك لنموذج لغوي مع "راجع هذا" وتأمل في الأفضل. diffray يستخدم وكلاء متخصصين يحققون ويتحققون ويصادقون — كفريق من المراجعين الخبراء.

سؤال عادل

"ألا يستطيع موجه واحد فعل هذا؟"

"إذا كانت النماذج اللغوية الحديثة تستطيع التعامل مع 200 ألف رمز، لماذا لا نرسل فقط الفرق مع السياق المناسب وندع النموذج يفهم؟ ما الفائدة من كل تعقيد الوكلاء هذا؟"

المشكلة الجوهرية: قاعدة كودك لا تتسع

الموجه يمكنه فقط رؤية ما ترسله. لمراجعة كود ذات معنى، تحتاج سياقاً من كامل قاعدة الكود — الواردات، التبعيات، الملفات المرتبطة، الاختبارات، الاتفاقيات.

متوسط قاعدة الكود: 100-500 ألف+ سطر
نافذة سياق النموذج: ~200 ألف رمز كحد أقصى
سقف الأداء العملي: ~25-30 ألف رمز

حتى لو اتسع — لن يعمل

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

10-20%

انخفاض الأداء من كثرة الوثائق

منحنى U

المعلومات في الوسط تضيع

60-80%

معدل الإيجابيات الكاذبة في أدوات تفريغ السياق

اقرأ البحث: لماذا السياق المنسق يتفوق على حجم السياق ←

ما يوفره الوكلاء فعلاً

الوكلاء لا "يقرأون الموجهات بشكل أفضل" فقط. إنهم يحققون بنشاط في قاعدة كودك:

استرجاع سياق انتقائي

جلب الملفات ذات الصلة فقط عند الطلب، ليس تفريغ كل شيء مقدماً

التحقق من الفرضيات

"أشتبه بعدم تطابق أنواع" → البحث في المستدعين → التأكيد بالتحليل الثابت

تحقيق تكراري

متابعة الخيوط عبر الملفات، الحفر أعمق عند الشك

تكامل الأدوات

تشغيل محللات ومدققات أنواع ومحللات للتحقق من النتائج ببيانات حقيقية

الموجه يرى ما تعطيه.

الوكيل يجد ما يحتاجه.

الدقة على الحجم

إدارة سياق منسقة

الفرق بين المراجعة المفيدة والضوضاء ليس كم السياق لديك — إنه امتلاك السياق الصحيح

كيف ينسق diffray السياق

تحليل رسم التبعيات

قبل بدء المراجعة، نبني خريطة لكيفية اتصال الملفات — الواردات، الصادرات، تعريفات الأنواع، وسلاسل الاستدعاء

تصفية ذكية

كل وكيل يتلقى فقط السياق المناسب لمهمته — وكيل الأمان يحصل على تدفقات المصادقة، ليس تنسيق الواجهة

استرجاع عند الطلب

الوكلاء يجلبون سياقاً إضافياً فقط عند الحاجة — متابعة الخيوط بدون حمل زائد مقدم

سياق متعدد الطبقات

السياق الأساسي (الفرق، الأنواع) يبقى مقيماً؛ السياق المحيط (المستدعون، الاختبارات) يُحمَّل عند الحاجة

نهج تفريغ السياق

200 ألف رمز من كل شيء — فرق، ملفات كاملة، تبعيات عشوائية...

الإشارة تغرق في الضوضاء
التفاصيل المهمة في "الوسط المفقود"
الانتباه موزع على كود غير ذي صلة

نهج السياق المنسق

أجزاء مركزة — فرق + تبعيات مباشرة + أنماط ذات صلة

كل رمز يخدم غرضاً
المعلومات الحرجة تبقى في التركيز
انتباه كامل على ما يهم
اعرف المزيد عن محركات الذكاء الاصطناعي لدينا ←

مشكلة "فقط اسأل النموذج اللغوي"

استدعاء نموذج لغوي واحد لمراجعة الكود له قيود جوهرية

استدعاء نموذج لغوي واحد
يرى فقط ما ترسله

محدود بالفرق الذي تقدمه

توليد بطلقة واحدة

لا تكرار أو تحقق

لا يستطيع متابعة الواردات

أعمى للتبعيات والسياق

الهلوسات لا تُفحص

لا طريقة للتحقق من الادعاءات

نافذة سياق ثابتة

الانتباه موزع على كل المخاوف

نصيحة عامة

"تأكد من تحديث المستدعين"

نظام مبني على الوكلاء
يستكشف قاعدة الكود باستقلالية

يتنقل في مشروعك بالكامل

تحليل تكراري

يتابع الخيوط، يحفر أعمق

يتنقل في بنية المشروع

يفهم الواردات والتبعيات

يتحقق بأدوات حقيقية

يشغل محللات ثابتة للتأكيد

انتباه مركز

كل وكيل يتخصص في مجال واحد

نتائج محددة

"3 مواقع استدعاء بها عدم تطابق أنواع في السطور 45، 89، 112"

الفرق بين التخمين و التحقيق.

ما يميز الوكيل؟

الوكيل هو نظام ذكاء اصطناعي يستطيع التفكير والتصرف والتحقق

استخدام الأدوات

قراءة الملفات، البحث في الكود، تشغيل المحللات الثابتة

اتخاذ القرارات

اختيار ما يُحقق فيه بناءً على النتائج

التكرار

متابعة الخيوط، التحقق من الفرضيات، الحفر أعمق

التصحيح الذاتي

التحقق من المنطق مقابل البيانات الحقيقية

ما يفعله وكلاء diffray فعلاً

عندما يراجع diffray الPR الخاص بك، الوكلاء لا "ينظرون للفرق فقط"

تتبع التبعيات

متابعة الواردات لفهم كيف يؤثر الكود المتغير على النظام بأكمله

فحص الملفات المرتبطة

فحص الاختبارات والإعدادات والتوثيق للسياق

التحقق من الافتراضات

تشغيل تحليل ثابت للتأكد من أن المشاكل المشتبه بها موجودة فعلاً

المرجعية المتقاطعة

البحث عن تعريفات الأنواع وعقود API والاتفاقيات

مثال حقيقي

ضع في اعتبارك تغيير توقيع دالة في PR:

نهج النموذج اللغوي الواحد

"هذا يغير نوع الإرجاع، تأكد من تحديث المستدعين"

نصيحة عامة. لا تفاصيل.

نهج الوكيل
  1. يبحث عن جميع استخدامات هذه الدالة
  2. يحدد 3 مواقع استدعاء بعدم تطابق أنواع
  3. يفحص إذا كانت الاختبارات تغطي هذه السيناريوهات
  4. يبلغ عن ملفات وأرقام سطور محددة

→ "وجد 3 تغييرات كسرية: src/api/users.ts:45، src/hooks/useAuth.ts:89، src/utils/validate.ts:112"

وعي كامل بقاعدة الكود

الفرق ليس كافياً

لفهم التغييرات حقاً، تحتاج لرؤية كيف تتناسب مع قاعدة الكود بالكامل

ما تراه مراجعة الفرق فقط

دالة جديدة formatUserName() أُضيفت

تبدو صحيحة قواعدياً

لا أخطاء واضحة في هذه الـ 20 سطر

الحكم: "LGTM" — لكن يفوت الصورة الأكبر تماماً

ما يراه الوكيل الواعي بقاعدة الكود

هذه الدالة تكرر utils/names.ts:formatName()

الدالة الموجودة تعالج حالات حدية تفوتها هذه

3 ملفات أخرى تستخدم بالفعل الأداة الموجودة

هذا يخالف اتفاقية التسمية في /docs/CONVENTIONS.md

الحكم: "فكر في استخدام formatName() الموجودة من utils/names.ts"

ما يفحصه وكلاء diffray ما وراء الفرق:

اكتشاف التكرار

هل المطور يعيد اختراع العجلة؟ هل يوجد حل مشابه بالفعل في قاعدة الكود؟

اتساق الأنماط

هل هذه التغييرات تتبع الأنماط المعتمدة؟ أم تقدم نهجاً متعارضاً؟

تحليل التأثير

كيف تؤثر هذه التغييرات على بقية النظام؟ ما الذي يعتمد على الكود المُعدَّل؟

الالتزام بالاتفاقيات

هل يُتَّبع اتفاقيات الفريق والمعايير الموثقة؟

الفرق يظهر لك ما تغير. سياق قاعدة الكود الكامل يظهر لك إذا كان يجب أن يتغير.

مشكلة تخفيف السياق

نموذج لغوي واحد يراجع كل جوانب الكود في وقت واحد يواجه مشكلة جوهرية: تخفيف السياق.

بينما يحاول فحص الأمان والأداء والأخطاء والأسلوب كلها معاً، ينتشر انتباهه. كلما زادت المخاوف التي يتعامل معها، زاد احتمال تفويته للمشاكل.

اقرأ المقال الكامل: مشكلة تخفيف السياق ←

حل diffray: وكلاء متخصصون، كل منهم بتركيز ضيق خاص به. مثل وجود فريق من المتخصصين مقابل عام واحد يحاول فعل كل شيء.

كل وكيل:

سياق منسق

يبدأ بسياق مُجمع بدقة ومركز — فقط الملفات والتبعيات والأنماط ذات الصلة لمهمته المحددة

يبقى مركزاً

وظيفة واحدة، تُنجز بدقة — وكيل الأمان ينظر فقط للثغرات، لا ينجرف للتنسيق أبداً

يذهب عميقاً

يستطيع قضاء كامل السياق على تخصصه — لا يقسم الانتباه عبر 10 مخاوف مختلفة

لا ينسى أبداً

لا يفقد المسار منتصف المراجعة — كل قاعدة، كل فحص، كل مرة، بدون استثناء

لا يتعب أبداً

PR الخمسون في اليوم يحصل على نفس الانتباه كالأول — لا إرهاق، لا استعجال، لا اختصارات

9 وكلاء متخصصين

قابل فريق المراجعة

الأمان، الأداء، الأخطاء، البنية، الاختبار، والمزيد — كل وكيل يجلب خبرة عميقة لمجاله. شاهد بالضبط ما يفعله كل واحد.

المحركات خلف diffray

أسس قوية تمكّن تعاون الوكلاء المتعددين الحقيقي

المحرك الأساسي

  • أحدث نماذج Anthropic (Haiku، Sonnet، Opus)
  • اختيار نموذج مطابق للمهمة
  • بحث ملفات ذكي
  • إدارة مهام مدمجة

محرك الأدوات

  • تكامل المحللات الثابتة
  • التحقق من الفرضيات
  • مخرجات أدوات ملموسة
  • تقليل جذري للإيجابيات الكاذبة

بنية متعددة الوكلاء

  • تنفيذ وكلاء متوازي
  • سياق قاعدة كود مشترك
  • إزالة تكرار النتائج
  • تحقق عبر الوكلاء

خط أنابيب المراجعة المُراحَل

كل مراجعة تمر بخط أنابيب متعدد المراحل، كل مرحلة محسنة لغرضها

1

نسخ

جلب المستودع وتحقق PR

2

إعداد البيانات

بناء رسم التبعيات

3

تلخيص

النموذج اللغوي يلخص التغييرات

4

فرز

توجيه الملفات للوكلاء

5

قواعد

تحميل وتصفية القواعد

6

مراجعة

تحليل وكلاء متوازي

7

إزالة تكرار

دمج وإعادة تسجيل

8

تحقق

التحقق وإعادة التسجيل

9

تقرير

توليد تعليقات PR

النتيجة

نظام متعدد الوكلاء يجمع بين تفكير الذكاء الاصطناعي وتحليل الكود الملموس — يقدم نتائج دقيقة ومُتحقق منها بدلاً من التخمين.

مورد مجاني

دليل مراجعة الكود بالذكاء الاصطناعي

رؤى مبنية على البيانات من 50+ مصدر بحثي. لماذا يقضي المطورون 5-6 ساعات أسبوعياً في المراجعة، لماذا الكود المولد بالذكاء الاصطناعي يحتاج فحصاً أكثر، وكيف تنفذ أدوات ذكاء اصطناعي يثق بها المطورون فعلاً.

جرب الفرق
الذي يصنعه الوكلاء

شاهد كيف يتفوق التحقيق على التخمين. جرب diffray مجاناً على PR القادم.

تجربة مجانية 14 يوماً
لا حاجة لبطاقة ائتمان
إعداد بدقيقتين