تصور کنید ایدهای برای یک بازی دارید اما یک کلمه کدنویسی نمیدانید؛ حالا میتوانید صرفاً با توصیف «حس و حال» بازی، آن را به واقعیت تبدیل کنید. این یعنی مرز میان یک مفهوم خلاقانه و محصول قابل بازی، برای کسانی که فقط میتوانند توصیف کنند، بهطور کامل از بین رفته است، به شرطی که ابعاد پروژه در محدوده کنترلشدهای باقی بماند.
Vibe Coding (وایب کدینگ) در واقع جایگزینی پیادهسازی دستی با حلقهای از دستورات سطح بالا و تکرارهای هوش مصنوعی است. از طریق این رویکرد، یک توصیف محاورهای از «وایب» یا حال و هوای یک بازی میتواند اکنون یک نرمافزار کاملاً کاربردی را تولید کند، بدون اینکه هیچ انسانی حتی یک خط کد بنویسد. در این روش، کاربر بهجای ویرایش مستقیم کد، آنچه را میخواهد بهطور محاورهای توصیف میکند، خروجی مدل را میپذیرد و سپس با توصیف تغییرات لازم، نتیجه را اصلاح میکند. همانطور که در تحلیلهای پیشین ما دربارهی ابزارهای کدنویسیِ مبتنی بر مدلهای زبانی اشاره کردیم، این تغییر رویکرد، نقش برنامهنویس را از یک «نویسنده» به یک «ناظر» تغییر میدهد. این گذار به سوی مدلهای انتزاعیتر، در واقع تغییری بنیادین از نویسندگی نحو به کیوریتوری قصد است که مفهوم نرمافزار قابل خواندن توسط انسان را به چالش میکشد.
آندری کارپاتی (Andrej Karpathy)، یکی از بنیانگذاران OpenAI، این اصطلاح را در اوایل سال ۲۰۲۵ ابداع کرد تا سبکی از برنامهنویسی را توصیف کند که در آن کاربر «تسلیم وایبها (حس و حالها) میشود». طبق گزارش وبسایت dev.to که در ۸ جولای ۲۰۲۶ منتشر شد، تیم Vibe Arcade این متدولوژی را در تمام کتابخانهی خود، از جمله بازی محبوب Space Destroyers، به کار گرفته است. آنها بهجای نوشتن هزاران خط جاوااسکریپت، مکانیکها، سبکهای بصری و حس بازی را برای یک مدل هوش مصنوعی توصیف میکنند.
سازوکار فنی
بازیهای مرورگر برای این گردش کار بهطور منحصربهفردی ایدهآل هستند چون معمولاً در قالب یک فایل تک HTML شامل جاوااسکریپت و CSS داخلی قرار دارند. این ساختار یکپارچه و خودکفا به مدلهایی مانند Claude شرکت Anthropic اجازه میدهد تا کل پروژه را در یک مرحله (In one pass) تولید کنند، بدون اینکه نیاز به وابستگیهای پیچیده در بکاند یا مهاجرتهای دیتابیس (Database migrations) باشد. برای مدیریت چنین حجم عظیمی از درخواستهای تولیدی و تکرارهای سریع، استفاده از زیرساختهای بهینه ضروری است؛ مشابه آنچه در مدیریت ترافیک IDEهای ابری Neural Inverse Cloud برای حذف محدودیتهای نرخ درخواست (Rate Limits) مشاهده میکنیم.
بر اساس مستندات فنی این روش، سه مزیت اصلی برای تولیدات هوش مصنوعی وجود دارد:
- بازخورد آنی: باز کردن یک فایل در مرورگر، آزمایش سریع و فوری را ممکن میکند. در این مسیر هیچ مرحلهای برای بیلد (Build step)، خط لولهی استقرار (Deployment pipeline) یا زمان انتظار وجود ندارد.
- تأیید بصری: کاربر برای بررسی صحت کد نیاز به خواندن آن ندارد؛ او میتواند بازی را ببیند و آن را تجربه کند تا متوجه شود آیا خروجی درست است یا خیر.
- آزادی خلاقانه: هوش مصنوعی میتواند مکانیکهای غیرمنتظرهای معرفی کند که بازی را سرگرمکنندهتر میکند و در واقع «باگهای» احتمالی را به «ویژگیهای» جذاب تبدیل کند.
مدل در این فرآیند لایههای حیاتی زیر را مدیریت میکند:
- منطق بازی: مدیریت فیزیک، تشخیص برخورد (Collision detection) و سیستم امتیازدهی.
- رندرینگ: ایجاد انیمیشنها، افکتهای ذرهای (Particle effects) و ترسیم روی بوم (Canvas drawing).
- رابط کاربری (UI/UX): طراحی منوها، HUDها (نمایشگرهای روی صفحه) و صفحهی پایان بازی.
- صدا: تولید صداهای رویهای (Procedural sounds) از طریق API صوتی وب (Web Audio API).
- طراحی واکنشگرا: تضمین اینکه بازی با اندازههای مختلف صفحه نمایش سازگار شود.
حلقهی تکرار
این فرآیند از یک چرخهی چهار مرحلهای پیروی میکند. ابتدا مرحله «مفهوم و وایب» (Concept and Vibe) تعریف میشود؛ برای مثال تعریف یک زیباییشناسی نئونی آیندهنگرانه که یادآور کابینتهای آرکید قدیمی است و سپس بلافاصله بازی در مرورگر تست میگردد.
برای بازی Space Destroyers، این حلقه به این شکل است:
- توصیف: «یک بازی تفرهای فضایی با افکتهای نئونی، انواع مختلف دشمنان، آیتمهای تقویتکننده (Power-ups) و یک غول مرحله هر ۵ لول بساز».
- بررسی: تست بازی کامل و قابل اجرا در مرورگر.
- تکرار: «انفجارها را بزرگتر کن. یک سپر حفاظتی اضافه کن. سرعت پسزمینه با افزایش لولها بیشتر شود».
- اصلاح: «جدول امتیازات اضافه کن. آن را برای موبایل بهینه کن. افکتهای صوتی بزار».
اگر بازی Neon Snake بیش از حد کند باشد، کاربر صرفاً نیاز به سرعت بیشتر را توصیف میکند و مدل کد را بازنویسی میکند. این چرخه میتواند دهها بار بهعنوان یک گفتگو رخ دهد، نه یک بازبینی کد (Code Review) سنتی.
زمانی که «وایب» به درستی تنظیم شد، بازی به همراه جدول امتیازات، سیستم ردیابی بازیها و متادیتای SEO در پلتفرم Vibe Arcade ادغام میشود. به نقل از گزارش dev.to، هرچند کد نهایی کاربردی است اما اغلب طولانی (Verbose) است، گاهی منطقها را تکرار میکند و در مقایسه با نرمافزارهای نوشته شده توسط انسان، از الگوهای غیرمعمولی استفاده میکند. با این حال، چون کد کاملاً در مرورگر کاربر اجرا میشود و نیازی به تیم مهندسی برای نگهداری ندارد، این ناکارآمدیها بهندرت تأثیری بر تجربه کاربر نهایی میگذارد.
شکاف انسانی
با وجود این پیشرفتها، هوش مصنوعی هنوز در تفکر طراحی سطح بالا (High-level design thinking) مشکل دارد. بالانس کردن عمیق گیمپلی و تنظیم دقیق منحنی دشواری برای اینکه بازی «بهدرستی» و دقیقاً همانطور که باید حس شود، همچنان به تستهای انسانی (Play-testing) نیاز دارد.
محدودیتهای مشخص عبارتاند از:
- هنرهای بصری اصیل: مدلها میتوانند گرادینتها و اشکال هندسی بکشند، اما طراحی شخصیتهای متمایز یا اسپرایتهای (Sprites) مفصل معمولاً نیازمند مراحل جداگانهی تولید تصویر است.
- درگیرسازی بلندمدت: طراحی سیستمهای پیشرفت، آیتمهای قابل باز شدن (Unlockables) و حلقههای متا-گیم نیازمند دیدگاه انسانی درباره انگیزه و پاداش است.
- امنیت: نظارت انسانی برای بخشهای سمت سرور، مانند APIهای جدول امتیازات و ویژگیهای اجتماعی/جامعهمحور، برای جلوگیری از رخنههای امنیتی ضروری است.
این تغییر نشان میدهد که نقش توسعهدهنده در حال تبدیل شدن به یک «کیوریتور» (Curator) و مدیر خلاق است. مهارت فنی دیگر در سینتکس کد نیست، بلکه در توانایی توصیف و اصلاح دقیق نتیجهی مطلوب است.
گام بعدی شما
- سعی کنید این پارادایم را با ساخت یک بازی ساده مرورگر تست کنید؛ از چیزی عمیق مانند Space Destroyers تا چیزی ساده مثل Bubble Wrap Challenge. از یک رابط پرامپتمحور استفاده کنید تا ببینید رسیدن به یک «وایب» صیقلخورده به چند مرحله تکرار نیاز دارد.
- مدل Claude 3.5 Sonnet را برای تولید تکفایلهای HTML تست کنید تا سرعت تبدیل توصیف به محصول را تجربه کنید.
- روی مهارت «مدیریت خلاق» تمرکز کنید؛ یاد بگیرید چگونه تغییرات بصری را به زبان دقیق مدل توصیف کنید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو