بنیاد گودو کدنویسی با هوش مصنوعی را برای جلوگیری از فرسودگی توسعه‌دهندگان ممنوع

تصور کنید یک توسعه‌دهنده ارشد باشید که هر شب با صدها قطعه کد مواجه می‌شود که در ظاهر حرفه‌ای‌اند، اما در عمل باعث فروپاشی کل سیستم می‌شوند. این کابوس دقیقاً همان چیزی است که بنیاد گودو (Godot) در ۳۰ ژوئن ۲۰۲۶ برای پایان دادن به آن دست به یک تصمیم سخت زد و استفاده از «وایب کدینگ» و عامل‌های خودکار هوش مصنوعی را ممنوع کرد.

به نقل از گزارش‌های منتشرشده در r/programming، این اقدام با واژه‌های «لودیت‌ها در برابر پیشرفت» (Luddites vs. Progress) توصیف شده است. این تصمیم جنجالی منجر به بحث‌های گسترده‌ای شد، از جمله در Hacker News که یک رشته‌بحث با ۵۶۱ امتیاز و ۴۰۳ نظر را به دنبال داشت. با این حال، بنیاد گودو تأکید می‌کند که این سیاست یک حمله به خودِ تکنولوژی هوش مصنوعی نیست. در عوض، این یک دفاع ضروری در برابر سیل مشارکت‌های بی‌کیفیتی است که ظاهر حرفه‌ای دارند اما در محیط عملیاتی (Production) شکست می‌خورند و هدف نهایی، جلوگیری از فرسودگی کامل (Burnout) انسان‌های نگهدارنده پروژه است.

توسعه متن‌باز بر تعادل ظریفی از توجه داوطلبان استوار است. برای سال‌ها، سد ورود به مشارکت، زمانی بود که برای یادگیری یک کدبیس و نوشتن یک اصلاحیه (Patch) تمیز نیاز بود. اما هوش مصنوعی زاینده (Generative AI) — مثل کتابخانه‌داری که میلیاردها صفحه را خوانده و حالا با همان لحن جواب می‌دهد — این سد را به کلی فرو ریخت و به هر کسی اجازه داد تا در چند ثانیه تغییراتی پیچیده ارسال کند. این موضوع یک بحران ایجاد کرد: هزینه تولید کد تقریباً به صفر رسید، در حالی که هزینه بازبینی (Review) آن دقیقاً همان مقدار سابق باقی ماند. همان‌طور که بنیاد گودو بیان می‌کند: «کمبود بازبین از قبل یک مشکل بود، اما ما با موفقیت آن را نادیده گرفتیم؛ حالا دیگر نمی‌شود نادیده‌اش گرفت.»

قوانین جدید مشارکت

سیاست جدید گودو بسیار جراحی‌گونه و دقیق است. بنیاد به‌طور صریح سه رفتار خاص را ممنوع کرده است و لحن بیانیه‌های رسمی آن‌ها بسیار رک و صریح است:

• عامل‌های خودکار و وایب کدینگ (Vibe Coding): «استفاده از هیچ عامل خودکار AI یا وایب کدینگ مجاز نیست.» استفاده از ابزارهایی که به‌طور مستقل یک وظیفه را می‌گیرند، یک Diff تولید می‌کنند و بدون دخالت انسان یک PR باز می‌کنند، ممنوع است.
• تولید انبوه کد: «استفاده از AI برای تولید بخش‌های قابل‌توجهی از کد ممنوع است.» هوش مصنوعی نمی‌تواند برای نوشتن تکه‌های بزرگ از منطق برنامه به کار رود.
• ارتباطات تولیدشده با AI: «استفاده از متن تولیدشده توسط AI در ارتباطات انسان با انسان ممنوع است.» استفاده از مدل‌های زبانی بزرگ (LLM) برای نوشتن متون در Issueها یا بحث‌های PR بین انسان‌ها ممنوع است، زیرا نگهدارندگان «نمی‌خواهند با یک ماشین حرف بزنند.»

