> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/technical-library-ar/ai/ai-whitepaper/agentic-search.md).
# البحث الوكيلي
## **ما هو البحث الوكيلي؟**
#### البحث الوكيل هو طبقة سياق موحّدة تراعي إذن وتمتد عبر محتوى Zoom ومصادر البيانات الخاصة بـ خطة Enterprise المتصلة
البحث الوكيل (Agentic Search) هو إمكانية استرجاع معرفة بمستوى خطة Enterprise تقوم بجمع المعلومات ذات الصلة وفهرستها وربطها عبر محتوى أصلي لـ Zoom ومصادر بيانات طرف ثالث متصلة، لتكوين هيئة واحدة من المعرفة التنظيمية التي تحل الاستعلامات مقابلها. ما يميّزه عن البحث التقليدي هو اتساع نطاق ما يمكن أن يستند إليه استعلام واحد: يمكن أن يساهم اجتماع النسخ، ورسالة Team Chat، ومستند موجود داخل محرك سحابة تابع للشركات، جميعها في نفس النتيجة. يتوقف شكل تلك النتيجة على نقطة الدخول — إجابة مُصاغة بلغة طبيعية، أو مجموعة مُرتّبة من مواد مصدر موثّقة ليعالجها نموذج آخر — لكن المصادر التي تمتد إليها النتيجة، والصلاحيات المفروضة عليها، لا تتغير.
ضمن Zoom، يمتدّ الاسترجاع إلى التسجيل الخاصّ بالعمل الذي يتراكم بالفعل على المنصة — بما في ذلك تسجيلات الاجتماعات والنصوص المنسوخة، وملخّصات الاجتماعات، ومحادثات Team Chat، والمستندات والملاحظات وغيرها من المخرجات التي تم إنشاؤها إلى جانبها. وبعيدًا عن Zoom، يمتدّ الاسترجاع إلى أنظمة التسجيل والمستودعات الخاصة بالمحتوى المتصلة، والتي يمكن أن تشمل خدمات مثل Salesforce وGoogle Drive وOneDrive وSharePoint وConfluence وBox وServiceNow وWorkday وZendesk وSeismic. وعندما يكون الفهرسة مدعومة ومفعّلة، يتم إدخال المحتوى من هذه الأنظمة إلى طبقة الاسترجاع في Zoom جنبًا إلى جنب مع المعلومات الأصلية في Zoom، بحيث يُحَلّ السؤال مقابل جهة واحدة من المعرفة التنظيمية بدلًا من مجموعة مستودعات معزولة يتعين البحث فيها كلٌّ على حدة وفق شروطها الخاصة.
الاسترجاع يراعي إذن في جميع الأوقات. تُورَّث ضوابط الوصول من كل نظام مصدر وتُطبَّق، لذلك فإن المعلومات المعروضة — سواء كانت من زوم أصلية أو من طرف ثالث — تكون محدودة بناءً على إذن المستخدم الطالب أو الوكيل المطبق.
#### "البحث الوكيلي" يصف قدرة، وليس واجهة
يُفهَم البحث الوكيلي على أفضل وجه باعتباره قدرةً أساسيةً لا شاشة أو زرًا محددًا. ويمكن الوصول إلى هذه القدرة نفسها بأكثر من طريقة: عبر واجهة ZoomMate للمستخدمين اليوميين، وعبر واجهات برمجة التطبيقات Search and Ask وبروتوكول سياق النموذج (MCP) للتطبيقات ووكلاء الذكاء الاصطناعي. وأيًا كانت نقطة الدخول المستخدمة، فإن هذا المصطلح يشير إلى الوظيفة الأساسية نفسها: استرجاع المعلومات ذات الصلة وتجميعها عبر المصادر.
#### يستخدم ZoomMate البحث الوكيلي لاسترجاع البيانات المفهرسة من المعرفة التنظيمية المتصلة، ثم يدمج النتائج في استجابة باللغة الطبيعية
بالنسبة للمستخدمين اليوميين، يُعدّ ZoomMate المكان الذي يصبح فيه البحث الوكيلي روتينًا. عند الاستعداد للاجتماع المقبل، أو تذكّر قرار اتُّخذ عبر عدة اجتماعات سابقة، أو العثور على مستند مرتبط ببند إجراء مفتوح، يمكن حل كل منها في طلب واحد بدلًا من الحاجة إلى عمليات بحث منفصلة عبر الاجتماعات والدردشات والمستندات وسحابة التخزين وأنظمة CRM أو التذاكر.
#### تعمل MCP وواجهات برمجة تطبيقات Search and Ask على توسيع نفس آلية الاسترجاع لتشمل التطبيقات ووكلاء الذكاء الاصطناعي الخارجيين
تستدعي التطبيقات ووكلاء الذكاء الاصطناعي الخارجيون، بما في ذلك تلك المبنية على نماذج لغوية كبيرة (LLMs) تابعة لجهات خارجية، Agentic Search كأداة عبر MCP. تنتقل عناصر التحكم في الوصول مع المكالمة، بحيث يسترجع الوكيل المعلومات بما يتوافق مع أذونات المستخدم المصادق عليه.
الـ **واجهة برمجة التطبيقات للبحث** تُرجع مجموعة مرتبة من النتائج ذات الصلة وتترك عملية التوليد لنموذج المتصل نفسه، وهو ما يناسب الحالات التي تكون فيها المادة المصدرية الخام والمؤسَّسة هي المخرجات المطلوبة.
الـ **واجهة برمجة التطبيقات للسؤال** تنفّذ كلًا من الاسترجاع والتوليد داخل Zoom، وتُرجع إجابة مُركَّبة ومُوثَّقة بلغة طبيعية.
#### يحافظ فهرس ثابت واسترجاع وقت الطلب على حداثة البيانات التي تتغير كثيرًا
لا يقتصر Agentic Search على فهرس ثابت. تُحوَّل المحتويات إلى متجهات، وتُفهرَس، وتُوسَم بالكلمات المفتاحية، مع تضمين المحتوى المعتمد من جهات خارجية من خلال مزامنة تدريجية ضمن نطاق مسؤول، من أجل استرجاع لاحق فعّال. ويمكن بدلًا من ذلك الاستعلام مباشرةً عن البيانات التي تتغير كثيرًا، أو التي تستفيد من حداثة وقت الطلب، عبر MCP أو اتصالات أخرى مكافئة في الوقت الفعلي بدلًا من تقديمها من الفهرس.
معًا، يعني الفهرس الثابت واسترجاع وقت الطلب أن طبقة السياق تعكس الحالة الحالية للأنظمة المتصلة بدلًا من حالتها عند آخر مزامنة.
## **مصادر البيانات والفهرسة**
#### بنية فهرسة Zoom هي مصمم لغرض استرجاع الذكاء الاصطناعي التحاوري
بنية الفهرسة في Zoom هي مصمم لغرض الاسترجاع في الذكاء الاصطناعي التحاوري، باستخدام البحث المتجهي، وتقسيم المحتوى إلى أجزاء، ومخطط مصمم حول الطريقة التي تسترجع بها الأنظمة التحاورية السياق. صُممت العديد من تقنيات البحث المؤسسي والرسوم البيانية في الأصل حول هدف مختلف: اتصال المستندات والأشخاص والبيانات الوصفية وغيرها من الكيانات عبر بيئة إنتاجية. هذا الاختلاف المعماري مهم لأن الذكاء الاصطناعي التحاوري يحتاج إلى تحديد واسترجاع الأجزاء المحددة من المعلومات ذات الصلة دلاليًا بسؤال المستخدم، بدلًا من التنقل أساسًا بين العلاقات بين المستندات أو الكيانات. يقوم نهج Zoom بتنظيم المحتوى وفهرسته حول نموذج الاسترجاع هذا، مما يجعل حالات الاستخدام التحاورية اعتبارًا معماريًا أساسيًا بدلًا من أن تكون قدرة مضافة إلى نظام صُمم لغرض مختلف.
وبعبارة أخرى: إنه الفرق بين فهرسة مكتبة حسب الكتب الفردية وفهرستها حسب المقاطع التي قد يحتاجها شخص ما فعليًا للإجابة عن سؤال.
#### توسّع موصلات الطرف الثالث طبقة السياق في Zoom إلى أنظمة طرف ثالث المصرح بها، وذلك رهناً بتمكين مسؤول
يدعم Agentic Search الفهرسة من موصلات الطرف الثالث المصرح بها، بما في ذلك Google Drive وOneDrive وBox وSalesforce وServiceNow وZendesk وSeismic وConfluence وSharePoint، مع موصلات إضافية متاحة بحسب حالة الإصدار الحالية. كون الموصل متاحًا لا يعني أن محتواه قابل للبحث تلقائيًا — يجب تمكين كل مصدر بواسطة مسؤول قبل أن يبدأ Agentic Search في استيعابه. هذا النموذج المقيد بالمسؤول مقصود: فهو مصمم للحفاظ على نطاق الفهرسة متوافقًا مع ما فوضته المؤسسة فعليًا، بدلًا من إتاحة كل نظام قابل للاتصال افتراضيًا.
#### كيف تعمل الفهرسة: من الاستيعاب إلى فهرس قابل للاستعلام
عندما يتم تمكين موصل، ينشئ Agentic Search فهرسًا قابلًا للبحث للمحتوى المعتمد بدلاً من الاستعلام عن النظام المصدر من جديد مع كل طلب. تمر العملية عبر عدة مراحل:
1. **الاستيعاب** — يتم جلب المحتوى المعتمد من المصدر المتصل، رهناً بالنطاق الذي فوضه مسؤول وبأذونات اتصال المستخدمين. أما المصادر القائمة على الملفات مثل محركات أقراص سحابة، فيتم استرجاع محتوى المستند للمعالجة بدلًا من الاكتفاء بربطه.
2. **التقسيم** — يتم تقسيم المحتوى المسترجَع إلى مقاطع أصغر بحيث يمكن للاسترجاع أن يعيد الجزء المحدد من المستند ذي الصلة بالاستعلام، بدلًا من الملفات كاملة.
3. **تحويل إلى متجهات** — يُحوَّل كل مقطع إلى تضمينٍ عددي باستخدام نموذج تضمين، مما يتيح للاسترجاع المطابقة على المعنى لا على الصياغة الدقيقة فقط.
4. **فهرسة الكلمات المفتاحية** — يُفهرَس المحتوى أيضًا لمطابقة الكلمات المفتاحية. تعتمد كلتا إمكانيتَي Search و Ask على تطابق الكلمات المفتاحية إلى جانب التشابه المتجهي، لذا يعمل النهجان معًا بدلًا من أن يكونا بديلين.
5. **فهرسة بيانات التعريف الخاصة بالإذن** — تُفهرَس معلومات وصول المستخدم إلى جانب المحتوى، والمستمدة من أذونات النظام الأصلية نفسها، بحيث يمكن تطبيق التصفية المراعية للإذن عند وقت الاستعلام.
والنتيجة هي فهرس استرجاع مخصص للعميل — يُخزَّن المحتوى القادم من مصدر ما في صيغة مخصصة لذلك العميل وخاضعة لسياسات الإذن الخاصة بذلك العميل، بدلًا من أن يكون في مخزن مشترك أو عبر المستأجرين.
#### الرسوم التخطيطية وتدفقات البيانات متاحة للرجوع إليها
الرسوم التخطيطية التي توضح كيفية اتصال البحث الوكيلي من Zoom بالتطبيقات والخدمات ومصادر البيانات التابعة لجهات خارجية — بما في ذلك تدفقات بيانات الاتصال والفهرسة — متاحة في [ورقة بيضاء لـ Zoom AI](https://library.zoom.com/ai/ai-whitepaper/diagrams#zoommate-third-party-connections-and-indexing).
#### يخضع ما تتم فهرسته للنطاق الذي يصرّح به مسؤول للموصل
يخضع المحتوى الذي تتم فهرسته للنطاق الذي يصرّح به مسؤول للموصل. وبمجرد اتصال مصدر ما، تتم صيانة الفهرس من خلال التحديثات المستمرة بدلًا من الاستيعاب لمرة واحدة:
1. **المزامنة الأولية**: عند الإعداد الأول، ينفّذ الموصل مزامنة كاملة للمحتوى الواقع ضمن النطاق، بما في ذلك المحتوى التاريخي الموجود مسبقًا.
2. **تحديث الفهرسة اليومي**: بالنسبة إلى بعض المصادر، يحدّث الموصل المحتوى الواقع ضمن النطاق مرة واحدة يوميًا.
3. **المزامنة التزايدية**: بالنسبة إلى مصادر أخرى، يشغّل الموصل عمليات المزامنة الدورية على مدار كل يوم، والتي تعالج فقط المحتوى الذي أُضيف أو عُدّل أو تغيّر منذ آخر مزامنة، بدلًا من إعادة معالجة المستودع بالكامل في كل مرة.
#### يعمل الاسترجاع المفهرس والاسترجاع في الوقت الفعلي معًا
تستخدم Agentic Search مساري استرجاع، ويُحدَّد أيّهما يُطبَّق بحسب كيفية اتصال المصدر وما نوع البيانات التي يحتويها — لا بحسب إعداد على مستوى كل استعلام أو كل مجلد يبدّله مستخدم أو مسؤول.
المحتوى المتصل كمصدر بيانات على مستوى **الحساب** في لجنة المسؤول يُستوعَب في فهرس خاص بالعميل ويُبحث من هناك. هذا هو المسار الافتراضي للمحتوى غير المهيكل — المستندات ومقالات المعرفة والملفات — لأن الفهرس المُنشأ مسبقًا يجعل الاسترجاع سريعًا وفعّالًا وقت الاستعلام، كما أنه ينتج فهرسًا قابلًا للبحث مشتركًا عبر المؤسسة.
يتم الوصول إلى المحتوى **مباشرةً، في الوقت الفعلي، عبر MCP أو واجهة برمجة التطبيقات** في الحالات الأخرى: الموصلات الشخصية التي يصادق عليها مستخدم فردي (مثل البريد الإلكتروني والتقويم أو تخزين سحابة شخصي)، والسجلات المهيكلة مثل بيانات كائنات CRM، والمحتوى الآخر الذي يتغير بوتيرة متكررة بما يكفي للاستفادة من حداثة وقت الطلب. يسترجع الموصل الشخصي فقط المستندات التي يمكن للمستخدم المتصل الوصول إليها، وتحمل اتصالات البيانات المهيكلة مصادقة المستخدم وتفويضه الخاصة بدلًا من تقديمها من الفهرس.
وبما أن المسار يتبع الاتصال، فيمكن الوصول إلى التطبيق الأساسي نفسه بأيٍّ من الطريقتين بحسب كيفية إعداده. تُفهرَس خدمة تخزين سحابة متصلة كمصدر بيانات يديره مسؤول للبحث على مستوى المؤسسة، بينما يتم الاستعلام عن الخدمة نفسها عندما تكون متصلة كموصل شخصي لفرد مباشرةً وتكون مقتصرة على وصول ذلك المستخدم نفسه.
#### تعتمد اتصالات Agentic Search الخارجية على بروتوكول سياق النموذج (MCP)
تُبنى الاتصالات بين Zoom والنماذج والأدوات ومصادر البيانات الخارجية على بروتوكول سياق النموذج (MCP)، وهو معيار مفتوح بين العميل والخادم لربط النماذج بالأدوات والبيانات. تعمل خوادم MCP عند حافة Zoom، وتوفّر واجهة متسقة تُجرى عبرها طلبات الاسترجاع — سواء للاسترجاع في الوقت الفعلي من الأنظمة المتصلة أو لوكلاء خارجيين يصلون إلى Agentic Search كأداة. يستبدل هذا النقل الموحَّد عمليات التكامل المخصصة لكل مصدر بنموذج اتصال مشترك.
#### تختلف مدة الفهرسة حسب العميل وحجم البيانات ونوع البيانات
لا يوجد جدول زمني ثابت لمدى الوقت الذي يستغرقه موصل معيّن لإنشاء فهرس كامل. يختلف الوقت المطلوب حسب كل عميل، تبعًا لكمية البيانات التي يجري فهرستها ونوع البيانات المعنية. وتُعد حدود المعدل التي تفرضها المنصة الخارجية الجاري فهرستها عاملًا مسهمًا — فكل نظام مصدر يحدّ كمية البيانات التي يمكن سحبها في نافذة معينة، ويختلف هذا التقييد حسب المنصة ومستوى الخطة وتصميم واجهة برمجة التطبيقات. ينبغي للعملاء الذين يخططون لعملية فهرسة أولية لمستودع كبير أو شديد الاستخدام أن يتوقعوا إطارًا زمنيًا يمتد لعدة أسابيع بدلًا من نتيجة في اليوم نفسه أو الأسبوع نفسه.
#### تتدرج سعة الفهرسة وفق مستوى ترخيص ZoomMate وتُجمع على مستوى المؤسسة
سعة الفهرسة هي دالة لمستوى الترخيص لا حصة عالمية ثابتة. يساهم كل مستخدم مرخَّص بكمية سعة لكل مقعد بحسب مستواه، وتُجمَع هذه الكميات في تجمع واحد على مستوى المؤسسة يُشارك عبر المؤسسة ككل بدلًا من تخصيصه لكل مستخدم على حدة.
يجب أن يظل إجمالي المحتوى المفهرس عبر جميع المصادر المتصلة وجميع المستخدمين ضمن التجمع الموحَّد للمؤسسة — ما يعني أن فهرسة مستخدم واحد لمستودع كبير تسحب من السعة المشتركة نفسها المتاحة للجميع الآخرين. وبما أن التجمع ينمو مع كل مقعد مرخَّص، فإن السعة الإجمالية للمؤسسة هي مجموع ما يساهم به جميع المستخدمين المرخَّصين.
على سبيل المثال، إذا منح الترخيص 1 غيغابايت من التخزين، فعند 25 ترخيصًا يكون لدى الحساب إجمالي 25 غيغابايت من التخزين. وعند 100 مستخدم، 100 غيغابايت.
ينبغي للمؤسسات التي تخطط لفهرسة مستودعات كبيرة (مساحة Confluence كاملة، أو موقع SharePoint كبير، أو مثيل CRM ناضج) أن تحدد مستوى الترخيص وعدد المقاعد مقابل الحجم الإجمالي المتوقع للمحتوى، لا مقابل أنماط استخدام كل مستخدم على حدة. تتوفر سعة فهرسة إضافية — تواصل مع فريق حساب Zoom للحصول على مزيد من المعلومات.
#### يؤثر كل من حجم الملف ونوع الملف في ما يتم فهرسته
ينطبقان حدّان منفصلان للحجم، ويتصرفان بشكل مختلف:
* **حد 64 ميجابايت للملف الأصلي (التنزيل):** إذا تجاوز الحجم الأصلي لملف المصدر 64 ميجابايت، فيتم تخطيه ولا يُنزَّل للمعالجة.
* **حد 16 ميجابايت للمحتوى المعالج (الفهرسة):** تُحوَّل الملفات المنزَّلة إلى تنسيق معالجة موحَّد. إذا تجاوز الملف المعالج الناتج 16 ميجابايت، فلا يُفهرس سوى أول 16 ميجابايت من محتواه؛ أما الباقي فلا.
يفشل الحدّان بشكل مختلف: فالملف الأصلي الكبير جدًا يُتخطّى بالكامل، بينما يُقتطع الملف المعالج الكبير جدًا بدلًا من استبعاده، لذا يظهر محتواه الأولي في الاسترجاع بينما لا يظهر المحتوى اللاحق.
على نحو منفصل، تعتمد الفهرسة على نوع الملف، بغض النظر عن الحجم. محتوى الوسائط المتعددة — الصوت والفيديو والصور — لا يُفهرس، مهما كان حجمه. ويُزال أثناء التحويل إلى تنسيق المعالجة الموحَّد، قبل تقييم أيٍّ من حدّي الحجم. تُفهرَس البيانات الوصفية لجميع المستندات، لكن المحتوى الكامل يُفهرَس فقط لأنواع الملفات المدعومة غير الوسائطية. أما الأنواع غير المدعومة، فيظل المستند قابلًا للاكتشاف من خلال بياناته الوصفية، لكن محتواه غير قابل للبحث.
#### لا يمكن للمسؤولين حاليًا التحكم في ترتيب فهرسة المحتوى
لا توجد اليوم آلية تُمكّن مسؤولًا من إعطاء الأولوية لمجلدات أو مساحات أو أنواع محتوى معيّنة كي تُفهرَس قبل غيرها داخل مصدر متصل. تستمر الفهرسة عبر المحتوى المؤهل في موصل مُمكَّن دون طريقة لتسلسلها، ما يعني أن المؤسسات لا تستطيع تقديم فهرسة محتواها الأعلى قيمة مسبقًا، وعليها أن تتوقع أن تتوسع تغطية الفهرسة تدريجيًا عبر المستودع بالكامل بدلًا من البدء أولًا بالمواد الأكثر أهمية للأعمال.
كما لا يمكن جدولة الفهرسة لتعمل في وقت أو وتيرة مختارين. بمجرد تمكين مصدر ما، تعمل الفهرسة وفق توقيتها الخاص بدلًا من جدول يحدده مسؤول، لذا من الأفضل التعامل معها كعملية خلفية تكتمل عندما تكتمل، لا كعملية يمكن توقيتها حول نافذة محددة.
## **الإدارة، الأذونات، والحوكمة**
#### يمكن للمسؤولين التحكم في المصادر المتصلة، ويصادق المستخدمون على وصولهم الخاص
يتم تمكين الموصلات بواسطة مسؤول، وهو يحدد أي الأنظمة الخارجية متاحة للفهرسة والبحث داخل المؤسسة. يؤدي تمكين موصل إلى جعل مصدر ما متاحًا للمؤسسة، لكنه لا يمنح بالضرورة وصولًا إلى محتواه. يجب على كل مستخدم أن يصادق على وصوله إلى المصدر بشكل فردي — وبعد المصادقة، تتوافق أذونات الاسترجاع الخاصة به مع أذوناته الحالية في نظام المصدر، بحيث لا يمكنه سوى إظهار ما كان بإمكانه الوصول إليه هناك بالفعل.
#### الاسترجاع يراعي الأذونات وهو للقراءة فقط
صُمِّمت Agentic Search لتطبيق عناصر التحكم في الوصول الخاصة بكل نظام مصدر، لذا تعكس الإجابات فقط المحتوى الذي يُسمح لذلك المستخدم برؤيته بالفعل؛ وقد يتلقى مستخدمان يطرحان السؤال نفسه نتائج مختلفة بناءً على أذوناتهما في مصدر البيانات الخارجي. الاسترجاع للقراءة فقط ويتبع سياسات الاحتفاظ الخاصة بكل مصدر — على سبيل المثال، يتبع محتوى اجتماع Zoom فترة الاحتفاظ المطبقة عليه بدلًا من الاحتفاظ به بشكل منفصل بواسطة طبقة البحث. وبما أن الاسترجاع محكوم ويراعي الأذونات وقت الاستعلام، فإنه يوفّر أيضًا بديلًا عن تصدير النصوص التفريغية الخام أو السجلات دفعةً واحدة، مع إبقاء الوصول متوافقًا مع المصدر الخارجي الأصلي.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://library.zoom.com/technical-library/technical-library-ar/ai/ai-whitepaper/agentic-search.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.