اگر یک توسعه‌دهنده هستید که از عامل‌های هوش مصنوعی برای کدنویسی استفاده می‌کند، احتمالاً متوجه شده‌اید که سرعت آن‌ها در مواجهه با پروژه‌های حجیم به‌شدت افت می‌کند. مشکل اینجاست که استانداردهای فعلی مدیریت نسخه برای انسان‌ها طراحی شده‌اند، نه برای ماشین‌ها.
مدیریت نسخه‌ها در حال حاضر عامل‌های هوش مصنوعی (AI) را مجبور می‌کند یا یک کپی کامل از مخزن کد داشته باشند یا با ساختارهای پیچیده دست‌وپنجه نرم کنند. این اصطکاک باعث می‌شود چرخه تکرار کدنویسی کند شود؛ درست مثل این است که از یک ربات بخواهید برای تغییر یک جمله در یک کتاب، ابتدا کل کتابخانه را بخواند و حفظ کند. همان‌طور که در تحلیل‌های قبلی ما درباره‌ی پروتکل‌های زمینه اشاره کردیم، دسترسی سریع به داده‌های مرتبط، کلید بهره‌وری در سیستم‌های اتوماتیک است.
بر اساس مستندات وبلاگ oak.space، زک گایر در ۲۸ مه ۲۰۲۶ سامانه‌ی Oak را معرفی کرد تا سرعت و بستر داده‌ای دریافتی توسط عامل‌ها را بهینه کند. طبق گزارش گایر، این ابزار مکانیسم‌های سنتی را با معماری‌های سیال جایگزین می‌کند:
- اتصال مجازی (Virtual Mounts): عامل‌ها برای شروع کار در فضای محلی یا ابری، دیگر نیازی به کپی کامل مخزن ندارند.
- وظایف موازی: سیستم اجازه می‌دهد چندین عملیات به‌طور هم‌زمان بدون دانلود تاریخچه کامل پروژه اجرا شوند.
- هسته‌ی باز: Oak بر پایه یک هسته‌ی متن‌باز و رابط خط فرمان (CLI) ساخته شده و از طریق دستور
oak serveقابلیت میزبانی شخصی (Self-hosting) دارد.
به نقل از زک گایر، او چهار سال روی پروژه‌ای به نام Jam کار کرد اما سپس مسیر خود را به سمت Oak تغییر داد. او مدعی است که هوش مصنوعی سرعت توسعه‌ی او را چنان بالا برده که در چهار ماه اخیر، بیشتر از چهار سال گذشته پیشرفت کرده است. نسخه‌ی فعلی Oak بدون پشتیبان گیت اداره می‌شود، هرچند هنوز برای فرآیندهای ساخت (Build) به GitHub Actions متکی است.
این تغییر نشان می‌دهد «تجربه توسعه‌دهنده» (DevEx) برای هوش مصنوعی با انسان متفاوت است. انسان‌ها برای تاریخچه دائمی و توزیع‌شده ارزش قائل‌اند، اما عامل‌ها به دنبال بستر لحظه‌ای و کمترین تأخیر هستند. در واقع، گلوگاه برنامه‌نویسی هوش مصنوعی تنها قدرت استدلال مدل نیست، بلکه لوله‌کشی و زیرساخت‌های کد است.
سامانه‌ی Oak هنوز در مراحل ابتدایی است و قابلیت‌هایی مانند نسخه ویندوز، یکپارچگی با CI یا سیستم رصد خطا ندارد. با این حال، دستور oak export اجازه می‌دهد هر زمان که لازم بود، کدها به یک مخزن گیت بازگردند تا امنیت داده‌ها حفظ شود.
گام بعدی شما
- اگر با پروژه‌های بزرگ کدنویسی می‌سازید، دیسکورد این پروژه را دنبال کنید تا زمان انتشار نسخه‌های پایدار را بدانید.
- برای بررسی تفاوت‌های معماری، مستندات
oak serveرا مطالعه کنید تا ایده‌ی اتصال مجازی را درک کنید. - بررسی کنید آیا گردش کارهای شما در حال حاضر با محدودیت‌های زمان‌برِ Git Clone مواجه است یا خیر.
اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.
گفتگو