کمک‌های مقیاس کوچک همچنان مجازند. بر اساس مستندات این سیاست، «دستیاری AI باید محدود به کارهای پیش‌پاافتاده (مانند تکمیل کد، رگکس، یا جست‌وجو و جایگزینی) باشد.» همچنین ترجمه ماشینی متونی که توسط انسان نوشته شده است، مجاز است. با این حال، هرگونه استفاده از AI باید صریحاً در بحث PR افشا شود. اگر مشارکت‌کننده‌ای نتواند بدون ابزار AI توضیح دهد کدش دقیقاً چه می‌کند، آن درخواست رد خواهد شد. فلسفه اصلی این است: «AI نمی‌تواند مسئولیت بپذیرد.»

محدودیت‌های جدید برای تازه‌واردها

برای محافظت بیشتر از معماری سیستم، گودو آستانه‌ای سخت‌گیرانه برای کاربران جدید تعریف کرد. این اقدام ضربه‌ای مستقیم به سناریویی است که در آن شخصی از یک عامل می‌خواهد نصف موتور بازی را بازنویسی کند و یک Diff ۴۰۰۰ خطی بفرستد:

• قانون کمتر از ۳ PR: هر مشارکت‌کننده‌ای که کمتر از سه PR پذیرفته‌شده (Merged) دارد، اکنون از پیشنهاد ویژگی‌های جدید یا بازسازی‌های کلی (Major Refactors) بدون اجازه صریح نگهدارندگان منع شده است.
• مسیر ورود: تازه‌واردها باید ابتدا صلاحیت خود را ثابت کرده و کدبیس را از طریق رفع باگ‌های کوچک و اصلاح مستندات یاد بگیرند و پس از آن برای تغییرات معماری اقدام کنند.

فروپاشی سیستماتیک در دنیای متن‌باز

گودو آخرین قطعه از دومینویی است که در نیمه نخست ۲۰۲۶ سقوط کرد. این یک مورد تک اتفاقی از سوی توسعه‌دهندگان لجباز بازی‌سازی نیست، بلکه بخشی از یک چرخش ساختاری است. چندین پروژه حیاتی دیگر نیز سدهایی را برای توقف «آشغال‌های AI» (AI Slop) در سال ۲۰۲۶ ایجاد کردند:

• curl (ژانویه ۲۰۲۶): دنیل استنبرگ، خالق این پروژه، در ۲۶ ژانویه برنامه پاداش باگ را در HackerOne بست. او دلیل این کار را «انفجار گزارش‌های AI Slop» و افت کیفیت دانست. نرخ تأیید آسیب‌پذیری‌های واقعی از بیش از ۱۵٪ به کمتر از ۵٪ سقوط کرد؛ یعنی اساساً از هر بیست گزارش، فقط یکی واقعی بود.
• tldraw (ژانویه ۲۰۲۶): استیو روئیز در ۱۷ ژانویه تمام PRهای خارجی را به‌طور خودکار بست. او متوجه یک حلقه بازگشتی شده بود که در آن Issueهای تولیدشده توسط AI او، توسط AIهای دیگر به PRهای تولیدشده توسط AI تبدیل می‌شدند: «Issueهای کم-تلاش من داشتند تبدیل به PRهای کم-تلاش می‌شدند و AI هر دو طرف کار را انجام می‌داد.»
• Ghostty (ژانویه ۲۰۲۶): پروژه ترمینال میچل هاشیموتو رواداری صفر را پیش گرفت. در سند AI_POLICY آن‌ها آمده است: «انسان در حلقه (Human-in-the-loop) باید تمام کد را کاملاً بفهمد.» آن‌ها حتی یک «لیست تکذیب» عمومی ایجاد کردند تا مشارکت‌های آتی کسانی را که PRهای AI-driven گذرا (Drive-by) می‌فرستند، مسدود کنند.
• Jazzband (مارس ۲۰۲۶): این جمع ۱۰ ساله پایتون در ۱۴ مارس به‌طور کامل تعطیل شد. یانیس لایدل تخمین زد که تنها ۱ از هر ۱۰ PR تولیدشده با AI استانداردهای پروژه را داشت و مدل «دسترسی Push برای همه» که بر پایه اعتماد بالا بود، دیگر پایدار نیست.
• QEMU، NetBSD و Gentoo: این پروژه‌ها به دلیل مسائل حقوقی و کپی‌رایت، کد AI را ممنوع کردند. NetBSD کدهای AI را «آلوده» (Tainted) نامید چون وضعیت داده‌های آموزشی آن‌ها ناشناخته است. QEMU ابتدا هر مشارکتی را که مشکوک به AI بود رد کرد، هرچند تا مه ۲۰۲۶ احتمال تسهیل این قانون برای تست‌ها را بررسی کرد. Gentoo به‌طور کامل استفاده از ابزارهای AI در حین مشارکت را ممنوع کرد.

