Worktrunk: AI 에이전트를 위해 만들어진 Git 워크트리 매니저

대부분의 git 워크트리 매니저는 사람의 문제를 풀기 위해 만들어집니다: 브랜치가 너무 많고, 터미널 탭이 너무 많다는 문제 말이죠. Worktrunk는 그 대신 AI 에이전트의 문제를 풀기 위해 만들어졌습니다. 자체 GitHub 설명도 이를 숨기지 않습니다: "CLI for Git worktree management, designed for parallel AI agent workflows."(병렬 AI 에이전트 워크플로우를 위해 설계된 Git 워크트리 관리용 CLI.)

이는 AI 기능을 덧붙인 래퍼가 아니라, AI 에이전트를 위한 진짜 git 워크트리 매니저입니다. 지금 이 순간 깃허브 일간 트렌딩 리더보드에 올라 스타 10,028개, 오늘 77개 증가를 기록하고 있습니다 — 거의 전부 한 사람이 혼자 만든 것입니다.

이 AI 에이전트용 git 워크트리 매니저가 실제로 하는 일

AI라는 프레이밍을 벗겨내면 Worktrunk는 git 워크트리를 위한 Rust CLI입니다 — 하나의 작업 디렉터리 안에서 스태시하고 전환하는 대신, 여러 브랜치를 각각 별도의 디렉터리로 동시에 체크아웃할 수 있게 해주는 git의 기능이죠. README에 따르면 핵심 커맨드는 wt switch(브랜치 이름으로 워크트리를 전환하거나 생성), wt list(실시간 상태가 표시되는 워크트리 목록), wt merge(스쿼시·리베이스·머지·정리를 한 단계로), wt remove입니다.

이 기본 기능 위에, README는 한 가지를 신중하게 처리하기보다 여러 가지를 동시에 돌리는 데 초점을 맞춘 기능들을 나열합니다:

• 워크트리 생성, 머지 전, 머지 후 시점에 실행되는 훅.
• diff를 기반으로 LLM이 생성하는 커밋 메시지.
• 스트리밍되는 CI 상태와 diff/로그/PR 미리보기를 보여주는 인터랙티브 피커.
• wt switch pr:123로 풀 리퀘스트 브랜치로 바로 이동.
• APFS, btrfs, XFS에서 공유되는 빌드 캐시 — 에이전트 워크플로우에 가장 중요한 기능인데, 워크트리 10개가 target/이나 node_modules/를 다시 빌드하거나 복사하지 않고도 재사용할 수 있기 때문입니다.

설치는 Homebrew, Cargo, Winget, Arch의 pacman, 또는 Conda/Pixi를 통해 할 수 있습니다. 라이선스는 MIT 또는 Apache-2.0 듀얼 라이선스이며, 저장소 어디에도 가격 페이지나 유료 티어는 없습니다.

이 프로젝트 뒤에 있는 메인테이너

Worktrunk는 로스앤젤레스에 거주하는 깃허브 핸들 max-sixty, 본명 Maximilian Roos의 프로젝트입니다. 그의 프로필에는 소속 회사가 적혀 있지 않습니다 — 대신 프로젝트 목록이 있죠: 그는 PRQL("pipelined SQL replacement"(파이프라인형 SQL 대체재), 약 10.9k 스타), xarray(과학용 파이썬을 위한 N차원 레이블 배열, 약 4.2k 스타), Rust 스냅샷 테스팅 라이브러리 insta(약 3k 스타)의 메인테이너이기도 하며, 그보다 작은 툴들도 여러 개 관리합니다. Worktrunk는 그중 가장 최근 것이면서, 스타 수로는 이제 그 목록에서 가장 큰 프로젝트입니다. 그의 사용자명으로 필터링한 커밋 히스토리를 보면 이 글을 쓰기 전 열흘 동안 그가 직접 작성한 커밋이 최소 35개 있습니다 — 봇이 자동으로 올리는 의존성 업데이트가 아니라요.

거의 1년, 빠르게 쌓아온 릴리스

깃허브 자체의 릴리스 히스토리만으로는 정확한 탄생일을 짚어내기가 쉽지 않습니다. 릴리스 페이지에는 현재 최신 태그가 v0.81.0, 2026년 10월 20일 게시로 나와 있습니다. 끝까지 — 16페이지까지 — 거슬러 올라가 보면, 8페이지에서 2월에 올라온 항목들이 등장하고, 기록된 가장 오래된 태그는 v0.1.0인데, 깃허브 릴리스 페이지 자체에 그냥 "released this 03 Nov"(11월 3일에 공개됨)라고만 적혀 있을 뿐 그 페이지 어디에도 연도는 적혀 있지 않습니다.

