تصور کنید در مهم‌ترین پروژه متن‌باز جهان، جایی که هر خط کد باید از سخت‌ترین فیلترهای کیفی عبور کند، حالا ماشین‌ها در حال نوشتن هستند. اگر توسعه‌دهنده‌ای هستید که هنوز به خلوص کدنویسی انسانی اعتقاد دارد، باید بدانید که دوران تغییر در هسته لینوکس آغاز شده است.
در ۱۶ ژوئیه ۲۰۲۶، لینوس توروالدز (Linus Torvalds)، خالق لینوکس، در فهرست پستی هسته لینوکس (LKML) صراحتاً اعلام کرد که به‌عنوان maintainer ارشد، آماده است تا برای محافظت از استفاده از مدل‌های زبانی بزرگ (LLM) در فرآیند توسعه، «پای خود را روی زمین بگذارد» و قاطعانه عمل کند. او به کسانی که نمی‌توانند از این ابزارها حمایت کنند، پیشنهاد داد که آزادند پروژه را «فورک» (Fork) کنند؛ یعنی یک نسخه مستقل از کدها بردارند و پروژه شخصی خودشان را شروع کنند.
این موضع در حالی اتخاذ می‌شود که جامعه متن‌باز بر سر هوش مصنوعی زاینده دچار شکاف عمیقی شده است. برای مثال، پروژه زبان Zig سیاست‌های سخت‌گیرانه‌ای علیه کدهای تولیدشده توسط هوش مصنوعی دارد و آن‌ها را نمی‌پذیرد. اما توروالدز این تکنولوژی را نه یک مسئله ایدئولوژیک، بلکه موضوعی بر اساس «شایستگی فنی» می‌بیند. همان‌طور که در تحلیل‌های پیشین ما درباره‌ی تغییر نقش توروالدز از یک برنامه‌نویس سخت‌گیر به یک رهبر توسعه دیدیم، این اقدام سیگنالی است که نشان می‌دهد او اکنون بر کارایی خط لوله مدیریت و نگهداری (maintenance pipeline) تمرکز کرده است و آن را به «پاکی» سنتی کدنویسی ترجیح می‌دهد. این چرخش در دیدگاه او را می‌توان در بررسی پیشین ما درباره گذار توروالدز از برنامه‌نویسی به مدیریت استراتژیک عمیق‌تر تحلیل کرد.
تضاد ایدئولوژیک در دنیای متن‌باز
این بحث‌ها پس از انتشار بیانیه‌ای از سوی کنسرسیوم آزادی نرم‌افزار (SFC) با عنوان «زمان استفاده از سیستم‌های زاینده مبتنی بر LLM برای مشارکت‌های FOSS» شدت گرفت. SFC در این بیانیه پیشنهاد می‌کند که «بهترین شیوه‌ها» برای پروژه‌های متن‌باز این است که کسانی را که به‌طور کامل سیستم‌های هوش مصنوعی زاینده را رد می‌کنند، نه تنها تحمل کنند، بلکه «از آن‌ها حمایت نمایند».
توروالدز این رویکرد را به‌طور کامل رد می‌کند. او استدلال می‌کند که در جامعه هسته لینوکس، از مدل متن‌باز به این دلیل استفاده می‌شود که «منجر به تکنولوژی بهتری می‌شود»، نه به دلایلی «مذهبی» یا اعتقادی. او تأکید کرد که تصمیمات باید بر اساس شایستگی فنی اتخاذ شوند و نباید اجازه داد «ترس از ابزارهای جدید» مانع پیشرفت شود.
تکامل کیفیت: از زباله تا گزارش‌های واقعی
طبق گزارش ZDNET، تغییر در کیفیت خروجی‌های هوش مصنوعی با ظهور مدل‌های پیشرو سال ۲۰۲۶، به‌ویژه مدل Anthropic Claude Opus 4.8، کاملاً مشهود شده است. توروالدز اشاره کرد که اگرچه کاربردی بودن هوش مصنوعی ممکن است تا یک سال پیش «شفاف» نبوده باشد، اما امروز دیگر این موضوع جای هیچ تردیدی ندارد.
مدیران ارشد پروژه نیز به تکامل واضح خروجی‌هایی که دریافت می‌کنند اشاره کرده‌اند:
- گرگ کروا-هارتمن (Greg Kroah-Hartman)، متصدی نسخه پایدار لینوکس، مشاهده کرد که در گذشته جامعه با «زباله‌های ای‌آی» (AI slop) — یعنی گزارش‌های امنیتی بی‌کیفیت یا غلط — مواجه بود، اما اکنون «گزارش‌های واقعی» دریافت می‌کنند که باکیفیت و مفید هستند. او خاطرنشان کرد که اکنون تمام پروژه‌های متن‌باز گزارش‌های واقعی تولیدشده توسط هوش مصنوعی را دریافت می‌کنند. این تحول در کیفیت، در حالی رخ می‌دهد که صنعت با چالشی دوگانه روبروست؛ همان‌طور که در گزارش‌های مربوط به ابتکار ۵ میلیارد دلاری IBM و Red Hat دیدیم، سرعت اصلاحات انسانی در برابر اکسپلویت‌های ارزان‌قیمتِ هوش مصنوعی به شدت تحت فشار است.
- تئودور «تِد» تسو (Theodore "Ted" Ts'o) کاربردی بودن سازگار شدن با «لادایتی‌های هوش مصنوعی» (کسانی که تکنولوژی را رد می‌کنند) را زیر سؤال برد. او پرسید که آیا متصدیان باید برای رضایت کسانی که اعتراض می‌کنند، از تکنولوژی‌های خودکارسازی بک‌پورت (backport) یا عامل‌های LLM که گزارش‌های خطا (bug reports) و ردپاهای پشته (stack traces) را تحلیل می‌کنند، چشم‌پوشی کنند؟ او استدلال کرد که متصدیان مجبور نیستند برای هر نویسنده پچ (patch)، به‌طور افراطی خود را به پایین بکشند تا خواسته‌های آن‌ها پذیرفته شود.
- جیمز باتملی (James Bottomley) تأکید کرد که مشارکت‌کنندگان این حق را ندارند که ابزارهای مورد استفاده متصدی برای ارزیابی پچ‌ها را دیکته کنند. او بیان کرد که اگر مشارکت‌کننده‌ای یک «لادایت هوش مصنوعی» است، حق او برای نادیده گرفتن AI درست تا جایی است که حق دیگران برای استفاده از آن را نقض نکند؛ در غیر این صورت، این لجاجت ممکن است منجر به این شود که پچ آن‌ها اصلاً اعمال نشود.
اصلاح جعبه‌ابزار
توروالدز پذیرفت که ابزارهای LLM در حال حاضر ممکن است استفاده از آن‌ها «کمی آزاردهنده» باشد. با این حال، او استدلال می‌کند که راه حل این نیست که مانند برخی دیگران «سر خود را در ماسه فرو کنید و آواز بخوانید: لا لا لا، من نمی‌شنوم». در عوض، تمرکز باید بر این باشد که تضمین شود ابزارهای LLM به‌جای ایجاد دردسر، به متصدیان کمک کنند.
اگرچه توروالدز هیچ‌کس را مجبور به استفاده از هوش مصنوعی نخواهد کرد، اما صراحتاً اعلام کرد: «من با صدای بلند کسانی را که سعی می‌کنند علیه استفاده دیگران از آن استدلال کنند، نادیده خواهم گرفت».
برای یک توسعه‌دهنده عادی، این به معنای آن است که هسته لینوکس — زیربنای سرورها و زیرساخت‌های موبایل جهان — به‌طور رسمی پیشرفت فنی خود را از اعتراضات «مذهبی» کمپ ضد-هوش‌مصنوعی جدا کرد. این اقدام در واقع استاندارد جدیدی ایجاد می‌کند: در مهم‌ترین پروژه متن‌باز جهان، کاربرد فنی بر ترس از ابزارهای جدید برتری دارد.
اگر شما در حال مشارکت در هسته لینوکس هستید، دیگر نمی‌توانید انتظار داشته باشید که متصدیان از هوش مصنوعی در فرآیند بازبینی یا خودکارسازی خود اجتناب کنند. مسیر پروژه اکنون به‌طور کامل «عامل‌محور» (agentic) شده است و سرعت و دقت را بر منشأ صرفاً انسانی کدها ترجیح می‌دهد.
باید منتظر ماند و دید که سایر پروژه‌های بنیادین FOSS، مانند کنسرسیوم آزادی نرم‌افزار (SFC)، چگونه به این واگرایی در سیاست‌ها پاسخ می‌دهند؛ چرا که این اتفاق ممکن است منجر به یک اکوسیستم تکه‌تکه‌شده از فورک‌های متن‌باز «خالص از AI» در مقابل «بهبودیافته با AI» شود. این نگرانی از تکه‌تکه‌شدن یا بسته شدن پروژه‌ها، با روند تبدیل مخازن متن‌باز به مدل‌های اختصاصی برای بقای برنامه‌نویسان که پیش‌تر بررسی کردیم، همسو است.
گام بعدی شما
- اگر در پروژه‌های متن‌باز مشارکت می‌کنید، تمرکز خود را از «منشأ کد» به «کیفیت و عملکرد» تغییر دهید.
- ابزارهای تحلیل کد مبتنی بر مدل‌های استدلالی جدید را برای بازبینی (Code Review) پیش از ارسال تست کنید.
- منتظر واکنش‌های SFC و سایر نهادهای استاندارد متن‌باز به این چرخش راهبردی باشید.
اما این تضاد در لینوکس تنها بخشی از یک شکاف بزرگتر است؛ اثر موج‌گونه‌ی این تصمیم بر اکوسیستم مدل‌های بازمتن را در گزارش بعدی بررسی خواهیم کرد.
گفتگو