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

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

نگاهی کلی به آنچه پیش رو دارید

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

خلاصه‌سازی با مدل‌های زبانی چیست؟

خلاصه‌سازی (Summarization) به فرآیند کاهش حجم یک متن با حفظ اطلاعات اصلی آن گفته می‌شود. در گذشته، این کار با روش‌های آماری و الگوریتم‌های استخراج جمله انجام می‌شد، اما مدل‌های زبانی مدرن امکان خلاصه‌سازی انتزاعی (Abstractive Summarization) را فراهم کرده‌اند که در آن، متن خلاصه لزوماً از جملات اصلی ساخته نمی‌شود، بلکه معنای متن را در قالب جدیدی بازتولید می‌کند.

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

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

انواع خلاصه‌سازی و تفاوت‌های بنیادین آن‌ها

پیش از طراحی پرامپت، باید مشخص کنید که چه نوع خلاصه‌ای می‌خواهید. انواع اصلی عبارت‌اند از:

نوع خلاصهتوضیحکاربرد نمونه
خلاصه استخراجیانتخاب جملات کلیدی از متن اصلیچکیده‌ی خودکار مقالات
خلاصه انتزاعیبازنویسی محتوا با زبان جدیدخلاصه‌ی خبری
خلاصه اشاره‌ایارائه نکات کلیدی در قالب بولتخلاصه‌ی جلسه
خلاصه تحلیلیارائه تحلیل و بینش از متنگزارش مدیریتی
خلاصه تطبیقیخلاصه متناسب با مخاطب خاصخلاصه برای مدیران

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

طراحی پرامپت خلاصه‌سازی از پایه

یک پرامپت خلاصه‌سازی مؤثر معمولاً از چند بخش تشکیل می‌شود که هر یک وظیفه مشخصی دارند:

تعریف وظیفه

اولین بخش، تعریف صریح وظیفه است. به‌جای «خلاصه کن»، بنویسید «یک خلاصه‌ی تحلیلی با تمرکز بر یافته‌های کلیدی تهیه کن». هرچه وظیفه دقیق‌تر باشد، خروجی نزدیک‌تر به انتظار خواهد بود.

تعریف مخاطب

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

تعریف طول

طول مطلوب خلاصه باید صریحاً مشخص شود. «حداکثر ۲۰۰ کلمه» یا «در قالب سه پاراگراف» نمونه‌هایی از این تعریف هستند.

تعریف فرمت

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

تعریف معیار موفقیت

مشخص کنید که خلاصه باید چه ویژگی‌هایی داشته باشد. مثلاً «شامل همه اعداد کلیدی»، «بدون تکرار»، «بدون اطلاعات جدید که در متن اصلی نیست».

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

نقش مخاطب در تعیین سطح خلاصه

مخاطب، یکی از مهم‌ترین متغیرهای پرامپت خلاصه‌سازی است. تفاوت بین یک خلاصه‌ی مناسب برای مدیرعامل و یک خلاصه‌ی مناسب برای مهندس فنی، بسیار زیاد است. سه بُعد اصلی که باید در تعریف مخاطب لحاظ شوند:

سطح تخصص

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

هدف از مطالعه

آیا مخاطب می‌خواهد تصمیم بگیرد، یاد بگیرد، یا فقط مطلع شود؟ هدف از مطالعه، تعیین‌کننده سطح عمق خلاصه است.

زمان در دسترس

اگر مخاطب وقت کم دارد، خلاصه باید کوتاه‌تر و متمرکزتر باشد. اگر وقت بیشتری دارد، می‌توان جزئیات بیشتری را حفظ کرد.

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

کنترل طول خلاصه با روش‌های دقیق‌تر از توکن

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

تعریف طول با تعداد کلمات

«خلاصه را در حداکثر ۱۵۰ کلمه بنویس» یک تعریف صریح است که معمولاً رعایت می‌شود. برای مطالعه دقیق‌تر در این زمینه، نوشتار تأثیر محدودیت توکن بر پرامپت نویسی را ببینید.

تعریف طول نسبی

«خلاصه را در حداکثر ۲۰٪ طول متن اصلی بنویس» یک روش نسبی است که با متن‌های مختلف سازگار است.

تعریف تعداد بند یا بولت

«خلاصه را در قالب سه پاراگراف» یا «در قالب پنج بولت» از روش‌های دقیق کنترل طول هستند.

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

ساختاردهی خلاصه با قالب‌های صریح

ساختار خلاصه، به همان اندازه طول آن اهمیت دارد. سه قالب پرکاربرد:

قالب پاراگراف واحد

مناسب برای خلاصه‌های کوتاه. کل خلاصه در یک پاراگراف منسجم نوشته می‌شود.

قالب بولت‌های کلیدی

مناسب برای خلاصه‌های فنی یا مدیریتی. هر بولت یک نکته‌ی مستقل را ارائه می‌دهد. این قالب برای اسکن سریع مناسب است.

قالب بخش‌بندی‌شده

