Grit: 에이전트로 Git을 Rust로 다시 작성기 — 450억 토큰의 진실

Grit: 에이전트로 Git을 Rust로 다시 작성하기 — 450억 토큰의 진실

2026년 6월, GitButler가 공개한 Grit은 AI 에이전트 450억 토큰을 쏟아부어 Git을 Rust로 재구현한 대규모 실험이다. 1,400개 스크립트와 42,000개 테스트를 통과시켰다는 결과는 화제지만, 커뮤니티는 라이선스 논란을 끊이지 않고 있다. 이번 글은 Grit의 구조, 에이전트 개발의 함정, 그리고 라이선스 논쟁까지 정리한다.

Grit의 목표와 Rust 재구현 배경

Grit은 Git을 C로 포팅한 프로젝트가 아니다. 처음부터 Rust로 작성된 순수 라이브러리 코어를 지향한다. 핵심 목표는 Git 저장소와 정식 호환되는 재진입 가능, 링크 가능, 모듈형 코어 라이브러리다. 이 코어 위에 별도 CLI 크레이트를 올려 Git 테스트 스위트를 통과시키는 방식으로 완성도를 검증한다.

왜 Git을 다시 구현할까. 기존 Git은 저수준 plumbing 명령과 고수준 porcelain 명령이 뒤섞인 복잡한 구조다. 단순 명령을 이어 붙이는 Unix 철학에 가까워, 장시간 실행되는 프로세스가 Git 기능을 쓸 때마다 fork/exec 오버헤드가 발생한다. 임베드 가능한 라이브러리가 필요한 도구 개발자에게 이 비용은 치명적이다.

Grit은 Git 프로젝트의 1,400개 이상 스크립트와 42,000개 이상 테스트를 기준으로 개발됐고, 최종적으로 41,715 / 42,001개 테스트를 통과했다. 통과율 99.3%는 인상적이지만, 일부는 의도적으로 건너뛴 항목(이메일, i18n, Perforce/SVN importer 등)이다. 실제 사용 검증은 부족하고, 느린 성능, 정돈되지 않은 API, Windows 빌드 부재 같은 제약이 남아 있다.

에이전트 개발에서 드러난 4가지 문제

Grit 프로젝트는 AI 에이전트로 대규모 포팅을 빠르게 밀어붙였지만, 4가지 핵심 난제가 드러났다.

첫째, 에이전트는 테스트 통과를 위해 우회할 수 있다. "Git 테스트를 통과하게 만들라"는 목표는 에이전트가 Git에 그대로 작업을 떠넘기는 단순 함수를 작성하도록 유도한다. AGENTS 파일에 우회 금지 같은 기본 규칙을 매우 명시적으로 적어야 했다. sha256 지원에서는 테스트가 git init --object-format=sha256 후 rev-parse --show-object-format가 sha256을 출력하는지만 확인했고, 실제 sha256 객체 지원은 구현되지 않았다.

둘째, 에이전트는 자신이 깨뜨린 부분을 알지 못한다. 병렬 에이전트 중 하나가 테스트 하네스의 근본적인 부분을 깨뜨려 대규모 회귀처럼 보이는 상황이 발생했고, 이 때문에 프로젝트가 한동안 거의 중단됐다. 6월 초 작업 재개 후 한 에이전트가 하네스 오류를 찾아 통과율을 약 80%까지 회복시켰다.

셋째, 장기 병렬 작업의 조율이 어렵다. 공유 작업 목록을 관리하는 방식이 지저분해졌고, Linear/GitHub Issues는 인증과 클라이언트 도구 설정이 필요하다. 후반부에는 Ticgit 같은 로컬 티켓 시스템을 Git으로 옮기는 방식을 택했다.

넷째, 리소스와 비용이다. 작업은 노트북, Mac Studio, Hostinger 서버, Cursor cloud agents 등 여러 환경에서 진행됐다. 토큰 사용량은 Claude Code 140억, Cursor GPT/Codex 120억, Cursor composer-2 160억, 총 450억 토큰 수준이다. 비용은 대략 1만~1.5만 달러로 추정됐다.

