شرکت آنتروپیک اعلام کرده سیستم کنترل نسخهی اختصاصی خودش به نام Scion را جایگزین Git کرده است. دلیلش ساده است: عاملهای کدنویس کلود آنقدر سریع کد مینویسند که ابزار قدیمی دیگر کشش حجم ادغامها را ندارد.

لیست مطالب
۱. ماجرا چیست؟
آنتروپیک در وبلاگ مهندسی خود توضیح داده که چرا از Git فاصله گرفته است. مخزن کد اصلی این شرکت یک «مونوریپو» عظیم است و بخش بزرگی از تغییرات آن را حالا خود کلود مینویسد. وقتی دهها عامل هوش مصنوعی همزمان تغییر ارسال میکنند، سیستمی که برای همکاری انسانی طراحی شده زیر بار میماند.
نتیجه یک ابزار داخلی تازه است به نام Scion. شرکت آنتروپیک میگوید مهاجرت کامل مونوریپو از Git به Scion حدود پنج ماه طول کشیده و تیمی هفتنفره آن را اجرا کرده است. این اطلاعات همه از منبع خود شرکت میآید و مستقل راستیآزمایی نشده است.
اگر تازه با دنیای عاملهای هوشمند آشنا شدهاید، پیشنهاد میکنیم آرشیو اخبار هوش مصنوعی مستر چتجیپیتی را هم دنبال کنید.
۲. چرا Git دیگر کافی نبود؟
Git در سال ۲۰۰۵ ساخته شد و برای تیمهای انسانی عالی کار میکند. اما آنتروپیک میگوید حجم کدی که با کلود نوشته میشود، مخزن اصلی را به مرزی رسانده که طراحی Git از پس آن برنمیآید.
اعداد گزارششده ایناند: ادغام روزانه در ماه مه حدود ۲٬۵۰۰ بود و تا سپتامبر از ۳۰٬۰۰۰ گذشت؛ یعنی جهشی بیش از ده برابر در چهار ماه. تاریخچهی شاخهی اصلی نزدیک ۱۰۰ گیگابایت است و نسخهی کاری فشردهی آن بیش از ۲۵ گیگابایت جا میگیرد. سیستم CI نیز روزانه حدود ۲۵ میلیون بار کد را چکاوت میکند.
برای مدتی، آنتروپیک با راهاندازی صدها «آینهی» داخلی Git کار را پیش برد. این راهحل وقت خرید، اما با رشد ادغامها ادارهاش دشوارتر شد.
۳. معماری Scion؛ سرور در مرکز
Scion برخلاف Git سرورمحور است. کامیت، ریبیس و ادغام روی سرور انجام میشود و کلاینت فقط یک حافظهی محلی محدود نگه میدارد. سرور همچنین قابلیتهایی مثل blame، تاریخچه و diff را بهصورت API در اختیار میگذارد؛ بنابراین بسیاری از کارهای CI اصلاً به کلون محلی نیاز ندارند.
واحد کار: «چنجست»
واحد اصلی کار در Scion «changeset» نام دارد؛ ورودیای در یک لاگ نوشتنمحور (write-ahead log). این مفهوم تقریباً معادل کامیت در Git است و بیشتر چیزهایی را که مهندسها انتظار دارند در خود نگه میدارد. استفاده از refها هم جز برای شاخهی اصلی و شاخههای انتشار توصیه نمیشود.

