01

دستیار دانش چه مسئله‌ای را حل می‌کند؟

وقتی پاسخ یک پرسش میان دستورالعمل‌ها، فایل‌ها و تجربهٔ افراد پخش است، جست‌وجوی داخلی می‌تواند زمان زیادی بگیرد. دستیار دانش، مسیر رسیدن به منبع مجاز را کوتاه می‌کند و می‌تواند پاسخ را همراه ارجاع ارائه دهد. پیش از انتخاب مدل، یک گروه کاربر و یک مجموعهٔ مشخص از پرسش‌ها را انتخاب کنید؛ مثلاً یافتن روش ثبت درخواست یا نسخهٔ معتبر یک دستورالعمل. پرسش مالی حساس یا اجرای خودکار اقدام، دامنهٔ متفاوتی دارد و به کنترل مستقل نیازمند است. مثال‌های این راهنما فرضی‌اند و اطلاعات پروژهٔ مشتریان رهام نیستند.

02

RAG چیست و چه چیزی را تضمین نمی‌کند؟

در تولید تقویت‌شده با بازیابی یا RAG، سامانه ابتدا بخش‌های مرتبط منابع را پیدا می‌کند و سپس آن‌ها را در اختیار مدل پاسخ‌ساز قرار می‌دهد. این روش می‌تواند پاسخ را به دانش سازمان متصل کند، اما به‌تنهایی تضمین صحت نیست. منبع قدیمی، بازیابی نامناسب یا برداشت اشتباه مدل همچنان ممکن است. برای هر پاسخ، عنوان سند و محل ارجاع را قابل‌مشاهده کنید و کاربر بتواند متن اصلی را بررسی کند. وقتی شواهد کافی نیست، پاسخ مناسب می‌تواند بیان محدودیت یا درخواست توضیح باشد. صرف اضافه کردن فایل‌ها به یک چت‌بات، معادل سامانهٔ سازمانی قابل‌اعتماد نیست.

03

مجوز را پیش از بازیابی اعمال کنید

دانشی که برای یک واحد مجاز است، لزوماً برای کل سازمان مجاز نیست. مالک سند، سطح دسترسی، نسخه و تاریخ اعتبار باید همراه منبع مشخص باشند. کنترل دسترسی را در مسیر بازیابی و مشاهدهٔ منبع اعمال کنید؛ یک دستور متنی به مدل جایگزین کنترل مجوز نیست. خروج کارمند، تغییر نقش و حذف سند باید در منبع جست‌وجو هم منعکس شود. داده‌های حساس را برای آزمایش وارد ابزار عمومی نکنید؛ ابتدا محیط، سیاست نگهداری و اطلاعات مجاز را با مسئول سازمان روشن کنید. انتخاب اجرای داخلی یا سرویس بیرونی، تصمیم معماری و سیاست اطلاعات است.

04

پاسخ مستند را با مجموعهٔ آزمون بسنجید

مجموعهٔ آزمون را فقط از پرسش‌های آسان نسازید. پاسخ روشن، پاسخ غایب از منابع، اسناد متعارض، اطلاعات قدیمی و پرسش خارج از مجوز را پوشش دهید. برای هر نمونه، پاسخ موردانتظار و منابع قابل‌قبول را پیش از اجرا ثبت کنید. صحت ارجاع را جدا از روانی متن بسنجید؛ آیا سند واقعاً ادعا را پشتیبانی می‌کند؟ نرخ پاسخ بدون پشتوانه، زمان رسیدن به منبع و نیاز به اصلاح کارشناس می‌توانند معیار پایلوت باشند. پس از تغییر مدل، منبع یا شیوهٔ بازیابی، آزمون‌های قبلی را تکرار کنید و خطاهای تازه را اضافه کنید.

05

چک‌لیست آماده‌سازی پایلوت

برای شروع، این موارد را آماده کنید: گروه کاربران، مالک منابع، نمونهٔ مجاز اسناد، پرسش‌های پرتکرار، ماتریس دسترسی، معیار پذیرش و مسئول بازبینی. یک دامنهٔ محدود را انتخاب کنید که پاسخ آن قابل‌بررسی باشد. مسیر گزارش پاسخ اشتباه و توقف دستیار را هم تعریف کنید. آموزش کاربران باید نشان دهد چطور ارجاع را باز کنند و در نبود شواهد به کارشناس مراجعه کنند. پس از بررسی کیفیت و پذیرش تیم، دربارهٔ افزودن منابع و کاربردهای بعدی تصمیم بگیرید. طراحی دستیار، اتصال داده و آموزش کارکنان سه بخش مرتبط این مسیر هستند.

این مطلب، نگاه عمومی تیم رهام به طراحی راهکار است. دامنهٔ هر پروژه بر اساس شرایط آن تعریف می‌شود.
همهٔ دیدگاه‌ها