Question 1

كيف يتناول_MONOREPOS و git worktrees و متعددة repos؟

Accepted Answer

Monorepos: يتم إنشاء رسوم بيانية واحدة لكل 根 للمستودع تلقائيًا؛ فقط الملفات المتتبعة يتم فهرستها، ويمكن لـ .code-review-graphignore استبعاد مسارات إضافية. Git worktrees: يتم الكشف عن كل worktree كجذر منفصل ويتحصل على رسوم بيانية خاصة به؛ لا يدعم مشاركة قاعدة بيانات واحدة عبر worktrees في إصدارات مختلفة. متعددة repos: يسمح السجل الخفيف (المخزن في ~/.code-review-graph/registry.json) لmüşتري MCP البحث عبر المشاريع المسجلة، ويمكن لـ daemon مشاهدة عدة مستودعات لتحديث الرسوم البيانية الخاصة بها. استخدم --repo، --data-dir، أو متغير البيئة CRGDATADIR لتخصيص المواقع.

Question 2

كيف ضخم قاعدة التعليمات البرمجية تبرر استخدامها؟

Accepted Answer

تحتوي المؤسسة القائمة على عدد قليل من الملفات على ميزات ضئيلة لأن एजنت يمكن أن تحمل الورقة بأكملها في سياقها. بين عدد من الملفات القليل و عدد الآلاف من الملفات هو الجانب المثالي :  benchmarks لأراء بدء من 60 إلى ~ 1100  الملفات  تظهر انخفاض  38 × – 528 ×  على أساس توحد الأجزاء. الربوطات ذات الملايين من الملفات و الروابط الواحدة  توفر الحالة الأقوى ، لأنه لا يُمكن لآجنت قراءة الأجزاء بالكامل في كل طلب و تحديثات الحقل التزاحم المفرقين الحالة مع خسارة إضافية.

Question 3

كيف يمكنني التحقق من أن العمل يتم بشكل صحيح؟

Accepted Answer

1. تأكد من وجود ملف الرسم البياني و احتوائه على عقد و حواف؛ عداد الصفوف صفر يعني أن عملية البناء لم تقم. 2. قم بتشغيل التغيير و مراقبة تلخيص المخاطر و لوحمة توفير الرموز؛ أضف --verify للتحقق من تقديرات الرموز مع tokenizer cl100kbase. 3. في Claude Code، قم بتشغيل /mcp و أكد على وصلة خادم الرسم البياني و قائمة أدواته. ثم اسأل سؤالًا هيكليًا (مثل "ما الذي يستدعي parsefile?") و أكد على أن المساعد يستخدم query_graph بدلاً من grep. إذا فشل أي خطوة، راجع TROUBLESHOOTING.md.

Question 4

هل يتصل بالخادم؟

Accepted Answer

لا، لا توجد إرسال بيانات. يتم تخزين الرسم البياني محليًا في ملف SQLite داخل مستودعك، وجميع العمليات الأساسية تعمل بالكامل على máy الكمبيوتر الخاصة بك. النشاط الشبكي الوحيد هو اختياري: تثبيت ملحقات التعيينات سوف ي下载 نموذج-transformers من HuggingFace، ومقدمي التعيينات السحابية (OpenAI، Google Gemini، MiniMax) سوف يستلمون فقط التواقيع الدالة التي تختارها صراحةً لإضافتها، بعد أن تعترف bằng تحذير الخروج. بخلاف ذلك، لن يغادر رمزك الجهاز أبدًا.

Question 5

متى لا يجب أن أقوم باستخدامها؟

Accepted Answer

تشير دليل القراءة إلى حالات معينة: الحواضف الصغيرة (بضع مئات من الملفات)، التي ترغب فيها في أن يكون وزن بناء الشبكة أعلى من فوائدها. أو إصلاحات بسيطة للملف واحد، حيث لا تكون إستجابة الشبكة أكثر من تفاصيل تغييرات الملف الأصلية. وفي إستعلامات واحدة على ملف لا ستناقله. أو تحديد التدفق في اللغات حيث يقل إحترافي إكتشاف Entry - point CRG. (مثلاً: javaScript وGo لهما نسبة إختفاء منخفضة) . ويكفي في هذه الحالات البحث الآتي بكلية أو إستخراج الرسائل .

Question 6

كم يرتبط بنظام Serena ، codegraph ، claude-context ، و repomix ؟

Accepted Answer