۴. اجزای همراه: Antique و ابزارهای جانبی
Scion تنها نیست. طبق گزارشها، همراه آن ابزار بازبینی کد به نام Antique، سیستم جستوجوی کد و لایهی مدیریت هویت و دسترسی برای کنترل مجوزها ساخته شده است. وجود لایهی IAM مخصوص نشان میدهد کنترل دسترسی عاملها دقیقتر از توکنها و محافظتهای شاخهی معمول Git طراحی شده است.
بازبینی انسانی هنوز وجود دارد، اما تمرکزش روی «نیت تغییر» است نه خواندن تکتک خطها. آنتروپیک همچنین از بازبینی خصمانهی عاملها و عاملهای نگهبان برای هر مؤلفه سخن گفته است.
۵. صف ادغام؛ تصمیم جنجالی
یکی از جالبترین ادعاهای آنتروپیک این است که صف ادغام سنتی در مقیاس عاملها «معنای زیادی ندارد». شرکت نتوانست قفل سراسری مخزن را بازسازی کند و در عوض روی تستهای پس از ادغام و پیش از استقرار تکیه کرده است.
منطق این است که اگر تغییرهای همزمان تداخل پیدا کنند، کلود معمولاً میتواند تداخل را سریع رفع کند. این رویکرد برای تیمهای معمولی ریسکپذیر به نظر میرسد و دقیقاً همینجا بیشترین انتقاد را دریافت کرده است.
۶. نتایج ادعاشده
آنتروپیک چند عدد منتشر کرده که همگی گزارش خود شرکت است:
ردپای پردازنده و حافظه حدود ۲۰۰ برابر کمتر از ناوگان آینههای Git شده است. چکاوتها در CI و پژوهش حدود دو مرتبهی بزرگی سریعتر شدهاند و تنها در CI، ۲۵ درصد ظرفیت پردازنده آزاد شده است. این شرکت همچنین گفته نسخهی پیشنمایشی داخلی مدل Claude Mythos توانسته یک خط لولهی ورود داده را طوری بازنویسی کند که ۲۰ برابر حافظهی کمتر و ۴ برابر سرعت بیشتر داشته باشد.
برای درک بهتر اینکه هوش مصنوعی چطور وارد دنیای کسبوکار شده، مقالهی اهمیت هوش مصنوعی در کسبوکار را بخوانید.
۷. آیا Scion جایگزین Git میشود؟
نه. خود آنتروپیک صریح گفته Scion «جایگزین مناسبی برای Git در استفادهی عمومی نیست» و فقط برای مونوریپوهای بسیار بزرگ با انبوهی از عاملها معنا دارد. همچنین فعلاً قابل استفاده برای دیگران نیست؛ شرکت میگوید ارائهی آن در قالبی که به درد سازمانهای دیگر بخورد دشوار است.
بهجای آن، آنتروپیک ایدههای طراحی را به اشتراک میگذارد، از جمله فراخوانیهای سمت سرور، یک پروتکل مذاکرهی جدید و قابلیتهای sparse و shallow، به این امید که پلتفرمهایی مثل GitHub و GitLab و جامعهی متنباز آنها را بپذیرند. برای تیمهای معمولی، توصیهها همچنان همان چیزهای آشناست: چکاوت sparse و یک worktree برای هر عامل.
توجه کنید که برخی خلاصههای اولیه در شبکهها Scion را «متنباز» نامیدهاند، اما منابع دقیقتر خلاف آن را میگویند.