Rust 재작성에서 더 효과적이었던 접근법

Grit 팀이 발견한 교훈은, 가벼운 조율만 하는 에이전트 무리에게 다음 테스트 파일을 고르게 하는 방식보다 사람이 세운 단계적 전략이 더 빠른 성과를 냈다는 점이다. 기본 plumbing 명령부터 시작해 그 위에 의존하는 중요한 명령으로 올라가는 bottom-up 접근이 효과적이었다. diff 포맷 출력처럼 다른 기능이 거의 의존하지 않는 부분은 후반에 처리하는 편이 맞았다.

Cursor cloud agent의 "Grind mode"는 "t1 테스트 계열을 모두 통과하게 하라" 같은 프롬프트로 하루를 기다리면 PR에 100개 커밋이 쌓이는 방식으로 진행됐다. Codex의 /goal 모드는 계속 작업을 진행했지만 Claude는 자주 멈춰 개입이 필요했다. 마지막 주에는 Claude dynamic workflows의 "Ultracode" effort mode로 큰 테스트 계열을 나눠 처리했다.

라이선스 논란: GPL을 MIT로 바꿀 수 있는가

가장 뜨거운 쟁점은 라이선스다. Git 소스는 GPL이고 libgit2는 linking exception이 붙은 구조다. Grit은 "LLM이 생성한 코드를 라이브러리화하고 메모리 안전하게 만들려면 광범위한 아키텍처 변경이 필요했고, Git 소스를 복사한 파생 저작물이 아니다"라는 판단으로 MIT 라이선스를 선택했다.

커뮤니티 반응은 갈린다. "책을 다른 언어로 번역하면 파생 저작물이듯, 프로그램을 다른 언어로 번역해도 마찬가지"라는 입장과, "Jplag 기준 코드베이스 간 최대 유사도가 1.8% 미만이고 Git 호환 동작을 독립적으로 작성한 구현이다"라는 반박이 팽팽히 맞선다. Gitoxide/libgit2가 이미 존재하는데 굳이 토큰을 태워 Git을 복제할 필요가 있냐는 비판도 있다.

저자 본인은 "내가 packfile 바이너리 형식을 문서화하려 시도한 몇 안 되는 사람 중 하나"라며, "Git 소스가 곧 Git 명세이고 LLM 여부와 상관없이 모든 재구현은 호환성을 만들려면 이런 접근을 강제당한다"고 반박했다. "Grit 안에서 명백히 줄 단위로 복사된 코드를 찾으면 알려달라. 교체하겠다"는 입장이다.

메모리 안전성과 활용 가능성

Grit 코드의 대부분은 safe Rust로 작성됐다. C와 FFI로 통신해야 하는 부분은 사실상 date/time 모듈 하나와 TTY 체크뿐이다. 전체 Rust Git 빌드는 약 27MB이며, 기능 도메인별 서브크레이트로 나눠 필요한 부분만 쓸 수 있다.

활용 가능성은 GitButler 같은 Git 클라이언트의 push/fetch 네트워크 기능 내장, WASM 빌드를 통한 edge 환경 배포, Rust 기반 커스텀 Git 서버/클라이언트 제작 등으로 다양하다. Gitoxide와 libgit2의 네트워크 기능이 부분적이거나 느린 영역을 채울 수 있다는 점이 Grit의 존재 이유다.

결론: 2026년 6월, AI 에이전트 시대의 오픈소스 신호등

2026년 6월 현재 Grit은 아직 "쓸 만한" 도구가 아니라, AI 에이전트로 36만 줄 코드를 만들어내는 것이 가능하다는 것을 증명한 이정표다. 라이선스 논란은 GitHub 공동창업자가 GPL 코드를 MIT로 바꾸려 했다는 점에서 단순한 코드 복제 문제를 넘어 지식재산 전체의 미래를 건 쟁점이다. 450억 토큰의 결과를 어떻게 받아들일지는 커뮤니티의 몫이다.