جست‌وجوی موازی

Plugin ‏Parallel دو ارائه‌دهندهٔ web_search از Parallel فراهم می‌کند که هر دو گزیده‌های رتبه‌بندی‌شده و بهینه‌شده برای LLM را از نمایه‌ای وب که برای عامل‌های هوش مصنوعی ساخته شده است، برمی‌گردانند:

برای انتخاب صریح یکی از آن‌ها، tools.web.search.provider را روی parallel-free یا parallel تنظیم کنید؛ هیچ‌کدام به‌طور خودکار شناسایی نمی‌شوند.

نصب Plugin

openclaw plugins install @openclaw/parallel-pluginopenclaw gateway restart

کلید API (ارائه‌دهندهٔ پولی)

parallel-free به کلید نیاز ندارد، اما همچنان باید به‌طور صریح انتخاب شود. ارائه‌دهندهٔ پولی parallel به یک کلید API نیاز دارد:

openclaw configure --section web

پیکربندی

{  plugins: {    entries: {      parallel: {        config: {          webSearch: {            apiKey: "par-...", // در صورت تنظیم بودن PARALLEL_API_KEY اختیاری است            baseUrl: "https://api.parallel.ai", // اختیاری؛ OpenClaw مسیر /v1/search را می‌افزاید          },        },      },    },  },  tools: {    web: {      search: {        // "parallel-free" برای Search MCP رایگان، یا "parallel" برای        // ارائه‌دهندهٔ پولی مبتنی بر API که اینجا نمایش داده شده است.        provider: "parallel",      },    },  },}

روش جایگزین با متغیر محیطی: PARALLEL_API_KEY را در محیط Gateway تنظیم کنید. برای نصب Gateway، آن را در ~/.openclaw/.env قرار دهید.

بازنویسی نشانی پایه

فقط برای ارائه‌دهندهٔ پولی parallel اعمال می‌شود؛ parallel-free همیشه از https://search.parallel.ai/mcp استفاده می‌کند و این تنظیم را نادیده می‌گیرد.

برای هدایت درخواست‌های پولی از طریق یک پراکسی سازگار یا نقطهٔ پایانی جایگزین (برای مثال Cloudflare AI Gateway)، plugins.entries.parallel.config.webSearch.baseUrl را تنظیم کنید. OpenClaw میزبان‌های فاقد طرح‌واره را با افزودن https:// در ابتدا عادی‌سازی می‌کند و /v1/search را می‌افزاید، مگر اینکه مسیر از قبل به آن ختم شود. نقطهٔ پایانی نهایی بخشی از کلید حافظهٔ نهان جست‌وجو است؛ بنابراین نتایج نقاط پایانی مختلف هرگز با یکدیگر به اشتراک گذاشته نمی‌شوند.

پارامترهای ابزار

هر دو ارائه‌دهنده ساختار جست‌وجوی بومی Parallel را ارائه می‌کنند تا مدل یک هدف به زبان طبیعی را همراه با چند پرس‌وجوی کوتاه کلیدواژه‌ای تکمیل کند -- ترکیبی که Parallel برای دستیابی به بهترین نتایج توصیه می‌کند.

نکات

• Parallel نتایج را بر اساس سودمندی برای استدلال LLM رتبه‌بندی و فشرده می‌کند، نه برای کلیک کاربر؛ بنابراین به‌جای محتوای کامل صفحه، انتظار گزیده‌های متراکم برای هر نتیجه را داشته باشید.
• گزیده‌های نتایج به‌صورت آرایهٔ excerpts برمی‌گردند و برای سازگاری با قرارداد عمومی web_search در description نیز به یکدیگر متصل می‌شوند.
• هر دو ارائه‌دهنده یک session_id برمی‌گردانند؛ OpenClaw آن را به‌صورت sessionId در بار ابزار ارائه می‌کند تا فراخواننده‌ها بتوانند جست‌وجوهای بعدی را گروه‌بندی کنند. شناسهٔ نشست تولیدشده توسط Parallel (شناسه‌ای که فراخواننده ارائه نکرده است) از ورودی حافظهٔ نهان کنار گذاشته می‌شود، زیرا وظایف نامرتبط با پرس‌وجوهای یکسان نباید آن را به ارث ببرند.
• مقادیر searchId، ‏warnings و usage از Parallel، در صورت وجود، بدون تغییر منتقل می‌شوند.
• OpenClaw همیشه تعداد نهایی نتایج را به‌صورت advanced_settings.max_results به Parallel ارسال می‌کند (parallel) یا پس از پاسخ با اندازهٔ ثابت Parallel، مقدار count را در سمت کارخواه اعمال می‌کند (parallel-free). ابتدا آرگومان count فراخواننده اولویت دارد، سپس tools.web.search.maxResults و در غیر این صورت مقدار پیش‌فرض عمومی web_search در OpenClaw (۵) استفاده می‌شود -- مقدار پیش‌فرض API خود Parallel برابر ۱۰ است.
• نتایج به‌طور پیش‌فرض برای ۱۵ دقیقه در حافظهٔ نهان نگهداری می‌شوند (cacheTtlMinutes).
• هنگامی که فراخواننده session_id ارائه نکند، parallel-free در هر فراخوانی و از طریق دست‌دهی MCP یک session_id تازه می‌سازد؛ parallel در این حالت آن را تنظیم‌نشده باقی می‌گذارد.

مرتبط

• نمای کلی جست‌وجوی وب -- همهٔ ارائه‌دهندگان و شناسایی خودکار
• جست‌وجوی Exa -- جست‌وجوی عصبی همراه با استخراج محتوا
• جست‌وجوی Perplexity -- نتایج ساخت‌یافته همراه با پالایش دامنه