Worktrunk는 병렬 AI 에이전트용 git worktree를 브랜치처럼 쉽게 다루게 합니다 | DAKER 커뮤니티
Worktrunk(max-sixty/worktrunk)는 Claude Code나 Codex 같은 AI 에이전트를 여러 개 동시에 돌릴 때 필요한 git worktree 관리를 짧은 명령 몇 개로 줄여 주는 Rust CLI입니다. 2026년 11월 4일 GitHub 트렌딩(Daily) 3위에 올랐고, 같은 날 11:35(한국시간) 확인 기준 GitHub 스타는 10,554개, 하루 동안 늘어난 스타는 438개입니다.

Worktrunk는 무엇인가
Worktrunk는 README 첫 문장에서 스스로를 병렬 AI 에이전트 실행을 위해 설계한 git worktree 관리 CLI라고 소개합니다. 명령 이름은 wt이고, worktree를 경로가 아니라 브랜치 이름으로 부릅니다. 경로는 설정한 템플릿으로 자동 계산됩니다.
README에 실린 핵심 명령 비교는 다음과 같습니다.
- worktree 이동: wt switch feat (plain git에서는 cd ../repo.feat)
- worktree 만들고 Claude 시작: wt switch -c -x claude feat (plain git에서는 git worktree add, cd, claude 세 단계)
- 정리: wt remove (plain git에서는 git worktree remove와 git branch -d를 따로 실행)
- 상태와 함께 목록 보기: wt list (git worktree list는 경로만 보여 줍니다)
저장소 언어는 Rust이며, README 배지에 표시된 라이선스는 MIT OR Apache-2.0입니다.

Worktrunk가 왜 지금 뜨나
README는 Claude Code와 Codex 같은 에이전트가 사람의 감독 없이 더 긴 작업을 처리하게 되면서 5~10개 이상을 병렬로 관리하는 일이 가능해졌다고 설명합니다. git worktree는 에이전트마다 별도 작업 디렉터리를 주어 서로의 변경을 밟지 않게 해 주지만, 새 worktree 하나를 시작할 때도 브랜치 이름을 세 번 입력해야 할 만큼 사용감이 불편하다는 것이 README의 문제 제기입니다.
Worktrunk의 목표는 git worktree를 브랜치만큼 쉽게 쓰게 만드는 것입니다.
README 상단 공지에 따르면 Worktrunk는 올해 초 공개된 뒤 빠르게 가장 인기 있는 git worktree 관리 도구가 되었다고 작성자가 직접 밝히고 있습니다. 저장소 토픽에도 agents, claude-code, codex, git, worktrees가 걸려 있습니다.
Worktrunk는 어떻게 써 보나
README의 설치 예시는 다음과 같습니다. 셸 통합(wt config shell install)을 해야 명령이 디렉터리를 바꿀 수 있습니다.
- Homebrew(macOS·Linux): brew install worktrunk && wt config shell install
- Cargo: cargo install worktrunk && wt config shell install
- Windows(Winget): winget install max-sixty.worktrunk 후 git-wt config shell install (Windows Terminal의 wt 명령과 겹치지 않도록 git-wt로도 설치됩니다)
- Arch Linux: sudo pacman -S worktrunk, Conda: conda install -c conda-forge worktrunk
README가 보여 주는 병렬 에이전트 예시는 worktree 세 개를 만들고 각각에서 claude를 실행하는 방식입니다.
- wt switch -x claude -c feature-a -- 'Add user authentication'
- wt switch -x claude -c feature-b -- 'Fix the pagination bug'
- wt switch -x claude -c feature-c -- 'Write tests for the API'
-x 플래그는 전환 뒤 실행할 명령을 지정하고, -- 뒤의 인자는 그 명령에 그대로 전달됩니다. 작업이 끝나면 wt list로 각 worktree의 변경·커밋 상태를 확인하고, wt merge main으로 스쿼시·리베이스·병합·정리를 한 번에 처리하거나, PR 흐름이라면 wt step commit 후 PR을 만들고 병합 뒤 wt remove로 정리합니다.
Worktrunk는 어디에 쓰면 좋나
- Claude Code·Codex 에이전트에게 기능 개발, 버그 수정, 테스트 작성을 동시에 맡기고 결과를 브랜치별로 따로 검토하고 싶을 때
- 훅(hooks)으로 worktree 생성 시 의존성 설치나 개발 서버 실행을 자동화하고 싶을 때. README는 hash_port 템플릿 필터로 worktree마다 다른 포트를 주는 방법도 소개합니다
- 여러 worktree가 target/, node_modules/ 같은 빌드 캐시를 다시 빌드하지 않고 공유하게 하고 싶을 때(README 기준 APFS, btrfs, XFS 지원)
- diff를 바탕으로 LLM이 커밋 메시지를 쓰게 하거나, wt list --full로 브랜치별 CI 상태와 AI 요약을 함께 보고 싶을 때
데이터 분석 실험을 브랜치별로 나눠 에이전트에게 맡기는 분들에게도 실험 간 작업 디렉터리를 깔끔하게 분리하는 방법으로 참고할 만합니다.
여러분은 AI 에이전트를 몇 개까지 동시에 돌려 보셨나요? worktree로 나눠 쓰는 방식이 도움이 될지 댓글로 경험을 나눠 주세요.
출처
- Worktrunk 저장소(README·설명·라이선스·설치 예시): https://github.com/max-sixty/worktrunk
- GitHub 트렌딩(Daily, 2026-11-04 11:35 한국시간 확인): https://github.com/trending
- Worktrunk 공식 문서: https://worktrunk.dev