تحل هذه الأدوات ببيان متصل، حيث يقوم code-review-graph بنسخ الملفات إلى SQLite وتحويلها إلى أشجار سابح (استكشاف التغير، تحليل التغير المحدد، اكتشاف الفجوات الفنية) . وتستخدم Serena استشارة لغة النصوص في استرجاع وإعدل الرموز، وتركز على إصلاح الملفات بدلاً من المراجعة. ترتبط codegraph بإزايمتها الفريدة، ولكنها تجمع أطروس الفنية وتحليل الكلام المضارع في الملفات. وتوفر claude-context إستعراض الفنية باستخدام الحوض، مناسبة للاستعلام بدلاً من المراجعة الفنية . وتقوم repomix بدمج ملف في الملف الواحد دون البحث القائم على المعاينة. يجب تحديد الأداة على أساس الحاجة إلى تصحيح الدقيق (Serena) أو استعراض فني (claude-context) أو تحليل فني للملفات المرتبطة بالمراجعة (code-review-graph).

Question 7

لماذا لا تستخدم grep بدلاً من ذلك؟

Accepted Answer

تعمل grep مع أسئلة بسيطة ذات قفزة واحدة مثل "أين يتم تعريف parsefile؟" nhưng تواجه صعوبات في الاستعلامات الهيكلية متعددة القفزات التي تتطلب التتبع التحويلي أو خريطة تغطية الاختبار أو تحليل نصف القطر. يتطلب كل قفزة إضافية جولة أخرى من grep، مما يزيد من استخدام الرمز و التعامل مع الإيجابيات الكاذبة من الأسماء المثقلة. تجيب CRG على هذه الأسئلة باستعلام رسومي واحد، و تتойчив البنية المفتاحة في SQLite، و تقوم بتحديثات تراكمية، وتتجنب الفحص المتكرر، و توفر استفسارات لا يمكن لها مقابل في grep، مثل "ما المسارات التنفيذية التي تؤثر عليها هذه التغييرات؟"

Question 8

لماذا هذا مختلف عن RAG؟

Accepted Answer

لا. تجزء RAG برامجك إلى قطع متوالية، وتدخلها وتعيد التقاطها عن طريق تشابه إلى النقطة الباحثة. ولا يستطيع تقديم أسئلة هيكلية مثل 'من يدعو X' لأن تقارير التشابه لا تتوفر ضماناً لتعلق الاستدعاء. تخزين حلقات CRG المتركزة على النمط الهيكلي -التدعوى، والإدخال، والإرث، وغطاء الاختبار- فإنه يُعطي قيمة تسجيل للفئة التالية مثل تسجيل 'أي شخص يديعو login()' هي إجابة مكتوبة من قاعدة البيانات-حلقات. يدوّن التضميلات كأداة إضافية وتستخدمها فقط كدليل بحث مزدوج. تظهر التضبيبات أنه يصل CRG إلى 0.909 على المهام التطبيقية-العديد من الهبوط، في حين أن قاعدة الادخال التامة لا يستطيع أداء الهبوط الثاني.

Question 9

فى أي نهاية هذا مختلف عن سيرفر اللغة وخدمات الcode-review-graph؟

Accepted Answer

تعمل خدمات الcode-review-graph وسيرفر اللغة بناءً على نموذج إحتياطي لبرنامجك، ولكنها تعمل على الأشياء المختلفة. تساهم S L P في سيرفر اللغة على جهاز حقيقي للخلفية، مما يعرف النوع-تحديد الدلالة الدقيقة، ويعطي تعليمات الدلالة الحياتية، والمراجع-الدلالة الحياتية، والتشخيص الحواري، والتشخيص، والتعليمات-تجدّد الأسماء. تعمل خدمات الcode-review-graph على تخزين نموذج متقطع ذو حلقات معصوبة وملتصقة في SQLite، وتفسر مرة واحدة باستخدام شجرة Tree-sitter، وتدعم أكثر من 35 زبانًا مع التابلات من عملية واحدة. وتستقبل حلقات اللغة المختلفة وتتحديث حلقات اللغة المختلفة وتقدم الحلقات المرتكزة على تقييم-الحلقات المختلفة مثل-الملاحظات للتحقق، والحركة التنفيذية، وتحليل التغيير المخاطر المرتكزة على التقارير والمرتكزة على تقرير S L P التي لا يعزز نموذج.

نظرة عامة

الميزات الرئيسية

التسعير

حالات الاستخدام

تقييم المخاطر

تحليل كفاءة التَحْرِيَةِ

تقييم كفاءة التحليل

المزايا والعيوب

المزايا

العيوب

المراجعات

أسئلة وأجوبة

اطرح سؤالاً

بدائل لـ المعءريةالمىالثيقاءة