Git, 이제 사람만 쓰는 게 아니거든요
개발하는 분이라면 Git을 모를 수가 없죠. 코드의 변경 이력을 차곡차곡 기록하고, 여러 사람이 같은 프로젝트를 동시에 건드려도 충돌 없이 합칠 수 있게 해주는 버전 관리 도구잖아요. 리누스 토르발스가 2005년에 만든 이 도구는 철저하게 ‘사람 개발자’를 염두에 두고 설계됐어요. 사람이 고민해서 의미 있는 단위로 커밋하고, 신중하게 브랜치를 나누고, 리뷰를 거쳐 머지하는 흐름 말이죠.
그런데 요즘은 코드를 사람만 짜는 게 아니에요. Claude Code, 커서(Cursor) 같은 AI 에이전트가 사람 대신 코드를 쓰고, 고치고, 테스트하는 일이 점점 늘고 있거든요. 이런 상황에서 “Git이 정말 에이전트한테도 잘 맞는 도구일까?”라는 질문을 던지며 나온 게 바로 Oak예요. 이름 그대로 ‘에이전트를 위해 설계된 Git 대안’이라는 거죠.
에이전트는 사람이랑 일하는 방식이 달라요
사람 개발자는 어느 정도 작업이 무르익으면 ‘로그인 기능 추가’ 같은 의미 단위로 한 번 커밋해요. 하루에 많아야 몇 번이고, 커밋 메시지도 나중에 사람이 읽을 걸 생각해서 적죠.
반면 AI 에이전트는 일하는 결이 완전히 달라요. 한 작업을 두고 수십 가지 방법을 동시에 시도해 보고, 실패하면 즉시 이전 상태로 되돌리고, 또 다른 길을 파보는 식이거든요. 사람보다 훨씬 잦고, 훨씬 잘게, 훨씬 병렬적으로 코드 상태를 바꿔요. Git의 브랜치·커밋 모델은 이렇게 미친 듯이 빠른 시행착오를 담기엔 좀 무겁고 번거로운 면이 있어요. 그래서 Oak 같은 도구는 가벼운 스냅샷(특정 순간의 코드 상태를 통째로 찍어두기), 자동 체크포인트, 에이전트가 다루기 쉬운 API 같은 방향을 지향해요. 사람이 읽기 좋은 커밋 메시지보다, 기계가 상태를 빠르게 저장하고 되감는 데 최적화하는 거죠.
비슷한 시도들과 비교하면
사실 “Git을 더 낫게 만들어 보자”는 시도는 전에도 있었어요. 주주츠(Jujutsu, jj), 메타가 만든 사피링(Sapling), 피줄(Pijul) 같은 프로젝트들이 대표적인데요, 이들은 머지를 더 똑똑하게 하거나 작업 흐름을 단순하게 만드는 데 집중했어요. 다만 이들도 결국 사람이 더 편하게 쓰는 것이 목표였죠.
Oak가 신선한 건 아예 처음부터 사용자를 사람이 아니라 에이전트로 상정했다는 점이에요. 요즘 AI 코딩 도구들이 내부적으로 ‘체크포인트’를 만들어 “방금 그 변경 취소” 같은 걸 가능하게 하는데, 이런 기능을 도구마다 따로 구현하는 대신 버전 관리 계층 자체가 에이전트 친화적으로 바뀌면 어떨까 하는 발상인 거죠.
한국 개발자에게는
아직 Oak를 당장 실무에 도입하라는 얘기는 아니에요. 갓 나온 초기 단계 도구라 검증이 더 필요하고, 무엇보다 Git이라는 거대한 생태계(깃허브, CI/CD, 수많은 툴)를 등지는 건 큰 결정이니까요. 다만 ‘AI 에이전트 중심으로 개발 도구가 다시 설계되고 있다’는 흐름 자체는 꼭 눈여겨볼 만해요. 버전 관리뿐 아니라 앞으로 빌드, 테스트, 배포 도구까지 ‘에이전트가 쓰기 좋은 형태’로 재편될 가능성이 높거든요.
한 줄 정리: Git은 사람을 위한 도구였고, 이제 코드를 쓰는 주체가 바뀌니 도구도 바뀐다는 신호예요. 여러분은 에이전트 전용 버전 관리, 필요하다고 보시나요 아니면 Git으로 충분하다고 보시나요?
🔗 출처: Hacker News