يضيف Perplexity Agent API سلاسل احتياطية مع إهمال مسارات Gemini الأقدم
آخر تحديثات مطوري Perplexity ليست مجرد إضافات للميزات. إنها بمثابة تذكير بأنه يتعين على منشئي الوكلاء الآن إدارة مشكلتين في وقت واحد: موثوقية التنسيق والاضطراب المستمر للمزود.
/v1/modelsنقطة النهاية والتوجيه المتوافق مع OpenAI مع إهمال مسارات Gemini الأقدم.ما تغير Perplexity
في تحديثات مستندات مارس وأبريل 2026، قامت Perplexity بوضع Agent API كوقت تشغيل مُدار لسير العمل الوكيل، وليس مجرد برنامج تضمين آخر لاستدعاءات النماذج. تقول الشركة إن وقت التشغيل يمكنه تنسيق الاسترجاع وتنفيذ الأدوات والتفكير والرجوع متعدد النماذج من خلال نقطة نهاية واحدة. كما أضافت المزيد من خيارات نماذج الطرف الثالث بما في ذلك GPT-5.4 وClaude Sonnet 4.6 وNVIDIA Nemotron وGemini 3.1 Pro Preview.
في الوقت نفسه، يشير سجل التغيير إلى أنه تم إهمال مسارات Gemini الأقدم وإزالتها في تتابع سريع.google/gemini-2.5-flashتمت إزالته في 20 مارس 2026.google/gemini-2.5-proوgoogle/gemini-3-pro-previewتبعه في 1 أبريل. أضاف Perplexity أيضًا ملفًا جديدًا غير مصادق عليهGET /v1/modelsنقطة النهاية حتى يتمكن البناة من فحص التوفر الحالي قبل افتراضات الترميز الثابت.
لماذا هذا مهم لبناة الوكيل
هناك طريقتان لقراءة هذا الإصدار. القراءة المتفائلة هي الراحة: مفتاح API واحد، ووقت تشغيل وكيل واحد، وطبقة توافق واحدة، وتبديل أسهل عبر موفري الخدمات الحدوديين. القراءة الأكثر تشغيلية هي أن التوجيه أصبح الآن جزءًا من سطح الموثوقية لديك. إذا كان وكيلك يعتمد على شكل تفكير معين، أو سلوك بحث، أو ميزة مخرجات منظمة، فإن السلسلة الاحتياطية ليست تجريدًا مجانيًا.
وينطبق هذا بشكل خاص على وكلاء البحث ووكلاء الترميز الذين يعملون منذ فترة طويلة. لا يزال من الممكن أن يؤدي التجريد النظيف إلى إنشاء إنفاق فوضوي عندما يقوم النموذج الاحتياطي بإجراء استدعاءات إضافية للأدوات، أو توسيع السياق بشكل أكثر قوة، أو يتصرف بشكل مختلف بموجب نفس العقد الفوري. يتحول تغيير النموذج إلى رمز رمزي سريعًا.
زاوية TRH: الموثوقية يمكن أن تخفي النفايات
غالبًا ما يتعامل المنشئون مع النموذج الاحتياطي باعتباره إيجابيًا بحتًا لأنه يعمل على تحسين وقت التشغيل. إنه يعمل على تحسين وقت التشغيل. ولكن يمكنها أيضًا إخفاء ملف تعريف التكلفة المتدهور. إذا فشل أحد المسارات وأكمل مسار آخر المهمة باستدلال أطول، أو المزيد من عمليات البحث، أو دقة تمرير أولية أضعف، فستظل المهمة "تعمل" بينما تنخفض كفاءة الرمز المميز بهدوء.
ولهذا السبب فإن تحديث Perplexity مهم. إنه يجعل API أكثر فائدة، ولكنه يجعل أيضًا إمكانية المراقبة أكثر أهمية. يجب على الفرق تسجيل النموذج الذي أجاب فعليًا، وعدد الخطوات التي تم استخدامها، ومقدار السياق الذي تم استهلاكه، وما إذا كان الإجراء الاحتياطي قد أدى إلى تغيير جوهري في المخرجات أو الإنفاق.
ما الذي يجب على البناة فعله بعد ذلك
أولاً، توقف عن افتراض أن مسار المزود المفضل لديك سيظل موجودًا في الشهر المقبل. قم باستطلاع نقطة نهاية النماذج، وقم بتثبيت النماذج التي تعتمد عليها حقًا، واحتفظ بخريطة ترحيل تم اختبارها لكل وكيل. ثانيًا، قم بمقارنة التكلفة والسلوك عبر السلاسل الاحتياطية بنفس مجموعة المهام بدلاً من الثقة في "متوافق مع OpenAI" كضمان لمخرجات مكافئة.
إذا كنت تقوم بإنشاء تدفقات بحث بنمط OpenClaw أو تدفقات البحث ذات المحطة الطرفية الأولى، فإن عمليات تكامل البحث المحدثة والنتائج المنظمة لـ Perplexity تكون مفيدة. فقط لا تدع الراحة تخفي حقيقة أن وقت التشغيل الفعال قد تغير.