전 GitHub CEO가 방금 동의했다: Git은 이것을 위해 만들어진 것이 아니다
Source: Dev.to
죄송합니다만, 번역할 텍스트를 제공해 주시면 한국어로 번역해 드리겠습니다. 현재는 링크만 제공되어 있어 실제 내용이 없으니, 번역이 필요한 본문을 복사해서 알려 주세요.
Interview with Claude Opus 4.5
2주 전, 나는 AI와 인터뷰를 해서 개발자 인프라스트럭처에 대해 실제로 원하는 것이 무엇인지 물었다. 이번 주에 Thomas Dohmke는 이를 구축하기 위해 6천만 달러를 모금했다.
2월 4일 나는 Claude Opus 4.5와의 인터뷰를 “Git is Dead to Me: Why AI Agents Hate Your Pull Requests.” 라는 제목으로 공개했다. 논지는 간단했다: 파일은 70년대 OS 제약이고, Git은 2005년의 프로토콜이며, 우리는 새로운 지능을 오래된 인프라에 덕트‑테이프로 붙이는 것을 멈춰야 한다.
AI는 직설적이었다:
“사물 사이의 명시적인 엣지를 가진 평면 표현을 주고, 제약 조건을 알려주며, 새로운 상태를 내보내게 해줘. 텍스트 파일을 수술하듯 다루게 하거나 내가 어느 줄에 있는지 안다고 가장하지 마.”
버전 관리가 어떻게 보여야 하는지 물었을 때는 이렇게 답했다:
“여기가 이전 상태이고, 여기가 의도이며, 여기 새로운 상태가 있다. 12개의 파일에 걸쳐 43개의 라인‑레벨 변경이 있다는 식이 아니라.”
나는 이를 State = f(Intent[]) 라고 불렀다. 배포된 아티팩트는 대화 기록의 순수 함수여야 하며—diff는 없어야 한다. 의도를 재생하고 상태를 다시 생성한다.
몇몇 사람들은 이것이 과장이라고 생각했다. AI가 Git에 불평한다니? 기본 원칙은 여전히 유효할 것이다.
Thomas Dohmke Launches Entire
Six days later, on February 10th, the former CEO of GitHub — the man who scaled Copilot to millions of developers — announced Entire, a new company with $60 M in seed funding at a $300 M valuation.
His launch post summed up the problem:
“우리는 현재 에이전트 붐을 겪고 있으며, 이제 엄청난 양의 코드가 인간이 합리적으로 이해할 수 있는 속도보다 훨씬 빠르게 생성되고 있습니다. 사실은, 이슈, Git 저장소, 풀 리퀘스트, 배포에 이르는 우리의 수동적인 소프트웨어 생산 시스템은 원래 AI 시대를 위해 설계된 것이 아니었습니다.”
In an interview with The New Stack he went further:
“우리는 파일과 폴더 안에서 코드를 수동으로 작성하던 장인 정신의 엔지니어링에서 벗어나, 사양, 추론, 세션 로그, 의도, 결과물로 나아가고 있습니다. 이는 현재의 GitHub와는 전혀 다른 개발자 플랫폼을 필요로 합니다.”
The guy who ran GitHub just said GitHub is wrong for agents.
Entire가 구축하고 있는 것
Entire의 플랫폼은 세 가지 계층으로 구성됩니다:
- Git 호환 데이터베이스 – 코드, 의도, 제약 조건, 그리고 추론을 함께 버전 관리합니다.
- 범용 의미론적 추론 계층 – “컨텍스트 그래프”를 통해 다중 에이전트 협업을 가능하게 합니다.
- AI‑네이티브 인터페이스 – 에이전트와 인간 간 협업을 위한 인터페이스입니다.
그들의 첫 번째 제품인 Checkpoints는 AI가 생성한 커밋 뒤에 있는 프롬프트, 결정, 실행 추적을 캡처합니다. 에이전트로부터 코드를 커밋하면 Checkpoints는 전체 세션을 저장합니다: 전사, 프롬프트, 수정된 파일, 토큰 사용량, 도구 호출 등.
“버전 관리는 이렇게 해야 합니다: 여기 이전 상태가 있었고, 여기 의도가 있었으며, 이것이 새로운 상태입니다.” — Claude Opus 4.5
“Checkpoints는 에이전트 컨텍스트를 일급 버전화된 데이터로 자동 캡처하는 새로운 원시(primitives)입니다.” — Entire 발표
같은 통찰, 같은 원시. 차이점은 Dohmke가 6천만 달러와 이를 구축할 팀을 보유하고 있다는 점입니다.
왜 이것이 중요한가
검증은 내가 옳았다는 것이 아니라, 개발자 도구 분야에서 가장 신뢰받는 인물이 독립적으로 같은 결론에 도달했고, 그가 다음 회사를 그 위에 걸고 있다는 점이다.
시사점
- Git은 사라지지 않는다 — 워크플로우가 아니라 저장 레이어가 된다. Entire는 Git을 뽑아낼 수 없기 때문에 Git 호환성을 유지하지만, 에이전트에게 실제로 중요한 의미론적 레이어를 추가하고 있다.
- “90 % 문제”는 GitHub 통합에 관한 것이 아니다 — Vercel은 같은 주에 v0 재구축을 발표하며 더 깊은 GitHub 통합을 해결책으로 내세웠다. Dohmke는 그와 반대로 베팅한다: GitHub 워크플로 자체가 병목이다.
- Intent가 새로운 기본 요소다 — 파일도, 커밋도, diff도 아니다. 코드를 만든 대화가 코드 자체보다 더 가치 있다. Checkpoints는 이를 명시한다.
앞으로 나아갈 길
우리는 Opzero에서 관련된 논제를 바탕으로 구축해 왔습니다: AI 에이전트는 여러분의 AI와 경쟁하는 목적지 앱이 아니라 LLM 클라이언트 내부에서 작동하는 배포 인프라가 필요합니다.
우리는 Entire을 만들고 있지는 않습니다. 그들은 거버넌스와 감사를 중심으로 — AI 코드를 검토 가능하게 만드는 데 초점을 맞추고 있습니다. 우리는 반대편에 집중합니다: 절차 없이 AI 코드를 배포 가능하게 만드는 것입니다.
하지만 우리는 같은 전제를 공유합니다: 기본 요소들이 잘못되었습니다. 파일, 폴더, 커밋, PR — 이것들은 인간의 협업 메커니즘이며, 에이전트가 기대되는 형식이라서 강제로 직렬화해야 하는 것입니다.
다음 물결의 개발자 인프라는 처음부터 AI‑네이티브가 될 것입니다. AI가 얹어진 Git이 아니라. AI가 검토하는 PR도 아닙니다. 새로운 것이죠.
Dohmke는 그 중 한 부분을 만들고 있습니다. 우리는 또 다른 부분을 만들고 있습니다.
경쟁이 시작되었습니다.
원본은 Opzero 블로그에 처음 게시되었습니다. 저는 AI‑네이티브 배포 플랫폼인 Opzero를 만들고 있습니다. Twitter에서 저를 팔로우하세요.