قادة الفكر
التكنولوجيا وحدها لا تضمن الاستخدام: دروس من بناء روبوت دردشة داخلي بالذكاء الاصطناعي
مع تسارع اعتماد الذكاء الاصطناعي عبر الصناعات، بدا نشر روبوت دردشة لدعم تطبيق داخلي جديد مثل قرار منطقي. ومع ذلك، فقد挑ى التطبيق نفسه التوقعات التقليدية للمستخدم. فقد قدم سلاسل عمل جديدة مبنية على تكنولوجيا ناشئة غير مألوفة لمعظم المستخدمين.
للتقليل من الاحتكاك وتحسين الاستخدام، تم تصميم الروبوت للاجابة على أسئلة حول التطبيق والتكنولوجيا الكامنة. كان الهدف هو مساعدة المستخدمين على فهم ليس فقط ما يجب فعله، ولكن أيضًا لماذا تصرف النظام بالطريقة التي يفعلها. كنا نعتقد أن تقديم تفسيرات سياقية سيزيد من التعلم ويقلل من الارتباك.
من البداية، تم تصور الوكيل الذكي كحل محدود النطاق. تم تصميمه بشكل صارم لدعم الوثائق وتقديم مساعدة للمستخدم. مفهوميًا، كان من المفترض أن يخدم الروبوت كبديل ديناميكي لوثيقة الأسئلة الشائعة التقليدية، مع تقديم واجهة قابلة للبحث والتفاعل ومستمرة مع وظائف موسعة تتجاوز المحتوى الثابت.
لدمج الوكيل في بيئة الدردشة الداخلية للشركة، كان علينا فهم كيف يتم تقديم الرسائل المهيكلة، وكيف يتم تخزين تاريخ المحادثة، وكيف يتم تحديد المشاركين داخل الخيوط. هذا سمح لنا بتحديد المتغيرات الأساسية المطلوبة لبدء معالجة أسئلة المستخدمين.
تأسيس النموذج: من الوهم إلى السياق الموثوق
النماذج اللغوية الكبيرة قوية، ولكن بدون تثبيت سياقي، فهي عرضة للوهام. لمعالجة هذا، قمنا بتطبيق تقنية التضمين المتجهي.
تم تحويل دلائل المستخدم، الوثائق الداخلية، ورؤية المنتج إلى تمثيلات رقمية متجهية للنص. هذه التضمينات أسرت المعنى الدلالي، مما سمح للنظام بمطابقة المفاهيم بدلاً من الاعتماد على مطابقة الكلمات الأساسية البسيطة.
عندما سأل مستخدم سؤالًا، قام النظام بتحويل الاستفسار إلى تمثيل متجهي وقارنه بالتضمينات المخزنة. استعاد الوثائق الأكثر صلة семantically وجريءها في سؤال النموذج. ثم أنتج النموذج استجابة متجذرة في تلك الوثائق المحددة، غالبًا ما يلخص المعلومات ذات الصلة.
هذا النهج حسّن بشكل كبير دقة الاستجابة. بدلاً من توليد إجابات dựa على المعرفة العامة فقط، استجاب النموذج باستخدام وثائق المنظمة الخاصة بنا كسياق.
الcomplexity الخفية لإدارة السياق
كان من الضروري إدراج تاريخ المحادثة في السؤال حتى يتمكن الروبوت من تفسير الأسئلة التالية والحفاظ على الاستمرارية. بدون تاريخ، أصبحت التفاعلات متجزئة ومتكررة. غالبًا ما يُ tinh المستخدمون أسئلتهم تدريجيًا، ومن دون سياق، لا يمكن للروبوت تفسير المراجع مثل “ذلك الخيار” أو “الخطوة السابقة”.
ومع ذلك، فإن إدراج الكثير من التاريخ خلق مشكلة مختلفة: حدود الرموز. هذه تحدث عندما تنقص نماذج اللغة المدخلات التي تتجاوز نافذة السياق القصوى. إذا كان السؤال أو المحادثة طويلة جدًا، يمكن أن تفقد المعلومات المهمة. هذا لم ينتج خطأ صريح، ولكن بدلاً من ذلك تدهور جودة الاستجابة أو ảnhت على دقة الاسترجاع.
لمعالجة هذا، قمنا بتنفيذ استراتيجيات للسيطرة على حجم السؤال، وتحديد المحتوى ذي الصلة، ومراقبة طول السؤال. قمنا بتجربة تلخيص الرسائل القديمة وإدراج أجزاء المحادثة الأكثر صلة فقط. السياق كان حاسمًا، ولكنه كان يتعين إدارته بعناية.
توسيع القدرات وتخلق الارتباك
عندما يتجاوز الإجابة على أسئلة الوثائق، قمنا بتوسيع قدرات الروبوت بإضافة دوال خلفية يمكنها استخراج بعض المعلومات العامة مباشرة من التطبيق. هذا سمح للمستخدمين باسترجاع البيانات من الدردشة دون تسجيل الدخول إلى التطبيق نفسه. الفكرة كانت تقليل الاحتكاك وتعزيز الروبوت كواجهة مفيدة، وليس كطبقة معرفية ساكنة فقط.
هذا التوسيع خلق ارتباكًا لبعض المستخدمين. عندما بدأ الروبوت في استرجاع البيانات الحية، بدأ المستخدمون في سؤاله عن تنفيذ إجراءات تتطلب تفاعلًا مباشرًا داخل المنصة. افترضوا أن الروبوت يمكن أن ي替ل الخطوات التشغيلية، بما في ذلك تلك التي تتطلب المصادقة أو التنفيذ المتعمد داخل المنصة.
الروبوت لم يكن مصممًا أبدًا لتنفيذ تلك الإجراءات، ولكن الفرق بين المساعدة المعلوماتية وتنفيذ العمليات لم يكن دائمًا واضحًا.
دمج البيانات الحية أدخل اعتبارات تقنية جديدة. كان علينا تحديد متى يجب أن يمر السؤال عبر الاسترجاع القائم على التضمين ومتى يجب أن يؤدي إلى استدعاء خلفي. منطق القرار هذا يتطلب تصميمًا دقيقًا. بالإضافة إلى ذلك، كان علينا ضبط الاستجابات لتتعامل بسهولة مع الاستثناءات الفنية وتتجنب عرض الأخطاء النظامية الخام للمستخدمين.
القدرة على التعدديات اللغوية ليست تلقائية
خلال الاختبار، أدركنا أن الروبوت يؤدي بشكل أفضل في اللغة الإنجليزية من اللغات الأخرى المستخدمة داخل Jalasoft. السبب الرئيسي كان هيكليًا: معظم الوثائق المستخدمة لتوليد التضمينات كانت مكتوبة باللغة الإنجليزية، والنموذج التضميني الذي اخترناه كان محسّنًا لتشابه الإنجليزية الدلالي.
لم يكن يدعم الاسترجاع المتقاطع اللغوي أو المقارنة الدلالية عبر اللغات. ونتيجة لذلك، غالبًا ما استرجعت الاستفسارات غير الإنجليزية وثائق أقل صلة، مما أدى إلى استجابات أضعف.
هذا أبرز رؤية مهمة: القدرة على التعدديات اللغوية ليست تلقائية.
عندما تتجاوز التوقعات نطاقها
لتحكم في تكاليف الاستخدام، قمنا بتنفيذ حد يومي لعدد الأسئلة التي يمكن للمستخدمين طرحها. ومع ذلك، لم نحدد صراحة نطاق تلك الأسئلة. كان المستخدمون أحرارًا في سؤال أي شيء.
هذا الانفتاح أدى إلى أنماط استخدام غير متوقعة. بدأ بعض المستخدمين في التفاعل مع الروبوت لأغراض شخصية أو استكشافية غير متعلقة بالتطبيق. مع مرور الوقت، تجاوزت التوقعات دور الروبوت المقصود، مما خلق فجوة بين ما كان يأمل المستخدمون أن يتمكنوا من فعله وما كان مصممًا لدعمه.
هذا الخروج عن المسار تقلصت بشكل تدريجي من فائدته المتصورة. انخفض الاستخدام، وأخيرًا تم إيقاف تشغيل الروبوت، مع توجيه الجهود نحو إعادة تصميم التطبيق نفسه لجعلها أكثر直觉ية وسهولة في الاستخدام.
الدروس الحقيقية: تصميم التفاعل.
من وجهة نظر هندسية، كان النظام يعمل بشكل معقول. استرجع الوثائق، وأدرج تاريخ المحادثة، وقام بتقليل الوهم من خلال التضمينات، ومعالجة الدعوات الخلفية، وإدارة حجم السؤال. كانت الهيئة المعمارية تعمل كما هو موضح.
لكنها افتقرت إلى تصميم التفاعل المتعمد.
الروبوت لم يُشكل الحوارات بوضوح. لم يُثبت بشكل متسق نطاقه. لم يُ hướng المستخدمين مع أمثلة مهيكلة لما يمكنه فعله وما لا يمكنه فعله. أجاب على الأسئلة، ولكنه لم يحدد التوقعات.
تعلمنا أن أنظمة الذكاء الاصطناعي الحوارية تتطلب أكثر من نماذج قوية وبيانات مهيكلة. تتطلب تصميمًا متعمدًا للتوقعات. المستخدمون يحتاجون إلى وضوح حول دور الوكيل، حدوده، وقوته. يجب على النظام أن يوفر استباقيًا أمثلة سؤالات، ويوضح القيود، ويحول الأسئلة خارج النطاق بشكل متسق.
بدون هذا الإطار المتعمد، حتى التطبيق الفني الصحيح يمكن أن ي đấuل في دعم القيمة. قد يُفرط المستخدمون في تقدير القدرات أو الانسحاب عندما لا تُلبى التوقعات غير المعلنة.
بناء الذكاء الاصطناعي الحواري ليس فقط تحديًا تقنيًا. إنه أيضًا تحدي تصميم التفاعل.
السياق القوي، والاسترجاع الدقيق، والهندسة القوية ضرورية، ولكنها غير كافية. فعالية النظام تعتمد بشكل متساوٍ على كيفية تعريفه لدوره، وتواصل حدوده، وتشكيل توقعات المستخدم.
التكنولوجيا وحدها لا تضمن الاستخدام. تصميم التفاعل الواضح يفعل.
