تصور کنید بتوانید تنها با نوشتن چند خط متن، یک سیستمعامل کامل و شخصیسازیشده را دقیقاً مطابق نیازهای شغلی خود طراحی کنید. این رویایی که پیش از این تنها در اختیار مدیران ارشد سیستم بود، اکنون با OpenFactory به یک محیط چت ساده تبدیل شده است.
ساخت یک توزیع لینوکس از صفر معمولاً نیازمند ساعتها کار دستی و دانش عمیق است. OpenFactory — سرویسی که توسط اریک زیگنبالد (Erik Ziegenbald) توسعه یافته — این فرآیند را با یک رابط کاربری مبتنی بر گفتگو جایگزین کرده است تا کاربران بتوانند بدون درگیر شدن با پیچیدگیهای فنی، سیستمعاملهای سفارشی بسازند. این سرویس جدید امکان تولید یک سیستمعامل کاملاً قابلبوت و سفارشی را تنها از طریق یک پرامپت هوش مصنوعی فراهم میکند.
همانطور که در تحلیلهای قبلی ما دربارهی اتوماسیون زیرساختها اشاره کردیم، حذف اصطکاک در محیطهای توسعه، کلید افزایش بهرهوری است. ساخت سیستمعامل بهطور سنتی فرآیندی دشوار و پر اصطکاک بود که به تسلط بر توزیعهای پایه مثل دبیان (Debian) یا آرچ (Arch) و ساعتها پیکربندی دستی بستهها نیاز داشت. OpenFactory اکنون مانند پلی عمل میکند تا کسانی که به ابزارهای خاص — مثلاً یک مجموعه نرمافزاری خلاقانه یا یک ایمیج امنیتی سختگیرانه برای شرکت — نیاز دارند، بدون طی کردن مسیر سخت یادگیری ساخت دستی ایمیج، به هدف خود برسند.
به نقل از مستندات این سرویس، OpenFactory برای ساخت ایمیجهای لینوکس قابلبوت، آزمایشگاههای چندگرهای (multi-node labs) و استقرار ناوگانی (fleet deployments) طراحی شده است. کاربران میتوانند فرآیند ساخت را از طریق یک پرامپت ساده، یک مخزن گیت (Git) یا یک دستورالعمل (Recipe) قابل استفاده مجدد آغاز کنند. این قابلیت اجازه میدهد تا آزمایشگاههای سرور از راه دور ایجاد شود یا دستورالعملهایی نوشته شود که تضمین میکنند یک توزیع در تاریخهای بعدی دقیقاً به همان شکل بازتولید شود.
این پلتفرم انعطافپذیری بالایی در سختافزار و نرمافزار دارد. برای مثال، کاربران میتوانند یک سیستمعامل تخصصی برای PinePhone بسازند یا توزیعهای مختلف را بهصورت آنلاین تست کنند. کتابخانه این سرویس شامل ۱٬۳۵۶ توزیع مختلف است که انواع نسخهها و مشتقات را در بر میگیرد. پایههای در دسترس شامل AerynOS، AlmaLinux، Alpine Linux، AnduinOS، antiX، Archcraft و Arch Linux است.
طبق گزارش ZDNET، این پلتفرم از طریق مجموعهای از عاملهای هوش مصنوعی (AI Agents) — شبیه به تیمی از متخصصان که هر کدام مسئول یک بخش از پروژه هستند و با هم هماهنگ میشوند — عمل میکند. این رویکرد در مدیریت منابع با چالشهایی مانند زمان استارتآپ مواجه است که بهینهسازیهای اخیر در لایههای ایزولاسیون حافظه سعی در رفع آنها دارند. وقتی کاربر پرامپتی را ارسال میکند، یک خط لوله شامل عاملهای گیت (Git Agent)، برنامهریزی (Planning Agent)، پیکربندی (Config Agent)، اپلیکیشن (Apps Agent)، بسته (Package Agent)، ساخت (Build Agent)، تست (Test Agent) و یک ارکستراتور مرکزی (Orchestrator) فعال میشود.
کاربران میتوانند از میان ۱٬۳۵۶ توزیع مختلف برای استفاده به عنوان پایه انتخاب کنند. فرآیند ساخت از چهار مرحله اصلی تشکیل شده است:
- پرامپتنویسی: کاربر سیستمعامل مورد نظر را توصیف میکند. در یک مورد آزمایشی، درخواستی برای توزیعی دسکتاپ برای افراد خلاق با محیط KDE Plasma ارسال شد که ظاهری شبیه به macOS داشته باشد. این درخواست شامل ابزارهایی برای نویسندگی، ضبط صدا، تدوین ویدیو، پادکست، استریمینگ، ویرایش تصویر و نشر رومیزی (Desktop Publishing) بود. همچنین ابزارهای کاربردی KDE، نرمافزار Ollama (همراه با رابط گرافیکی Alpaca) و نصبکننده Calamares درخواست شده بود. این بهرهگیری از Ollama در حالی رخ میدهد که سرمایهگذاریهای کلان اخیر در این پروژه مسیر استنتاج مدلهای باز را در سیستمهای محلی هموارتر کرده است.
- اعتبارسنجی: کاربر روی گزینه Validate Recipe کلیک میکند. سیستم سپس هر یک از اجزایی که برای ایجاد سیستمعامل در کنار هم قرار میگیرند را اعتبارسنجی میکند؛ فرآیندی که زمان قابل توجهی میبرد.
- ساخت: پس از تایید، کاربر روی Start Build کلیک میکند و عاملهای هوش مصنوعی شروع به اسمبل کردن ایمیج میکنند. این مرحله طولانی است؛ در یک تست، پس از ۳۰ دقیقه تنها ۵۸٪ از فرآیند تکمیل شده بود، هرچند زمان کل بسته به پیچیدگی سیستم متفاوت است.
- استقرار: خروجی نهایی یک فایل ISO است که در قالب یک فایل ZIP ارائه میشود. پس از استخراج، این ISO را میتوان روی یک فلش مموری رایت کرد یا در یک ماشین مجازی (VM) اجرا نمود.
با این حال، تستهای نسخه پیشآلفا (Pre-alpha) مشکلات پایداری جدی را نشان داده است. تجربه کاربری در این مرحله «پر نوسان» (bumpy) توصیف شده و رفع باگها نیازمند ارتباط مداوم و رفتوبرگشتی با توسعهدهنده است. در یک مورد، درخواست برای سیستم مبتنی بر اوبونتو با KDE Plasma، منجر به نصب GNOME شد که تنها LibreOffice روی آن پیشنصب بود.
سایر مشکلات شناسایی شده عبارت بودند از:
- خطاهای دانلود: یک تلاش برای دانلود منجر به خطای
{"detail":"Failed to create download package"}شد که بعدها مشخص شد مربوط به مشکل اعتبارنامهها (Credentials) است و توسعهدهنده مجبور به رفع آن شد. - مشکلات نصبکننده: نصبکننده Calamares در ابتدا اجرا نمیشد. توسعهدهنده اشاره کرد که حلقه تست نصب روی دیسک (install-to-disk testing loop) در زمان اولین تست پیادهسازی نشده بود، اما در تاریخ ۱۲ اوت به سیستم اضافه شد.
با وجود این نقصها، توسعهدهنده در نهایت توانست توزیعی مبتنی بر اوبونتو با ظاهر macOS و ابزارهای خلاقانه تحویل دهد که شامل Ollama و رابط Alpaca بود. حجم فایل ISO نهایی بیش از ۹ گیگابایت بود و فرآیند دانلود آن دو ساعت زمان برد.
ساختار قیمتگذاری OpenFactory برای هر دو گروه آماتور و ناوگانهای سازمانی طراحی شده و به پنج سطح متمایز تقسیم شده است:
- رایگان (Free): ۱۵ ساخت ISO در ماه، ۱ دانلود ISO در ماه، ۹۰ دقیقه ماشین مجازی میزبانیشده در ماه، ۳ ماشین مجازی همزمان، ۲ هسته vCPU، ۴ گیگابایت رم، ۲۰ گیگابایت دیسک و پنجره زمانی ۲۴ ساعته برای دسترسی به مصنوعات (Artifacts).
- سازنده (Builder - ۱۵ دلار/ماه): ۵۰ ساخت ISO در ماه، ۵ ساعت ماشین مجازی میزبانیشده در ماه، ۳ ماشین مجازی همزمان، ۲ هسته vCPU، ۴ گیگابایت رم، ۳۰ گیگابایت فضا، نگهداری ۷ روزه مصنوعات و امکان دانلود ISOها.
- تیمی (Team - ۵۹ دلار برای هر کاربر/ماه): ۲۰۰ ساخت ISO در ماه، ۲۰ ساعت ماشین مجازی میزبانیشده برای هر کاربر (به صورت اشتراکی)، ۳ ماشین مجازی همزمان برای اولین کاربر، ۴ هسته vCPU، ۸ گیگابایت رم، ۵۰ گیگابایت حافظه، دسترسی SSH، اسنپشاتها، SBOMها، نگهداری ۱۴ روزه مصنوعات و آمادگی برای استفاده از مدلهای زبانی (LLM) شخصی یا میزبانیشده.
- انطباق (Compliance - تماس با فروش): تمرکز بر SBOM استاندارد CycloneDX و شواهد تاییدیه، نقشهبرداری جریان کاری GxP و CIS، الزامات شناسایی در سطح پایلوت، پایلوت جریان کاری ServiceNow drift و پایلوت استقرار تحت کنترل مشتری.
- ناوگان BYOC (تماس با فروش): شامل بررسی مرزهای ابری یا محلی مشتری، امکان آوردن محاسبات/GPU/LLM اختصاصی، ارزیابی آمادگی برای محیطهای ایزوله (Air-gap)، برنامه اعتبارسنجی و ایمیج پایلوت، و بررسی فنی اختصاصی.
این چرخش به سمت تولید سیستمعاملهای مبتنی بر پرامپت، آیندهای را ترسیم میکند که در آن سیستمعامل دیگر یک محصول ایستا نیست، بلکه یک مصنوع مصرفی (Disposable Artifact) است. برای کاربر عادی، این یعنی امکان ایجاد یک محیط «کامل» برای یک پروژه خاص — مثلاً یک سیستمعامل اختصاصی برای پادکست — و حذف آن پس از اتمام کار.
برای سازمانهای IT، ارزش اصلی در بازتولیدپذیری است. اشتراک یک «دستورالعمل» تضمین میکند که تمام اعضای یک تیم فنی، محیطی کاملاً یکسان با کنترلهای امنیتی مشابه را مستقر کنند. این امر اصطکاک معروف «روی سیستم من کار میکرد» را که در استقرار ناوگانهای بزرگ رایج است، از بین میبرد.
اما تکیه بر عاملهای هوش مصنوعی برای پیکربندی سیستم، ریسک جدیدی به نام «ساختهای غیرقطعی» (Non-deterministic builds) را ایجاد میکند. اگر هوش مصنوعی یک نیاز امنیتی را در پرامپت اشتباه بفهمد، ممکن است ناخواسته حفرههای امنیتی در ISO ایجاد کند. تا زمانی که «عامل تست» نتواند تاییدات خودکار و سختگیرانهای از ایمیج نهایی ارائه دهد، این توزیعها در سطح آزمایشی باقی میمانند.
اریک زیگنبالد پیشبینی میکند این سرویس تا سه ماه آینده برای استفاده عمومی آماده شود. کاربران علاقهمند به دسترسی زودهنگام میتوانند در حال حاضر حساب کاربری ایجاد کنند تا نسخه آلفا را تست کرده و پایههای توزیع موجود را بررسی نمایند.
گام بعدی شما
- اگر توسعهدهنده هستید، در نسخه آلفا ثبتنام کنید تا سرعت تبدیل ایدههای زیرساختی به ایمیجهای واقعی را بسنجید.
- برای محیطهای سازمانی، روی قابلیت SBOM (صورتحساب مواد نرمافزاری) در سطح Compliance تمرکز کنید تا زنجیره تامین نرمافزاری خود را رصد کنید.
- توزیعهای پایه مختلف (مانند Alpine برای محیطهای سبک) را با هم مقایسه کنید تا بهینهترین پایه را برای نیاز خود بیابید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell و تاثیر آنها بر استنتاج مدلهای سنگین مراجعه کنید.
گفتگو