اگر امروز از عاملهای کدنویسی برای مدیریت پروژههای حجیم استفاده میکنید، احتمالاً متوجه شدهاید که گیت (Git) بیشتر از آنکه کمک کند، سرعت آنها را میگیرد. این ابزار قدیمی برای انسانها ساخته شده بود، اما Oak بازی را با تغییر واحد اصلی کار از «کامیت» به «جلسه» عوض کرده است.
طبق اعلام مستندات این پروژه در ۲۲ ژوئن ۲۰۲۶، سامانه Oak پیامهای سنتی کامیت را با توصیفات مربوط به هر جلسه جایگزین کرده تا با نحوه عملکرد مدلهای زبانی بزرگ (LLM) — مثل کتابخانهداری که میلیاردها صفحه را خوانده و حالا با همان لحن جواب میدهد — همراستا شود. این رویکرد در راستای هدف کلی سازندگان این ابزار است که برای حذف گلوگاههای توسعهی عاملمحور و جایگزینی گیت گام برداشتند. همانطور که در تحلیلهای پیشین ما دربارهی پروتکلهای ارتباطی مدلها اشاره کردیم، مدلهای زبانی با ساختارهای خطی و سختگیرانه گیت مشکل دارند.
تصور کنید یک عامل (Agent) میخواهد در یک کدبیس عظیم جستوجو کند؛ در حالی که گیت نیاز به ایندکسگذاریهای کند دارد، Oak از سوارههای تنبلِ مبتنی بر محتوا (Content-addressed Lazy Mounts) استفاده میکند. این سازوکار باعث میشود دادهها فقط در زمان نیاز بارگذاری شوند و عامل بتواند در عرض چند ثانیه ویرایش هر مخزنی را آغاز کند.
بر اساس مستندات فنی، زیرساخت Oak از دو بخش اصلی تشکیل شده است:
- oakvcs-core: موتور اصلی که از هشینگ BLAKE3 و مدل دادهای Blob/Manifest/Commit/Tree استفاده میکند و از بکاندهای SQLite و Git پشتیبانی میکند.
- oakvcs-cli: رابط خط فرمان (CLI) که به عاملهایی نظیر Claude Code، Codex و Cursor اجازه میدهد کدها را بخوانند، بنویسند و همکاری کنند.
نصب این ابزار برای مک و لینوکس از طریق یک اسکریپت curl امکانپذیر است، اما کاربران ویندوز برای استفاده از قابلیت oak mount به سیستم فایل Projected (ProjFS) نیاز دارند. این پروژه در حال حاضر در نسخه بتای عمومی (v0.99.0) است و تحت لایسنس Apache-2.0 منتشر شده است. نکته جالب این است که کل مخزن این پروژه تقریباً توسط هوش مصنوعی و با نظارت انسان نوشته شده است.
برای توسعهدهندگان، این یعنی «کامیت» دیگر کوچکترین اتم تاریخچه نیست. با انتقال به مدل مبتنی بر جلسه، Oak اصطکاک نسخهبندی دستی را که گلوگاه اصلی عاملهای کدنویسی خودکار بود، از بین برده است. نتیجه این است که ما با یک سیستم کنترل نسخه روبهرو هستیم که کاربر اصلیاش نه انسان، بلکه عامل هوش مصنوعی است.
این معماری نشان میدهد که کنترل نسخه در آینده بهجای یک ابزار دستی، به یک API نامرئی تبدیل خواهد شد. با پیچیدهتر شدن بازسازی کدها (Refactors)، بارگذاری تنبل محتوا به استاندارد هر ابزاری تبدیل میشود که ادعای پشتیبانی از کدنویسی عاملمحور (Agentic) در مقیاس واقعی را دارد.
گام بعدی شما
- اگر از Cursor یا Claude Code استفاده میکنید، بتای Oak را با دستور
curl -fsSL oak.space/install | shتست کنید. - برای توسعهدهندگان موتورهای AI، کتابخانه core را با استفاده از Cargo در پروژه خود ادغام کنید تا مدیریت فایلها بهینه شود.
- بررسی کنید که آیا گردشکارهای فعلی شما واقعاً به کامیتهای انسانی نیاز دارند یا مدل جلسهای Oak کارآمدتر است.
اما تأثیر این تغییر بر نحوه ذخیرهسازی دادهها در دیسک حتی پیچیدهتر است — به تحلیل ما دربارهی بهینهسازیهای حافظه در مدلهای جدید مراجعه کنید.
گفتگو