Vibe Coding را با یک Spec یکصفحهای شروع کن، نه با «یه اپ بساز»
با چند prompt سریع prototype ساختهای اما هر تغییر بعدی باعث بازنویسی و تناقض میشود چون هیچ تعریف ثابتی از محصول وجود ندارد.
قبل از اولین prompt، کاربر، مسئله، ورودی، خروجی، محدودیت و معیار پایان را بنویس. مدل وقتی هدف مبهم است سریع کد زیادی میسازد، نه لزوماً محصول درست.
چطور دقیقتر به موضوع نگاه کنیم؟
- کاربر و مسئله را در دو جمله تعریف کن؛ feature list را با مسئله اشتباه نگیر.
- ورودیها، خروجیها و سه مسیر اصلی کاربر را بنویس.
- موارد خارج از Scope و محدودیتهای فنی را صریح ثبت کن.
- معیار Done برای نسخه اول را مشخص کن و همین spec را ابتدای sessionهای بعدی بهروز نگه دار.
چرا این موضوع مهم است؟
تولید کد هزینه شروع را پایین میآورد اما ابهام محصول را حل نمیکند. spec کوچک یک مرجع مشترک برای تو و مدل میسازد.
سؤالهایی که معمولاً بعدش پیش میآید
برای prototype هم spec لازم است؟
بله، ولی کوتاه؛ حتی ده خط میتواند جلوی ساخت قابلیتهای بیربط را بگیرد.
مدل خودش spec بنویسد؟
میتواند draft بسازد، اما مسئله و محدودیتهای واقعی را تو باید تأیید کنی.