التدوير الدقيق على الذكاء الاصطناعي منخفض التخيل

Agentforce هنا. قامت Salesforce (CRM ) بتقديم نسخة أخرى من مؤتمر Dreamforce السنوي هذا سبتمبر. انضم إلى الحضور – والسيارات Waymos التي نقلتهم حول سان فرانسيسكو النظيفة بشكل استثنائي – كلنا لدينا الآن مجموعة من الوكلاء عند أطراف наших أ指 لتحويل العمل ، ومحكومة بشكل لطيف داخل نظام Salesforce. بينما يعتبر Dreamforce دائمًا عرضًا للاحتفالات التسويقية للمستقبل ، قدم هذا العام رؤية مقنعة بشكل غير متوقع لكيفية ثورة الوكلاء القائمة على الذكاء الاصطناعي في مكان العمل وتجربة العملاء.

دعونا نعتدل توقعاتنا لفترة قصيرة. تفكر Benioff في كلمته ، “لماذا يكون وكلاؤنا منخفضي التخيل إلى هذا الحد؟” نعم ، لديهم البيانات والبيانات الوصفية والعمليات وخدمات متنوعة للاتصال بها ؛ وطالما أن أنظمتك تعيش فقط داخل Salesforce ، يبدو الأمر مثاليًا. قد تكون Salesforce مخترعة هندسة التوجيه ، وهو ادعاء قدمه Benioff أيضًا في كلمته التي تذكر مونولوج Dr. Evil في “Austin Powers” عن أبيه الذي اخترع علامة الاستفهام. ولكن هل تستطيع Salesforce تلبية رؤية Agentforce؟ إذا فعلت ، فسيكون الأمر كبيرًا جدًا فيما يتعلق بكيفية إنجاز العمل.

دعونا نكون واقعيين: أنظمتنا وبياناتنا لا تعيش جميعها داخل Salesforce. إذا كانت مستقبل العمل محددًا بمجموعات من الوكلاء الذين يعملون معًا ، فكيف يمكن للأماكن المغلقة والنظم المغلقة أن تحقق لنا نتائج عبر أعمالنا؟ بالتأكيد ، تريد Apple (AAPL ) و Microsoft (MSFT ) و Amazon (AMZN ) وغيرهم من الشركات الكبيرة أن تضم فرصتهم الكبيرة في مجال الوكيل أمامنا. ولكن كما جاءت كل موجة من التقدم التكنولوجي بذوق مختلف من المناقشات المفتوحة والمنغلق ، سنحتاج في النهاية إلى معيار للوكلاء للعمل معًا عبر الحدود. وإلا فإن جزءًا فقط من عملك سيلبي هذه الفرصة.

كما نفعل دائمًا عندما نواجه معضلة مفتوحة ، دعونا ننظر إلى الويب المفتوح كطريقة للتقدم. تمامًا مثل تطبيقات الهاتف التي تحتاج إلى عرض ويب لتمكين نتيجة تطبيق الهاتف ، سيتم الحاجة إلى نفس الشيء في الجبهة القادمة متعددة الوكلاء. توفر أدوات مثل Slack إطارات واجهة مستخدم مثل Block Kit التي يمكن أن تزوّد واجهة المستخدم لوكيل بسيط ، ولكنها ليست قادرة على التعامل مع عمق تجارب المستخدم الحديثة. خذ Clockwise Prism كمثال. لقد بنينا وكلاء جدولة متقدمين للعثور على وقت لمقابلة حتى لو لم يكن هناك أي “فضاء فارغ” على جدول الأعمال غدًا. عند ربطه بالوكلاء الآخرين لإجراء مقابلة مستحيلة مع أفضل فرص مبيعاتك الساخنة ، ستحتاج إلى طريقة لموافقته أو استكشاف خيارات جدولة متقدمة ومتنوعة. تقديم عرض ويب لفعل هذا هو الطريق الصحيح.

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

