# إدارة الوكلاء الفرعيين (/ar/docs/verdent-for-vscode/agents-rules/subagent-management)

> فهم وإدارة الوكلاء الفرعيين في Verdent



الوكلاء الفرعيون هم وكلاء ذكاء اصطناعي متخصصون يعملون بـ prompt نظام مخصص خاص بهم، ونافذة سياق مستقلة، وبيئة تنفيذ معزولة. يتولون مهامًا محددة يفوضها الوكيل الرئيسي دون التأثير على سياق المحادثة الرئيسية.

**الخصائص الأساسية:**

* **نوافذ سياق معزولة:** يحتفظ كل وكيل فرعي بنافذة سياق مستقلة خاصة به. فقط النتائج النهائية التي يعيدها الوكلاء الفرعيون تستهلك مساحة في سياق الوكيل الرئيسي، وليس المعالجة الوسيطة.
* **prompt نظام مخصص:** لكل وكيل فرعي prompt نظام مخصص يحدد سلوكه وشخصيته وأسلوب تفسيره للمهام.
* **تفويض تلقائي للمهام:** يستدعي الوكيل الرئيسي الوكلاء الفرعيين تلقائيًا عند اكتشاف أنماط مهام مناسبة، على غرار اختيار الأداة التلقائي.
* **الاستدعاء اليدوي:** يمكن للمستخدمين استدعاء الوكلاء الفرعيين بشكل صريح باستخدام إشارات @ (`@Verifier`، `@Explorer`، `@Code-reviewer`).

**فئتان:**

* **الوكلاء الفرعيون الافتراضيون:** مضمّنون (Verifier، Explorer، Code-reviewer) - متاحون فورًا، ومهيّأون مسبقًا
* **الوكلاء الفرعيون المخصصون:** ينشئها المستخدم، ويتم تخزينها في `~/.verdent/subagents/` - مصممة خصيصًا لتلبية احتياجات المشروع

***

## فهم الوكلاء الفرعيين الافتراضيين [#فهم-الوكلاء-الفرعيين-الافتراضيين]

يتضمن Verdent for VS Code ثلاثة وكلاء فرعيين افتراضيين مضمّنين، مهيّأين مسبقًا، ومتاحين فورًا، ولا يتطلبون أي إعداد أو تهيئة.

<Tabs>
  <Tab title="@Verifier">
    **التخصص:** فحوصات سريعة للكود والتحقق منه

    **القدرات:**

    * يتحقق من منطق الكود
    * يفحص صحة الصياغة
    * يتحقق من التنفيذ مقارنة بالمتطلبات

    **الاستخدام:**
    استدعِه أثناء مهام كتابة الكود:

    ```
    @Verifier check this authentication logic
    ```

    **الأفضل لـ:** التحقق السريع دون العبء الكامل لمراجعة الكود
  </Tab>

  <Tab title="@Explorer">
    **التخصص:** استكشاف وتنقّل سريع في قاعدة الكود

    **القدرات:**

    * يعثر على الملفات بحسب النمط أو الاسم
    * يبحث في الكود عن كلمات مفتاحية/دوال
    * يجيب عن أسئلة تتعلق بالبنية المعمارية
    * يحدد مكان تنفيذ وظيفة معينة

    **الاستخدام:**
    يُستدعى تلقائيًا لأسئلة قاعدة الكود أو عند طلبه صريحًا:

    ```
    @Explorer find all API endpoints
    ```

    **الأفضل لـ:**

    * فهم قواعد كود غير مألوفة
    * تحديد مواقع تنفيذات معينة
    * التحليل المعماري

    **الأداء:** فعّال من حيث استهلاك التوكنات، ويمكن تشغيل نسخ متعددة منه بالتوازي لعمليات بحث معقدة
  </Tab>

  <Tab title="@Code-reviewer">
    **التخصص:** تقييم جودة الكود

    **القدرات:**

    * يفحص بشكل استباقي الكود الجديد والمعدّل بحثًا عن ثغرات أمنية
    * يحدد مشكلات قابلية الصيانة
    * يكتشف مشكلات الأداء

    **الاستخدام:**
    استدعِه لفحوصات الجودة:

    ```
    @Code-reviewer review this authentication flow
    ```

    **الأفضل لـ:**

    * مراجعات ما قبل الالتزام (commit)
    * تحديد المشكلات قبل الدمج
    * ضمان معايير جودة الكود
  </Tab>
