COSMIC درهای کد هوش مصنوعی را می بندد، زیرا گنوم بحث می کند که اجازه می دهد گزارش اشکال وارد شود

System76 محتوای تولید شده توسط هوش مصنوعی را از مشارکت در دسکتاپ COSMIC ممنوع می کند. برخی از پروژه‌های فرعی گنوم نیز مشارکت‌های تولید شده توسط هوش مصنوعی را محدود می‌کنند، اما یکی از توسعه‌دهندگان از آنها می‌خواهد که برای گزارش‌های آسیب‌پذیری استثنا قائل شوند. پروژه دسکتاپ COSMIC دستورالعمل های مشارکت کنندگان خود را تغییر داده است. آخرین نسخه اکنون دارای یک قانون بدون هوش مصنوعی واضح است، و اصرار دارد که مشارکت کنندگان اعلام کنند: "من هیچ محتوای تولید شده LLM (همچنین به عنوان AI شناخته می شود) را در این روابط عمومی شامل کد، نظرات و توضیحات وارد نکرده ام." به عبارت دیگر، شما می توانید با استفاده از هوش مصنوعی به خودتان آموزش دهید، می توانید باگ هایی را با هوش مصنوعی پیدا کنید، اما اگر بخواهید

کد خود را برای گنجاندن در COSMIC ارسال کنید، شما نمی توانید از هوش مصنوعی برای نوشتن کد، اسناد یا یادداشت های آن یا حتی درخواست های ارسال استفاده کنید. این موقعیت با برخی از پروژه های دسکتاپ دیگر مطابقت دارد. به عنوان مثال، راهنمای تقویم گنوم برای مشارکت می‌گوید: "این پروژه به مشارکت‌های ایجاد شده توسط مدل‌های زبان‌های بزرگ [sic] (LLM) و ربات‌های گفتگو اجازه نمی‌دهد. برنامه‌های افزودنی گنوم ارسال‌های ایجاد شده توسط هوش مصنوعی را نیز محدود می‌کند، اگرچه به کمک‌های یادگیری هوش مصنوعی و تکمیل کد اجازه می‌دهد.

دستورالعمل‌های بررسی آن به‌طور کامل بیان می‌کند: «برنامه‌های افزودنی نباید با هوش مصنوعی تولید شوند». COSMIC یکی از جدیدترین محیط های دسکتاپ کامل لینوکس است، اما با این وجود، سال هاست که در حال توسعه است. The Register برای اولین بار تقریبا پنج سال پیش در مورد این تلاش گزارش داد، به این معنی که از ChatGPT قدیمی تر است که در اواخر سال 2022 عرضه شد (به نظر می رسد بسیار طولانی تر است). COSMIC از برخی مؤلفه‌های گنوم استفاده می‌کند، و پیکربندی پیش‌فرض آن به نظر می‌رسد بی شباهت به گنوم نیست، با پانل بالایی و یک لانچر داک مانند در پایین.

دلایل خوبی برای آن وجود دارد: دسکتاپ اصلی System76 به نام "COSMIC" بر پایه گنوم بود که به شدت با پسوندهای گنوم سفارشی شده بود. با گفتن اینکه، با این حال، این کیهان جدید یک جانور بسیار متفاوت است. اولین نسخه پایدار آن با Pop!_OS 24.04 در اواخر سال 2025 عرضه شد. اگرچه شبیه به نظر می رسد، اما یک تلاش کاملا جدید است که با Rust با استفاده از جعبه ابزار Iced نوشته شده است. خود کیهان فقط برای ویلاند است. گنوم بسیار قدیمی‌تر، بزرگ‌تر و پیچیده‌تر است. این پروژه در سال 1997، یک سال پس از اعلام پروژه KDE، اعلام شد. KDE 1.0 در سال 1998 و GNOME 1.0 در سال 1999 منتشر شدند.