«کلید قطع» گیت‌هاب

گیت‌هاب (GitHub) در ۱۳ فوریه ۲۰۲۶ با معرفی یک «کلید قطع» (Kill Switch) برای مالکان مخازن به این نوسانات واکنش نشان داد. پس از گزارش اولیه The Register در ۳ فوریه، گیت‌هاب تغییرات خود را به‌روزرسانی کرد تا به مالکان اجازه دهد ایجاد PR را فقط به همکاران دارای دسترسی Write محدود کرده یا کلاً تب PR را غیرفعال کنند.

اشلی ولف، مدیر برنامه‌های متن‌باز گیت‌هاب، این وضعیت را «سپتامبر ابدیِ متن‌باز» نامید؛ اشاره‌ای به دوران اولیه اینترنت که سیل تازه‌واردان، هنجارهای جامعه را نادیده می‌گرفتند. ابعاد مشکل عظیم است:

• مشارکت عامل‌ها: تا مه ۲۰۲۶، بیش از یک‌پنجم بازبینی‌های کد در گیت‌هاب شامل یک عامل (Agent) بود.
• انفجار حجم: PRهای بازشده توسط AI از حدود ۴ میلیون در سپتامبر ۲۰۲۵، به بیش از ۱۷ میلیون در مارس ۲۰۲۶ رسید (رشد چهاربرابری در ۶ ماه).
• دفاع خودکار: قابلیت بازبینی کد در GitHub Copilot برای مقابله با این حملات، در کمتر از یک سال ۶۰ میلیون چک را پردازش کرد (رشد ۱۰ برابری) تا تلاش کند دفاع در برابر تهاجم خودکار را اتوماتیک کند.

چرا کدهای AI در مقیاس واقعی شکست می‌خورند؟

داده‌ها نشان می‌دهند «وایبِ» کد درست، اغلب نقص‌های عمیق را می‌پوشاند. شکافی میان «آماده به نظر رسیدن» و «واقعاً آماده بودن» وجود دارد.

شاخص‌های عملکرد و مشکلات:

• CodeRabbit (دسامبر ۲۰۲۵): با تحلیل ۴۷۰ PR واقعی گیت‌هاب، دریافت که کدهای AI ۱.۷ برابر مشکل بیشتری دارند (۱۰.۸۳ замеча per PR در مقابل ۶.۴۵ برای انسان‌ها). مشکلات خوانایی ۳ برابر، حفره‌های امنیتی ۲.۷۴ برابر و عملیات‌های I/O تکراری تقریباً ۸ برابر بیشتر بودند.
• Veracode: دریافت ۴۵٪ از نمونه‌های تولیدی AI دارای آسیب‌پذیری‌های OWASP Top-10 هستند. در حالی که دقت سینتکس از ۵۰٪ به ۹۵٪ در سه سال رسید، نرخ عبور از تست‌های امنیتی در ۴۵-۵۵٪ متوقف ماند. مدل‌ها یاد گرفته‌اند زیباتر بنویسند، نه امن‌تر. این ضعف‌ها در لایه‌های عمیق‌تر کد، راه را برای حملات پیچیده‌تر باز می‌کند، مشابه آنچه در مستندات CrowdStrike درباره ۲۰۰ تکنیک تزریق پرامپت بررسی شده است.
• CMU (SusVibes): دریافت در حالی که عامل‌ها در ۶۱٪ موارد وظایف را به‌صورت عملکردی حل می‌کنند، تنها ۱۰.۵٪ از این راهکارها واقعاً امن هستند. شکاف بین «کار کردن» و «امن بودن» شش برابر است.
• پژوهش arXiv 2603.28592: با تحلیل ۳۰۴,۳۶۲ کامیت از ۶,۲۷۵ مخزن، Gemini بدترین نرخ مشکل (۲۸.۷٪ از کامیت‌ها) و Copilot (۱۷.۳٪) را داشتند. نکته حیاتی این است که ۴۱.۱٪ از مشکلات امنیتی معرفی‌شده توسط AI در نسخه‌های واقعی بدون اصلاح باقی ماندند.
• GitGuardian: دریافت کامیت‌های Claude Code اسرار (Secret) مثل کلیدهای سخت‌افزاری و توکن‌ها را با نرخ ۳.۲٪ لو می‌دهند، در حالی که این نرخ برای کامیت‌های عمومی ۱.۵٪ است؛ یعنی دو برابر بیشتر.