</Tabs>

***

### الاستدعاء التلقائي مقابل اليدوي [#الاستدعاء-التلقائي-مقابل-اليدوي]

**محفزات الاختيار التلقائي:**

يختار الوكيل الرئيسي الوكلاء الفرعيين تلقائيًا بناءً على التعرف على أنماط المهام:

**الوكيل الفرعي Explorer:**

* أسئلة عن بنية قاعدة الكود ("ما هي البنية المعمارية؟"، "أين تم تنفيذ X؟")
* طلبات البحث عن ملفات ("ابحث عن كل الملفات التي...", "أرني المكونات المرتبطة بـ...")
* استفسارات التنقل في الكود ("كيف تعمل المصادقة؟"، "من يستدعي هذه الدالة؟")

**الوكيل الفرعي Code-reviewer:**

* طلبات مراجعة الأمان ("راجع الثغرات الأمنية"، "تحقق من مخاطر حقن SQL")
* prompts تقييم جودة الكود ("حلّل جودة الكود"، "حدد مشكلات قابلية الصيانة")
* سياقات مراجعة ما قبل الالتزام (بشكل ضمني عند عرض تغييرات الكود)

**الوكيل الفرعي Verifier:**

* طلبات التحقق ("تحقق من هذا المنطق"، "تحقق مما إذا كان هذا التنفيذ صحيحًا")
* فحوصات الصياغة والصحة ("هل يعمل هذا الكود؟"، "تحقق من مسار المصادقة")

**التحديد اليدوي:**

يمكن للمستخدمين تجاوز التوجيه التلقائي باستخدام إشارات @:

```
@Explorer find all authentication-related files
@Code-reviewer review the security of login flow
@Verifier check validation logic in middleware
```

**زر إضافة وكيل فرعي:**
حدد زر &#x2A;*إضافة وكيل فرعي (Add Subagent)** في مربع الإدخال لـ:

* الاختيار من بين الوكلاء الفرعيين المتاحين (الافتراضيين والمخصصين)
* تفويض المهمة بشكل صريح للوكيل الفرعي المختار
* تجاوز قرارات التوجيه التلقائي

**فوائد التحديد اليدوي:**

* **الدقة:** التأكد من أن الوكيل الفرعي الصحيح يتولى المهمة
* **التجاوز:** اختيار وكيل فرعي معين عندما ينطبق أكثر من وكيل
* **الاختبار:** التحقق من سلوك وكيل فرعي مخصص بشكل صريح
* **الاتساق:** تكرار المهام بنفس الوكيل الفرعي للحصول على نتائج متسقة

<Info>
  قد يُستدعى الوكلاء الفرعيون المخصصون تلقائيًا بناءً على إرشادات "متى تُستخدم" المحددة في سياسة استدعاء prompt النظام للوكيل الفرعي. التفاصيل المتعلقة بتهيئة أنماط التحفيز قيد التطوير حاليًا.
</Info>

***

## إنشاء وكلاء فرعيين مخصصين [#إنشاء-وكلاء-فرعيين-مخصصين]

تتيح لك الوكلاء الفرعيون المخصصون إنشاء وكلاء متخصصين مصممين خصيصًا لتلبية احتياجات مشروعك، أو خبرتك في مجال معين، أو سير عمل فريقك.

### طرق الإنشاء [#طرق-الإنشاء]

<Tabs>
  <Tab title="قائمة الإعدادات">
    **موصى بها للمبتدئين**

    1. حدد &#x2A;*الإعدادات (Settings)** ← &#x2A;*الوكلاء الفرعيون (Subagents)**
    2. حدد "إنشاء وكيل فرعي جديد"
    3. حدد اسم الوكيل الفرعي، والوصف، وprompt النظام
    4. هيئ سياسة الاستدعاء وإرشادات الاستخدام
    5. احفظ في مجلد `~/.verdent/subagents/`

    توفر هذه الطريقة واجهة موجَّهة لإنشاء الوكلاء الفرعيين مع التحقق من الصحة وprompts مساعدة.
  </Tab>

  <Tab title="إنشاء ملف مباشرة">
    **موصى بها للمستخدمين المتقدمين**

    1. انتقل إلى `~/.verdent/subagents/`
    2. أنشئ ملف Markdown (مثل `security-reviewer.md`)
    3. أضف مقدمة YAML تحتوي على `name` و`description`
    4. اكتب prompt نظام يحدد السلوك
    5. حدد سياسة الاستدعاء وإرشادات "متى تُستخدم"

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

    <Tip>
      شارك الوكلاء الفرعيين المخصصين بين المشاريع بتخزينهم في \~/.verdent/subagents/. ستكون متاحة في جميع مساحات العمل.
    </Tip>
  </Tab>
