Perplexity تكلف Teammates بإدارة 5 مسارات عمل من دون مطالبة جديدة

يشبه معظم وكلاء الذكاء الاصطناعي اليوم متدربا شديد الكفاءة في أول يوم عمل له. يمكن إسناد مهمة إليه، لكن يتعين أولا شرح السياق من جديد، وفتح الأدوات المطلوبة، وتحديد كل خطوة تالية. وتحاول Perplexity التخلص من هذا الروتين تحديدا: إذ لا يتلقى Teammates الجديد طلبا منفصلا، بل نطاق مسؤولية دائم.

يستطيع الوكيل تذكر أهداف المشروع، وسجل المهام المنجزة، وملاحظات البشر. كما يراقب التغييرات، ويبدأ إجراءات جديدة من دون مطالبة جديدة، ثم يعيد النتيجة للمراجعة. وتعرض الشركة خمسة مسارات رئيسية للاستخدام: التسويق والمبيعات والدعم والعمليات والتمويل.

كيف يبدو ذلك في مهمة اعتيادية

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

لم يعد الأمر مجرد حوار طويل مع نموذج. ينسق Teammate جلسات Perplexity Computer، ويستخدم ملفات المشروع وأدواته، ويفوض جزءا من العمل إلى وكيل آخر عند الحاجة. فعلى سبيل المثال، يعثر وكيل على أخطاء في الموقع، بينما يعد وكيل آخر الإصلاحات. ويتيح الاتصال بخدمة Slack للزملاء إسناد المهام والاستفسار عن تقدم العمل مباشرة داخل قناة مشتركة.

أثناء الإعداد، يحدد المستخدم مصدر العمل، والنتيجة المطلوبة، والوقت الذي ينبغي للوكيل أن يتصرف فيه. وبعد ذلك يربط إضافات مثل Gmail أو Slack أو GitHub، ويختار المستودعات المتاحة. يعمل كل Teammate في بيئة منفصلة ويحصل على جلسات متصفح خاصة به. ووفقا لـPerplexity، تشفر بيانات الاعتماد المحفوظة؛ كما يستطيع الشخص مراجعة العمل، أو إعادة توجيه الوكيل، أو استعادة التحكم في سطح المكتب.

أين تكمن الفائدة الحقيقية

يتمثل التغيير الرئيسي في الانتقال من أتمتة أمر واحد إلى متابعة عملية كاملة. يستطيع وكيل الدعم تحليل الشكاوى يوميا، وتحديد المشكلات المتكررة، وإعداد الردود، ومتابعة ما إذا كانت الإصلاحات الموعودة قد نفذت. ويمكن لوكيل العمليات التحقق من المواعيد النهائية والتذكير بالمستندات الناقصة قبل الموعد النهائي بـ72 ساعة. أما وكيل التسويق، فيستطيع مراقبة الحملات وإعداد صيغ إعلانية جديدة استنادا إلى النتائج.

بالنسبة إلى فريق المنتج، يعني ذلك إمكانية إسناد دورة كاملة إلى الوكيل: العثور على مشكلة في مسار التسجيل، وجمع البيانات، واقتراح تغيير، وإرساله للمراجعة، ثم التحقق من أثره لاحقا. لكن هذا السيناريو لا يكون مفيدا إلا بوجود حدود واضحة. يجب أن يعرف الوكيل الإجراءات المسموح بتنفيذها تلقائيا، والمواضع التي تتطلب تأكيدا، والإشارة التي تستوجب إيقاف العمل.

ما لم يثبت بعد

يصف الإعلان إمكانات المنتج، لكنه لا يتضمن اختبارات مستقلة أو مؤشرات للدقة أو بيانات عن الوقت الموفر. وليس واضحا مدى موثوقية احتفاظ Teammates بالسياق في المشروعات الطويلة، أو عدد المرات التي يخطئون فيها عند اختيار الإجراء التالي، أو تكلفة التشغيل المستمر لعدة وكلاء. كما اتسم النقاش على Hacker News بالتشكك؛ إذ استذكر المستخدمون أخطاء منتجات Perplexity السابقة، وتساءلوا عما يميز هذا العرض عن حلول المنافسين.

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

أصبح Teammates متاحا بالفعل عبر إصدار الويب لمشتركي Perplexity Max؛ وتعد الشركة بإضافة دعم iOS لاحقا. النهج العملي بسيط: اختيار عملية متكررة ذات نتيجة قابلة للقياس، ومنح الوكيل الصلاحيات الضرورية فقط، وإجراء تجربة أولية. وينبغي ألا تكون المقارنة على أساس جمال العرض التوضيحي، بل على أساس نسبة المهام المنجزة بصورة صحيحة، وعدد التدخلات البشرية، وتكلفة كل نتيجة، وعواقب أسوأ خطأ محتمل.