قد تكون على نفس القدر من الاحتمال لبدء مجموعة من وكلاء العمل من داخل تذكرة Atlassian (TEAM ) Jira متصلة بحالة عميل Salesforce كما تريد بدء مجموعة من الوكلاء في الاتجاه العكسي المنشأ من داخل Salesforce متصلة بـ Atlassian. من أجل عمل الوكلاء معًا بغض النظر عن مكان نشأة طلب العمل ، وفي أي عدد من الاتجاهات بتجربة مستخدم متسقة ، مرة أخرى ، يُحتاج إلى معيار لفعل ذلك.

ماذا يجب أن يكون ممثلاً في هذا المعيار؟ خارج Salesforce ، نظام متعدد الوكلاء اليوم هو غرب مجنون مثير. يوميًا ، نرى ابتكارات جديدة وطرقًا لربط وإنشاء أنظمة الذكاء الاصطناعي وعمليات الوكيل. أحدث ربط بين إطار الذكاء الاصطناعي LangChain وأداة تسمى Assitant-UI جاء بهذا فكرة :

“واجهة المستخدم حاسمة للوكلاء. الجميع يريد وكلاء مع بث ، واجهة مستخدم توليدية ، ووجود إنسان في الحلقة في تطبيقاتهم.”

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

دعونا نبدأ بوجود الإنسان في الحلقة ؛ مجال من الاتفاق الواسع. بينما يتحدث Salesforce وآخرون عن ألعاب التخفيض ، من خلال الحاجة إلى إمكانية إعادة إدخال الإنسان إلى المركز عند الحاجة. لقد تعلمنا هذه الدروس أيضًا في Clockwise ، و بنينا تجربة وكلاء جدولنا حول مفهوم أساسي هو القدرة على العودة إلى المستخدم مع مجموعة مقترحة من خيارات الجدولة. عندما تقوم بعمل معقد ، من الرائع الحصول على التخفيض التام ، ولكنها تبدأ على العمود الفقري للمشاركة المستخدم والاحتفاظ به في الحلقة. يجب أن يكون أي معيار مبنيًا حول القدرة الاختيارية على التحقق من المستخدم وموافقته قبل المضي قدمًا ، و في النهاية السماح بالتخفيض التام عندما تكون الثقة كافية.

وماذا عن واجهة المستخدم التوليدية؟ هنا أ建议 أن ما هو مطلوب ليس بالضرورة واجهة مستخدم توليدية ولكن “واجهة مستخدم أصلي”. ما هو مهم هو أن الوكيل ينتج واجهة مستخدم أصليًا و محكومًا من قبل الخدمة / الوكيل التي تستجيب للطلب. سواء كانت واجهة المستخدم هذه تمثيلها باستخدام الذكاء الاصطناعي التوليدي أو آليات أخرى غير الذكاء الاصطناعي ، يترك ذلك للخدمة المستجيبة كتفصيل تنفيذي. وبالتالي ، هنا ، نعتقد أن المعيار المفتوح يجب أن يسمح للخدمة المستجيبة بالتحكم في واجهة المستخدم الأصلي وتسليمه إلى طلب الوكيل.

ماذا يأتي بعد ذلك؟ نحن متحمسون لمواصلة فحص ما قد يبدو عليه مستقبل متعدد الوكلاء المفتوح. لقد أنشأنا مسودة شيء نسميه بروتوكول متعدد الوكلاء المفتوح (OMAP) ونحن متحمسون لمواصلة دفع المحادثة إلى الأمام. لن يكون طويلا قبل أن يكون هناك أنواع جديدة تمامًا من الوظائف هناك حيث يستخدم الناس وكلاء للعمل بطريقة قوية ومتدفقة. عصر وصف وظيفة منسق الوكيل يأتي ، و بينما ترسم Salesforce مسارًا مقنعًا إلى الأمام ، سنحتاج إلى طريقة موحدة للوكلاء للتفاعل مع بعضهم البعض عبر الحدود.