</Tabs>

***

### بنية الملف [#بنية-الملف]

تستخدم ملفات الوكلاء الفرعيين المخصصين تنسيق Markdown مع مقدمة YAML:

```markdown
---
name: subagent-name
description: Brief description of specialization
---
# System Prompt

[Behavior definition, personality, interpretation style]

Invocation policy (strict): Only run if explicitly requested.

When to use:
- Specific scenario 1
- Specific scenario 2

When NOT to use:
- Avoid scenario 1
- Avoid scenario 2
```

**مقدمة YAML (مطلوبة):**

* `name`: معرّف الوكيل الفرعي المستخدم في إشارات @
* `description`: وصف من سطر واحد للغرض من الوكيل الفرعي

**قسم prompt النظام:**
محتوى Markdown يحدد سلوك الوكيل الفرعي:

* الشخصية والنغمة
* أسلوب تفسير المهام
* تفضيلات تنسيق المخرجات
* مبادئ اتخاذ القرار

**سياسة الاستدعاء (مطلوبة):**

```
Invocation policy (strict|flexible): Policy description
```

* **صارمة (strict):** يُستدعى فقط عند طلب المستخدم الصريح
* **مرنة (flexible):** يسمح بالاستدعاء التلقائي بناءً على أنماط المهام

**إرشادات الاستخدام:**

```
When to use the [name] agent:
- Bullet list of scenarios for invocation

When NOT to use:
- Bullet list of scenarios to avoid
```

***

### أمثلة على الوكلاء الفرعيين المخصصين [#أمثلة-على-الوكلاء-الفرعيين-المخصصين]

<Tabs>
  <Tab title="توثيق API">
    ```markdown
    ---
    name: api-documenter
    description: Generates comprehensive API documentation from code
    ---
    # System Prompt

    You are an API documentation specialist.

    Documentation approach:
    - Extract endpoints, parameters, and responses from code
    - Generate OpenAPI/Swagger specifications
    - Include usage examples and error codes
    - Document authentication requirements

    Output format:
    - Markdown tables for endpoints
    - Code examples in multiple languages
    - Authentication flow diagrams

    Invocation policy (strict): Only run when explicitly requested.

    When to use:
    - User requests API documentation generation
    - Need to document REST/GraphQL endpoints
    - Creating developer guides

    When NOT to use:
    - Inline code comments
    - User-facing documentation
    ```

    **حالة الاستخدام:** إنشاء توثيق API شامل تلقائيًا من خلال تحليل معالجات المسارات، وحدات التحكم، وتعريفات المخطط (schema).
  </Tab>

  <Tab title="ترحيل قواعد البيانات">
    ```markdown
    ---
    name: migration-reviewer
    description: Reviews database migrations for safety and correctness
    ---
    # System Prompt

    You are a database migration safety specialist.

    Review checklist:
    - Check for destructive operations (DROP, DELETE without WHERE)
    - Verify reversible migrations (up/down compatibility)
    - Identify potential data loss scenarios
    - Validate index creation strategies
    - Check for blocking operations on large tables

    Risk assessment:
    - Categorize migrations: low/medium/high risk
    - Recommend staging environment testing for high-risk changes
    - Suggest rollback procedures

    Invocation policy (strict): Only run when explicitly requested.

    When to use:
    - User creates or modifies migration files
    - Pre-deployment migration review
    - Investigating migration failures

    When NOT to use:
    - Schema design from scratch
    - Query optimization
    ```

    **حالة الاستخدام:** منع حوادث بيئة الإنتاج من خلال تحديد عمليات قواعد البيانات المحفوفة بالمخاطر قبل النشر.
  </Tab>

  <Tab title="إمكانية الوصول">
    ```markdown
    ---
    name: a11y-auditor
    description: Audits frontend code for accessibility compliance
    ---
    # System Prompt

    You are an accessibility compliance specialist (WCAG 2.1 Level AA).

    Audit criteria:
    - Semantic HTML structure
    - ARIA labels and roles
    - Keyboard navigation support
    - Color contrast ratios
    - Screen reader compatibility
    - Focus management

    Report format:
    - Issues categorized by severity (critical/major/minor)
    - WCAG guideline references
    - Code examples showing fixes
    - Testing recommendations

    Invocation policy (flexible): May auto-invoke for UI component reviews.

    When to use:
    - User creates/modifies UI components
    - Pre-deployment accessibility checks
    - Compliance audits

    When NOT to use:
    - Backend API code
    - Build configuration files
    ```

    **حالة الاستخدام:** ضمان استيفاء تطبيقات الويب لمعايير إمكانية الوصول قبل النشر.
  </Tab>
