Anthropic கூறுவதன்படி, அதன் உள் monorepo-வில் நாளொன்றுக்கு merge செய்யப்பட்ட மாற்றங்கள் மே மாதத்தில் சுமார் 2,500 ஆக இருந்து 2026 செப்டம்பரில் 30,000-ஐத் தாண்டின. அதன் அக்டோபர் 13 பொறியியல் விளக்கம் இந்த வளர்ச்சியின் பெரும்பகுதிக்குப் பின்னால் இருந்த ஏஜென்ட்கள் மற்றும் தானியக்கப் பணிகளுக்காக உருவாக்கப்பட்ட மூலக் குறியீட்டுக் கட்டுப்பாட்டு அமைப்பான Scion-ஐ விவரிக்கிறது. மையச் சேவை வரலாறு, commits, merges ஆகியவற்றைச் செய்யும்போது, client இன்னும் எந்த வேலைகளைச் செய்ய வேண்டும் என்பதே பயனுள்ள பொறியியல் கேள்வி.

பெரிய மாற்றம்

  • என்ன மாறியது: Anthropic ஐந்து மாதங்களில் தனது monorepo-வை Git-இலிருந்து Scion-க்கு மாற்றியது. Scion clients தேவையான objects-ஐ மட்டும் பெறுகின்றன; commits, merges, rebases, வரலாற்று வினவல்களை server-க்கு விட்டுவிடுகின்றன. ஆன்லைன் ஏஜென்ட்கள் மற்றும் பணிகள் அதிகமுள்ள பணிச்சுமைக்காக Anthropic இதை உருவாக்கியது.
  • இது ஏன் முக்கியம்: உள்ளூர் repository-ஐப் பராமரிக்காமல் CI பணி API வழியாக diff அல்லது merge base-ஐக் கேட்கலாம். கோப்புகள் தேவைப்படும் போது sparse அல்லது virtualized checkout, வட்டில் எழுதப்படும் உள்ளடக்கத்தை வரையறுக்கிறது. இதனால் செலவும் செயல்பாட்டுப் பொறுப்பும் மையச் சேவைக்கு நகர்கின்றன.
  • கவனிக்க வேண்டியது: தனது சொந்த fleet-இல் வேகமான checkouts மற்றும் குறைந்த உள்கட்டமைப்புப் பயன்பாட்டை Anthropic தெரிவிக்கிறது; இங்கு சுயாதீன சரிபார்ப்பு இல்லை. Scion தனிப்பயன் உள் அமைப்பு என்றும், மாற்றத்துக்கு code review, search, CI ஆகியவற்றிலும் திருத்தங்கள் தேவைப்பட்டன என்றும் நிறுவனம் கூறுகிறது.

இந்த monorepo-வில் Git ஏன் செலவானது

Git-இன் பகிர்ந்தளிக்கப்பட்ட வடிவமைப்பு, ஒவ்வொரு முழு clone-க்கும் இணையில்லாமல் வேலை செய்யத் தேவையான வரலாறு மற்றும் objects-ஐ வழங்குகிறது. தனது monorepo-வின் முதன்மைக் கிளை வரலாறு கிட்டத்தட்ட 100 GB என்றும், சுருக்கப்பட்ட வேலை நகல் 25 GB-ஐ விட அதிகம் என்றும் Anthropic கூறுகிறது. developer சூழல்கள், agent sandboxes, ஆராய்ச்சிப் பணிகளைத் தவிர்த்து அதன் CI fleet நாளொன்றுக்கு சுமார் 25 மில்லியன் code checkouts செய்கிறது. இவை Anthropic-இன் பணிச்சுமை எண்கள்; Git செயல்படுவதை நிறுத்தும் பொதுவான வரம்பு அல்ல.

நிறுவனம் முன்பே shallow clones, sparse checkouts, உள் mirrors, repository snapshots ஆகியவற்றைப் பயன்படுத்தியது. repository மற்றும் merge விகிதம் வளர்ந்தபோது பல நூறு mirrors-ஐ இயக்குவது கடினமானதாகிவிட்டது என்று அது கூறுகிறது. Anthropic-இன் கண்டறிதல் குறிப்பிட்டது: அதன் clients-இல் பெரும்பாலானவை ஏற்கெனவே ஆன்லைன் ஏஜென்ட்கள் அல்லது பணிகள்; இருப்பினும் உள்ளூர் repository-ஐப் பேணும் செலவின் பெரும்பகுதியை கருவிகள் ஏற்றுக்கொண்டன.

