چگونه برای وایبکدینگ پرامپت بهتر بنویسیم؟
کیفیت نتیجه وایبکدینگ تا حد زیادی به کیفیت توضیح شما بستگی دارد. پرامپت خوب لازم نیست طولانی یا فنی باشد؛ باید مسئله، کاربر، محدودیت و نتیجه مورد انتظار را بدون ابهام بیان کند.
الگوی ساده پنجبخشی
- نقش: از دستیار بخواهید مانند یک توسعهدهنده صبور برای مبتدی عمل کند.
- هدف: در یک جمله بگویید چه چیزی میسازید و چرا.
- قابلیتها: موارد ضروری را بهصورت فهرست کوتاه مشخص کنید.
- محدودیتها: زبان، ابزار، راستچینبودن، دسترسپذیری یا ممنوعیت سرویس خارجی را بنویسید.
- معیار پایان: توضیح دهید چگونه میفهمید کار درست انجام شده است.
از درخواست مبهم تا درخواست قابل اجرا
درخواست «یک سایت زیبا بساز» مبهم است؛ چون نوع سایت، مخاطب و معنی زیبایی مشخص نیست. نسخه بهتر میتواند چنین باشد:
برای یک عکاس تازهکار، صفحه معرفی راستچین و واکنشگرا بساز. صفحه شامل معرفی کوتاه، شش نمونهکار و فرم تماس باشد. از فونت و فایل خارجی استفاده نکن. ابتدا ساختار را پیشنهاد بده، سپس فقط بخش سربرگ را پیادهسازی کن. پایان کار را با بررسی نمایش در موبایل گزارش کن.
این نسخه هنوز با زبان روزمره نوشته شده، اما محدوده و ترتیب کار روشن است. درخواست مرحلهای جلوی تولید حجم بزرگی از کد ناهماهنگ را میگیرد.
بازخوردی بنویسید که قابل اندازهگیری باشد
بهجای «خوب نیست» دقیقاً علامت مشکل را بگویید: «در عرض ۳۲۰ پیکسل دکمه از صفحه بیرون میزند» یا «بعد از تازهسازی، موارد فهرست پاک میشوند». سپس فقط همان تغییر را درخواست کنید و تأکید کنید بخشهای سالم دستنخورده بمانند.
پرسشهایی که فهم شما را بیشتر میکنند
- کدام فایلها تغییر کردند و مسئولیت هر فایل چیست؟
- برای این تصمیم چه راه سادهتری وجود داشت؟
- چه ورودیهایی ممکن است باعث خطا شوند؟
- چطور این قابلیت را خودم آزمایش کنم؟
چکلیست قبل از ارسال پرامپت
آیا هدف یکجملهای است؟ آیا فقط قابلیتهای ضروری را نوشتهاید؟ آیا خروجی و محدودیتها روشناند؟ آیا خواستهاید کار به گامهای کوچک تقسیم شود؟ اگر پاسخ این چهار سؤال مثبت باشد، احتمال گرفتن نتیجه قابل استفاده بسیار بیشتر است.
اگر هنوز با این روش آشنا نیستید، ابتدا مقاله وایبکدینگ چیست؟ را بخوانید و سپس این الگو را روی یک پروژه کوچک تمرین کنید.