</Tabs>

***

### حالات الاستخدام الشائعة للوكلاء الفرعيين المخصصين [#حالات-الاستخدام-الشائعة-للوكلاء-الفرعيين-المخصصين]

<Tabs>
  <Tab title="الخبرة المتخصصة">
    **خبرة متخصصة حسب المجال**

    * **الحسابات المالية:** وكيل فرعي متخصص في الامتثال الضريبي واللوائح المالية
    * **الامتثال لـ HIPAA في الرعاية الصحية:** مراجعة الكود بحسب معايير التعامل مع بيانات المرضى
    * **التشفير:** تحليل تطبيقات الأمان مقارنة بأفضل الممارسات

    مثالية للصناعات ذات متطلبات المعرفة المتخصصة والقيود التنظيمية.
  </Tab>

  <Tab title="سير عمل الفريق">
    **سير عمل خاص بالفريق**

    * **مُنفّذ معايير الأسلوب في الكود:** التحقق من معايير الترميز الخاصة بالفريق بما يتجاوز قواعد الـ linter
    * **اتساق التوثيق:** التأكد من أن التوثيق يتبع قوالب الفريق ونغمته
    * **مدقق التبعيات (dependencies):** رصد استخدام حزم الجهات الخارجية مقارنة بالقوائم المعتمدة

    فرض اتفاقيات الفريق والحفاظ على الاتساق عبر المشاريع التعاونية.
  </Tab>

  <Tab title="حزمة التقنيات">
    **متخصصون في حزمة التقنيات**

    * **محسّن أداء React:** تحديد عمليات إعادة الرسم غير الضرورية، وفرص التخزين المؤقت (memoization)
    * **محسّن استعلامات SQL:** تحليل وتحسين أداء استعلامات قاعدة البيانات
    * **مراجع تهيئة Docker:** التحقق من أفضل ممارسات الحوسبة بالحاويات (containerization)

    خبرة عميقة في أطر عمل أو لغات أو تقنيات بنية تحتية معينة.
  </Tab>

  <Tab title="ضمان الجودة">
    **ضمان الجودة**

    * **محلّل تغطية الاختبارات:** تحديد مسارات الكود غير المُختبرة، واقتراح سيناريوهات اختبار
    * **مراجع معالجة الأخطاء:** التأكد من معالجة شاملة للاستثناءات (exceptions)
    * **مُنفّذ معايير التسجيل (logging):** التحقق من ممارسات التسجيل من أجل تصحيح الأخطاء والمراقبة

    فحوصات جودة تلقائية للحفاظ على معايير موثوقية الكود وقابليته للصيانة.
  </Tab>

  <Tab title="الامتثال">
    **الامتثال والأمان**

    * **مدقق الامتثال لـ GDPR:** مراجعة التعامل مع البيانات وفقًا لمتطلبات الخصوصية
    * **فاحص الثغرات الأمنية:** كشف متخصص للمشكلات الخاصة بإطار العمل
    * **مدقق الامتثال للترخيص:** التحقق من تبعيات المشروع بحسب توافق الترخيص

    ضمان الامتثال للمتطلبات القانونية والأمنية ومتطلبات الترخيص قبل النشر.
  </Tab>

  <Tab title="خاص بالمشروع">
    **احتياجات خاصة بالمشروع**

    * **مُحدِّث الكود القديم (legacy):** تحديد الأنماط القديمة، واقتراح بدائل حديثة
    * **مساعد الترحيل:** توجيه ترقيات إصدار إطار العمل أو اللغة
    * **مُنفّذ ميزانية الأداء:** رصد أحجام الحزم (bundles) وأوقات التحميل مقارنة بالحدود المسموح بها

    حلول مخصصة مصممة لتحديات المشروع الفريدة وإدارة الدين التقني.
  </Tab>
