Worktrunk의 개요
Maximilian Roos의 Worktrunk는 git 워크트리를 관리하는 명령줄 도구(wt)입니다. 그 자체는 AI 도구가 아닙니다. Claude Code나 Codex 같은 코딩 에이전트 여럿을 한꺼번에 돌리려면 각각 자기 작업 디렉터리가 필요하고 git 자체의 워크트리 명령은 서툴기 때문에 존재합니다. 워크트리를 브랜치 이름으로 가리키며, wt switch -c -x claude feat 한 번으로 브랜치와 워크트리를 만들고 그 안에서 에이전트를 시작합니다.
세 가지 핵심 명령(switch, list, remove) 주위에, 생성과 병합 시의 훅, LLM이 쓰는 커밋 메시지, 명령 하나로 하는 스쿼시, 리베이스, 병합, PR 체크아웃, wt list의 CI 상태, 그리고 워크트리 간 node_modules와 target/ 같은 빌드 캐시의 copy-on-write 공유를 더합니다.
저장소는 MIT나 Apache-2.0 이중 라이선스이고, Rust로 작성됐으며, GitHub 스타는 약 9,700개입니다. 버전 0.81.0이 2026년 10월 20일에 나왔고, crates.io의 크레이트 다운로드는 약 41,000회입니다.
Worktrunk, 쓸 만한 가치가 있습니까?
Worktrunk는 좁은 문제를 잘 풀며, 그 문제는 흔해졌습니다. 코딩 에이전트가 감독 없이 30분 동안 일할 수 있게 되자, 한 번에 다섯이나 열을 돌리는 것이 당연한 다음 단계가 됐고, git 워크트리는 서로를 덮어쓰지 않게 하는 표준 방법입니다. 네이티브 git으로는 지루합니다. 워크트리 하나와 그 안의 에이전트를 만들려면 git worktree add, cd, 에이전트 명령에 걸쳐 브랜치 이름을 세 번 입력해야 하고, 정리에도 세 번이 더 듭니다. Worktrunk는 각각을 명령 하나로 바꾸고 템플릿으로 경로를 계산하므로, 워크트리가 브랜치처럼 동작합니다.
셸 별칭 이상으로 끌어올리는 것은 핵심 주위의 계층입니다. wt list는 모든 워크트리를 스테이징된 변경, main보다 앞선 커밋, 푸시하지 않은 작업과 함께, 그리고 full 모드에서는 브랜치별 CI 상태와 AI 요약과 함께 보여 줍니다. 훅은 워크트리를 만들 때 의존성 설치를 돌리거나 개발 서버를 시작하고, hash_port 필터는 워크트리마다 자체 포트를 줍니다. APFS, btrfs, XFS에서는 node_modules와 target/을 copy-on-write로 공유하므로 워크트리 열 개가 콜드 빌드 열 번을 뜻하지 않으며, 대부분의 사람이 과소평가하는 비용이 바로 이것입니다. wt merge는 스쿼시, 리베이스, 병합, 워크트리 제거를 한 번에 합니다.
중요한 설계 선택은 Worktrunk가 에이전트의 길을 막지 않는다는 점입니다. claude-squad나 orca와 달리 에이전트를 자체 터미널이나 데스크톱 UI로 감싸지 않고 디렉터리와 브랜치만 관리하므로, 어떤 에이전트와 어떤 터미널 멀티플렉서와도 동작합니다. 그 선택의 대가는 에이전트 자체의 조율은 하지 않는다는 것입니다. 병렬 브랜치 간 병합 충돌과 diff 열 개를 검토하는 부담은 여전히 사용자의 몫입니다.
프로젝트는 어리고 빠르게 움직이며, 약 1년 만에 버전 0.81이고, 열린 이슈 62개와 주 관리자 한 명이 있습니다. 1.0 이전 번호이므로 플래그와 설정이 아직 바뀔 수 있습니다. Windows에서는 wt가 Windows Terminal 자체 명령과 충돌하므로 winget은 git-wt로 설치합니다. 그 어느 것도 요구하는 것이 얼마나 적은지를 넘어서지 못합니다. 바이너리 하나, 셸 연동 한 줄, 그리고 git입니다.
제 역할을 하는 곳
한 Rust 저장소에서 Claude Code 세션 세 개를 돌리는 1인 개발자
cd와 워크트리 상용구 없이 에이전트마다 자기 브랜치에서 시작하기
작업마다 wt switch -x claude -c feature-a -- 'Add user authentication'을 반복합니다. post-start 훅이 설치를 돌리고, APFS에서는 target/이 copy-on-write로 공유됩니다. 무료이며 워크트리마다의 콜드 빌드를 아낍니다.
병렬 에이전트를 시험하는 6인 웹팀의 테크 리드
어느 에이전트 브랜치가 앞서 있고, 더럽고, CI에 실패하는지 한눈에 보기
wt list --full이 워크트리마다 스테이징된 변경, main보다 앞선 커밋, 푸시하지 않은 작업, CI 상태를 보여 주고, wt switch pr:123으로 팀원의 PR로 바로 갑니다. 라이선스 비용은 없고, 늘어난 브랜치가 만드는 검토 시간만 듭니다.
에이전트마다 개발 서버가 필요한 프런트엔드 개발자
포트 충돌 없이 개발 서버 여러 개를 나란히 돌리기
훅에서 hash_port 템플릿 필터를 써서 워크트리마다 안정적이고 고유한 포트를 받고, 작업이 끝나면 wt merge main이 스쿼시, 리베이스하고 워크트리를 제거합니다.
도입 전 확인할 점
- 설정
- brew install worktrunk나 cargo install worktrunk 후 wt가 디렉터리를 바꿀 수 있도록 wt config shell install을 실행합니다. winget, pacman, conda-forge에도 있습니다. 첫 워크트리까지 1분이 안 걸립니다.
- 연동
- -x로 어떤 에이전트든 실행(Claude Code 연동이 문서화됨), GitHub와 GitLab에서 PR과 CI 상태 읽기, Zellij나 tmux 같은 어떤 터미널이나 멀티플렉서에서도 실행.
- 데이터와 개인정보
- git을 구동하는 로컬 바이너리입니다. LLM 커밋 메시지와 브랜치 요약은 설정한 모델 명령을 호출합니다. MIT나 Apache-2.0 이중 라이선스이며 공개된 보안 권고는 없습니다.
- 대규모 사용 시 비용
- 유료 에디션은 없습니다. 실제 비용은 지원되는 파일 시스템에서 copy-on-write 캐시 공유로 줄어드는 워크트리마다의 디스크와, 병렬 브랜치를 검토하는 시간입니다.
- 제한
- 열린 이슈 62개와 1.0 이전 버전. copy-on-write 캐시 공유에는 APFS, btrfs, XFS가 필요. 에이전트가 아니라 디렉터리를 관리하므로 각 에이전트가 무엇을 하는지는 보지 못함.
좋은 점
- 명령 하나로 워크트리를 만들고 그 안에서 에이전트 시작
- 워크트리 간 node_modules와 target/의 copy-on-write 공유
- wt list가 브랜치별 변경, 앞서고 뒤처짐, CI 상태를 보여 줌
- 어떤 에이전트와도 동작, 자체 UI나 런타임 없음
아쉬운 점
- 빠른 릴리스의 1.0 이전, 플래그와 설정이 바뀔 수 있음
- 병렬 브랜치 간 충돌에 대해서는 아무것도 하지 않음
- Windows Terminal과 이름이 충돌해 그곳에서는 git-wt로 설치
- 캐시 공유는 APFS, btrfs, XFS에서만
추천 대상
에이전트 대시보드 전체를 도입하지 않고 워크트리를 처리하고 싶은, 한 저장소에서 여러 코딩 에이전트를 병렬로 돌리는 개발자.
Worktrunk 대안
Worktrunk: 자주 묻는 질문
- Worktrunk, 쓸 만한 가치가 있습니까?
- 마찰을 없앤 평범한 git 워크트리이며, 에이전트를 병렬로 돌리는 사람에게는 그 마찰이 문제의 전부였습니다. 평점은 5점 만점에 4.4점입니다.
- Worktrunk의 가격은 얼마입니까?
- 무료 오픈소스(MIT 또는 Apache-2.0)입니다.
- Worktrunk의 단점 은 무엇입니까?
- 빠른 릴리스의 1.0 이전, 플래그와 설정이 바뀔 수 있음; 병렬 브랜치 간 충돌에 대해서는 아무것도 하지 않음; Windows Terminal과 이름이 충돌해 그곳에서는 git-wt로 설치; 캐시 공유는 APFS, btrfs, XFS에서만.
- Worktrunk에 적합한 사람은 누구입니까?
- 에이전트 대시보드 전체를 도입하지 않고 워크트리를 처리하고 싶은, 한 저장소에서 여러 코딩 에이전트를 병렬로 돌리는 개발자.
- 팀이나 프로덕션 환경에서 Worktrunk의 비용은 얼마입니까?
- 유료 에디션은 없습니다. 실제 비용은 지원되는 파일 시스템에서 copy-on-write 캐시 공유로 줄어드는 워크트리마다의 디스크와, 병렬 브랜치를 검토하는 시간입니다.
- Worktrunk에 회사 데이터를 맡겨도 안전합니까?
- git을 구동하는 로컬 바이너리입니다. LLM 커밋 메시지와 브랜치 요약은 설정한 모델 명령을 호출합니다. MIT나 Apache-2.0 이중 라이선스이며 공개된 보안 권고는 없습니다.
- Worktrunk의 가장 좋은 대안은 무엇입니까?
- 저희가 리뷰한 것 중 가장 가까운 대안은 Claude Squad, Orca 및 Vibe Kanban입니다.
답변 확인일: 2026년 10월 31일.
Worktrunk 개발사입니까? 이 평점을 사이트에 표시하십시오