Scion அந்த ஆன்லைன் இணைப்பையே வடிவமைப்பு முன்கருத்தாகக் கொள்கிறது. அந்த பொறியியல் விளக்கம் படி, server வரலாறு மற்றும் blame வினவல்களுக்கு பதிலளிக்கிறது, commits உருவாக்குகிறது, merges மற்றும் rebases செய்கிறது. client வரையறுக்கப்பட்ட object cache-ஐ வைத்துக் கொண்டு, கோரப்பட்ட வேலைக் கோப்புகளை வட்டில் பதித்து, உள்ளூர் கோப்பு மாற்றங்களைக் கண்காணிக்கிறது. இச்செயல்களைத் தனியாகச் செய்யும் திறனை இழப்பது, ஒவ்வொரு client-க்கும் குறைந்த தரவு அனுப்புவதற்கான திட்டமிட்ட சமரசம்.

Checkout சிறியதாகவோ தேவையற்றதாகவோ இருக்கலாம்

Scion தனது clients பயன்படுத்தும் மூலக் குறியீட்டுக் கட்டுப்பாட்டு வினவல்களை APIகள் வழியாக வழங்குகிறது. merge base-இலிருந்து diff தேவைப்படும் CI பணி server-ஐ நேரடியாகக் கேட்கலாம் என Anthropic கூறுகிறது. அதன் தானியக்க bisect மற்றும் revert pipelines-உம் அதே நிரலாக்கப் பாதையைப் பயன்படுத்துகின்றன. அத்தகைய பணிகளுக்கு working copy-ஐ உருவாக்கவே தேவையில்லாமல் இருக்கலாம்.

ஒரு பணிக்கு கோப்புகள் தேவைப்பட்டால், கோரிய directoryகளை மட்டும் கொண்ட sparse checkouts மற்றும் படிக்கும் போது கோப்புகளை உருவாக்கும் virtualized checkouts ஆகியவற்றை Scion ஆதரிக்கிறது. பெரிய packfile-ஐப் பேச்சுவார்த்தை செய்வதற்குப் பதிலாக, விடுபட்ட குறிப்பிட்ட trees மற்றும் blobs-ஐ client மீள்மீளக் கோருகிறது. ஒவ்வொரு கோரிய object-க்கும் மாறாத content-addressed அடையாளம் இருப்பதால், உள்ளடக்கம் மாறியதா என்று சரிபார்க்காமல் cache அதைத் திருப்பித் தரலாம். clients மற்றும் அதிகாரப்பூர்வ servers இடையே node-level daemon மற்றும் பிராந்திய caches இருப்பதாக Anthropic விவரிக்கிறது; எல்லா அடுக்குகளும் ஒரே object-request நெறிமுறையைப் பயன்படுத்துகின்றன.

முழுமையான உள்ளூர் clone-இலிருந்து இந்த வடிவமைப்பின் தோல்வி மற்றும் பராமரிப்பு எல்லை வேறுபடுகிறது. Git இணையில்லாமல் செய்யக்கூடிய செயல்களுக்கு client சேவையைச் சார்ந்துள்ளது; fleet-இன் வேகத்துக்கு ஏற்ப object மற்றும் வரலாற்று வினவல்களைச் சேவை வழங்க வேண்டும். பிராந்திய cache தோல்வி upstream servers-ஐ அளவுக்கு மீறச் செய்யாமல் தடுப்பதற்கும் cache அடுக்குகள் உதவுகின்றன என Anthropic கூறுகிறது. அந்தக் கட்டமைப்பின் கிடைப்புத்தன்மை அளவீடுகளை இக்கட்டுரை வழங்கவில்லை.

server எதைச் சேமித்து கணக்கிடுகிறது

Scion-இன் வேலை அலகு write-ahead log-இல் உள்ள changeset. முதல் parent-உடன் ஒப்பிடுகையில் மாறிய கோப்புகளை அது பதிவு செய்து, blob storage-இல் உள்ள சுருக்கப்பட்ட கோப்பு உள்ளடக்கத்துக்கான pointers-ஐ வைத்திருப்பதாக Anthropic கூறுகிறது. ஒவ்வொரு write-க்கும் பகிரப்பட்ட கிளை pointer-ஐ நகர்த்தாமல் server changesets-ஐ உருவாக்குகிறது. file blame, path history, commit ancestry போன்ற வினவல்களுக்கு தனியான பெறப்பட்ட கட்டமைப்புகள் ஆதரவளிக்கின்றன; சிலவற்றை Anthropic உடனடியாகக் கணக்கிட்டு மற்றவற்றைத் தாமதிக்கலாம்.