۸. انتقادها و پرسشهای بیپاسخ
جامعهی مهندسان چند نگرانی جدی مطرح کرده است. نخست اینکه انتقال کامیت و ادغام به سرور، توانایی Git در ساختن و ویرایش تاریخچه بهصورت محلی پیش از اشتراک را از بین میبرد. دوم، یک سرویس مرکزی اجباری که انبوه عاملها از آن استفاده میکنند، خودش یک نقطهی ریسک امنیتی است.
سوم، مسئلهی بازبینی است: برخی میپرسند آیا این یعنی انتشار کد بدون نظارت انسانی کافی. در مقابل، گفته میشود بسیاری از تیمها همین حالا هم تغییرهای با تست سبز را تقریباً بیدقت تأیید میکنند. بحث به نتیجه نرسید.
یک نکتهی مهم هم این است که همهی اعداد از خود آنتروپیک میآید و از بیرون قابل بررسی نیست. گزارشها همچنین اشاره میکنند که هنوز روشن نیست این مهاجرت خروجی واقعی نرمافزار را بهتر کرده یا فقط حجم کد را بالا برده است.
برای نگاه واقعبینانه به محدودیتهای فناوری، توان و محدودیتهای واقعی هوش مصنوعی و همچنین توهم هوش مصنوعی؛ توسعهدهندهی تنها در برابر مهندس واقعی را ببینید.
۹. این خبر برای برنامهنویسها چه معنایی دارد؟
پیام اصلی این است که ابزارهای توسعهی نرمافزار دارند برای «عاملها» بازطراحی میشوند، نه فقط برای انسانها. کنترل نسخه، بازبینی و حتی مدیریت دسترسی همه باید در برابر نرخ تغییر ماشینی دوام بیاورند.
برای اکثر تیمها، Git همچنان انتخاب درست است. اما اگر از چند عامل کدنویس بهصورت همزمان استفاده میکنید، الگوهای ساده مثل تفکیک worktree و ثبت دقیق هدف هر تغییر میتواند جلوی بسیاری از دردسرها را بگیرد. اگر دستورهای شما به عاملها دقیق نیست، راهنمای نوشتن پرامپت برای مبتدیها و بخش آموزشهای چتجیپیتی کمکتان میکند.
همچنین اگر میخواهید بدانید شرکتهای بزرگ این حوزه از کجا آمدهاند، مقالهی اوپنایآی چیست نقطهی شروع خوبی است.
۱۰. مقایسه با Piper و Sapling و رقبای تازه
ایدهی کنار گذاشتن Git در شرکتهای بزرگ تازگی ندارد. گوگل سالهاست از سیستم متمرکز Piper برای مونوریپوی خود استفاده میکند و متا هم Sapling را ساخته که کلاینتی سازگار با Git دارد اما پشتصحنهاش یک بکاند اختصاصی است. تفاوت Scion این است که طبق توصیف منابع، بهجای لایهی سازگاری روی Git، کاملاً جایگزین آن شده است و محرک اصلیاش هم عاملهای هوش مصنوعیاند، نه صرفاً اندازهی تیم مهندسی.
نشانههای دیگری هم هست که این روند فقط مربوط به آنتروپیک نیست. در گزارشها از ابزارهایی مثل Origin از شرکت Cursor و پروژهای به نام Oak بهعنوان تلاشهای «عاملمحور» برای بازتعریف کار با کد یاد میشود. بعضی تحلیلگران حتی نوشتهاند آنچه در حال مرگ است خود Git نیست، بلکه «کلاینت Git» است؛ یعنی لایهای که انسان با آن کار میکرد.
۱۱. خط زمانی ماجرا
توسعهی Scion طبق گزارشها از ژانویهی ۲۰۲۶ آغاز شد. در ماه مه حدود ۲٬۵۰۰ ادغام روزانه ثبت میشد و تا سپتامبر این رقم به بیش از ۳۰٬۰۰۰ رسید. مهاجرت کامل مونوریپو حدود پنج ماه طول کشید و آنتروپیک در میانهی اکتبر ۲۰۲۶ جزئیات آن را در پست مهندسی خود منتشر کرد.
در همین بازه، شرکت بهطور همزمان مدلهای داخلی قدرتمندتری را هم به کار گرفته بود. این یعنی بخشی از جهش ادغامها حاصل بهتر شدن خود مدلهاست، نه فقط افزایش تعداد عاملها؛ نکتهای که نشان میدهد این فشار زیرساختی با پیشرفت مدلها بیشتر هم خواهد شد.
اگر کسبوکاری دارید که کار تیم فنیاش به این ابزارها وابسته است، بد نیست از همین حالا مجوزهای دسترسی عاملها، سیاست بازبینی و مسیر بازگشت از خطا را مکتوب کنید. هزینهی این کار کم است و در لحظهی بحران جلوی خسارتهای بزرگ را میگیرد.
۱۲. پرسشهای متداول
Scion چیست؟
سیستم کنترل نسخهی داخلی آنتروپیک که برای مخزن واحد بسیار بزرگ و حجم بالای تغییرهای عاملهای کلود ساخته شده است.
آیا Scion متنباز است یا میتوانم از آن استفاده کنم؟
نه. بر اساس اظهارات آنتروپیک، فعلاً برای دیگران در دسترس نیست و شرکت فقط ایدههای طراحی را به اشتراک میگذارد.
آیا Git منسوخ شده است؟
خیر. آنتروپیک خودش میگوید Scion جایگزین عمومی Git نیست و Git برای اغلب پروژهها مناسب باقی میماند.
چرا ادغامهای روزانه اینقدر زیاد شد؟
طبق گزارش شرکت، عاملهای کدنویس مبتنی بر کلود پیوسته تغییر ارسال میکنند؛ ادغامها از حدود ۲٬۵۰۰ در ماه مه به بیش از ۳۰٬۰۰۰ در سپتامبر رسید.
بزرگترین ریسک این رویکرد چیست؟
تکیه بر یک سرویس مرکزی اجباری، حذف صف ادغام و بازبینی انسانی کمعمقتر؛ هر سه هنوز در جامعهی مهندسی محل بحثاند.
نسخهٔ فوری این مطلب در تلگرام: اینجا بخوانید
