خروجی AI را پیش از ارسال در چهار مرحله راستی‌آزمایی کنید

پیش از ارسال خروجی هوش مصنوعی، چهار بررسیِ راهنمای Microsoft برای اعتبارسنجی Copilot را انجام دهید: ادعاها را به منبع اصلی برگردانید، نام‌ها و اعداد را کنترل کنید، زمینهٔ حذف‌شده را پیدا کنید و نتیجه را در برابر استثناها بیازمایید. این ترتیب برای سنجش متن پیش از اقدام یا اشتراک‌گذاری است؛ پاسخ خود ابزار به پرسش دربارهٔ درستی خروجی‌اش، جای شاهد مستقل را نمی‌گیرد.

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

۱. ادعا را به منبع اصلی برگردانید

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

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

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

۲. نام‌ها، اعداد و تاریخ‌ها را جداگانه کنترل کنید

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

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

نام و تاریخ را نیز در بافت کاربردشان کنترل کنید. ممکن است پیش‌نویس، نام فرد مسئول را از فهرستی قدیمی برداشته یا تاریخ جلسه را به جای مهلت انجام کار نوشته باشد. برای متنی که چند نسخه دارد، آخرین نسخهٔ مورد تأیید را مبنا قرار دهید و روشن کنید تغییرات پس از آن ثبت شده‌اند یا نه. جزئیات را از روی روان بودن جمله یا شباهت ظاهری دو نام تأیید نکنید.

۳. زمینهٔ جاافتاده را پیدا کنید

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

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

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

۴. نتیجه را با استثناها بیازمایید

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

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

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

شدت بررسی را با پیامد خطا تنظیم کنید

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

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

بیشتر بخوانید:

• تأیید انسانی برای عامل‌ها بسازید؛ توقف را فقط پیش از کار پرخطر بگذارید
• RAG را درست ارزیابی کنید؛ یک امتیاز خوب می‌تواند خطای بازیابی را پنهان کند