Show HN: Git for AI Agents

TL;DR Highlight

AI 코딩 에이전트(Claude Code 등)가 수행한 모든 툴 호출을 자동으로 추적하고, 어떤 프롬프트가 어느 코드 줄을 작성했는지 blame까지 가능한 버전 관리 도구다.

Who Should Read

Claude Code, Codex 같은 AI 코딩 에이전트를 실무에 활용하면서 에이전트가 무엇을 변경했는지 추적하거나 잘못된 변경을 되돌리고 싶은 개발자.

Core Mechanics

re_gent는 AI 에이전트의 모든 툴 호출(파일 편집, 파일 작성, bash 명령 실행 등)을 자동으로 캡처해서 기록한다. 개발자가 수동으로 커밋할 필요가 없다.
rgt blame 명령으로 소스 파일의 특정 줄이 어떤 프롬프트로 인해 작성됐는지 추적할 수 있다. 예를 들어 'src/handler.go:42'가 'Add error handling to the request handler' 프롬프트에 의해 작성됐다는 걸 확인할 수 있다.
rgt log로 에이전트가 수행한 단계별 이력(어떤 파일을 수정했고, 몇 줄이 추가/삭제됐는지)을 시간 순으로 볼 수 있다.
여러 AI 세션을 동시에 추적할 수 있고, rgt sessions 명령으로 활성 세션 목록을 보거나 특정 세션의 히스토리만 필터링해서 볼 수 있다.
Git 위에 별도로 동작하는 툴로, 기존 Git 워크플로우를 대체하는 게 아니라 Git 커밋 사이의 프롬프트 단위 세밀한 추적을 제공한다. 여러 프롬프트가 하나의 Git 커밋으로 묶이는 상황에서 중간 단계 추적이 가능하다.
macOS/Linux에서 Homebrew로 설치하거나(brew install regent), Go로 직접 설치(go install)할 수 있다. rgt init으로 프로젝트에 초기화하면 바로 사용 가능하다.
Go로 작성됐으며 Apache-2.0 라이선스 오픈소스다. 현재 Star 162개, goreleaser로 배포 자동화가 되어 있다.

Evidence

'그냥 git 쓰면 되지 않냐'는 반응이 많았지만, 핵심을 짚은 댓글이 있었다. Git 커밋은 여러 프롬프트가 모여서 만들어지는데, 커밋 사이의 프롬프트 단위로 되돌리거나 diff를 비교하고 싶을 때 이 도구가 필요하다는 것이다. Jujutsu(jj)를 쓰는 사람은 이미 비슷한 워크플로우를 갖고 있어서 굳이 안 써도 된다고 했다.
'tool use hook에서 git add . ; git commit -am "<tool description>"을 호출하면 간단히 해결된다'는 의견이 있었다. 즉 git hook으로 충분히 구현 가능한 기능 아니냐는 반론이었다.
Cloudflare도 비슷한 컨셉의 'Artifacts: Git for Agents'를 베타로 내놓은 게 댓글에서 언급됐다. usegitai.com, entire.io 같은 유사 도구들과의 비교가 없다는 지적도 있었다.
LLM이 이미 git 커맨드라인을 잘 다룬다는 경험담이 공유됐다. DeepSeek v4 Flash에게 특정 기능의 변경 이력을 분석하라고 했더니 read-only git 명령어들을 Docker 안에서 실행하고 마크다운 리포트를 만들어냈다고 했다. 다만 이 사람은 커밋은 항상 직접 한다고 했다.
에이전트에게 플랜을 먼저 파일로 작성하게 하고(prompt → plan → impl), 그 플랜 파일을 같은 커밋에 체크인하면 변경의 '왜'가 자연스럽게 기록된다는 대안적 워크플로우도 제안됐다. 별도 도구 없이도 의도 추적이 가능하다는 접근이다.

How to Apply

Claude Code로 작업하다가 에이전트가 뭔가 잘못 건드렸을 때 어디서부터 꼬인 건지 찾기 힘들다면, rgt init으로 프로젝트를 초기화해두면 이후 모든 툴 호출이 자동 기록되므로 rgt log로 단계별로 추적하고 문제가 생긴 step으로 되감을 수 있다.
코드 리뷰 중에 '이 줄은 왜 이렇게 바뀐 거지?'라는 의문이 생겼을 때, rgt blame src/파일명.go:줄번호 명령으로 어떤 프롬프트가 해당 줄을 작성했는지 바로 확인할 수 있다.
팀에서 여러 사람이 AI 에이전트를 동시에 돌리는 경우, rgt sessions로 현재 활성 세션을 구분하고 rgt log --session <session-id>로 각 세션의 작업 이력을 독립적으로 볼 수 있다.
당장 re_gent 도입이 부담스럽다면, AGENTS.md(또는 CLAUDE.md)에 'git 커밋 전에 변경 이유를 커밋 메시지에 상세히 적고, 작업 전 최근 커밋 이력을 먼저 읽을 것'이라는 지시를 넣는 것만으로도 비슷한 효과를 낼 수 있다는 대안도 댓글에서 공유됐다.

Code Example

snippet

# Install via Homebrew (macOS/Linux)
brew tap regent-vcs/tap
brew install regent

# Or via Go
go install github.com/regent-vcs/regent/cmd/rgt@latest

# Initialize in your project
cd your-project
rgt init

# See what happened (모든 툴 호출 이력)
rgt log

# Blame: 어떤 프롬프트가 이 줄을 썼나?
rgt blame src/handler.go:42

# 여러 세션 관리
rgt sessions
rgt log --session claude-20260502-143021

# 특정 step 상세 보기
rgt show a1b2c3d

Terminology

tool callAI 에이전트가 실제로 파일을 편집하거나 bash 명령을 실행하는 등의 '행동' 단위. Claude Code가 코드를 짤 때 내부적으로 Edit, Write, Bash 같은 툴을 호출하는 것을 말한다.

blamegit blame과 동일한 개념으로, 소스 코드의 특정 줄이 언제, 누가(여기서는 어떤 프롬프트가) 작성했는지 추적하는 기능이다.

content addressed storage파일 내용의 해시값을 주소로 쓰는 저장 방식. 내용이 같으면 같은 주소를 가리키므로 중복 저장이 없고 무결성 검증이 쉽다. Git의 object store가 이 방식이다.

CRDTConflict-free Replicated Data Type의 약자. 여러 사람이 동시에 편집해도 자동으로 병합이 가능한 데이터 구조다. 분산 환경에서 충돌 없이 동기화할 때 쓴다.

goreleaserGo 프로젝트의 빌드, 패키징, 배포(Homebrew, GitHub Releases 등)를 자동화해주는 도구.