프로젝트의 LICENSE 파일에는 "Copyright (c) 2025 Maximilian Roos"라는 저작권 문구가 적혀 있는데, 이는 최소한 2025년 말 시작이라는 설과 어긋나지 않습니다. 정확한 날짜가 무엇이든, 태그 0.1.0에서 0.81.0까지 150개가 넘는 태그된 릴리스를 1년도 채 안 되는 기간에 거쳐왔다는 것은 메인테이너 한 명에게는 빠르고 다작인 릴리스 속도입니다.

그 속도는 열린 이슈 수에서도 드러나는데, 그다지 보기 좋은 방식은 아닙니다. 깃허브는 이슈와 풀 리퀘스트 번호를 하나의 공유 시퀀스로 매기는데, 이슈 탭에는 현재 열린 이슈 43개, 열린 풀 리퀘스트 24개가 표시되고, 가장 최근 항목의 번호가 #4672~#4673 정도입니다 — 즉 같은 기간 동안 이 저장소에 거의 4,700건에 가까운 이슈와 PR이 등록됐다는 뜻입니다. 이는 메인테이너 한 명이 트리아지하기에는 상당히 무거운 인바운드 트래픽이며, 빠르게 성장하는 다른 1인 저장소들 — 예컨대 ai-job-search — 에서 본 것과 비슷한 수준입니다.

이것이 단순한 개발자 도구 이야기가 아니라 인디 빌더 이야기인 이유

Worktrunk는 Claude Code와 Codex를 병렬로 돌리는 걸 도와줄 뿐만 아니라 — 그 둘을 위한 자체 통합 기능까지 내놓습니다. 이는 Diagram Design처럼 그 도구들 위에 직접 지어진 다른 AI 에이전트 스킬들에서도 보이는 같은 본능입니다. 저장소 루트에는 marketplace.json 매니페스트가 담긴 .claude-plugin 디렉터리, Codex Cloud 설정을 위한 별도의 .codex 디렉터리, 그리고 gemini-extension.json 파일이 있습니다. 그 매니페스트에 따르면 Claude Code 플러그인은 "automatic activity tracking (🤖/💬 indicators in wt list showing active Claude sessions), and a /wt-diff pane showing each worktree's changes."(활성 Claude 세션을 wt list에서 🤖/💬 아이콘으로 보여주는 자동 활동 추적 기능과, 각 워크트리의 변경 사항을 보여주는 /wt-diff 패널)을 제공합니다. 프로젝트의 CHANGELOG를 보면 이 에이전트 통합 레이어는 지금도 계속 커지고 있습니다: v0.77.0에서는 터미널 기반 에이전트 Pi가 추적 대상 세션 목록에 추가됐습니다. 가장 최근 버전인 v0.81.0은 플러그인을 다시 설치한 뒤 OpenCode 자체의 워크트리까지 Worktrunk를 거쳐가도록 라우팅합니다.

이 저장소는 에이전트가 행동해야 할 방식과 똑같은 방식으로 스스로를 통제하기도 합니다. AGENTS.md — Worktrunk 버전의 CLAUDE.md 파일이라 할 수 있는 — 는 이 프로젝트에서 작업하는 모든 코딩 에이전트를 위한 규칙을 정해둡니다:

• 설정 포맷과 CLI 인자를 "보호된 인터페이스(protected interfaces)"로, 새로운 커맨드·플래그·설정 키를 "제품 결정(product decisions)"으로 취급할 것 — 둘 다 신중하게 다뤄야 합니다.
• 특정 코드를 건드리기 전에 이름이 지정된 스킬(writing-user-outputs, running-tend, release)을 먼저 불러올 것.
• 기능 PR에서는 CHANGELOG.md를 절대 손으로 수정하지 말 것 — 릴리스 항목은 전용 릴리스 스킬이 커밋 히스토리로부터 자동 생성합니다.