تلهٔ شناختی

یکی از هشداردهنده‌ترین یافته‌ها از سوی METR منتشر شد. در یک آزمایش تصادفی با توسعه‌دهندگان باسابقه، کسانی که از دستیارهای AI استفاده می‌کردند، در واقع ۱۹٪ کندتر در اتمام وظایف واقعی عمل کردند، در حالی که خودشان «باور داشتند» سرعتشان ۲۰٪ افزایش یافته است. این شکاف ۳۹ درصدی بین بهره‌وری ادراکی و واقعی، همان موتور محرک سیل PRهایی است که باعث فرسودگی بازبین‌ها می‌شود. این توهمات نه تنها بهره‌وری را کاهش می‌دهند، بلکه می‌توانند به آسیب‌پذیری‌های امنیتی تبدیل شوند؛ برای مثال پدیده HalluSquatting نشان می‌دهد چگونه توهمات AI می‌توانند به درگاه‌هایی برای اجرای بدافزار تبدیل شوند.

هزینه انسانی و مسئولیت‌پذیری

در هسته این دعوا، بحث بر سر مسئولیت است. عامل‌هایی مثل Claude Code (که از Opus 4.8 و Sonnet استفاده می‌کند)، Codex و Copilot می‌توانند یک diff ۴۰۰۰ خطی را در چند دقیقه تولید کنند، اما اگر این کد شش ماه بعد باعث کرش کردن میلیون‌ها موتور بازی شود، هیچ مسئولیتی نمی‌پذیرند. یک عامل هوش مصنوعی تا زمانی که کد در Production می‌شکند، مدت‌هاست آن PR را فراموش کرده است.

وقتی توسعه‌دهنده‌ای «وایب کدینگ» می‌کند — اصطلاحی که آندری کارپاتی در ۲۰۲۵ رایج کرد — و سپس ناپدید می‌شود، بازبین تنها می‌ماند تا یک توهم (Hallucination) را دیباگ کند. این روند, جنبهٔ منتورشیپ در متن‌باز را نابود می‌کند. اگر بازخورد به‌جای انسان توسط ماشین جذب شود، زمان بازبین تلف شده چون کسی در طرف مقابل چیزی یاد نمی‌گیرد. به نقل از PC Gamer، گودو می‌گوید: «ما نمی‌توانیم به کاربران پراستفاده از AI اعتماد کنیم که کدشان را آن‌قدر بفهمند که بتوانند آن را اصلاح کنند.»

نحوه اجتناب از AI Slop در PRهای شما

برای اینکه مشارکت‌های شما رد نشود، این قوانین بهداشتی را که از سیاست‌های گودو، Ghostty و tldraw استخراج شده است، دنبال کنید:

