دستیار دانش رویههای عملیاتی و ایمنی - جایی که خلاصهسازی مجاز نیست
در همه کاربردهای دیگر دستیار دانش، خلاصهسازی یک مزیت است: کاربر بهجای خواندن ده صفحه، جواب کوتاه میگیرد. در رویههای عملیاتی و ایمنی، همان خلاصهسازی میتواند خودش ریسک باشد - و این مقاله درباره همان تفاوت است.
در این صفحه
چرا خلاصهسازی اینجا ریسک است
یک مرحله از دستورالعمل راهاندازی را در نظر بگیرید: «پیش از باز کردن شیر، فشار خط را تخلیه و با گیج مستقل تأیید کنید.» خلاصهای که این را به «فشار را تخلیه کنید» تبدیل کند، از نظر زبانی درست است و از نظر عملیاتی ناقص - چون تأیید مستقل حذف شده.
چنین حذفی در پاسخ به یک پرسش بانکی حداکثر باعث یک اشتباه اداری میشود. اینجا میتواند به حادثه ختم شود.
تفکیک دو نوع پرسش
راهحل عملی این است که سامانه دو نوع پرسش را از هم جدا کند و رفتار متفاوتی داشته باشد:
پرسش مفهومی - خلاصه مجاز است
«چرا این آزمون لازم است؟»، «تفاوت این دو روش چیست؟»، «کدام واحد مسئول تأیید است؟» - اینجا خلاصه و توضیح کمک میکند و ریسکی ندارد.
پرسش دستورالعملی - عین متن
«مراحل راهاندازی چیست؟»، «شرایط صدور مجوز کار گرم چیست؟»، «در این حالت چه باید کرد؟» - پاسخ باید متن اصلی مرحلهها باشد، با شماره بند و نسخه سند، بدون بازنویسی.
این تفکیک را نمیشود به عهده مدل گذاشت که در لحظه تصمیم بگیرد؛ در طراحی سامانه تعریف میشود، بر اساس نوع سند و نوع پرسش.
طبقهبندی و دسترسی
بخشی از مستندات فنی و عملیاتی در این صنعت طبقهبندیشده است. سه قاعده:
- دسترسی پیش از بازیابی - سندی که کاربر مجاز به دیدنش نیست، در جستوجوی او شرکت نمیکند
- نتیجه هم طبقهبندی دارد - حتی عنوان سند نباید در فهرست نتایج کاربر غیرمجاز ظاهر شود
- لاگ کامل - چه کسی چه سندی را دید و چه پرسشی کرد
و بدیهی ولی گفتنی: پردازش و مدل هر دو داخل شبکهاند و هیچ سندی برای پاسخدهی بیرون نمیرود.
رویههای عملیاتی شما آماده نمایهسازی هستند؟
در جلسه ارزیابی، وضعیت نسخه و طبقهبندی مستندات شما بررسی میشود - همان چیزی که کیفیت و ایمنی پاسخ به آن بستگی دارد.
گردشکار
۱. بارگذاری با نسخه و وضعیت
هر رویه با شماره، نسخه، تاریخ بازنگری و وضعیت (جاری یا منسوخ) وارد میشود. رویه منسوخ در پاسخهای عملیاتی ظاهر نمیشود.
۲. تفکیک نوع محتوا
بخشهای دستورالعملی از بخشهای توضیحی همان سند جدا نشانهگذاری میشوند، چون رفتار پاسخ برایشان متفاوت است.
۳. پرسش کاربر
در پنل یا پیامرسان داخلی، با زبان طبیعی.
۴. پاسخ متناسب با نوع پرسش
مفهومی: خلاصه با ارجاع. دستورالعملی: عین متن مراحل، با شماره بند و نسخه.
۵. ثبت پرسش بیپاسخ
پرسشهایی که پاسخ روشنی نداشتهاند به واحد HSE و فنی گزارش میشوند - معمولاً نشانه رویهای است که مکتوب نشده یا مبهم است.
چطور بسنجیم که قابل اتکاست
سنجش این سامانه با سنجش یک چتبات معمولی فرق دارد. سه معیار پیشنهادی:
- نرخ پاسخ نادرستِ مطمئن - مهمترین عدد؛ باید نزدیک صفر باشد
- نرخ ارجاع درست - آیا بند اعلامشده واقعاً همان بندی است که پاسخ از آن آمده
- نرخ اعلام عدم اطمینان - سامانهای که هیچوقت نمیگوید نمیدانم، مشکوک است
روش عملی: چند کارشناس ارشد سی پرسش واقعی با پاسخ مرجع تهیه کنند. این مجموعه هم محک اولیه است و هم معیار هر تغییر بعدی.
نقطه شروع
پیشنهاد ما شروع با یک خانواده از رویهها است - مثلاً مجوزهای کار یا رویههای راهاندازی یک واحد - نه کل مستندات.
و مثل حوزه بانکی، اگر نسخهگذاری مستندات مرتب نباشد، فاز اول سامان دادن به همان است. ساختن دستیار روی رویههایی که معلوم نیست کدام نسخهشان جاری است، در این صنعت پذیرفتنی نیست.
پایه فنی این کاربرد معماری RAG است - RAG چیست مبانیاش را توضیح میدهد و جزئیات محصول در صفحه کارنتل است.
پرسشهای متداول
چون حذف یک قید در خلاصه میتواند معنای عملیاتی مرحله را عوض کند. «فشار را تخلیه و با گیج مستقل تأیید کنید» اگر به «فشار را تخلیه کنید» خلاصه شود، از نظر زبانی درست و از نظر عملیاتی ناقص است. برای پرسشهای مفهومی خلاصه مجاز است؛ برای پرسش دستورالعملی، عین متن برگردانده میشود.
این تفکیک در طراحی تعریف میشود، نه در لحظه توسط مدل: بخشهای دستورالعملی اسناد جداگانه نشانهگذاری میشوند و نوع پرسش هم دستهبندی میشود. گذاشتن این تصمیم به عهده مدل، همان ریسکی است که میخواهیم حذف کنیم.
در پاسخهای عملیاتی ظاهر نمیشود، ولی حذف هم نمیشود - برای بررسی حادثه یا ممیزی باید بشود دید در تاریخ مشخصی چه نسخهای جاری بوده.
دسترسی پیش از بازیابی اعمال میشود، نه بعد از آن. سندی که کاربر مجاز نیست، در جستوجوی او شرکت نمیکند و حتی عنوانش در نتایج ظاهر نمیشود. لاگ کامل پرسش و دسترسی هم نگهداری میشود.
با سه معیار: نرخ پاسخ نادرستِ مطمئن که باید نزدیک صفر باشد، نرخ ارجاع درست، و نرخ اعلام عدم اطمینان. سامانهای که هیچوقت نمیگوید نمیدانم، مشکوک است نه خوب.
داخل شبکه سازمان. هیچ سند فنی یا عملیاتی برای پاسخدهی بیرون نمیرود و مدل زبانی هم روی زیرساخت خودتان اجرا میشود.
از یک خانواده رویه - مثلاً مجوزهای کار یا رویههای راهاندازی یک واحد. و اگر نسخهگذاری مستندات مرتب نیست، فاز اول سامان دادن به همان است؛ در این صنعت ساختن دستیار روی رویههایی که نسخه جاریشان معلوم نیست پذیرفتنی نیست.