</Tabs>

***

## تهيئة سلوك الوكيل الفرعي (نمط AGENTS.md) [#تهيئة-سلوك-الوكيل-الفرعي-نمط-agentsmd]

بينما يُعد ملف AGENTS.md في الأساس ملف قواعد المشروع (انظر [أنظمة القواعد](/docs/verdent-for-vscode/agents-rules/rule-systems))، يمكنه أيضًا تحديد سلوك الوكلاء الفرعيين الخاص بالمشروع.

### مبادئ تصميم prompt النظام [#مبادئ-تصميم-prompt-النظام]

**كن محددًا ومباشرًا:**
حدد توقعات السلوك بدقة بدلاً من الإرشادات العامة.

<Tip>
  كن محددًا ومباشرًا في prompts النظام، فعبارة "قيّم الأداء قبل التحسين" أفضل من "حاول التحسين عندما يكون ذلك ممكنًا".
</Tip>

**جيد:**

```markdown
Analysis approach:
- Profile before optimizing
- Focus on algorithmic improvements
- Provide before/after benchmarks
```

**تجنّب:**

```markdown
Try to optimize code when possible
```

**حدد الشخصية والنغمة:**
أنشئ "شخصيات" مميزة مُحسّنة لأغراض معينة:

```markdown
You are a performance optimization specialist.
```

**حدد مبادئ اتخاذ القرار:**
وجّه كيفية تعامل الوكيل الفرعي مع المقايضات:

```markdown
When suggesting optimizations:
1. Measure first, optimize second
2. Prioritize readability over micro-optimizations
3. Only suggest changes with >10% performance improvement
```

**حدد تنسيق المخرجات:**
تحكم في كيفية عرض النتائج:

```markdown
Output format:
- Markdown tables for endpoints
- Code examples in multiple languages
- Authentication flow diagrams
```

***

### تهيئة سياسة الاستدعاء [#تهيئة-سياسة-الاستدعاء]

**السياسة الصارمة:**

```markdown
Invocation policy (strict): Only run when explicitly requested.
```

استخدمها عندما:

* يتعامل الوكيل الفرعي مع عمليات حساسة (مراجعات الأمان، ترحيل قواعد البيانات)
* يجب أن يقرر المستخدم بوعي متى يستدعيه
* قد يكون الاستدعاء التلقائي معطِّلًا للعمل

**السياسة المرنة:**

```markdown
Invocation policy (flexible): May auto-invoke based on task patterns.
```

استخدمها عندما:

* يوفر الوكيل الفرعي سياقًا مفيدًا دون تعطيل العمل
* يعزز الاستدعاء التلقائي كفاءة سير العمل
* تكون أنماط المهام قابلة للتحديد بوضوح

**أفضل ممارسات إرشادات الاستخدام:**

**قسم "متى تُستخدم":**

* كن محددًا بشأن سيناريوهات التحفيز
* ضمّن prompts أمثلة يجب أن تستدعي الوكيل الفرعي
* صف خصائص المهام التي تتطابق مع تخصص الوكيل الفرعي

**قسم "متى لا تُستخدم":**

* اذكر الاستثناءات بشكل صريح لمنع الاستدعاء غير المناسب
* وضّح الحدود مع الوكلاء الفرعيين المرتبطين
* منع التوسع غير المرغوب في النطاق (scope creep)

***

## توجيه المهام وتوزيعها [#توجيه-المهام-وتوزيعها]

يتيح نظام الوكلاء الفرعيين المتعددين في Verdent تنفيذ المهام بالتوازي مع توجيه وتنسيق تلقائي بين الوكلاء المتخصصين.

### مكونات البنية المعمارية [#مكونات-البنية-المعمارية]

**الوكيل الرئيسي (المنسّق):**
يحلل الوكيل الأساسي طلبات المستخدم، ويقسم المهام المعقدة، ويفوض العمل المتخصص إلى الوكلاء الفرعيين المناسبين. يحافظ على سياق المحادثة وينسق نتائج الوكلاء الفرعيين.

**مجموعة الوكلاء الفرعيين:**
مجموعة من الوكلاء الفرعيين المتاحين (الافتراضيين والمخصصين) التي يمكن استدعاؤها تلقائيًا أو يدويًا. يعمل كل وكيل بشكل مستقل بسياق معزول.