இந்தப் பிரிப்பு API வடிவமைப்புக்கு முக்கியம். பதிலை உள்ளூரில் கணக்கிட வேண்டிய அனைத்து கட்டமைப்புகளையும் எடுத்துச் செல்லாமல், merge base அல்லது கோப்பின் வரலாற்றை பணிகள் கேட்கலாம். அவற்றைப் பராமரிக்கும் செலவும் Anthropic சேவைக்கு மாறுகிறது. repository தரவைப் பகிர்ந்து, கூறுகளைத் தனித்தனியாக அளவுபடுத்துவதாகவும், server-ல்கூட முழுமையாக உருவாக்கப்பட்ட repository நகல் இல்லை என்றும் நிறுவனம் கூறுகிறது.

முந்தைய Git mirroring அமைப்புடன் ஒப்பிடும்போது Scion உள்கட்டமைப்பு CPU மற்றும் memory-ஐ 200 மடங்கு குறைவாகப் பயன்படுத்துகிறது என்றும், CI மற்றும் ஆராய்ச்சி checkouts இப்போது நிமிடங்களுக்குப் பதிலாக விநாடிகள் எடுக்கின்றன என்றும் Anthropic தெரிவிக்கிறது. CI CPU திறனில் 25% உயர்வை இந்த மாற்றத்துடன் அது இணைக்கிறது. இந்த ஒப்பீடுகள் Anthropic-இன் முந்தைய உள் அமைப்பையும் அதன் சொந்த பணிச்சுமையையும் சார்ந்தவை; BIG CHANGE அளவீடுகளை மீண்டும் உருவாக்கவோ அடிப்படை telemetry-ஐ ஆய்வு செய்யவோ இல்லை.

மாற்றச் செலவும் முடிவின் ஒரு பகுதி

ஏழு பொறியாளர்கள் Scion, அதனுடன் பயன்படுத்தப்படும் code review கருவியான Antique, தொடர்புடைய அமைப்புகளை உருவாக்கி, ஐந்து மாதங்களில் monorepo-வை மாற்றியதாக Anthropic கூறுகிறது. புதிய code search, access control, குறியீட்டை மதிப்பாய்வு செய்து ஒருங்கிணைக்கும் முறையிலான மாற்றங்களையும் அந்த விளக்கம் குறிப்பிடுகிறது. இந்த வடிவமைப்பை மதிப்பிடும் நிறுவனம், மூலக் குறியீட்டுக் கட்டுப்பாட்டு சேவையுடன் அண்டிய பணிப்பாய்வுகளையும் கணக்கில் கொள்ள வேண்டும்.

பொதுவான Git மாற்றாக Scion பொருந்தாது என்று Anthropic வெளிப்படையாகக் கூறுகிறது. அதன் உள் review, search, CI கூறுகள் தனிப்பயனாக்கப்பட்டவை; Git-ஐ விட்டு மாறினால் முழு development lifecycle-இலும் மாற்றங்கள் தேவைப்படும். அந்த விளக்கத்தின் குறுகிய கட்டமைப்புப் பாடம்: ஆன்லைன் சேவை தானியக்க clients-க்கான மேலும் பல source-control கேள்விகளுக்கு பதிலளிக்கலாம்; clients தாங்கள் பயன்படுத்தும் கோப்புகளை மட்டும் வைத்திருக்கலாம். Scion-ஐ ஏற்காமலேயே, வளமான server APIகள் மற்றும் Git-இன் sparse, shallow அம்சங்களைச் சிறப்பாக இணைப்பது போன்ற சில கருத்துகளைச் செயல்படுத்தலாம் என Anthropic சுட்டுகிறது.

ஆதாரங்களும் மேலதிக வாசிப்பும்

  • Anthropic Engineering, “Redesigning source control at Anthropic” (13 அக்டோபர் 2026). Scion கட்டமைப்பு, மாற்றம், உள் பணிச்சுமை மற்றும் செயல்திறன் எண்கள் பற்றிய Anthropic-இன் நேரடி விளக்கம். தெரிவிக்கப்பட்ட அளவீடுகளையும் செயல்பாட்டு முடிவுகளையும் BIG CHANGE சுயாதீனமாகச் சரிபார்க்கவில்லை; இந்தக் கட்டுரைக்காக Scion அமைப்பு எதுவும் சோதிக்கப்படவில்லை.