سود:
- رایج ترین خطاهای سریع را از نمونه های واقعی تشخیص می دهد
- می تواند یک اصلاح عملی و قابل تکرار برای هر خطا اعمال کند
- متوجه می شود که خروجی بد اغلب توسط یک اعلان بد ایجاد می شود
در این ماژول تکنیک های نوشتن دستورات خوب را یکی یکی یاد گرفتیم. حالا بیایید اینها را از زاویه ای دیگر تقویت کنیم: با بررسی رایج ترین اشتباهات و راه حل های آنها. اکثریت قریب به اتفاق خروجیهای بد هوش مصنوعی به دلیل پیامهای بد است، نه نارسایی مدل. اگر خطاهای این واحد را تشخیص دهید، می توانید به سرعت مشکلات را در اعلان های خود تشخیص داده و برطرف کنید. به جای گفتن "هوش مصنوعی نمی تواند این کار را انجام دهد" می توانید بگویید "اجازه دهید درخواستم را اینگونه درست کنم".
چرا تشخیص خطاها مهم است؟
هنگامی که یک خروجی انتظارات شما را برآورده نمی کند، می توانید به دو صورت واکنش نشان دهید: ابزار را سرزنش کنید یا درخواست را زیر سوال ببرید. کاربر با تجربه دومی را انجام می دهد. زیرا در اکثر مواقع منشا مشکل مشخص است و با یک اصلاح کوچک نتیجه تغییر می کند. در زیر هشت مورد از رایج ترین خطاها، علائم و راه حل های آنها را خواهیم دید.
هشت اشتباه رایج
خطا
علامت
راه حل
ابهام
پاسخ کلی، "یک اندازه برای همه".
دستورات قابل اندازه گیری بدهید
زمینه صفر
خروجی که با شرایط مناسب نیست
چه کسی/چرا/تاریخچه را اضافه کنید
فرمت مشخص نیست
خروجی با فرمت اشتباه
قالب اجباری
عدم وجود محدودیت
محتوای بیش از حد و انحرافی
یک لیست "عدم" اضافه کنید
اضافه بار
مدل از برخی درخواست ها صرف نظر می کند
تقسیم کار، اولویت بندی
عدم تایید
استفاده از اطلاعات جعلی
حقایق را با منبع بررسی کنید
یک شات انتظار
در اولین خروجی تسلیم نشوید
تکرار کنید
دستورالعمل متناقض
خروجی ناسازگار
تراز کردن محدودیت ها
روش تشخیصی گام به گام
هنگامی که یک خروجی خراب می رسد، این دستور را دنبال کنید:
- آیا ماموریت مشخص است؟ آیا فعل عینی است، آیا به معنای تنها چیزی است که شما می خواهید؟
- آیا زمینه کافی است؟ آیا مدل وضعیت را می داند؟
- آیا قالب ذکر شده است؟ آیا فرمت آن طوری است که شما می خواهید؟
- آیا محدودیتی وجود دارد؟ نوشته شده چیزی که خواسته نیست؟
- آیا من خیلی بارگذاری کردم؟ آیا من 5 شغل مختلف را در یک اعلان درخواست کردم؟
- تایید کردم؟ آیا شماره، نام، تاریخ بررسی شده است؟
این شش سوال تقریباً همه خطاها را می گیرند.
چهار الگوی تصحیح قابل کپی
1) رفع ابهام:
این دستورالعمل را قابل اندازه گیری کنید: [دستورالعمل مبهم] هر نقطه مبهم را به یک عدد، کمیت یا معیار مشخص ترجمه کنید.
2) تقسیم بار اضافه:
این کار را یکباره انجام ندهید. به این ترتیب ادامه دهید و پس از اتمام هر مرحله متوقف شوید، منتظر تایید من باشید:1) [subtask 1]2) [subtask 2]3) [subtask 3]
3) اتصالات محدود کننده:
فقط به اطلاعاتی که در زیر ارائه دادم تکیه کنید. اگر اطلاعاتی وجود ندارد، "بدون داده" را بنویسید. حدس نزنید یا اضافه نکنید مشخص کنید که هر ادعای مهمی که استفاده می کنید از کدام خط است. منبع: [متن]
4) رفع تناقض:
بررسی کنید که آیا در دستورالعمل هایی که به شما داده ام تناقض وجود دارد یا خیر. اگر چنین است، نکات متناقض را فهرست کنید و از من بپرسید که کدام یک را در اولویت قرار دهم. سپس بر این اساس تولید کنید.
اعلان ضعیف / اعلان قوی
ضعیف (خطاهای زیاد ترکیبی):
یک برنامه جامع برای شرکت ما در مورد بازاریابی، بودجه و استخدام بنویسید، و شما آماده هستید.
قدرتمند (اشکالات رفع شده):
نقش: شما یک متخصص توسعه کسب و کار هستید که به SMEها مشاوره می دهید. زمینه: یک شرکت نرم افزاری با 12 نفر. هدف 20 مشتری جدید در این سه ماهه است. وظیفه: فقط برنامه بازاریابی را بنویسید (شامل بودجه و استخدام نمی شود). قالب: لیست اقدامات 5 نقطه ای. هر مورد: اقدام + مسئولیت + معیار. محدودیت: بودجه تبلیغاتی پرداخت شده 0; فقط کانال های ارگانیک را توصیه کنید. معیارهای جعلی ندهید. پیشنهاد را توجیه کنید.
نسخه قدرتمند اضافه بار را تقسیم می کند (3 موضوع را در یک پیام فشرده می کند)، ابهام ("موفق باشید") را با معیارها جایگزین می کند و قالب بندی و محدودیت را اضافه می کند.
سه کیف کوچک
مورد 1 - اضافه بار. یک مدیر خلاصه گزارش، طرح ارائه و ایمیل را در یک اعلان درخواست کرد. این مدل هر سه را نصف کرد. با تقسیم کار به سه دستور جداگانه، هر خروجی کامل و قابل استفاده بود. کل زمان کمتر از مبارزه با یک دستور پیچیده بود.
مورد 2 - عدم تایید. یک تیم محتوا یک "آمار صنعت" ارائه شده توسط مدل را بدون تأیید آن منتشر کرد. معلوم شد که شماره اشتباه است و مجبور شدند تصحیح کنند. پس از آن قاعده «هر شماره را با منبعش بدهید، من منبع را بررسی می کنم» را اتخاذ کردند و این خطر را از بین بردند.
مورد 3 - دستورالعمل متناقض. وقتی یک بازاریاب گفت "خیلی کوتاه است اما همه ویژگی ها را بگویید"، مدل از برخی ویژگی ها صرف نظر کرد. وقتی دستورالعمل را غیر متناقض کردم به عنوان "سه ویژگی مهم را در 60 کلمه توصیف کنید"، خروجی هم کوتاه و هم کامل بود.
نکته: قبل از پخش زنده، درخواست خود را از طریق «شش سؤال تشخیصی» اجرا کنید. این بررسی 30 ثانیه ای اکثر دورهای تکرار را از همان ابتدا غیر ضروری می کند.
احتیاط: خطرناک ترین اشتباه "عدم تایید" است زیرا نادیده گرفته می شود زیرا خروجی صاف و قانع کننده به نظر می رسد. این مدل میتواند با یک شماره، نام یا منبع مطابقت داشته باشد. به طور مستقل هر واقعیتی را که باید منتشر شود یا به عنوان مبنایی برای تصمیم گیری استفاده شود تأیید کنید. در بخش بعدی به تعمیق این موضوع خواهیم پرداخت.
خطای نامرئی: خروجی "تقریبا صحیح".
تشخیص برخی از خطاها آسان است: خروجی با فرمت اشتباه می آید، از موضوع خارج می شود یا خالی می شود. اما موذیانه ترین اشتباه این است که خروجی تقریبا درست است. متن روان است، ساختار صاف است، لحن روی نقطه است. فقط یک عدد اشتباه، یک محدودیت نادیده گرفته شده یا یک خطای منطقی کوچک وجود دارد. این نوع خروجی ها خطرناک هستند زیرا از بازرسی فرار می کنند زیرا "خوب به نظر می رسند".
دو عادت از این امر محافظت می کند. اول، از خروجی بدون خواندن آن استفاده نکنید: مهم نیست که چقدر عجله دارید، قبل از ارسال آن را بخوانید. دوم، واداشتن مدل به بررسی خروجیاش: «بررسی کنید آیا تمام محدودیتهایی را که به شما دادهام رعایت کردهاید» یا «همه اعداد را در این متن فهرست کنید» خطاهای پنهان را آشکار میکند. این دو مرحله چند ثانیه طول می کشد، اما هزینه تصمیمات نادرست ناشی از خروجی "تقریبا درست" بسیار بیشتر است.
اجتناب از اشتباهات: طراحی بر کنترل
به جای جستجوی خطاها در خروجی، کاربر با تجربه سعی می کند از همان ابتدا در اعلان از آنها جلوگیری کند. این تفاوت در ذهنیت است. هر خطای تکرار شونده را به یک "قاعده دائمی" تبدیل کنید: اگر مدل به اضافه کردن نظرات در یک کار خلاصه ادامه می دهد، اکنون محدودیت "نظرات اضافه نکنید" را برای هر دستور خلاصه تنظیم کنید. اگر مدل همیشه موارد زیادی را در یک لیست کار تولید می کند، محدودیت "دقیقا X آیتم" را در قالب خود قرار دهید. به این ترتیب به جای اینکه دوباره و دوباره همان خطا را بگیرید، در وهله اول از بروز آن جلوگیری می کنید. یک درخواست خوب طراحی شده جایگزین ده ها اصلاحات بعدی می شود. این امر تشخیص خطا را از یک بار به یک ابزار یادگیری و بهبود تبدیل می کند.
اشتباهات رایج
- سرزنش واسطه گفتن "هوش مصنوعی نمی تواند آن را انجام دهد" به جای جستجوی مشکل در اعلان.
- قرار دادن کار بیش از حد در یک اعلان واحد. فشرده سازی پنج کار مجزا در یک دستورالعمل و انجام نیمه تمام آنها.
- رد شدن از تأیید. با فرض صحیح بودن خروجی روان.
- دادن محدودیت متناقض خواسته های متضاد با خود، مانند «کوتاه اما جامع».
- تلاش مجدد بدون تشخیص تکرار همان اشتباه بدون اینکه بفهمید چه چیزی خراب است.
به طور خلاصه
- بیشتر خروجی های بد، مشکلی در اعلان است، نه مدل. قابل تشخیص و اصلاح است.
- رایج ترین خطاها: ابهام، زمینه صفر، فقدان قالب، فقدان محدودیت، اضافه بار، عدم تأیید، انتظار تک شات و تناقض.
- شش سؤال تشخیصی (وظیفه، زمینه، قالب، محدودیت، بارگذاری، تأیید) بیشتر خطاها را میگیرند.
- تقسیم کارهای پیچیده نتایج سریعتر و با کیفیتتری نسبت به بارگذاری آنها در یک اعلان میدهد.
- موذیانه ترین خطا عدم تأیید است. خروجی صاف به معنای دقیق نیست.
وظیفه کاربردی
یک نسخه چاپی قدیمی را که دوست ندارید پیدا کنید و دستور آن را از طریق "شش سوال تشخیصی" اجرا کنید. خطاهای رخ داده را علامت بزنید، رفع اشکال را در این واحد برای هر کدام اعمال کنید و دوباره دستور را اجرا کنید. توجه داشته باشید که کدام یک از اصلاحات بیشترین پیشرفت را داشته است، نه چند دور.
چک لیست
- [ ] در صورت خروجی بد، من ابتدا درخواست را می پرسم، نه عامل را.
- [ ] من می توانم شش سوال تشخیصی را انجام دهم.
- [ ] من وظایف پیچیده را به چند اعلان تقسیم می کنم.
- [ ] متوجه دستورالعمل های متناقض و مبهم می شوم و آنها را اصلاح می کنم.
- [ ] من خروجی واقعی را قبل از انتشار آن بررسی می کنم.