تا حدی، گنوم پاسخی به KDE بود. KDE بر روی جعبه ابزار Qt ساخته شده است که به طور کامل منبع باز نبود. به این ترتیب، در روزهای اولیه KDE، Red Hat از گنجاندن آن در لینوکس Red Hat خودداری کرد. Qt توسعه دهندگان C++ را هدف قرار داده است، بنابراین KDE در C++ ساخته شده است. لینوکس، مانند یونیکس، در C ساده قدیمی ساخته شده است و بسیاری از سنت‌گرایان یونیکس، C++ بسیار پیچیده‌تر را تحقیر کردند. بنابراین گنوم در C ساده قدیمی با استفاده از GTK ساخته شد، جعبه ابزار ساخته شده برای GIMP. در سال 1998، Red Hat Linux 5.1 شامل پیش نمایشی از GNOME بود و توسط Red Hat Linux 6.0 در سال 1999، GNOME 1.0 دسکتاپ پیش فرض بود.

گنوم هنوز هم تا به امروز دسکتاپ پیش فرض در RHEL است و بسیاری از کارهای روزانه توسعه دهندگان گنوم در Red Hat هستند. همانطور که در ماه مارس اشاره کردیم، مدیریت Red Hat به طور قابل توجهی مشتاق هوش مصنوعی است – اگرچه شش ماه بعد، هزینه توسعه دهندگان برای هوش مصنوعی را محدود کرد. گنوم عمدتا به زبان C نوشته شده است که فاقد ضمانت‌های ایمنی خودکار حافظه است، اگرچه زبان‌های دیگر نیز این ویژگی را دارند: گنوم شل جاوا اسکریپت و C را ترکیب می‌کند و برخی از مؤلفه‌ها به زبان برنامه‌نویسی Vala گنوم محور نوشته شده‌اند.

مایکل کاتانزارو، توسعه دهنده گنوم، به تازگی یک پست وبلاگی با عنوان "عصر کیفیت نرم افزار، یا عصر شترمرغ؟" منتشر کرده است. که استدلال می کند که پروژه گنوم باید گزارش های باگ تولید شده توسط هوش مصنوعی را بپذیرد. این موضوع برای او موضوع جدیدی نیست. پست او به پست قبلی در ماه ژوئن پیوند دارد، "لطفا گزارش های مشکل به کمک هوش مصنوعی را ممنوع نکنید." ماه بعد، او کاهش مهلت افشای مشکلات گزارش شده به امنیت گنوم را از 90 روز به 30 روز اعلام کرد که از 1 آگوست اعمال می شود.

هوش مصنوعی منجر به کشف تعداد زیادی باگ در پایگاه های کد به همان اندازه گسترده FOSS مدرن شده است. گنوم یکی از بزرگ‌ترین دسکتاپ‌ها در دنیای لینوکس و BSD است که بیشتر کدهای آن به زبان‌هایی نوشته شده است که از نظر حافظه خطرناک نیستند. همانطور که Catanzaro می گوید: "مهم نیست چقدر تلاش می کنیم، توسعه دهندگان گنوم در هنگام استفاده از زبان های ناامنی مانند C، C++ یا Vala در نوشتن کد ایمن شکست می خورند: این کار حتی برای توسعه دهندگان باتجربه نیز بسیار سخت است." ما بحث نمی کنیم که کاتانزارو اشتباه می کند. با توجه به مواضع بزرگ‌ترین حامی گنوم نسبت به هوش مصنوعی، کاملا رعایت می‌شود، و او یک مورد قوی را مطرح می‌کند.

تنها چیزی که اشاره می کنیم این است که این می تواند به مرور زمان به عنوان لبه نازک یک گوه با وزن کلاه قرمزی در پشت آن ثابت شود. ابتدا این پروژه به گزارش های باگ تولید شده توسط هوش مصنوعی اجازه می دهد. از آنجا، گام بزرگی برای اجازه دادن به تریاژ به کمک هوش مصنوعی نخواهد بود. از آنجا، به اصلاحات به کمک هوش مصنوعی. هنگامی که به کدهای با کمک هوش مصنوعی اجازه ورود می‌دهید، پس از آن برنامه‌های افزودنی به کمک هوش مصنوعی ممکن است چندان افراطی به نظر نرسند، سپس اجزای اصلی و به مرور زمان برای خود دسکتاپ. این امر بسیار بحث برانگیز خواهد بود، همانطور که قبلا در پروژه KDE وجود دارد. این بدان معنا نیست که این اتفاق نخواهد افتاد - در هر دو پروژه.

دبیان تصمیم گرفت آن را مجاز کند، و البته، خود کرنل نیز چنین می کند. ®