آموزش وایب کدینگ: ساخت اولین اپ با هوش مصنوعی قدم‌به‌قدم
اولین اپ
رو با وایب کدینگ بساز: قدم‌به‌قدم از یه ایده تا نسخه کارکن
خلاصه: اینجا یه اپ واقعی رو از صفر با وایب کدینگ می‌سازیم: یه دفترچه دخل‌وخرج فارسی که هزینه‌ها رو ثبت می‌کنه، دسته‌بندی می‌کنه و نمودار ماهانه نشون می‌ده. همه مراحل هست، از برنامه‌ریزی روی کاغذ و نوشتن پرامپت اول تا اصلاح قدم‌به‌قدم، فارسی‌سازی، تست، بیرون اومدن از حلقه خطا و انتشار.
بیشتر کسایی که اولین بار وایب کدینگ رو امتحان می‌کنن، یه مسیر تکراری رو می‌رن. یه جمله کلی می‌نویسن، یه چیز خیره‌کننده تحویل می‌گیرن و ذوق می‌کنن. بعد شروع می‌کنن به تغییر دادنش و حدود پیام دهم، اپ به جایی می‌رسه که هر چیزی رو درست می‌کنی، یه چیز دیگه خراب میشه. اعتبار رایگان هم همون‌جا تموم میشه و پروژه نیمه‌کاره می‌مونه.
دلیلش تقریباً همیشه روش کاره و ابزار تقصیر چندانی نداره. تو این آموزش وایب کدینگ یه پروژه رو از اول تا آخر با همون روشی می‌سازیم که اون گیر کردن رو به حداقل می‌رسونه.
پروژه‌مون یه دفترچه دخل‌وخرجه. هزینه‌ها رو با مبلغ و دسته و تاریخ ثبت می‌کنه، جمع هر ماه رو نشون می‌ده و یه نمودار ساده داره که بفهمی پولت بیشتر کجا میره. انتخابش هم دلیل داره. همه لازمش دارن، اطلاعاتش فقط داخل مرورگر خودت ذخیره میشه، پس اگه خراب بشه اطلاعات کسی لو نمیره. و تقریباً همه چیزهایی که تو اپ‌های دیگه هم لازمت میشه رو تمرین می‌کنی: فرم، لیست، محاسبه، نمودار و ذخیره‌سازی.
ابزارمون Lovable هست، چون تو مرورگر کار می‌کنه، چیزی نصب نمی‌خواد و پلن رایگان داره. ولی تقریباً همه مراحلی که اینجا می‌بینی تو Bolt و v0 و حتی تو ایجنت‌هایی مثل Claude Code هم همین‌طوره. فقط اسم دکمه‌ها فرق می‌کنه.
قبل از باز کردن ابزار: ده دقیقه با کاغذ
بزرگ‌ترین اشتباه اینه که مستقیم بری سراغ ابزار و همون‌جا فکر کنی. هر پیامی که به ابزار می‌دی اعتبار مصرف می‌کنه و هر تصمیمی که وسط کار عوض کنی، کدی که قبلاً ساخته شده رو بی‌استفاده می‌کنه. ده دقیقه فکر کردن روی کاغذ، معمولاً چند ساعت سردرگمی رو حذف می‌کنه.
اول ایده رو تو یه جمله بنویس. برای ما میشه «یه دفترچه ساده که هزینه‌های روزانه‌م رو ثبت کنم و آخر ماه ببینم پولم کجا رفته.» اگه نمی‌تونی ایده‌ت رو تو یه جمله بگی، هوش مصنوعی هم نمی‌تونه بفهمدش.
بعد بنویس کاربرش کیه. اینجا جوابش ساده‌ست: خودم، روی گوشی. همین «روی گوشی» یه تصمیم مهمه، چون یعنی ظاهر اپ باید از اول برای صفحه کوچیک طراحی بشه.
بعد سه کاری که اپ حتماً باید بکنه رو بنویس. ثبت یه هزینه با مبلغ و دسته و تاریخ. دیدن لیست هزینه‌های این ماه با جمع کل. دیدن سهم هر دسته تو یه نمودار.
و از همه مهم‌تر، چیزهایی که عمداً حالا نمی‌سازی. ما ورود با رمز عبور، همگام‌سازی بین گوشی و لپ‌تاپ، ثبت درآمد و خروجی اکسل رو گذاشتیم برای بعد. این لیست جلوی وسوسه «حالا که اینجاییم اینم اضافه کنیم» رو می‌گیره که دلیل اصلی شلوغ شدن پروژه‌های وایب کدینگه.
پرامپت اول رو چطور بنویسم؟
پرامپت اول با بقیه پیام‌ها فرق داره. هوش مصنوعی از روی همین پیام ساختار کل اپ رو می‌چینه، یعنی صفحه‌ها، شکل ذخیره داده‌ها و ظاهر کلی. اگه اینجا چیزی جا بیفته، بعداً اضافه کردنش معمولاً با تکون دادن کل ساختار همراهه.
یه پرامپت اول خوب پنج تا چیز رو می‌گه. هدف اپ و کاربرش. صفحه‌ها یا بخش‌هایی که لازمه. اطلاعاتی که قراره ذخیره بشه، با جزئیات هر فیلد. ظاهر و حس کلی. و قیدهایی مثل فارسی بودن، راست‌چین بودن و ساختن برای موبایل.
مقایسه کن. این پرامپت بده:
یه اپ مدیریت هزینه بساز.
هوش مصنوعی مجبوره همه چیز رو حدس بزنه. احتمالاً یه اپ انگلیسی، با دلار، با تاریخ میلادی و یه عالمه امکاناتی که نخواستی تحویلت می‌ده.
و این پرامپتیه که ما برای دخل‌وخرج نوشتیم:
یه اپ ساده ثبت هزینه‌های شخصی بساز به اسم «دخل‌وخرج». کاربرش خودمم و بیشتر روی گوشی ازش استفاده می‌کنم، پس اول برای موبایل طراحی کن.
کل اپ فارسی و راست‌چین باشه، با فونت وزیرمتن. مبلغ‌ها به تومان باشن و با جداکننده هزارگان نشون داده بشن.
بالای صفحه یه فرم ثبت هزینه باشه با این فیلدها: مبلغ (اجباری)، دسته (یکی از خوراک، رفت‌وآمد، قبوض، خرید، تفریح، سایر)، تاریخ (پیش‌فرض امروز) و یه توضیح کوتاه اختیاری.
زیرش لیست هزینه‌های ماه جاری باشه، جدیدترین بالا، و بالای لیست جمع کل این ماه با عدد بزرگ.
اطلاعات فعلاً فقط تو خود مرورگر ذخیره بشه. لاگین و سرور لازم نیست.
ظاهرش ساده و تمیز باشه، پس‌زمینه روشن، رنگ اصلی سبز. فعلاً نمودار نساز، بعداً اضافه‌ش می‌کنیم.
یه چیزی تو جمله آخر هست که ارزش توجه داره. عمداً گفتیم نمودار فعلاً نه. پرامپت اول نباید همه چیز رو بخواد. اسکلت اصلی رو بخواه و بقیه رو قدم‌به‌قدم اضافه کن. ولی اسکلت باید از همون اول درست باشه، مثلاً «اطلاعات تو مرورگر ذخیره بشه» یه تصمیم ساختاریه که اگه نگی، ممکنه ابزار خودش بره سراغ ساختن دیتابیس و سیستم لاگین.
یه نکته دیگه هم مخصوص Lovable. این ابزار یه حالت برنامه‌ریزی (Plan mode) داره که توش فقط درباره کار حرف می‌زنی و چیزی ساخته نمیشه. اگه مطمئن نیستی پرامپتت کامل هست یا نه، اول تو این حالت بفرستش و بپرس «قبل از ساختن، اگه چیزی مبهمه بپرس.» هر پیام تو این حالت یه اعتبار مصرف می‌کنه (مستندات Lovable)، ولی خیلی ارزون‌تر از ساختن یه چیز اشتباه و پاک کردنشه.
نسخه اول رو چطور بسنجم؟
بعد از پرامپت اول، یه نسخه کارکن جلوته. اینجا یه وسوسه بزرگ هست. اولین ایرادی که می‌بینی رو فوری بپرسی، بعد دومی، بعد سومی. این کار رو نکن.
اول کل اپ رو یه دور کامل امتحان کن و هر ایرادی دیدی رو یه جا یادداشت کن. چند تا هزینه ثبت کن، صفحه رو رفرش کن، روی گوشی بازش کن. دلیلش اینه که ایرادها معمولاً به هم ربط دارن. شاید سه تا مشکلی که می‌بینی همه از یه جا میان و با یه پیام درست بشن. اگه یکی‌یکی بپرسی، هم اعتبار بیشتری خرج می‌کنی، هم ممکنه اصلاح اولی رو اصلاح دومی خراب کنه.
نسخه اول ما خوب بود، ولی این‌ها رو تو یادداشت نوشتیم. مبلغ‌ها با رقم انگلیسی نشون داده میشن. تاریخ میلادیه. هزینه‌ای که اشتباه ثبت شده رو نمیشه پاک کرد. و روی گوشی فرم خیلی جا می‌گیره و برای دیدن لیست باید کلی اسکرول کرد.
ساختن قدم‌به‌قدم: پنج پیام تا یه اپ کامل
حالا با همون یادداشت جلو می‌ریم. قاعده اینه که هر پیام یه موضوع داشته باشه و بعد از هر پیام، قبل از رفتن سراغ بعدی، امتحانش کنی.
پیام ۱: فارسی‌سازی درست
فارسی‌سازی یه موضوع حساب میشه، پس با یه پیام همه‌ش رو می‌خوایم:
همه عددها رو با رقم فارسی نشون بده و تاریخ‌ها رو شمسی کن. برای این کار از امکانات خود مرورگر استفاده کن (Intl با زبان fa-IR) و پکیج جدیدی نصب نکن.
جمله آخر اتفاقی نیست. هوش مصنوعی برای تاریخ شمسی معمولاً سراغ یه کتابخونه میره، و گاهی اسم کتابخونه‌ای رو پیشنهاد می‌ده که اصلاً وجود نداره یا سال‌هاست به‌روز نشده. مرورگرهای امروزی خودشون تاریخ رو به شمسی و عدد رو به فارسی نشون می‌دن، پس پکیج اضافه لازم نیست. قاعده کلیش هم اینه که هر وقت ابزار خواست پکیج جدید نصب کنه، اسمش رو یه بار خودت تو گوگل جست‌وجو کن. اگه صفحه رسمی و تعداد دانلود قابل‌توجه نداشت، نصبش نکن.
بعد از این پیام امتحان کردیم. تاریخ‌ها درست شمسی شدن، ولی ورودی مبلغ وقتی کیبورد گوشی فارسی بود، عدد رو قبول نمی‌کرد. این یه مشکل کلاسیک تو اپ‌های فارسیه و دقیقاً از اون‌هاییه که فقط با امتحان روی گوشی پیدا میشه. یه پیام کوتاه درستش کرد:
وقتی تو فیلد مبلغ با کیبورد فارسی عدد می‌زنم، قبول نمی‌کنه. ورودی باید هم رقم فارسی و هم انگلیسی رو قبول کنه و قبل از ذخیره به عدد تبدیلش کنه.
پیام ۲: ویرایش و حذف
کنار هر هزینه تو لیست، دو گزینه ویرایش و حذف بذار. قبل از حذف یه پیام تأیید بپرس که اشتباهی چیزی پاک نشه.
این یکی بی‌دردسر انجام شد. ولی وقتی امتحانش کردیم، دیدیم بعد از ویرایش یه هزینه، جمع کل ماه به‌روز نمیشه تا صفحه رو رفرش کنی. یه باگ کوچیک که اگه فقط ظاهر رو نگاه کرده بودیم، هیچ‌وقت نمی‌دیدیمش. پیام بعدی رو صرف همین کردیم و گفتیم دقیقاً چی دیدیم: «بعد از ویرایش مبلغ یه هزینه، جمع بالای لیست عوض نمیشه تا رفرش کنم.» توضیح دقیق یعنی هوش مصنوعی دنبال مشکل درست می‌گرده.
پیام ۳: جابه‌جا شدن بین ماه‌ها
بالای لیست دو تا فلش بذار که بشه بین ماه‌ها جابه‌جا شد. اسم ماه شمسی و سال وسطشون نوشته بشه. لیست و جمع کل هم با عوض شدن ماه عوض بشن.
اینجا یه چیز جالب پیش اومد. هوش مصنوعی ماه‌ها رو بر اساس ماه میلادی جدا کرده بود و فقط اسمشون رو شمسی نشون می‌داد. یعنی هزینه ۲۵ مهر تو «آبان» ثبت شده بود، چون تو تقویم میلادی تو اکتبر بود و مرز ماه‌ها با هم نمی‌خونه. این از اون اشتباه‌هاییه که ظاهر کار رو کاملاً درست نشون می‌ده. برای پیدا کردنش فقط باید چند تا هزینه با تاریخ نزدیک به آخر ماه ثبت کنی و ببینی کجا می‌رن. اصلاحش هم یه جمله بود: «ماه‌ها باید بر اساس تقویم شمسی جدا بشن، نه میلادی. هزینه ۲۵ مهر باید تو مهر باشه.»
پیام ۴: نمودار
زیر جمع کل، یه نمودار دایره‌ای بذار که سهم هر دسته از هزینه‌های همون ماه رو نشون بده. هر دسته یه رنگ ثابت داشته باشه و راهنمای نمودار فارسی و راست‌چین باشه.
نمودارها جاییه که ابزارها معمولاً یه پکیج جدید اضافه می‌کنن، و اینجا اشکالی هم نداره چون کتابخونه‌های نمودار معروف و معتبرن. فقط اسمی که اضافه کرد رو چک کردیم. تنها ایراد این مرحله این بود که درصدها تو راهنمای نمودار با رقم انگلیسی بودن، که با یه پیام کوتاه درست شد.
پیام ۵: جمع‌وجور کردن ظاهر برای موبایل
روی گوشی، فرم ثبت هزینه نصف صفحه رو می‌گیره. فرم رو جمع کن و به یه دکمه شناور «+ هزینه جدید» پایین صفحه تبدیلش کن که با زدنش فرم باز بشه.
بعد از این پیام، اپ اون چیزی بود که روی کاغذ نوشته بودیم. پنج پیام اصلی، به‌علاوه سه پیام کوتاه برای باگ‌هایی که با امتحان کردن پیدا شدن.
امتحان کردن مثل یه کاربر بدقلق
تا اینجا هر بار بعد از یه تغییر، همون تغییر رو امتحان کردیم. حالا وقت یه امتحان کامله، ولی این بار نه مثل سازنده‌ای که می‌دونه اپ چطور باید کار کنه. مثل کسی که می‌خواد خرابش کنه.
فرم رو خالی بفرست. مبلغ صفر و منفی وارد کن. یه عدد خیلی بزرگ بزن، مثلاً صد میلیارد، و ببین جمع کل و نمودار به هم می‌ریزن یا نه. یه توضیح خیلی طولانی بنویس و ببین تو لیست چه شکلی میشه. دکمه ثبت رو سه بار پشت هم سریع بزن و ببین سه تا هزینه ثبت میشه یا یکی. ماهی رو باز کن که هیچ هزینه‌ای نداره و ببین نمودار خالی چی نشون می‌ده. صفحه رو رفرش کن، مرورگر رو ببند و دوباره باز کن و مطمئن شو اطلاعات سر جاشن.
تو اپ ما سه تا مشکل پیدا شد. مبلغ منفی قبول میشد. زدن سریع دکمه ثبت، هزینه رو دو بار ثبت می‌کرد. و تو ماه خالی، جای نمودار یه دایره خاکستری بی‌معنی بود. هر سه رو تو یه پیام گفتیم، چون همه‌شون از یه جنس بودن، یعنی حالت‌هایی که پیش‌بینی نشده بود.
این بخش رو جدی بگیر. هوش مصنوعی معمولاً مسیر عادی رو خوب می‌سازه و حالت‌های لبه‌ای رو جا می‌ندازه. اگه تو پیداشون نکنی، اولین کاربرت پیداشون می‌کنه.
وقتی گیر کردی: حلقه خطا و راه بیرون اومدن ازش
دیر یا زود به این لحظه می‌رسی. یه خطا رو گزارش می‌دی، هوش مصنوعی درستش می‌کنه ولی یه چیز دیگه خراب میشه. اون رو گزارش می‌دی، خطای اول برمی‌گرده. ده دقیقه بعد اپ از اول کار بدتره و نصف اعتبار روزانه‌ت هم رفته. به این وضعیت میگن حلقه خطا، و احتمالاً رایج‌ترین دلیل رها شدن پروژه‌های وایب کدینگه.
اولین کاری که باید بکنی اینه که متن کامل خطا رو بدی. «کار نمی‌کنه» یا «خراب شد» هیچ اطلاعاتی به هوش مصنوعی نمی‌ده و مجبورش می‌کنه حدس بزنه. اگه صفحه سفید شده یا پیغام خطا اومده، متن کاملش رو کپی کن. اگه خطایی دیده نمیشه، دقیق بگو چی کار کردی، انتظار داشتی چی بشه و چی شد. تو Lovable و بیشتر ابزارهای مشابه، وقتی خطا پیش میاد معمولاً یه دکمه برای فرستادن خودکار خطا به هوش مصنوعی هم هست.
اگه بعد از دو بار تلاش درست نشد، دیگه اصرار نکن. هر تلاش ناموفق یه لایه کد اضافه روی مشکل اصلی می‌ذاره و پیدا کردن ریشه رو سخت‌تر می‌کنه. به جاش برگرد به آخرین نسخه‌ای که سالم بود. Lovable تاریخچه همه نسخه‌ها رو نگه می‌داره و با یه کلیک میشه به هر کدوم برگشت. این دکمه برگشت مهم‌ترین ابزار تو وایب کدینگه و خیلی‌ها دیر کشفش می‌کنن.
بعد از برگشتن، همون درخواست رو دوباره بفرست، ولی این بار با چیزی که از تلاش‌های قبلی یاد گرفتی. مثلاً به جای «نمودار رو درست کن»، بگو «نمودار وقتی ماه هیچ هزینه‌ای نداره خطا می‌ده. برای ماه خالی به جای نمودار یه متن بنویس که این ماه هزینه‌ای ثبت نشده.»
اگه همون مشکل باز تکرار شد، قبل از اصلاح، توضیح بخواه. «قبل از اینکه چیزی رو تغییر بدی، توضیح بده فکر می‌کنی دلیل این خطا چیه و می‌خوای کدوم فایل‌ها رو عوض کنی.» خیلی وقت‌ها همین توضیح نشون می‌ده که هوش مصنوعی مشکل رو اشتباه فهمیده، و تو می‌تونی قبل از اینکه کدی عوض بشه، اصلاحش کنی. حالت برنامه‌ریزی Lovable دقیقاً برای همین کار ساخته شده.
و آخرین راه، شروع یه گفت‌وگوی تازه‌ست. گفت‌وگوهای خیلی طولانی پر از تلاش‌های ناموفق میشن و هوش مصنوعی گاهی همون راه‌حل‌های غلط قبلی رو دوباره امتحان می‌کنه. تو ایجنت‌هایی مثل Claude Code این کار با یه دستور انجام میشه. تو ابزارهای مرورگری، گاهی ساختن یه پروژه جدید از روی آخرین نسخه سالم و نوشتن یه خلاصه کوتاه از اینکه اپ چیه و الان چه مشکلی داره، سریع‌تر از ادامه دادن یه گفت‌وگوی شلوغه.
نسخه‌ها رو از روز اول نگه دار
تاریخچه داخل خود ابزار خوبه، ولی کافی نیست. اگه حسابت مشکل پیدا کنه، اعتبار تموم بشه یا بخوای بری سراغ یه ابزار دیگه، کدت تو اون ابزار گیر می‌کنه.
راه‌حلش وصل کردن پروژه به GitHub از همون روز اوله. GitHub یه جای امن برای نگه داشتن کده و هر تغییری که ابزار می‌ده، با تاریخ و توضیح اونجا ثبت میشه. Lovable حتی تو پلن رایگان هم اتصال به GitHub رو داره (مستندات Lovable). این مهم‌تر از چیزیه که به نظر میاد، چون دانلود مستقیم کد تو پلن رایگان Lovable نیست و GitHub عملاً راه تو برای داشتن یه نسخه از کدته.
اتصال GitHub یه مزیت دیگه هم داره. روزی که پروژه از حد یه ابزار مرورگری بزرگ‌تر شد، همون کد رو می‌تونی تو یه ادیتور مثل Cursor یا با یه ایجنت مثل Claude Code باز کنی و ادامه بدی، بدون اینکه چیزی از دست بره. بیشتر وایب کدرها همین مسیر رو می‌رن. شروع تو مرورگر، چون سریع و ساده‌ست، و رفتن به ادیتور وقتی کنترل بیشتری لازم شد.
انتشار و گرفتن لینک
وقتی اپ همون چیزی شد که می‌خواستی، دکمه Publish یه لینک عمومی بهت می‌ده که روی هر گوشی و کامپیوتری باز میشه. تو Lovable انتشار تو پلن رایگان هم هست. دامنه اختصاصی، یعنی آدرسی مثل dakhlokharj.ir به جای زیردامنه خود Lovable، فقط تو پلن‌های پولیه.
دو تا نکته قبل از انتشار. اول اینکه یادت باشه اطلاعات این اپ تو مرورگر هر نفر ذخیره میشه. اگه لینک رو برای دوستت بفرستی، اون یه دفترچه خالی برای خودش می‌بینه، نه هزینه‌های تو رو. برای اپ ما این دقیقاً همون چیزیه که می‌خوایم، ولی اگه یه روز بخوای اطلاعات بین چند نفر یا چند دستگاه مشترک باشه، کار از اینجا خیلی جدی‌تر میشه.
دوم اینکه هیچ‌وقت کلید API یا رمز هیچ سرویسی رو مستقیم تو پرامپت یا کد قسمت کاربر نذار. هر چیزی که تو مرورگر کاربر اجرا میشه، برای هر کسی که بلد باشه قابل دیدنه. اپ دخل‌وخرج ما هیچ کلیدی لازم نداره، ولی اولین باری که خواستی اپت رو به یه سرویس بیرونی وصل کنی، این قانون رو یادت باشه.
هزینه: اعتبارت کجا خرج میشه
پلن رایگان Lovable روزی ۵ اعتبار ساخت می‌ده که در ماه سقفش ۳۰ تاست. پلن Pro از ماهی ۲۵ دلار شروع میشه (مستندات Lovable). هر پیام بسته به سنگینی کار، از نیم اعتبار برای یه تغییر رنگ تا دو اعتبار برای ساختن یه صفحه کامل مصرف می‌کنه.
با این عددها، اپ دخل‌وخرج تو حدود دو سه روز با سهم رایگان قابل ساختنه، به شرطی که روش این آموزش رو بری. چیزی که اعتبار رو بیشتر از هر چیز دیگه‌ای می‌سوزونه، حلقه خطاست. ده پیام «درستش کن» پشت سر هم می‌تونه کل سهم یه روز رو ببره و آخرش هم چیزی درست نشده باشه. برای همین قاعده «بعد از دو تلاش برگرد» پولت رو هم نجات می‌ده.
ابزارهای دیگه هم مدل مشابهی دارن. Bolt و v0 هم سهم رایگان روزانه یا ماهانه دارن و پلن‌های پولیشون تو همین محدوده قیمتیه. اگه از ایران کار می‌کنی، ثبت‌نام و پرداخت این ابزارها دردسرهای خودش رو داره و قبل از خرید اشتراک، حتماً از راه‌های امن و فروشنده‌های معتبر استفاده کن.
بعدش چی؟
تو این آموزش وایب کدینگ یه اپ کامل ساختیم که واقعاً کار می‌کنه و میشه هر روز ازش استفاده کرد. ولی بهتره بدونی این اپ کجا به سقف می‌خوره.
لحظه‌ای که بخوای اطلاعات از مرورگر بیرون بره و رو یه سرور ذخیره بشه، مثلاً برای اینکه از گوشی و لپ‌تاپ یه دفترچه رو ببینی، یا اپ رو برای خانواده‌ت بسازی که هر کس حساب خودش رو داشته باشه، پای دیتابیس و ورود کاربر وسط میاد. ابزارهایی مثل Lovable این‌ها رو هم با چند پیام می‌سازن، ولی اینجا دیگه داری با اطلاعات واقعی آدم‌ها کار می‌کنی و کدی که هیچ‌کس نخونده، ممکنه اطلاعات همه رو در اختیار هر کسی بذاره. از این نقطه به بعد، یا باید خودت بفهمی اون کد چی کار می‌کنه، یا کسی که می‌فهمه بررسیش کنه.
اگه می‌خوای این قدم بعدی رو اصولی برداری و از ساختن اپ‌های شخصی برسی به ساختن نرم‌افزاری که با کاربر و پول واقعی کار می‌کنه، بوت‌کمپ مهندسی نرم‌افزار با ایجنت‌های هوش مصنوعی استارکوچ دقیقاً برای همینه. چهار پروژه واقعی رو از طراحی تا دیپلوی، با Claude Code و Cursor و یه منتور اختصاصی جلو می‌ری. اگه هم می‌خوای همین مهارت‌ها رو تو یه رقابت تیمی و فشرده امتحان کنی، هکاتون وایب کدینگ استارکوچ رو دنبال کن.
سوالات پرتکرار
میشه با وایب کدینگ اپ موبایل ساخت؟
اپی که ساختیم تو مرورگر گوشی کار می‌کنه و میشه آیکونش رو به صفحه اصلی گوشی اضافه کرد که شبیه یه اپ واقعی باز بشه. برای ساختن اپ واقعی که تو کافه‌بازار یا گوگل‌پلی منتشر بشه، ابزارهای دیگه‌ای لازمه و کار یه کم پیچیده‌تره، ولی اونم با وایب کدینگ شدنیه.
اعتبار رایگانم وسط کار تموم شد، چی کار کنم؟
اگه عجله نداری، فردا ادامه بده، چون سهم رایگان روزانه دوباره شارژ میشه. تا اون موقع یادداشت ایرادها و پیام‌های بعدیت رو آماده کن که فردا با کمترین پیام بیشترین کار رو انجام بدی. اگه پروژه به GitHub وصله، می‌تونی تو یه ابزار دیگه هم ادامه بدی.
پرامپت‌ها رو فارسی بنویسم یا انگلیسی؟
فارسی کاملاً جواب می‌ده و همه پرامپت‌های این آموزش فارسی بودن. فقط اسم‌های فنی مثل Intl یا اسم کتابخونه‌ها و متن خطاها رو همون‌طور انگلیسی بنویس.
اگه بخوام بعداً یه برنامه‌نویس پروژه رو ادامه بده چی؟
اینجاست که اتصال GitHub ارزشش رو نشون می‌ده. برنامه‌نویس کد رو از GitHub برمی‌داره و تو ابزار خودش ادامه می‌ده. فقط آماده باش که ممکنه بخش‌هایی از کد رو بخواد بازنویسی کنه، چون کدی که با وایب کدینگ و بدون بررسی ساخته شده، همیشه مرتب نیست.
Lovable بهتره یا Bolt یا v0؟
برای پروژه اول فرق زیادی ندارن و روشی که اینجا دیدی تو هر سه کار می‌کنه. یه کار ساده هم برای انتخاب هست. یه پرامپت اول یکسان رو تو دو سه تا از این‌ها بفرست و ببین کدوم نسخه اولش به چیزی که می‌خواستی نزدیک‌تره و با کدوم راحت‌تری. همون رو نگه دار.
تمرین درس
اپ دخل‌وخرج رو خودت بساز، ولی با یه تغییر که مال خودت باشه. مثلا دسته‌ها رو با زندگی خودت جور کن یا یه بخش برای بودجه ماهانه اضافه کن. بعد از ساختن بنویس چند تا پیام فرستادی، چند تا باگ با امتحان کردن پیدا کردی، و یه بار هم که شده دکمه برگشت به نسخه قبل رو زدی یا نه.