رفتن به محتوای اصلی
بازگشت به وبلاگ

پرامپت و کیفیت پاسخ

چه زمانی مدل باید سؤال بپرسد؟ طراحی ورودی ناقص

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

مدل باید وقتی سؤال بپرسد که اطلاعات غایب، نتیجه یا اقدام بعدی را عوض می‌کند. پرسیدن همه جزئیات ممکن در آغاز، کاربر را خسته می‌کند؛ حدس‌زدن اطلاعات حیاتی هم خطرناک است. فهرست اطلاعات ضروری و اختیاری را پیش از طراحی پرامپت جدا کنید.

ضرورت را با اثر روی تصمیم بسنجید

برای هر فیلد بپرسید اگر این اطلاعات نباشد چه اتفاقی می‌افتد؟ اگر تنها نگارش پاسخ عوض می‌شود، شاید فرض قابل بیان کافی باشد. اگر مبلغ، زمان، هویت یا دامنه اقدام تغییر می‌کند، سؤال روشن‌کننده لازم است. در اقدام حساس، حدس جای تأیید را نمی‌گیرد. سؤال باید کوتاه، مشخص و مرتبط با همان ابهام باشد.

از سؤال تکراری جلوگیری کنید

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

نمونه عملی

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

مورد بررسیکار یا شاهد لازمنتیجه مورد انتظار
ضروریاثر نبود فیلد بر تصمیم نوشته شودسؤال موجه
اختیاریداده غیرلازم به مرحله بعد برودفرم سبک‌تر
تعارضپاسخ‌های ناسازگار روشن پرسیده شوندحدس کمتر
خروجانصراف یا ندانستن مسیر داشته باشدگفت‌وگو گیر نکند

کاربرگ قابل استفاده

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

محدودیت و قدم بعد

تعداد سؤال مناسب برای همه وظایف ثابت نیست. در امور حساس، الزامات شناسایی و تأیید باید از سیاست معتبر بیایند، نه از حدس مدل.

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

منبع فنی

برای این نیاز، کدام خدمت مناسب‌تر است؟

تماس و منشی، چت سایت و تحلیل مکالمه سه مسیر متفاوت‌اند. ابتدا خدمت متناسب نیازتان را انتخاب کنید.

انتخاب میان سه خدمتراهنمای شروع با تیم اپرا

برآورد هزینه