ما الذي أعلنت عنه Perplexity؟
تؤكد الوثائق الرسمية أن واجهة Agent API تدعم مستوى ultra، وهو مستوى جهد مخصص للبحث واسع النطاق وجمع المعلومات عندما تكون شمولية التغطية أهم من سرعة الاستجابة. يتاح الاختيار عبر معامل effort، إلى جانب fast و low و medium و high و xhigh. لا يقدم هذا الإعلان نموذج لغة مستقلًا، بل طريقة لاختيار مجموعة من إعدادات النموذج وأدوات البحث وعدد الخطوات. لذلك يجب فهمه كتغيير في طريقة إدارة مهام الوكيل، وليس وعدًا بأن أي استجابة ستكون صحيحة تلقائيًا. بالنسبة للمطور العربي، القيمة الحقيقية تظهر في المهام التي تتطلب جمع أدلة كثيرة من مصادر مختلفة ومقارنتها، مثل البحث عن موردين أو مراجعة وثائق تقنية أو إعداد تحليل سوق. أما الأسئلة القصيرة فلا تحتاج بالضرورة إلى أعمق إعداد متاح. وتبقى جودة الاستشهادات والمعلومات المسترجعة عاملًا أهم من طول الإجابة.
ما الفرق بين مستويات effort؟
تصف Perplexity المستوى fast بأنه مناسب للحقائق المباشرة والردود القصيرة، و low للبحث الخفيف، و medium للأسئلة متعددة الخطوات، و high للتغطية البحثية العميقة، و xhigh للمهام المفتوحة التي قد تشمل تنفيذ شيفرة وأدوات متعددة. ويستهدف ultra الأبحاث الأوسع التي تكون فيها الشمولية أولوية على زمن الإنجاز. تتضمن المستويات إعدادات مسبقة للنموذج والبحث والأدوات وحدود الخطوات، ولا ينبغي الخلط بينها وبين reasoning.effort الذي يضبط تفكير النموذج. ومن المهم أن المستوى الديناميكي يمكن أن يتغير تكوينه عندما تحدثه الشركة؛ لذلك قد يختلف زمن الرد أو سلوك البحث في المستقبل رغم ثبات اسم المستوى داخل التطبيق. تتيح الوثائق تثبيت إصدار محدد للحفاظ على تكوين منشور، أو إنشاء إعداد مخصص، لكن التثبيت لا يغني عن مراقبة الخدمة واختبار النتائج عند تغير البيانات والمصادر.
كيف تختبر الميزة قبل دمجها؟
ابدأ بثلاث مهام عربية واقعية: سؤال بسيط عن مواصفة منتج، ومقارنة متوسطة بين خدمات، ومسح واسع لعدد كبير من المصادر. نفذ كل مهمة بالمستوى الملائم ثم كررها بمستوى أعلى، وسجل زمن الإنجاز وتكلفة الطلب وجودة الاستشهادات وعدد الحقائق التي أمكن التحقق منها. لا تكتف بمقارنة عدد الكلمات أو عدد الروابط؛ افحص إن كانت الروابط تدعم الادعاءات فعلًا، وإن كان الوكيل قد خلط بين تحديث قديم وإصدار جديد. وفي الأعمال الحساسة، ضع مراجعة بشرية قبل اتخاذ قرار مالي أو إرسال معلومات إلى طرف خارجي. وإذا كان التطبيق يقدم خدمة مدفوعة، ضع سقف تكلفة داخليًا لكل مهمة وتنبيهًا عند تجاوز الزمن المتوقع. كما ينبغي تجربة الاستعلامات العربية والإنجليزية لمعرفة اختلاف جودة المصادر. هذه خطوات تقييم مقترحة وليست نتائج اختبار أجريناه على الخدمة.
الأسعار والقيود وما الذي يمكن تأكيده؟
نشرت مواقع تقنية تقارير عن انخفاض تكلفة مستويات Agent API وإضافة ultra في نوفمبر 2026، لكننا لم نتمكن من فتح صفحة الإعلان الرسمية التفصيلية الخاصة بتلك النسب. لذلك لا ننسب تخفيضًا محددًا أو سعرًا ثابتًا إلى الشركة في هذا المقال. يمكن للمطور مراجعة صفحة التسعير الرسمية وفاتورة الاستخدام الناتجة عن تجربة حقيقية، لأن التكلفة قد تتأثر بالنموذج وعدد الرموز وعمليات البحث والأدوات المستخدمة. وحتى مع زيادة عمق البحث، قد تظهر معلومات قديمة أو استشهادات لا تؤيد الاستنتاج، ويجب الرجوع إلى المصدر الأصلي. المرجع الذي تحققنا منه مباشرة هو وثائق Perplexity الرسمية الخاصة بمستويات effort: https://docs.perplexity.ai/docs/agent-api/effort. توضح الوثائق وجود ultra والغرض منه وآلية اختيار المستوى وتثبيت الإصدار. القرار العملي هو تخصيص ultra فقط للمهام التي تثبت التجربة حاجتها إلى بحث أوسع، بدل جعله الإعداد الافتراضي لكل طلب.
مثال عملي لفرق البحث والتطوير العربية
لنفترض أن فريقًا عربيًا يريد مقارنة عشرات أدوات إدارة المشاريع التي تدعم التكامل مع وكلاء الذكاء الاصطناعي. يبدأ الفريق بتحديد حقول موحدة، مثل تاريخ تحديث الوثائق وطرق المصادقة وحدود الاستخدام ووجود واجهة API. يمكن لمستوى بحث واسع أن يساعد في جمع المرشحين، لكنه لا يقرر وحده أي منتج يناسب الشركة. ينبغي أن يراجع الفريق الروابط الرسمية لكل منتج، وأن يستبعد الادعاءات غير المدعومة، وأن يختبر تكاملين أو ثلاثة عمليًا. إذا أعطى مستوى high النتائج الموثقة نفسها في وقت أقل وتكلفة أدنى، فلا توجد فائدة تشغيلية من اختيار ultra لهذه المهمة. وعلى العكس، إذا كان المطلوب استقصاء سوق واسع ويؤدي المستوى الأعلى إلى العثور على خيارات موثقة فاتت المستويات الأخرى، فقد يستحق استخدامه في مرحلة الاكتشاف فقط. المهم قياس المنفعة لكل مهمة بدل اعتماد ترتيب ثابت للمستويات.
شارك في تقييم ونقاش المقال
رأيك يضيف قيمة للمقال ويساعدنا على تحسين المحتوى والنقاش حوله.
النقاش
جارٍ تحميل التعليقات…