**التوجيه التلقائي للمهام:**
عندما يكتشف الوكيل الرئيسي أنماط مهام تتطابق مع تخصصات الوكلاء الفرعيين، يوزّع العمل تلقائيًا:

* أسئلة استكشاف قاعدة الكود ← الوكيل الفرعي Explorer
* طلبات مراجعة الأمان ← الوكيل الفرعي Code-reviewer
* فحوصات التحقق ← الوكيل الفرعي Verifier

**التنفيذ المتوازي:**
يمكن تشغيل عدة وكلاء فرعيين بشكل متزامن للعمليات المعقدة. مثال: يبحث الوكيل الفرعي Explorer في قاعدة الكود بينما يحلل الوكيل الفرعي Code-reviewer الأمان في الوقت نفسه، مما يوفر نتائج أسرع.

<Note>
  يسرّع التنفيذ المتوازي للوكلاء الفرعيين المهام المعقدة، فيمكن لـ Explorer البحث بينما يحلل Code-reviewer في الوقت نفسه.
</Note>

**توحيد النتائج:**
تُعاد مخرجات الوكلاء الفرعيين إلى الوكيل الرئيسي، الذي يجمع النتائج ويقدم استجابات موحدة للمستخدم.

<Info>
  المعلومات التفصيلية حول جدولة تنفيذ الوكلاء الفرعيين، والأولوية، والحدود القصوى للتنفيذ المتزامن، ومعالجة الأخطاء، وتخصيص الموارد قيد التطوير حاليًا. تواصل مع الدعم للأسئلة المعمارية المحددة.
</Info>

***

## مراقبة الوكلاء الفرعيين [#مراقبة-الوكلاء-الفرعيين]

تتبع استخدام الوكلاء الفرعيين وأدائهم من خلال عرض المحادثة (Chat View) حيث يعرض Verdent عمليات الوكلاء الفرعيين ونتائجهم.

### طرق المراقبة [#طرق-المراقبة]

**مؤشرات عرض المحادثة:**

* تظهر استدعاءات الوكلاء الفرعيين في سجل المحادثة
* تُظهر مؤشرات التقدم عندما يكون الوكلاء الفرعيون قيد التنفيذ
* تحدد النتائج بشكل صريح الوكيل الفرعي الذي قدم المخرجات

**قسم مخرجات الوكلاء الفرعيين:**
عرض مخصص لـ:

* نتائج تنفيذ مهام الوكلاء الفرعيين
* مؤشرات التقدم للمهام المتوازية
* ملخصات موحدة عند اكتمال المهام

**إسناد الاستجابة:**
يُسند Verdent النتائج إلى وكلاء فرعيين محددين في الاستجابات، مما يوضح أي وكيل نفّذ أي تحليل أو بحث.

### الرؤية والشفافية [#الرؤية-والشفافية]

**شفافية العمليات:**
يعرض Verdent:

* أي وكيل فرعي تم استدعاؤه
* سواء كان الاستدعاء تلقائيًا أو يدويًا
* سبب تفويض المهمة
* حالة تنفيذ الوكيل الفرعي

**التحقق من التحديد اليدوي:**
عند استخدام إشارات @، يؤكد Verdent أن الوكيل الفرعي المحدد يتولى المهمة، مما يضمن احترام تفضيلات التوجيه الخاصة بك.

<Info>
  ميزات المراقبة المتقدمة، بما في ذلك سجلات التنفيذ التفصيلية، ومقاييس الأداء (وقت التنفيذ، استخدام التوكنات)، وتتبع الاستدعاءات التاريخية، وإعدادات رؤية النشاط، ولوحات تحليلات الاستخدام، قيد التطوير حاليًا.
</Info>

***

## انظر أيضًا [#انظر-أيضًا]

<CardGroup cols="2">
  <Card title="أنظمة القواعد وتوجيه السلوك" icon="sliders" href="/docs/verdent-for-vscode/agents-rules/rule-systems">
    هيئ سلوك Verdent من خلال قواعد المستخدم، وقواعد المشروع، وقواعد الخطة
  </Card>

  <Card title="مرجع الأدوات" icon="wrench" href="/docs/verdent-for-vscode/advanced-features/tool-reference">
    مرجع كامل للأدوات والقدرات المتاحة
  </Card>
</CardGroup>