AnySearch لوكلاء الذكاء الاصطناعي: بحث منظم، تقليل هدر الرموز، وتوفير سياق زمني حقيقي أفضل
أصبح البحث من أهم القدرات الخارجية المتاحة لوكلاء الذكاء الاصطناعي. النماذج القوية قادرة على التفوق في الاستدلال، لكنها لا تستطيع استعادة الحقائق التي لم يتم استرجاعها مطلقًا، ولا التمييز بين المعلومات الحالية والتقارير القديمة بدون أدلة، ولا استنتاج السجلات المفقودة للشركات بشكل موثوق. تتعامل AnySearch مع هذه المشكلة كبنية تحتية للوكلاء، وليس كصفحة بحث موجهة للبشر. إنها لا تقتصر على إرجاع الروابط والعناوين والملخصات القصيرة، بل تهدف إلى توجيه الاستعلامات إلى صفحات الويب ذات الصلة.
AnySearch لوكلاء الذكاء الاصطناعي: بحث منظم، تقليل هدر الرموز، وتوفير سياق زمني حقيقي أفضل
مقدمة
أصبح البحث واحدًا من أهم القدرات الخارجية المتاحة لوكلاء الذكاء الاصطناعي. يمكن للنماذج القوية التفكير بشكل جيد، لكنها لا تستطيع استعادة الحقائق التي لم تُستَرجع مطلقًا، ولا يمكنها التمييز بين المعلومات الحالية والتقارير القديمة بناءً على الأدلة، ولا يمكنها الاستدلال بشكل موثوق على السجلات المفقودة للشركات.
تتعامل AnySearch مع هذه المشكلة كبنية تحتية موجهة للوكلاء، وليس كصفحة بحث موجهة للمستخدمين. فهي لا تعيد فقط الروابط والعناوين والمقتطفات القصيرة، بل تقوم بتوجيه الاستعلامات إلى الويب ذي الصلة أو المصادر الرأسية، وتزيل المحتوى المكرر ومنخفض القيمة، وتستخرج المعلومات المفيدة، وتقدم استجابة مهيكلة يمكنها الدخول مباشرة في سياق الاستدلال للنموذج.
احتل هذا المنتج المركز الأول في Product Hunt في يوم 6 يوليو 2026 وفي نفس الأسبوع. ويؤكد الإعلان عن إطلاقه على توفير معلومات حية ومفلترة ومزالة التكرار ومهيكلة عبر API أو خادم MCP أو مهارات الوكلاء القابلة للتثبيت.
تشرح هذه المقالة الفرق بين سير عمل البحث الموجه للوكلاء وواجهات البحث التقليدية، وتحلل بالتفصيل الأمثلة المعروضة في التقرير الأصلي، وتقدم دليلًا عمليًا للتثبيت والتقييم.
ملاحظة حول المعايير: بيانات الدقة والكمون أدناه مأخوذة من نتائج مقارنة AnySearch التي تم إعادة إنتاجها في المقالة المصدر. لا تتضمن المواد العامة التي تم مراجعتها لهذه النسخة كود التقييم الكامل أو المخرجات الخام أو إرشادات التقييم أو التحليل الإحصائي. يُرجى اعتبار هذه البيانات كنتائج أبلغ عنها البائع، وليس كمعايير مستقلة تم إعادة إنتاجها.
لماذا تكون نتائج البحث العادية مكلفة للوكلاء
يمكن للبشر تصفح صفحة النتائج وتجاهل الإعلانات والتعرف على المقالات المكررة والحكم على الروابط التي تستحق الاهتمام.
بينما يتلقى الوكلاء كل نتيجة كمدخل، مما يولد تكاليف متعددة:
- تشغل المقالات المكررة مساحة في السياق.
- تحتوي الصفحات الطويلة على عناصر تنقل وإعلانات ونص غير ذي صلة.
- قد تؤدي النتائج الضعيفة إلى جولات بحث إضافية.
- قد يتم الخلط بين المعلومات القديمة والحقائق الحالية.
- قد تفتقر ملخصات البحث إلى الأدلة اللازمة لاستنتاجات موثوقة.
- يجب على النموذج إنفاق الرموز للتنظيف قبل الاستدلال.
لا تكمن المشكلة فقط في دقة الاسترجاع، بل في شكل وكثافة المعلومات التي يتم إرجاعها.
لذلك، يجب على نظام بحث عملي للوكلاء الإجابة على ثلاثة أسئلة قبل تمرير المعلومات إلى النموذج:
- أي نوع من المصادر هو الأكثر ملاءمة لهذا الاستعلام؟
- أي النتائج تقدم أدلة فريدة وموثوقة؟
- كيف يمكن تسليم النتائج دون ضوضاء الويب؟
تم تصميم AnySearch حول هذه الخطوات.
إطلاق Product Hunt ونتائج المعايير العامة
حصلت AnySearch على المركز الأول في Product Hunt ليوم 6 يوليو 2026 وللأسبوع نفسه. وصفها Product Hunt بأنها
"بحث مهيكل في الوقت الفعلي موثوق به من قبل الوكلاء والمطورين" يحصل على معلومات مفلترة ومزالة التكرار من مصادر بحث متوازية.
تقدم المقالة المصدر أيضًا نظام تقييم مكون من 300 سؤال مبني على ثلاث مجموعات معيارية:
- FRAMES
- FreshQA
- WebWalkerQA
يشير المقال إلى أن AnySearch وBrave Search وParallel استخدمت نفس نموذج اللغة، وبالتالي فإن طبقة البحث (وليس اختيار النموذج) هي المتغير الرئيسي.
دقة التقارير
| نظام البحث | الدقة الإجمالية | FreshQA | WebWalkerQA |
|---|---|---|---|
| AnySearch | 76.4% | 80.0% | 65.2% |
| Brave Search | 64.0% | 74.0% | 46.8% |
| Parallel | 72.2% | 78.0% | 61.0% |
يقيم FreshQA الأسئلة التي تعتمد على المعلومات الحالية أو المتغيرة. بينما يركز WebWalkerQA على تصفح المواقع عبر صفحات متعددة وتحديد الأدلة. الجمع بينهما له صلة قوية بالوكلاء الذين لا يحتاجون فقط إلى قائمة سطحية من الروابط.
تم تضمين FRAMES في التقييم الإجمالي للمقالة المصدر، لكن الرسم البياني الذي يعرض المعايير لكل مجموعة في المقال يظهر فقط FreshQA وWebWalkerQA بالإضافة إلى النتيجة الإجمالية.
كمون التقارير
يظهر رسم بياني الكمون أن قيم AnySearch أقل في كل من متوسط المقارنة ومجموعة WebWalkerQA الفرعية.
| نظام البحث | متوسط قيمة الكمون | قيمة كمون WebWalkerQA |
|---|---|---|
| AnySearch | 48.0 | 76.5 |
| Brave Search | 68.9 | 133.0 |
| Parallel | 77.4 | 145.6 |
لم تحدد الصورة المصدر الوحدات بشكل صريح، لذلك احتفظ الجدول عمدًا بالقيم كما وردت في التقرير، دون تحويلها إلى ثوانٍ أو مللي ثانية.
ربط AnySearch بالوكلاء
تدعم AnySearch حاليًا ثلاث طرق رئيسية للتكامل:
- API
- MCP
- مهارات الوكيل (Agent Skill)
يوفر مشروع GitHub الرسمي مهارة وخادم MCP بموجب ترخيص Apache-2.0. يدعم كلاهما البحث العام على الويب، والبحث الرأسي، والبحث المتوازي الجماعي، واستخراج عناوين URL كاملة.
هذه الصورة مرتبطة بمحتوى AnySearch المذكور في المستند، وهي تمثيل بصري لوظائف وميزات AnySearch، تساعد القراء على فهم أنواع البحث المدعومة بوضوح.](https://we0-cms.oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/80912d0a-73aa-4f80-bbab-eb6f0779cd63-e96fb0d4-000e-4288-ae1b-bf3c078c578f.png)
تثبيت مهارة AnySearch
يوصي المستودع الرسمي بتنزيل الإصدار الثابت (pinned release)، بدلاً من الحصول مباشرة على التغييرات غير المنشورة من الفرع الرئيسي.
الفرع.
# تنزيل إصدار معين من مهارة AnySearch.
# راجع صفحة الإصدارات، واستبدل v2.1.0 عند توفر إصدار مستقر أحدث.
curl -L -o anysearch-skill.zip \
https://github.com/anysearch-ai/anysearch-skill/archive/refs/tags/v2.1.0.zip
# فك ضغط الإصدار.
unzip anysearch-skill.zip
انقل الدليل المُستخرج إلى الموقع المناسب الذي يستخدمه وكيلك:
# Claude Code
mv anysearch-skill-2.1.0 ~/.claude/skills/anysearch
# OpenCode
mv anysearch-skill-2.1.0 ~/.config/opencode/skills/anysearch
# مشروع Cursor أو Windsurf
mv anysearch-skill-2.1.0 <project>/.skills/anysearch
# موقع وكيل مشترك
mv anysearch-skill-2.1.0 ~/.agents/skills/anysearch
يعتمد الدليل الدقيق على منصة الوكيل وقواعد اكتشاف المهارات الحالية لديها.
مفتاح API والوصول المجهول
تشير وثائق المهارة الرسمية و MCP إلى أن حدود معدل الوصول المجهول منخفضة. مفتاح API اختياري، لكن يُوصى باستخدامه للحصول على استخدام أكثر استقرارًا أو أعلى.
لا تقدم مفتاح API إلى المستودعات العامة. قم بتخزينه في متغيرات البيئة، أو مدير الأسرار، أو ملفات التكوين المحلية المُهملة.
الاختبار الأول: البحث عن كود Go إنتاجي
الاختبار الأول في المقالة المصدر يطلب من الوكيل العثور على تطبيق حقيقي وموجه للإنتاج لموزع معدل واجهة برمجة التطبيقات (API rate limiter) مكتوب بلغة Go، وليس برامج تعليمية للمبتدئين.
محتوى المطالبة هو:
أنا بصدد بناء مشروع، أحتاج إلى تنفيذ موزع معدل واجهة برمجة التطبيقات بلغة Go. لا أحتاج إلى برامج تعليمية. من فضلك ابحث عن كود إنتاجي من مشاريع مفتوحة المصدر حقيقية.
بدون سير عمل بحث مخصص، أفاد التقارير بأن الوكيل أعاد روابط شائعة ومقتطفات كود معزولة. هذه النتائج، رغم أنها قد تشرح المفهوم، إلا أنها محدودة الفائدة عندما يحتاج المطور إلى سياق التنفيذ الكامل.
أسفر تشغيل بمساعدة AnySearch عن نتائج أكثر تنظيماً وموجهة للكود، مع سلاسل استدعاء أوضح ومواد من قواعد بيانات أكواد فعلية.
هذا الفرق حاسم، لأن الكود الإنتاجي ليس مجرد خوارزمية. يجب أن تساعد نتائج البحث المفيدة الوكيل في فحص:
- هيكل الحزمة
- التهيئة
- الإعدادات
- التبعيات التخزينية أو الحالة الموزعة
- تكامل الوسائط
- معالجة الأخطاء
- الاختبارات
- الترخيص
- نشاط المشروع
- علاقة الكود ببقية المستودع
بحث الكود الذي يستخرج دالة جميلة لكنه يتجاهل سياق افتراضاتها قد يضلل وكيل التنفيذ.
طلب بحث أفضل عن كود الإنتاج
بغض النظر عن مزود البحث المستخدم، يمكن للاستعلامات الأكثر تحديدًا تحسين النتائج:
ابحث عن مشاريع Go مفتوحة المصدر قيد الصيانة تنفذ موزع معدل واجهة برمجة التطبيقات في كود الإنتاج.
المتطلبات:
- أعد المستودعات ومسارات الملفات الدقيقة.
- أعط الأولوية للكود المستخدم في خوادم أو بوابات حقيقية.
- تضمين سياق التهيئة وسير الطلب.
- تحديد الخوارزمية، والتخزين الخلفي، والاختبارات، والترخيص.
- استبعاد قواعد بيانات البرامج التعليمية ومقتطفات الكود المنسوخة.
- ذكر تاريخ آخر التزام ذي صلة.
يجب أن يقدم نظام البحث الأدلة. قبل تعديل الكود، يجب على وكيل الترميز أن يفحص المستودع، والترخيص، والاختبارات، والافتراضات الأمنية، وحالة الصيانة الحالية.
الاختبار الثاني: العناية الواجبة بالشركات
الاختبار الثاني
قارن بين AnySearch وExa في نفس مهمة البحث عن شركة.
أداء التقريرين كان جيدًا في معلومات الشركة العامة الأساسية. كان الاختلاف الرئيسي في قسم المخاطر.
وفقًا للتقارير، وجد AnySearch سجلات امتثال منشورة محليًا وإعلانات منصة كانت مفقودة في التقرير الذي أنشأته Exa. يعزو مصدر المعلومات هذا الاختلاف إلى الوصول إلى مصادر البيانات الرأسية الصينية، وليس إلى نموذج اللغة نفسه.
يسلط هذا المثال الضوء على قيود شائعة في البحث عن الشركات: قد يغطي فهرس الويب العالمي المواقع الرسمية للمنظمات والتقارير الدولية وقواعد البيانات الإنجليزية بشكل جيد، لكنه قد يفوت السجلات المحلية التنظيمية والقضائية والشكاوى والمنصة.
يجب على وكيل العناية الواجبة أن يبحث صراحة في فئات متعددة:
- تسجيل الشركة والملكية المستفيدة
- تغييرات التمويل والمساهمين
- سجلات التقاضي والإنفاذ
- الإعلانات التنظيمية
- شكاوى المنتجات وعقوبات المنصة
- براءات الاختراع والعلامات التجارية
- حوادث الأمن السيبراني والبيانات
- تغييرات الإدارة
- إشارات التحذير المالي والتشغيلي
- آخر الأخبار من السوق المحلي للشركة
تنبيه مهم: العناية الواجبة المدعومة بالبحث لا تحل محل المراجعة القانونية أو المالية أو الامتثالية المهنية. قد تكون السجلات غير كاملة، وقد تسبب الأسماء لبسًا، وقد تفسر الملخصات التلقائية الأدلة بشكل خاطئ.
الاختبار الثالث: تقرير طاقة عالمي فوري
الاختبار الثالث طلب من AnySearch إنشاء تقرير عن سوق الطاقة العالمي، يغطي:
- التغير في مخزون الغاز الطبيعي الأمريكي
- أسعار الكهرباء اليومية في الدول الأوروبية
- كثافة الكربون في شبكة الكهرباء الأسترالية
احتوى المخرجات التي أظهرها مصدر المعلومات على تفاصيل المخزون الإقليمي، ومقارنة أسعار الكهرباء الأوروبية، وبيانات الانبعاثات. استشهد التقرير بمعلومات حديثة، بما في ذلك بيانات نشرتها إدارة معلومات الطاقة الأمريكية في 9 يوليو وأسعار الكهرباء اليومية الأوروبية في 12 يوليو.
ترتبط هذه الصورة بمحتوى الاختبار الثالث في الوثيقة، حيث تعرض بيانات أسعار الكهرباء اليومية لعدة دول أوروبية، وهي جزء من تقرير سوق الطاقة العالمي الذي أنشأته AnySearch.](https://we0-cms.oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/3f5432f8-0641-4e6e-b8aa-62b6a50e7d18-f18fcac7-52c7-4efa-a066-9c9722c9cea9.jpeg)
هذا مثال نموذجي للاستعلام متعدد المجالات، حيث يتطلب من النظام تحديد أن الطلب الواحد يحتوي على مسارات بيانات مستقلة متعددة، وليس مجرد بحث ويب تقليدي واحد.
لتحقيق تنفيذ موثوق، يجب:
- تقسيم الطلب إلى استعلامات فرعية.
- توجيه كل استعلام فرعي إلى مصدر البيانات المناسب.
- تسجيل تواريخ النشر والملاحظة.
- الاحتفاظ بتعريفات الوحدات والمناطق الجغرافية.
- التمييز بين القيم المتوقعة والقيم المقاسة الفعلية.
- إرجاع عنوان URL المصدر أو معرّف المصدر.
- إجراء التطبيع في المخرجات النهائية دون إخفاء التناقضات بين البيانات.
يجب أن تحتوي البيانات الحالية دائمًا على طابع زمني. إذا لم يذكر التقرير وقت نشر القياسات الأساسية والفترة الزمنية التي تغطيها، فإن كلمة "الأحدث" تفقد معناها.
كيف تقوم AnySearch بتوجيه الاستعلامات
الافتراض الأساسي في التصميم هو أن AnySearch تعيد هيكلة خط أنابيب الاسترجاع حول سلوك الوكيل الذكي.
تظهر العملية الموضحة في الكود المصدري خمس مراحل:
- استلام الاستعلام
- فهم النية
- تنسيق التوجيه
- الاسترجاع المتوازي
- تجميع النتائج وتسليمها للوكيل
1. فهم النية
يحدد النظام أولاً نوع الأدلة التي يتطلبها الاستعلام.
قد تحتاج استعلامات بيانات الشركات إلى سجلات التسجيل، وبراءات الاختراع، وقواعد البيانات القانونية، ومنصات الشكاوى. يجب توجيه الأسئلة المتعلقة بالكود إلى مستودعات الأكواد والوثائق. أما استعلامات سوق الطاقة فقد تحتاج إلى بيانات رسمية عن المخزون وأسواق الكهرباء.
وهذا يختلف جوهرياً عن الطريقة التي تعالج بها جميع الطلبات عبر فهرس عام واحد.
2. تحديد المجال ومصدر البيانات
تشير AnySearch إلى أنها تدعم، بالإضافة إلى البحث العام، أكثر من 20 فئة رأسية تشمل المجالات التالية:
- الكود
- المالية
- البحث الأكاديمي
- الأمان
- المعلومات القانونية
- بيانات الشركات والأعمال
- محتوى الويب العام
تحتوي واجهة MCP العامة على طريقة دليل المجالات. يجب على الوكيل طلب المجالات الصالحة وأنماط المعلمات، بدلاً من إنشاء مرشحات غير مدعومة بنفسه.
3. الاسترجاع المتوازي
يمكن للمسألة التي تمتد عبر عدة مجالات أن تُطلق عمليات بحث مستقلة متعددة. يدعم خادم MCP التنفيذ الدفعي من 1 إلى 5 كائنات استعلام، ولا يؤدي فشل فرع ما إلى حظر تنفيذ الفروع الأخرى.
يمكن أن يقلل الاسترجاع المتوازي من إجمالي وقت الانتظار، ولكن بشرط أن تمنع طبقة التجميع النتائج منخفضة الجودة السريعة الظهور من مزاحمة النتائج الموثوقة الأبطأ.
الدليل.
4. الترتيب قبل النموذج
يقترح النص الأصلي ثلاث أفكار للترتيب:
- تخفيف المصدر نفسه: تقليل وزن النتائج المتكررة القادمة من نفس الموقع.
- التحكيم في كثافة المعلومات: تفضيل النتائج التي توفر أدلة فريدة ومفيدة أكثر.
- الترتيب المختلط: الجمع بين الصلة الدلالية والتوقيت.
الهدف المتوقع هو إجراء المزيد من التصفية قبل دخول المحتوى إلى نموذج اللغة.
وهذا يختلف عن خط الأنابيب الذي يُرجع مجموعة كبيرة من النتائج ويترك للنموذج مهمة إزالة التكرارات بنفسه. يمكن أن يؤدي التصفية المسبقة إلى توفير الرموز المميزة، لكنه يضيف مسؤولية أخرى: يجب ألا يقوم نظام الترتيب بإزالة السجلات من مصادر الأقلية أو السجلات المتناقضة الهامة بصمت.
5. التسليم المهيكل
بعد الترتيب، تقوم AnySearch باستخراج المحتوى الرئيسي وإزالة ضوضاء الصفحة، ثم تحويل النتائج إلى تنسيق Markdown.
كما يوفر خادم MCP الرسمي عملية استخراج عنوان URL، والتي يمكنها إعادة محتوى الصفحة بتنسيق Markdown مع حد قطع واضح يبلغ 50,000 حرف.
يمكن للمخرجات المهيكلة أن تقلل حجم العمل المطلوب من النموذج، خاصةً عندما تحتوي النتائج على ما يلي:
- عناوين واضحة
- بيانات وصفية للمصدر
- تواريخ
- كتل أدلة مختلفة
- جداول
- أكواد مع مسارات الملفات
- وحدات موحدة
- عناوين URL للتحقق
لماذا يؤدي إزالة التكرار إلى تقليل إهدار الرموز؟
افترض أن وكيلًا تلقى عشر نتائج حول حدث واحد. إذا كانت سبعة منها مجرد إعادة صياغة لتقرير أصلي واحد، فإن السياق سيحتوي على تكرار للادعاءات بدلاً من سبع تأكيدات مستقلة.
يؤدي هذا إلى ثلاث مشاكل:
- المواد المكررة تستهلك مساحة السياق.
- قد يفسر النموذج التكرار خطأً كدليل مستقل.
- قد تُزاح الأدلة الأقل شيوعًا ولكن الأكثر موثوقية.
يهدف إزالة التكرار المستند إلى المصدر إلى الاحتفاظ بالأدلة الفريدة، بدلاً من مجرد الاحتفاظ بالصفحات الأعلى ترتيبًا.
يجب أن يجعل استجابة بحث الوكيل العملي معلومات المصدر مرئية. يحتاج المطورون إلى معرفة ما إذا كانت النتائج الخمسة تمثل خمسة مصادر أصلية، أو خمسة إصدارات مشتركة من مصدر واحد، أو مزيجًا من الأدلة الرئيسية والثانوية.
توفير الرموز هو نتيجة خط الأنابيب، وليس نسبة مئوية ثابتة
يصف النص الأصلي استهلاك الرموز المنخفض كميزة لـ AnySearch، لكنه لم ينشر نسبة مئوية عامة لتقليل الرموز.
هذا منطقي لأن التوفير يعتمد على:
- عدد النتائج الأصلية
- طول الصفحة
- معدل التكرار
- جودة الاستخراج
- مُجزئ النموذج
- الحد الأقصى لحجم السياق
- ما إذا كان الوكيل سيبحث مرة أخرى
- عمق الاقتباس المطلوب
- كمية البيانات الوصفية المنظمة المحفوظة
يجب أن يقيس التقييم العادل المهمة بأكملها، وليس مجرد استجابة البحث الأولى.
تشمل المقاييس المفيدة:
| المقياس | ما يقيسه |
|---|---|
| رموز إدخال البحث | السياق الذي تستهلكه المواد المسترجعة |
| إجمالي رموز الوكيل | البحث، والاستدلال، والإجراءات اللاحقة، والتوليد النهائي |
| عدد مكالمات البحث لكل جولة | هل يؤدي ضعف الاسترجاع إلى عمليات بحث متكررة |
| عدد المصادر المختلفة | تنوع الأدلة بعد إزالة التكرار |
| دقة الاقتباس | هل المصادر المذكورة تدعم الادعاءات ذات الصلة |
| اكتمال الإجابة | هل تغطي الاستجابة الأبعاد المطلوبة |
| زمن الاستجابة من البداية للنهاية | الوقت اللازم لإنجاز المهمة |
| معدل نجاح المهمة | هل حقق الوكيل الهدف المتوقع |
الإجابة المختصرة التي تحذف الأدلة الرئيسية ليست استراتيجية مثالية. لا يكون انخفاض عدد الرموز ذا قيمة إلا مع الحفاظ على جودة الإجابة وإمكانية تتبعها.
ميزات هندسية أصلية موجهة للوكيل
يجب أن تتعامل مكونات البحث المستخدمة في بيئات الإنتاج مع مشكلات الفشل التي نادرًا ما تظهر في عروض المنتجات التوضيحية.
يركز مصدر الموارد على الميزات التالية:
- معالجة المهلة الزمنية
- التراجع التلقائي
- التوجيه متعدد المصادر
- الوصول إلى API
- دعم MCP
- دعم المهارات
- إخراج Markdown المنظم
تدعم وثائق MCP العامة أيضًا الوظائف التالية:
- بحث الويب العام
- البحث العمودي
- البحث المتوازي الدفعي
- استخراج الصفحة بالكامل
- الوصول المجهول
- مصادقة اختيارية باستخدام مفتاح API
لا يزال يتعين على فرق الإنتاج إضافة ضوابطها الخاصة:
- مهلة زمنية لكل مصدر
- آليات إعادة المحاولة مع التراجع
- تتبع الطلبات والتكاليف
- القائمة البيضاء والسوداء للمصادر
- فحص حقن الاستعلام
- تصفية معلومات التعريف الشخصية والأسرار
- حدود حجم النتائج
- استراتيجيات التخزين المؤقت
- سجلات التدقيق
- مراجعة بشرية للقرارات عالية المخاطر
مخرجات البحث هي مدخلات خارجية غير موثوقة. حتى نص Markdown المنظف قد يحتوي على تعليمات ضارة أو ادعاءات كاذبة أو محتوى مخترق.
أصبح البحث بنية تحتية للوكلاء
يساعد البحث التقليدي المستخدمين في تحديد موقع الصفحة. أما بحث الوكيل فله هدف مختلف: توفير أدلة قابلة للاستعمال آليًا للاستدلال والتنفيذ.
يغير هذا أولويات التصميم.
| البحث الموجه للإنسان | البحث الموجه للوكيل |
|---|---|
| محسّن للتصفح السريع | محسّن للاستهلاك الآلي |
| روابط وملخصات | أدلة منظمة |
| المستخدم يزيل التكرار بنفسه | يجب على النظام تقليل المحتوى المكرر |
| المستخدم ينتبه لتواريخ الصلاحية | يجب وضع علامة واضحة على التواريخ |
| المستخدم يقرر بمن يثق | هناك حاجة لمصادر وإشارات جودة |
| التصفح قد يكون استكشافيًا | البحث المتكرر يستهلك الوقت والرموز |
| التخطيط البصري مهم | البنية المستقرة و Markdown مهمان |
يحدد النموذج قدرة الوكيل على استخدام الأدلة للاستدلال. وتحدد طبقة البحث الأدلة المتاحة في البداية.
مع تحسن قدرات النماذج، تزداد أهمية جودة الاسترجاع. يمكن للنموذج القوي أن يولد إجابات مقنعة للغاية حتى مع سياق ضعيف. وهذا يجعل اختيار المصادر وتوقيتها وإمكانية تتبعها جزءًا من نظام سلامة وموثوقية الوكيل.
كيفية تقييم AnySearch في سير عملك الخاص
يجب ألا يختار المطورون مزود بحث بناءً على معيار قياسي واحد فقط أو حالة أمان مثيرة للإعجاب.
بدلاً من ذلك، يجب بناء مجموعة تقييم بناءً على السيناريوهات الفعلية.
المهام التي ينفذها وكيلك.
الخطوة الأولى: تحديد الاستعلامات التمثيلية
تغطية الحالات البسيطة والصعبة:
- الأخبار الحالية
- كود المستودع
- سجلات الأعمال المحلية
- الأوراق الأكاديمية
- المعلومات التنظيمية
- البيانات متعددة الدول
- الأسئلة ذات المصادر المتضاربة
- الاستعلامات التي تتطلب مجالات فرعية متعددة
الخطوة الثانية: الحفاظ على ثبات النموذج
استخدم نفس النموذج، والاستعلام، وإستراتيجية الأداة، ونمط الإخراج لكل مزود.
الخطوة الثالثة: التقاط الأدلة الأصلية
قم بتخزين المصادر التي تم إرجاعها قبل أن يلخصها النموذج. وإلا، فلن تتمكن من تحديد ما إذا كان الخطأ ناتجًا عن عملية الاسترجاع أم الاستدلال.
الخطوة الرابعة: تقييم أبعاد أكثر من مجرد الدقة
قم بقياس زمن الاستجابة، وإجمالي الرموز، وعدد مكالمات البحث المكررة، والتغطية، ودعم الاقتباس، والتوقيت، ومعدل الفشل.
الخطوة الخامسة: مراجعة النتائج عالية المخاطر يدويًا
تتطلب مهام التمويل والقانون والأمن والرعاية الطبية والامتثال مراجعة خبراء. يمكن لواجهة برمجة تطبيقات البحث تحسين جمع الأدلة، لكنها لا تستطيع تحمل المسؤولية المهنية.
الخطوة السادسة: اختبار سلوك الأعطال
تعطيل مصدر معين، إبطاء مسار معين، إرجاع محتوى بتنسيق خاطئ، إدخال نتائج مكررة. تعتمد موثوقية بيئة الإنتاج على أداء النظام عندما يكون الاسترجاع غير كامل.
الأسئلة الشائعة
ما هو AnySearch؟
AnySearch هي خدمة بنية تحتية للبحث في الوقت الفعلي مصممة لوكلاء الذكاء الاصطناعي والمطورين. توفر البحث على الويب، والبحث في المجالات المتخصصة، والبحث الجماعي، واستخراج النص الكامل مع مخرجات منظمة.
هل AnySearch هو محرك بحث موجه للمستهلكين؟
لديه موقع إلكتروني يمكن للمستخدمين تجربة البحث من خلاله، لكن موقعه الأساسي هو كبنية تحتية للوكلاء. تشمل طرق التكامل الأساسية API و MCP و Skill القابل للتثبيت.
هل يعمل AnySearch بدون مفتاح API؟
تشير وثائق Skill الرسمية و MCP إلى أن معدلات الحد والاستخدام للمستخدمين المجهولين منخفضة. مفتاح API اختياري، لكن يُوصى به للاستخدام الأكثر انتظامًا.
ما المجالات المتخصصة التي يدعمها AnySearch؟
تذكر الوثائق العامة مجالات التمويل والبحث الأكاديمي والأمن والمعلومات القانونية والبرمجة وغيرها. يجب على الوكلاء استشارة دليل المجالات المدعومة قبل استخدام معلمات مجال معين.
كيف يقلل AnySearch من استخدام الرموز (tokens)؟
يحاول توجيه الاستعلامات قبل الاسترجاع، وتقليل المصادر المكررة، وإعطاء الأولوية للنتائج عالية كثافة المعلومات، وإزالة ضوضاء الصفحة، وإرجاع محتوى بتنسيق Markdown منظم. يعتمد التوفير الفعلي للرموز على محتوى الاستعلام وسير عمل الوكيل الأوسع.
هل تم التحقق بشكل مستقل من معيار 76.4٪؟
تم الإبلاغ عن هذه النتيجة من قبل AnySearch، وتم إعادة إنتاجها في المقال الأصلي. لم يتم العثور على حزمة تقييم كاملة متاحة للجمهور أثناء عملية التحقق، لذا يجب اعتبار هذه النتيجة بيانات مقارنة يقدمها البائع.
هل يمكن لـ AnySearch أن يحل محل العناية الواجبة المهنية؟
لا. يمكنه المساعدة في جمع معلومات عن الشركات والقانون والمالية والمخاطر العامة، لكن يجب على المحترفين التحقق من الهوية وسلطة المصدر والاكتمال والاختصاص القضائي والتفسير.
هل AnySearch مفتوح المصدر؟
قاعدة بيانات كود Skill و MCP Server لـ AnySearch متاحة للجمهور تحت ترخيص Apache-2.0. الخلفية المستضافة لـ API هي خدمة مستقلة، ولا تدخل ضمن نطاق ترخيص هذه القواعد البرمجية.
أدوات ذات صلة
- AnySearch: بنية تحتية للبحث في الوقت الفعلي ومنظمة لوكلاء الذكاء الاصطناعي.
- AnySearch Skill: Skill قابل للتثبيت للوكلاء يدعم البحث على الويب، والبحث المتخصص، والبحث الجماعي، والبحث في محتوى URL.
- AnySearch MCP Server: حل تكامل MCP يكشف أدوات AnySearch للوكلاء المتوافقين.
- Exa: API للبحث والتقاط المحتوى والزحف والبحث مصممة لتطبيقات الذكاء الاصطناعي.
- Tavily: API للبحث والاستخراج في الوقت الفعلي مخصص لسير عمل الوكلاء و RAG.
- Brave Search API: API بحث على الويب مستقلة للتطبيقات وأنظمة الذكاء الاصطناعي.
- Model Context Protocol: بروتوكول مفتوح لتوصيل تطبيقات الذكاء الاصطناعي بالأدوات والبيانات الخارجية.
روابط ذات صلة
- AnySearch على Product Hunt: وصف المنتج، معلومات الإطلاق، تعليقات المجتمع، والجوائز.
- ترتيب Product Hunt للأسبوع المنتهي في 6 يوليو 2026: يظهر الترتيب الذي احتل فيه AnySearch المركز الأول في إطلاق ذلك الأسبوع.
- دليل تثبيت AnySearch Skill: الإعداد الرسمي، مفتاح API، الدليل، وتعليمات وقت التشغيل.
- وثائق AnySearch MCP: وظائف MCP الرسمية، المعلمات، المصادقة، وتعريفات الأدوات.
- مستودع FreshQA: بيانات ورموز لتقييم الأسئلة التي تتطلب أحدث المعرفة العالمية.
- ورقة FreshLLMs البحثية: دراسة بحثية تقدم FreshQA وتقييم تحسين البحث.
- ورقة WebWalkerQA البحثية: معيار لتصفح الويب واسترجاع الأدلة عبر هياكل مواقع متعددة.
ملخص
يعامل AnySearch البحث كطبقة إدخال للوكلاء، وليس كقائمة صفحات يتصفحها البشر. يوجه الاستعلامات عبر مصادر عامة ومتخصصة، ويبحث في مسارات متعددة، ويصنف الأدلة ويزيل المكرر منها، ويزيل ضوضاء الصفحة، ويعيد محتوى منظمًا عبر API أو MCP أو Skill.
توضح الأمثلة في المصدر سبب أهمية هذا التصميم لاكتشاف الأكواد الإنتاجية، والعناية الواجبة للشركات المحلية، والبيانات الحالية متعددة الأسواق. في كل حالة، يحتاج الوكيل إلى أدلة كاملة وفي الوقت المناسب وقابلة للتتبع - وليس مجرد روابط ذات صلة.
ترتيبه على Product Hunt ونتائج المعايير التي أبلغها البائع تجعل AnySearch يستحق الاختبار، لكن على الفرق، قبل تغيير حزمة الاسترجاع الإنتاجية، إعادة إنتاج النتائج باستخدام استعلاماتهم ونماذجهم وحساب الرموز ومعايير الجودة الخاصة بهم.
في سير عمل الوكيل، النموذج هو الذي يقرر كيفية معالجة الأدلة؛ لكن طبقة البحث هي التي تقرر ما إذا كانت الأدلة الصحيحة ستصل إلى النموذج أم لا.