تصور کنید ۱۵ روز وقت بگذارید و ۱۱۶ تغییر در کد ایجاد کنید، اما در نهایت مجبور شوید تمام پروژه را پاک کنید. این کابوس «وایب‌کدینگ» (Vibe Coding) است؛ روشی که در آن تاریخچه چت با هوش مصنوعی تنها منبع حقیقت شماست.
در این رویکرد، توسعه‌دهندگان در حلقه‌ای از وصله‌های سریع می‌افتند. این روش برای اسکریپت‌های کوچک جواب می‌دهد، اما در سیستم‌های پیچیده فرو می‌پاشد. همان‌طور که در تحلیل‌های قبلی ما درباره‌ی مدیریت بدهی فنی اشاره کردیم، تکیه بر اصلاحات لحظه‌ای خطرناک است. این وضعیت منجر به گسست مشخصات (Specification Drift) می‌شود؛ چیزی شبیه به بازی «گوش به گوش» که در آن پیام نهایی هیچ شباهتی به پیام اول ندارد.
به گزارش dev.to، برنامه‌نویسی به نام سرهان اسد در ۱۴ مه ۲۰۲۶ آزمونی را با Claude Opus 4.6 اجرا کرد. او در تلاش اول از Vibe Coding استفاده کرد که نتایج فاجعه‌باری داشت:
- ۱۱۶ کامیت کلی
- ۷۵ کامیت برای رفع خطا
- ۷ بازگشت (Revert) به نسخه‌های قبلی
- ریست کامل پروژه پس از ۱۵ روز کار
در تلاش دوم، اسد از توسعه پرامپت‌محور (Prompt-Driven Development یا PDD) استفاده کرد. او منبع حقیقت را از «کد» به «پرامپت‌ها و تست‌های رفتاری» تغییر داد. در این حالت، او از مدل زبانی بزرگ (LLM) — مثل کتابخانه‌داری که میلیاردها صفحه را خوانده و حالا با همان لحن جواب می‌دهد — خواست تا ابتدا ساختار را تثبیت کند. طبق مستندات این آزمایش، پروژه در ۵ روز به مرحله استقرار رسید و در ۹ روز کاملاً ادغام شد.
برای توسعه‌دهندگان، روش «چت و وصله» یک تله‌ی بدهی فنی است. وقتی از هوش مصنوعی می‌خواهید باگی را رفع کند، ممکن است کل سیستم را بازنویسی کند و تصادفاً اصلاحات قبلی را پاک کند. برای توقف این روند، باید «مشخصات» (Specification) را به عنوان محصول اصلی بسازید، نسخه‌بندی کنید و تست کنید تا خودِ کد جایگزین‌پذیر شود.
گام بعدی شما
- گردش کار خود را برای یافتن نشانه‌های گسست مشخصات بررسی کنید.
- نیازمندی‌ها را از پنجره چت خارج کرده و در یک مجموعه تست رفتاری مستند کنید.
- کد را به عنوان یک موجود جایگزین‌پذیر ببینید، نه منبع حقیقت.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو