Perplexity تضيف الاستناد الآني إلى الويب إلى واجهة برمجة التطبيقات لاتخاذ القرارات

أعلنت Perplexity في 4 نوفمبر 2026 إتاحة الاستناد إلى الويب فورًا في واجهة برمجة التطبيقات لاتخاذ القرارات، مضيفةً عمليات بحث اختيارية مباشرة على الويب قبل أن يعيد النموذج الاحتمالات. وتستهدف الميزة القرارات التي قد تتغير إجاباتها بعد التدريب، ومنها تحديد المنصب التنفيذي الذي يشغله شخص ما، أو أحدث إصدار لحزمة برمجية، أو ما إذا كان موعد فعالية ما لا يزال قائمًا.

تقبل واجهة برمجة التطبيقات لاتخاذ القرارات المحتوى بصيغة state وتعيد إجابات رقمية منظّمة بدلًا من النثر. ويُنتج السؤال الذي يتطلب إجابة بنعم أو لا احتمال الإجابة بنعم؛ ويُنتج سؤال الاختيار احتمالًا لكل خيار محدد؛ أما سؤال التقييم فيُنتج احتمالات موزعة على مقياس تقييم مرتب، إلى جانب درجة متوقعة. ويمكن للمطورين استخدام تلك القيم بوصفها عتبات في التصنيف والتوجيه وغيرهما من القرارات المؤتمتة. ويمكن أن تتضمن الحالة نصًا أو بيانات JSON أو صورًا، كما يتيح الإطلاق أيضًا استخدام عنوان URL يوجّه النموذج إلى صفحة محددة.

البحث المباشر قبل إجابة النموذج

ضبط mode على web_grounding يُفعّل Fast Search في بوابة واجهة برمجة التطبيقات لدى Perplexity قبل استدعاء النموذج. وتنشئ البوابة استعلامًا واحدًا لكل سؤال، اعتمادًا على السؤال وبداية نص الحالة، ثم تُجري عمليات البحث بالتوازي، وتدمج النتائج وتحذف عناوين URL المكررة. وتتشارك الأسئلة التي تُنتج الاستعلام نفسه عملية بحث واحدة. ثم تضيف البوابة عناوين الصفحات وعناوين URL والنصوص إلى الحالة بوصفها أدلة. وتظل الإجابات قائمة على الاحتمالات، في حين يتيح حقلٌ search_results للمطورين الاطّلاع على ما شاهده النموذج.

تخضع عمليات البحث لحدود صريحة. إذ يمكن إجراء ما يصل إلى 10 عمليات بحث بالتزامن، بحد أقصى ثانية واحدة لكل عملية وثلاث ثوانٍ إجمالًا. ولا يشمل البحث الصور. وتُرسل الاستعلامات إلى Perplexity Search API، وقد تتضمن نص السؤال والجزء الأول من الحالة معًا، ما يجعل البيانات المرسلة للبحث جزءًا من اعتبارات الخصوصية في عملية الدمج.

ولا تؤدي أعطال البحث بالضرورة إلى إيقاف الاستجابة للقرار. فإذا نجحت بعض عمليات البحث فقط، استخدم النموذج النتائج التي وصلته. وإذا لم تنجح أيٌّ منها، أجاب استنادًا إلى الحالة الأصلية وأعاد قيمة فارغة search_results ضمن مصفوفة. لذلك قد تحتفظ الاستجابة ببنية الإجابة المعتادة حتى عندما لا تسهم الأدلة المباشرة في إعدادها.

مكاسب الدقة واختلافات القياس

أفادت Perplexity بأنها اختبرت نموذج القرار نفسه على 328 ادعاءً بصيغة صح أو خطأ، مستمدًا من أخبار أكتوبر 2026 وحقائق نادرة من ويكيبيديا. وكان لكل ادعاء صحيح نظير خاطئ يختلف عنه في تفصيل واحد، ولم تُقدَّم أي أدلة ضمن الحالة. بلغت الدقة 56.4% من دون الاستناد إلى الويب و97.3% معه، فيما انخفض عدد الأخطاء من 143 إلى تسعة. وارتفع زمن الاستجابة الوسيط من 139 مللي ثانية إلى 366 مللي ثانية، وزمن الاستجابة عند المئين الخامس والتسعين من 514 مللي ثانية إلى 742 مللي ثانية، ما يضع كلفة ملموسة للسرعة إلى جانب مكاسب الدقة.

قالت Parallel Web Systems إن معيار PWS-Decisions يضم 300 سؤال ذي إجابات محددة: 100 سؤال علني بإجابات مرجعية و200 سؤال خاص. ويعتمد التقييم على المطابقة التامة، وقد اختيرت الأسئلة لصعوبتها لا لتقدير الدقة في حركة المرور المعتادة. وتعرض لوحة المتصدرين لدى Parallel متوسط الدقة والانحراف المعياري للعينة عبر ثلاث جولات تقييم أُجريت في 29 أكتوبر 2026، بما في ذلك دقة Perplexity Decisions البالغة 51.00% في مجموعة الأسئلة العلنية.

وقالت Perplexity إن pplx-decider-v1.2 النموذج المزود بالاستناد إلى الويب أجاب إجابة صحيحة عن 86 من الأسئلة العلنية المئة في جولة أُجريت في 4 نوفمبر 2026، ووصفت الشركة ذلك بأنه أعلى دقة في المجموعة العلنية مقارنةً بلوحة المتصدرين المنشورة. وقاس عميلها زمن استجابة وسيطًا قدره 370 مللي ثانية، وزمن استجابة عند المئين الخامس والتسعين قدره 685 مللي ثانية للأسئلة المئة. وتشمل قياسات زمن الاستجابة المنفصلة لدى Parallel الإجابات الكاملة عبر ثلاث جولات من مجموعة الأسئلة الثلاثمئة كاملةً، لذا يختلف نطاق مجموعتي أرقام زمن الاستجابة.

الأسعار والدمج

يمكن أن يتضمن الطلب المستند إلى الويب ما يصل إلى 100 سؤال. وتكلف كل عملية بحث مكتملة 0.001 دولار، ما يجعل رسوم البحث لا تتجاوز 0.10 دولار لطلب يضم 100 سؤال، لكن الأدلة المسترجعة تُحاسب أيضًا بوصفها رموز إدخال وتُحتسب ضمن حد الإدخال البالغ 256K. أما النموذج pplx-decider-v1.2 القياسي، فتبلغ تكلفته 0.02 دولار لكل مليون رمز إدخال، بينما pplx-decider-flash-v1.2 تبلغ تكلفته 0.01 دولار لكل مليون؛ أما رموز الإخراج فمجانية.

يؤثر تجميع الأسئلة في الفاتورة النهائية للرموز. ففي النموذج القياسي، يُعاد احتساب الأدلة عند اضطرار حدود الإدخال إلى تقسيم الأسئلة على مجموعات منفصلة. أما Flash فيقيّم كل سؤال على حدة، ويعيد احتساب الحالة والأدلة في كل مرة. لذا تعتمد تكلفة الاستناد إلى الويب على عدد عمليات البحث، وكمية النص المسترجع، وكيفية تجميع النموذج المحدد للأسئلة.

يشوب الدمج حاليًا قيدٌ متعلق بالأنواع. فمكتبة Python لدى Perplexity، بالإصدار 0.44.0 أو أحدث، وحزمة TypeScript SDK، بالإصدار 0.39.0 أو أحدث، تدعمان واجهة برمجة التطبيقات، لكن أنواع البيانات فيهما لا تتيح بعدُ mode و search_results. تمرر Python الوضع عبر extra_body، بينما ترسله TypeScript ضمن متن الطلب.

تشمل حالات الاستخدام التي تقترحها Perplexity التحقق مما إذا كانت الحسابات قد جمعت تمويلًا خلال الأيام التسعين الماضية، ومراقبة التبعيات لرصد الإصدارات المستقرة الأحدث من إصدار محدد، والتأكد من أن حدثًا ما لا يزال مقررًا قبل أن يحجزه الوكيل. في سير العمل هذه، يضيف الاستناد إلى مصادر موثوقة أدلة حديثة قابلة للفحص إلى تقدير احتمالي يمكن للبرنامج إخضاعه لعتبة أو مراجعته. ولا تقتصر المفاضلة على الدقة؛ إذ يؤثر كل من زمن الاستجابة واستخدام الرموز ورسوم البحث وأي نقص في الأدلة search_results في ما تمثّله الاحتمالية المُعادة.