سود:
- مزایای مشخص کردن صریح فرمت خروجی را توضیح می دهد
- می تواند فرمت های جدول، لیست، JSON و قالب را در وظایف مناسب درخواست کند
- ادغام خروجی ساختاریافته در گردش کار و ابزار را درک می کند
مهم نیست که محتوای تولید شده توسط هوش مصنوعی چقدر خوب باشد، وقتی به فرمتی می رسد که برای شما کار نمی کند، زمانی را صرف بازسازی آن خواهید کرد. در این واحد یاد می گیریم که فرمت خروجی را کنترل کنیم. گفتن به مدل نه تنها "چه چیزی" تولید کند، بلکه "در چه قالبی" باید آن را تولید کند، خروجی را مستقیماً قابل استفاده می کند و تا حد زیادی زمان تصحیح دستی را حذف می کند. ما به این می گوییم "اجبار قالب".
چرا تعیین فرمت بسیار مهم است؟
اگر قالبی را مشخص نکنید، مدل از قالب ترجیحی خود استفاده می کند. این معمولا یک پاراگراف طولانی خواهد بود. با این حال، ممکن است شما نیاز به یک جدول، یک لیست یا داده های ساختار یافته داشته باشید تا در یک نرم افزار جایگذاری شوند. گفتن قالب از قبل، سه چیز را اضافه می کند: قابلیت پیش بینی (هر بار یک ساختار یکسان)، قابلیت استفاده (کپی-پیست مستقیم) و یکپارچگی (صادرات به ابزارهای دیگر).
بیایید اصطلاح JSON را در اینجا روشن کنیم: JSON (JavaScript Object Notation) یک قالب متنی است که در آن داده ها به صورت جفت کلید-مقدار ذخیره می شوند و به راحتی توسط نرم افزار قابل خواندن هستند. برای مثال {"name": "Ali", "request": "3 License"} یک قطعه از JSON است. اگر قصد دارید خروجی هوش مصنوعی را به یک برنامه، پایگاه داده یا صفحه گسترده منتقل کنید، JSON بسیار مفید است.
کدام فرمت چه زمانی؟
قالب
مناسب ترین موقعیت
نمونه کار
لیست مواد تشکیل دهنده
موارد کوتاه متوالی/معادل
موارد اقدام، مزایا
لیست شماره گذاری شده
وقتی ترتیب یا اولویت مهم است
آموزش گام به گام
جدول
اقلام را بر اساس معیارهای متعدد مقایسه کنید
مقایسه تامین کننده
JSON
صادرات به نرم افزار/جدول دیگر
ورود داده ها به CRM
الگو (جای خالی را پر کنید)
سند استاندارد و تکراری
پیشنهاد، نامه رد
پاراگراف
روایت روان، داستان، متن ایمیل
وبلاگ، نامه
فرمت اجباری مرحله به مرحله
- تصمیم بگیرید که با خروجی چه کاری انجام دهید. آیا خوانده می شود، در جدول پردازش می شود یا به نرم افزار ارسال می شود؟
- قالب مناسب را انتخاب کنید. مقایسه → جدول; ورودی سیستم → JSON. خواندن → فهرست / پاراگراف.
- قالب را واضح و با جزئیات بنویسید. به جای "ساخت جدول" "ستون ها: معیارها | A | B؛ بیش از 6 ردیف".
- مرزها را اضافه کنید. "هیچ نظری خارج از جدول ننویسید"، "فقط JSON معتبر را برگردانید".
- یک مثال (در صورت لزوم) نشان دهید. به خصوص با JSON و قالب ها، این مثال فرمت را کاملاً اصلاح می کند.
چهار قالب قابل کپی
1) جدول مقایسه:
[A] و [B] را مقایسه کنید. قالب: جدول نشانه گذاری. ستون ها: معیارها | [A] | [B] ردیف: قیمت، زمان تحویل، گارانتی، پشتیبانی. هیچ متنی را خارج از جدول ننویسید.
2) داده ها به سیستم (JSON):
اطلاعات را از یادداشت گفتگوی زیر استخراج کنید. فقط JSON معتبر را در طرح زیر برگردانید، چیز دیگری ننویسید:{"person": ""، "company": ""، "request": ""، "next_step": "، "urgency": "low|medium|high"}فیلد ناشناخته را با رشته خالی ترک کنید. توجه: [یادداشت خام]
3) الگوی سند استاندارد:
یک ایمیل رد بنویسید و دقیقاً این الگو را پر کنید:موضوع: درباره درخواست شما برای [مقام]سلام [نام]،[جمله تشکر[جمله رد مهربان][جمله ای که در را برای آینده باز می گذارد]کار خوب،[شرکت] متغیرهای HR: نام=[...]، موقعیت=[...]
4) لیست اقدامات:
استخراج اقدامات از این یادداشت جلسه. قالب: هر خط "- [مسئول] — [اقدام] — [مهلت]"فقط اقدامات واضح انجام دهید. از جزئیات بحث صرفنظر کنید. توجه: [متن]
اعلان ضعیف / اعلان قوی
ضعیف:
این 3 لپ تاپ را مقایسه کنید.[ویژگی ها]
قوی:
این 3 لپ تاپ را مقایسه کنید فرمت: جدول Markdown ستون ها: مدل | قیمت | پردازنده | رم | باتری (ساعت) | وزن یک جمله 1 جمله ای "بهترین قیمت/عملکرد:" را در پایان اضافه کنید. جز جدول و آن جمله توضیحی ننویسید. ویژگی ها: [ویژگی ها]
اعلان دوم خروجی را مستقیماً به یک ارائه یا ایمیل تبدیل می کند. بدون نیاز به بازسازی
سه کیف کوچک
مورد 1 - اتوماسیون ورود اطلاعات. یک دستیار فروش به صورت دستی 25 یادداشت تماس را در CRM وارد می کرد. هر نت حدود 3 دقیقه طول کشید. یک اعلان ایجاد کرد که یادداشت ها را به یک طرح JSON ثابت تبدیل می کند. خروجی به طور مستقیم وارد شد و کار روزانه 75 دقیقه ای را به چند دقیقه کاهش داد. فقط مواردی که "فوریت: زیاد" علامت گذاری شده بودند به صورت دستی بررسی شدند.
مورد 2 - گزارش مدیریت. یک تیم مالی خلاصه های ماهانه را به صورت پاراگراف می گرفت و آنها را به صورت دستی جدول بندی می کرد. هنگامی که قالب "جدول با ستون های ثابت" اجباری شد، گزارش مستقیماً وارد ارائه شد. چندین ساعت کار قالب بندی در ماه حذف می شود.
مورد 3 - مکاتبات استاندارد. یک تیم منابع انسانی هر بار ایمیلهای رد را بازنویسی میکردند، لحن آن ناسازگار بود. هنگامی که یک الگوی ثابت اجرا می شد، به نظر می رسید که همه ردها از یک ماهیت ملایم برخوردار باشند. هم سازگاری حاصل شد و هم زمان نوشتن کوتاه شد.
نکته: برای فرمتهای سختگیرانه مانند JSON یا جدول، حتماً محدودیت «فقط فرمت درخواستی را برگرداند، قبل/بعد نظری وجود ندارد» را وارد کنید. جملات اضافه شده توسط مدل، مانند "در اینجا جدولی که می خواهید:"، اتوماسیون را شکسته است.
توجه: اجباری کردن فرمت، صحت محتوا را تضمین نمی کند. مدل می تواند مقادیر را برای پر کردن فضای خالی برازش دهد. به طور خاص، اعداد و نامهای موجود در خروجی JSON را با منبع مقایسه کنید. فرمت مناسب به معنای داده های صحیح نیست.
ترفندهایی که فرمت را تقویت می کنند
گاهی اوقات فقط درخواست فرمت کافی نیست. همچنین لازم است اطمینان حاصل شود که مدل به آن وفادار می ماند. چهار تکنیک عملی که اغلب در گردش کار استفاده می شود:
- فیلدها را از قبل تعریف کنید. به جای «تصویر جدول»، نام ستونها و تعداد ردیفها را برطرف کنید. هر ناحیه نامشخص باقی می ماند باعث می شود که صدای خروجی هر بار کمی متفاوت باشد. این امر اتوماسیون را خراب می کند.
- تهی/ناشناخته را رد کنید. بگویید «نوشتن null در فیلد ناشناخته» یا «اگر دادهای وجود ندارد، خالی بماند». در غیر این صورت، مدل تمایل دارد مقادیر را برای پر کردن شکاف مطابقت دهد.
- مجموعه مقدار را محدود کنید. اگر یک فیلد فقط می تواند مقادیر خاصی را بگیرد، این را به صراحت بنویسید: "فوریت فقط می تواند کم، متوسط یا زیاد باشد". این تضمین می کند که خروجی در مرحله بعدی با خیال راحت پردازش می شود.
- لنگر با مثال. به خصوص در مورد JSON و الگوها، نشان دادن یک مثال صحیح، فرمت را به طور موثرتری نسبت به توضیحات طولانی قفل می کند. مدل از نمونه تقلید می کند.
این تنظیمات دقیق به ویژه زمانی که خروجی به عنوان ورودی به یک نرم افزار، صفحه گسترده یا سایر اعلان ارسال می شود، حیاتی هستند. در فهرستی که برای خواندن رایگان تهیه شده است، شل بودن اشکالی ندارد. اما یک خط بد در دادهها که باید به یک سیستم وارد شود میتواند کل جریان را متوقف کند. بنابراین هرچه خروجی «خوانا با ماشین» بیشتر باشد، قوانین قالب بندی باید سختگیرتر باشد.
فرمت و محتوا را جداگانه در نظر بگیرید
کاربران باتجربه یک پرینت را به دو صورت ارزیابی می کنند: آیا قالب صحیح است و آیا محتوا صحیح است؟ این دو مستقل هستند. یک جدول کامل ممکن است حاوی اعداد نادرست باشد. یک پاراگراف نامرتب می تواند اطلاعات دقیقی را حمل کند. قالب بندی فقط مشکل اول (فرمت) را حل می کند. سوال دوم (دقت محتوا) همیشه نیاز به یک مرحله تأیید جداگانه دارد. در نظر گرفتن این تمایز از افتادن در دام "درست است زیرا خوب به نظر می رسد" جلوگیری می کند.
اشتباهات رایج
- اصلا فرمتش مشخص نیست سپس به صورت دستی خروجی را در جدول/لیست ریخته کنید.
- مبهم گذاشتن قالب گفتن «جدول درست کن» اما ستون ها را ذکر نمی کند.
- دور زدن محدودیت افشا. جملات مقدماتی اضافه شده توسط مدل، اتوماسیون را مختل می کند.
- انتخاب فرمت اشتباه درخواست مقایسه با پاراگراف و روایت با جدول.
- اعتماد به دروگر و تایید نکردن محتوا. توجه نکردن به ارزش مناسب در JSON منظم.
به طور خلاصه
- اجرای قالب به صراحت به مدل می گوید که فرمت خروجی (لیست، جدول، JSON، الگو).
- فرمت مناسب قابلیت پیش بینی، قابلیت استفاده و ادغام با ابزارهای دیگر را فراهم می کند.
- قالب را با توجه به کاری که انجام می دهید انتخاب کنید: جدول مقایسه، ورودی سیستم JSON، لیست خواندن/پاراگراف.
- برای قالبهای سخت، محدودیت «فقط این قالب را برگردانید، نظر اضافه نکنید» ضروری است.
- فرم مناسب به معنای محتوای صحیح نیست. اعداد و اسامی را تأیید کنید.
وظیفه کاربردی
کاری را انتخاب کنید که خروجی آن را همیشه به صورت دستی تنظیم می کنید. فرمت مناسب (جدول، JSON یا قالب) را تعیین کنید و آن را به دستور اضافه کنید و محدودیت "فقط بازگشت این فرمت" را تنظیم کنید. سعی کنید خروجی را مستقیماً در هدف (ارائه، صفحه گسترده، نرم افزار) بچسبانید و زمان صرفه جویی را اندازه بگیرید.
چک لیست
- [ ] می توانم انتخاب کنم که کدام فرمت برای کدام کار مناسب است.
- [ ] من قالب را با جزئیات توضیح می دهم (ستون ها، فیلدها، طرحواره).
- [ ] من "حاشیه نویسی" را در قالب های سخت محدود می کنم.
- [ ] می دانم JSON برای چیست و چه زمانی از آن استفاده کنم.
- [ ] توجه دارم که قالب بندی مناسب محتوا را تأیید نمی کند.