그리고 이것이 단순히 에이전트를 위한 툴이 아니라 에이전트와 함께 만들어진 툴이라는, 가장 분명한 증거가 있습니다. max-sixty가 직접 열고 머지한 최근 풀 리퀘스트들에는 맺음말로 다음 문구가 그대로 적혀 있습니다: "This was written by Claude Code on behalf of max-sixty"(이 글은 max-sixty를 대신해 Claude Code가 작성했습니다) — 두 번째 PR에도 똑같이 반복됩니다. 세 번째 PR에서는 같은 문구가 Codex의 이름으로 적혀 있습니다: "This was written by Codex on behalf of max-sixty."(이 글은 max-sixty를 대신해 Codex가 작성했습니다.) 세 건 모두 2026년 10월 28일에서 11월 1일 사이에 머지됐습니다.

"AI로 만들었다"는 식의 마케팅 문구가 아닙니다. 공개적으로 누구나 읽을 수 있는 프로젝트 자신의 풀 리퀘스트 히스토리에 남아 있는 저작자 표시 문구입니다 — 그리고 그 툴의 존재 목적 자체가 바로 그 에이전트들을 나란히 더 안전하게 돌릴 수 있게 만드는 것입니다.

그대로 믿기보다는 걸러서 봐야 할 주장들

README에는 데이터가 전혀 붙어 있지 않은 주장 두 가지가 있습니다. Worktrunk가 "was released at the start of the year, and has quickly become the most popular git worktree manager"(올해 초에 출시되어 빠르게 가장 인기 있는 git 워크트리 매니저가 되었다)고 말하는데 — 이는 벤치마크도, 스타 수 비교도, 다운로드 수치도 저장소 어디에도 근거로 제시되지 않은 비교 주장이며, 연도조차 적혀 있지 않은 "03 Nov" 최초 태그 옆에 놓고 보면 조금 어색하게 느껴지기도 합니다. 또한 이 프로젝트가 "built with love (there's no slop!)"(사랑으로 만들었습니다, 슬랍은 없어요!)라고도 말하는데 — 듣기 좋은 문구이지만, 이것 역시 메인테이너 본인이 자기 툴을 스스로 묘사한 것일 뿐입니다. 둘 다 독립적으로 검증된 사실이 아니라 본인 발표 기준의 색깔로 받아들여야 합니다.

아직 거친 부분들

열린 이슈 목록은 트렌딩 페이지의 스타 수를 걸러서 볼 수 있게 해주는 유용한 균형추입니다. 현재 보고된 내용에는 포크 리모트 URL 테스트에서 반복되는 윈도우 타임아웃(#4672)과 "Bot temporarily unavailable"(봇을 일시적으로 사용할 수 없음) 리포트(#4673)가 있는데, 둘 다 같은 주에 등록됐습니다. 더 오래된 기능 요청들 — wt list를 기본 동작으로 만들기(#4260)와 wt list에 정렬 지원 추가하기(#3922) — 는 몇 달째 열려 있는 상태입니다. 이 중 어느 것도 치명적인 결점은 아니지만, 거의 4,700건에 가까운 이슈·PR 인바운드를 혼자 처리하는 메인테이너가 관리하는, 빠르게 움직이는 CLI 툴에서 흔히 볼 수 있는 보통의 백로그입니다.

이것이 일반화되는 지점

Worktrunk는 MRR 스크린샷을 자랑하는 SaaS가 아닙니다 — 가격 페이지도 없고, 회사도 없이, MIT/Apache-2.0 듀얼 라이선스와 Cargo crate만 있을 뿐입니다. 이는 투자받은 스타트업이 운영되는 방식보다는, openGym이나 ai-job-search가 무료를 유지하는 방식에 더 가까운 결입니다.

이 프로젝트가 대신 보여주는 것은 이번 사이클에 새롭게 등장한, 특정한 형태의 인디 빌더 레버리지입니다: 이미 다른 오픈소스 프로젝트들을 여러 개 동시에 돌리고 있는 메인테이너 한 명이, AI 에이전트 워크플로우에 맞춰 충분히 빠르고 충분히 구체적인 개발자 도구를 내놓아서, 그 툴 자신의 커밋 히스토리가 곧 그 툴이 팔고 있는 워크플로우의 증거가 되어버리는 것 말이죠. 당신의 프로젝트가 Claude Code와 Codex를 병렬로 돌리는 걸 더 쉽게 만들어준다고 주장하고 싶다면, 머지된 당신의 풀 리퀘스트 안에 "written by Claude Code"라는 문구를 그대로 남겨두는 것은 README 배지 하나보다 훨씬 꾸며내기 어려운 주장입니다.