مناسب برای خلاصه‌های بلند. خلاصه به چند بخش با عنوان‌های فرعی تقسیم می‌شود. برای مطالعه دقیق‌تر، نوشتار پرامپت نویسی برای تولید متن را ببینید.

در پرامپت، فرمت مطلوب را با یک نمونه‌ی کوچک نشان دهید. این کار معمولاً مؤثرتر از توضیح شفاهی است.

خلاصه استخراجی و چالش‌های فنی آن

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

انتخاب جمله‌های کلیدی

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

حفظ انسجام

جمله‌های استخراج‌شده ممکن است در متن اصلی به‌هم پیوسته نبوده باشند. مدل باید بتواند انسجام را در خلاصه حفظ کند.

پرهیز از تکرار

جمله‌های تکراری یا شبیه به هم باید شناسایی و حذف شوند. این کار نیازمند مقایسه معنایی است.

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

خلاصه‌سازی اسناد بلند با قطعه‌بندی چندمرحله‌ای

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

مرحلهفعالیتخروجی
۱. قطعه‌بندیتقسیم سند به بخش‌های معناییچند قطعه‌ی مستقل
۲. خلاصه‌ی هر قطعهخلاصه‌سازی جداگانه‌ی هر بخشچند خلاصه‌ی میانی
۳. ادغام خلاصه‌هاترکیب خلاصه‌های میانیخلاصه‌ی نهایی
۴. ویرایشاصلاح انسجام و لحنخروجی نهایی

این رویکرد که به‌عنوان Map-Reduce Summarization شناخته می‌شود، در اسناد حجیم و پرکاربرد است. برای مطالعه دقیق‌تر در مورد مدیریت پنجره زمینه، نوشتار مدیریت پنجره زمینه در پرامپت نویسی را ببینید.

سنجش کیفیت خلاصه با شاخص‌های قابل اندازه‌گیری

کیفیت خلاصه را می‌توان با چند شاخص استاندارد اندازه‌گیری کرد:

شاخصتوضیح
ROUGEمیزان تطابق n-gramها با خلاصه مرجع
BERTScoreمیزان شباهت معنایی با خلاصه مرجع
Coverageدرصد اطلاعات کلیدی که در خلاصه پوشش داده شده
Compression Ratioنسبت طول خلاصه به متن اصلی
Coherenceانسجام منطقی خلاصه
Faithfulnessمیزان وفاداری خلاصه به متن اصلی

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

اشتباهات رایج در پرامپت نویسی برای خلاصه‌سازی

  • نبود تعریف صریح نوع خلاصه
  • نبود تعریف مخاطب هدف
  • نبود کنترل طول خلاصه
  • نبود تعریف قالب خروجی
  • نبود تعریف معیار موفقیت
  • اجازه دادن به مدل برای افزودن اطلاعات خارج از متن
  • نادیده گرفتن انسجام در خلاصه‌های چندمرحله‌ای
  • عدم بازبینی خلاصه برای دقت و وفاداری
  • استفاده از پرامپت‌های کلیشه‌ای که خلاصه‌های مشابه تولید می‌کنند
  • نادیده گرفتن تفاوت زبان فارسی در خلاصه‌سازی

پرسش‌های متداول درباره خلاصه‌سازی با پرامپت

خلاصه‌سازی با مدل زبانی چیست؟

خلاصه‌سازی یعنی کاهش حجم یک متن با حفظ اطلاعات اصلی آن. مدل زبانی می‌تواند این کار را به‌صورت انتزاعی انجام دهد، یعنی محتوا را با زبان جدید بازتولید کند.

چطور طول خلاصه را کنترل کنیم؟

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

چطور از تحریف اطلاعات در خلاصه جلوگیری کنیم؟

با تعریف صریح محدوده‌ی مجاز مدل، ارائه نمونه‌های خلاصه مطلوب، و بازبینی خروجی برای وفاداری به متن اصلی.

آیا خلاصه‌سازی اسناد بلند با مدل زبانی قابل انجام است؟

بله، اما نیازمند تکنیک Map-Reduce است. سند به قطعات تقسیم می‌شود، هر قطعه جداگانه خلاصه می‌شود و در انتها خلاصه‌ها ادغام می‌شوند. برای مطالعه دقیق‌تر، نوشتار مدیریت پنجره زمینه در پرامپت نویسی را ببینید.

آیا خلاصه‌سازی فارسی با مدل‌های زبانی دشوارتر است؟

در سطح کلی، فارسی چالش‌های خاص خود را دارد: نیم‌فاصله، ساختار صرفی، و توکن‌سازی متفاوت. طراحی پرامپت باید این تفاوت‌ها را در نظر بگیرد.

ابعاد پیشرفته در معماری سیستم‌های خلاصه‌سازی

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

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

نکته‌ی مهم دیگر این است که خلاصه‌سازی با معماری حافظه و بازیابی، روابط تنگاتنگی دارد. اگر سیستم شما با اسناد بلند سروکار دارد، استفاده از تکنیک‌های فشرده‌سازی زمینه در RAG می‌تواند همزمان با خلاصه‌سازی، کیفیت نهایی را بهبود دهد.

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

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

تجربه شما

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