Anthropic, 모노레포를 git에서 자체 버전 관리 시스템 Scion으로 5개월 만에 전면 이전
- Anthropic은 5개월 만에 모노레포를 git에서 자체 버전 관리 시스템 Scion으로 전면 이전함
- 9월 기준 하루 3만 건 넘게 병합되어 5월 평균 약 2,500건 대비 10배 이상 늘어남
- CI가 하루 약 2,500만 번 코드를 체크아웃하고 main 브랜치 이력만 거의 100GB에 달해 git이 감당하기 어려워짐
- git은 오프라인 작업을 전제로 한 분산 구조라서 항상 온라인인 에이전트 클라이언트가 많은 환경과 맞지 않음
- Scion은 서버가 이력 조회, blame, 커밋, 병합을 맡고 클라이언트는 로컬 캐시만 가지는 클라이언트-서버 비대칭 구조임
Hacker News opinions
커밋한 프롬프트를 소스로 두고 AI가 만든 코드는 비싼 빌드 산출물처럼 두면 좋겠다는 생각임.
그거 이미 Spec Driven Development라고 있음.
LLM 재현성은 시드 고정하면 이론상 되는데 실제로는 글쎄임.
Operation Rapidash 목표가 정확히 이거였음. 스펙으로 소프트웨어를 통째로 다시 생성하는 거임.
대화형 프롬프트는 단계마다 결과에 기대서 SPEC.md로 뽑으면 뉘앙스가 빠짐. slopyard.net은 스펙만 제출받고 나머지는 각자 재생성하게 만들었음.
대용량 게임이나 3D 에셋 버전 관리랑 비슷해 보임. 깔끔하네.
600 PB는 체크아웃 2,500만 번에 25GB 압축본을 곱한 값이라서, 매번 풀 클론을 한다는 뜻임. 실제 워크플로는 아님.
이 회사 에이전트가 git 히스토리를 메시지 큐처럼 쓰는 것 같음. 내 에이전트도 git으로 이상한 짓을 하는데 그 영향인 듯함.
에이전트가 git으로 조율하는 건 허용 안 한다고 함. Scion이 필요할 만큼 실제 코드 양이 늘어난 거임.
ingestion 파이프라인을 Claude Mythos Preview에 다시 쓰게 했더니 메모리 20배 적고 4배 빠르게 나왔다는데, 일회성 임포트라서 큰 의미가 있나 싶음.
git 호환 레이어로 점진적으로 옮길 수 있게 하는 게 현실적임. 대규모 팀 전환은 원래 비용이 큼.
Pijul이 non-git 백엔드 후보가 될지 궁금함. 패치 기반 데이터 모델이 Scion이랑 비슷해 보임.
Claude Code 릴리스 노트 항목 수를 세어 보면 변화량 추세가 보여서 재밌음.
shallow checkout으로 필요한 커밋만 받으면 이런 양이 안 나옴. 대신 캐싱 계층을 여러 겹 둬야 해서 인프라가 더 필요함.
프런티어 랩이 모든 소프트웨어를 더 잘 재현하면 나머지 회사는 결국 그 랩의 벤더가 될 것 같음.