قسمت ۱ — چرا کنترل قالب خروجی مهم است

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

۱. قالب خروجی دقیقاً یعنی چه

هر پرامپت دو خواسته دارد که معمولاً فقط یکی‌شان نوشته می‌شود. خواستهٔ اول محتواست: «پنج ایده برای پست اینستاگرام کافی‌شاپ». خواستهٔ دوم قالب است: این پنج ایده در چه شکلی تحویل داده شوند؟ فهرست شماره‌دار؟ جدول با سه ستون؟ هر ایده در دو جمله؟ با عنوان یا بدون عنوان؟

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

۲. هزینهٔ پنهان خروجی بی‌ساختار

خروجی بی‌ساختار به نظر بی‌ضرر می‌آید، چون بالاخره «جواب را گرفته‌ای». اما چهار هزینه دارد که معمولاً دیده نمی‌شوند:

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

نکتهٔ مهم این است که این هزینه‌ها با بهترشدن مدل‌ها از بین نمی‌روند، چون ریشه‌شان در نانوشته‌ماندن خواسته است، نه در توانایی مدل. مدلی که قوی‌تر است، جواب دقیق‌تری در قالبِ دلخواهِ خودش می‌دهد؛ اگر قالب دلخواهِ تو را ندانَد، همچنان باید مرتبش کنی.

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

۳. چرا مدل به‌خودی‌خود قالب ثابت نمی‌دهد

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

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

۴. چهار عنصر یک پرامپت قالب‌دار

هر پرامپتی که قالبش را کنترل می‌کند، این چهار چیز را دارد. اگر یکی‌شان نباشد، همان‌جا از قالب می‌لغزد:

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

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

۵. اولین پرامپت قالب‌دار تو

این نمونه هر چهار عنصر را دارد و می‌توانی همین حالا کپی کنی و موضوعش را عوض کنی:

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

قالب خروجی: فهرست شماره‌دار با دقیقاً پنج مورد.
اسکلت هر مورد را عیناً به این شکل پر کن:

۱) عنوان: [حداکثر شش کلمه]
   قلاب اول: [یک جملهٔ حداکثر پانزده کلمه‌ای]
   نوع محتوا: [عکس / ویدیو / اسلاید]
   دعوت به اقدام: [حداکثر هشت کلمه]

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

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

۶. آزمون پایداری: سه بار اجرا کن

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

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

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

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

۷. سه اشتباه رایج در شروع

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

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

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

۸. پرسش و پاسخ

قالب را اول پرامپت بنویسم یا آخر؟ در پرامپت‌های کوتاه فرقی نمی‌کند، اما در پرامپت‌های بلند قواعد قالب را انتهای متن بگذار؛ آخرین دستورها معمولاً بهتر رعایت می‌شوند.

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

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

چرا گاهی جواب اول درست است و بعدی نه؟ چون در گفت‌وگوی ادامه‌دار، پیام‌های بعدی قالب را نمی‌بینند. در هر درخواست جدید، بند قالب را دوباره تکرار کن.

دو تمرین زیر مطالب این قسمت را تثبیت می‌کنند؛ دومی را روی یکی از کارهای واقعی خودت اجرا کن.