• افشا کنید: در توصیفات PR صراحتاً ذکر کنید که آیا از AI استفاده شده است یا خیر؛ این نشانه احترام به بازبین است.
• درک خود را تأیید کنید: تست Ghostty را اجرا کنید — آیا می‌توانید هر خط کد را بدون ابزار AI توضیح دهید؟ اگر نه، آن را ارسال نکنید. شما مسئول کد هستید، نه مدل.
• مثل یک غریبه حسابرسی کنید: با کدهای AI مثل یک غریبه رفتار کنید. تحلیل استاتیک را اجرا کنید، برای اسرار سخت‌افزاری (Hardcoded Secrets) چک کنید و از تست‌های سخت‌گیرانه استفاده کنید. مدل‌ها سریع تولید می‌کنند؛ شما باید آهسته پاک‌سازی کنید.
• ابتدا زمینه (Context): از تله tldraw دوری کنید؛ جایی که یک عامل Issue را لفظاً می‌گیرد بدون اینکه اهداف واقعی پروژه را بفهمد. قبل از کد، قصد و هدف را درک کنید.
• رعایت فرآیند: قالب‌های PR را پر کنید، فایل CONTRIBUTING را بخوانید و به سوالات بازبین پاسخ دهید. نویسنده‌ای که سکوت می‌کند، نشانه یک PR وایب-کد شده است.

دسترسی به ابزارهای AI از روسیه

برای توسعه‌دهندگانی که در روسیه هستند، مدل‌هایی مثل Claude، GPT و Gemini رسماً مسدود شده‌اند. Anthropic و OpenAI آی‌پی‌های روسیه را می‌بندند و کارت‌های محلی را نمی‌پذیرند. برای استفاده قانونی و بهینه، تجمع‌کنندگانی (Aggregators) مثل provod.ai یک API یکپارچه سازگار با OpenAI و Anthropic ارائه می‌دهند. این امر اجازه می‌دهد ابزارهایی مثل Claude Code، Cursor یا n8n تنها با تغییر baseURL و API key کار کنند:

export ANTHROPIC_BASE_URL="https://api.provod.ai/v1" export ANTHROPIC_API_KEY="your-key"

کاربران می‌توانند از طریق SBP یا فاکتور به روبل پرداخت کنند، با قیمت‌هایی که با تعرفه‌های رسمی مطابقت دارد و بدون سود فروشنده (که معمولاً ۱۵-۲۵٪ است). برای مثال، Claude Sonnet 4.6 قیمتی معادل ۰.۲۳ روبل برای هر ۱ هزار توکن ورودی و ۱.۱۷ روبل برای هر ۱ هزار توکن خروجی دارد. این کار نیاز به VPN یا کارت‌های خارجی را 없 می‌کند و یک موجودی واحد برای چندین مدل از جمله DeepSeek و Qwen فراهم می‌سازد.

نتیجه‌گیری: آینده‌ی بازبین

هوش مصنوعی از توسعه رانده نمی‌شود؛ نظرسنجی ۲۰۲۵ Stack Overflow نشان می‌دهد استفاده از آن از ۷۶٪ به ۸۴٪ افزایش یافته است. در عوض، ما شاهد پایان «اعتماد ساده‌لوحانه» هستیم. اعتماد به دقت AI در یک سال از ۴۰٪ به ۲۹٪ کاهش یافت و ۴۶٪ از توسعه‌دهندگان حتی در حین استفاده، فعالانه به خروجی‌ها بی‌اعتماد هستند. اصلی‌ترین دلیل شدت نارضایتی (۴۵٪) کدهایی است که «تقریباً درست هستند اما نه کاملاً»، و دیباگ کردن آن‌ها زمان بیشتری نسبت به نوشتن از ابتدا می‌گیرد.

این روند نشان می‌دهد که ارزشمندترین منبع در مهندسی نرم‌افزار دیگر توانایی نوشتن کد نیست، بلکه توانایی بازبینی آن است. بازبین به کمیاب‌ترین منبع در اکوسیستم تبدیل شده است. AI برنامه‌نویس را جایگزین نکرد؛ بلکه صرفاً توسعه‌دهنده مسئول و فهیم را بسیار گران‌تر و ضروری‌تر کرد. همان‌طور که تجربه curl ثابت کرد، حتی وقتی کیفیت بهبود می‌یابد، حجم درخواست‌ها همچنان طاقت‌فرساست. کسانی که نتوانند کد خود را توضیح دهند، اولین کسانی خواهند بود که کنار گذاشته می‌شوند.