핵심 내용
GeekNews 최신 글에서 가장 최근 AI 개발 실무 항목 가운데 하나는 Worktrunk다. 원본 GitHub 저장소를 확인하면 Worktrunk는 Git의 native worktree 기능을 AI 코딩 에이전트 병렬작업에 맞게 단순화한 CLI다. Claude Code나 Codex처럼 장시간 독립 작업이 가능한 Agent를 5~10개 이상 병렬로 돌릴 때 각 Agent에 별도 작업 디렉터리를 제공해 서로의 파일수정을 덮어쓰지 않도록 하는 것이 핵심 목적이다.
기본 명령은 branch 이름을 기준으로 worktree를 만들고 전환하는 wt switch, 제거하는 wt remove, 상태를 보는 wt list 등이다. 예를 들어 wt switch -c -x claude feat처럼 새 worktree를 만들면서 Claude를 바로 실행할 수 있다. Git의 원래 worktree add, 디렉터리 이동, branch 정리 과정을 여러 명령으로 나눠 수행하는 번거로움을 줄인다.
병렬 Agent 운영에 필요한 부가기능도 상당하다. worktree 생성·merge 전후 hook, diff 기반 LLM commit message, squash/rebase/merge/cleanup workflow, CI·diff·PR 미리보기가 있는 interactive picker, APFS·btrfs·XFS에서 target/이나 node_modules/ 같은 build cache를 copy-on-write 방식으로 공유하는 기능, worktree마다 다른 dev-server port를 만드는 기능 등을 제공한다. macOS/Linux는 Homebrew와 Cargo, Windows는 winget 등을 지원한다.
배경
코딩 Agent 사용이 한 명의 Agent에게 하나의 문제를 맡기는 단계에서 backend, test, migration, review를 여러 Agent에 동시에 맡기는 방향으로 바뀌면서 같은 repository를 어떻게 안전하게 분리할지가 실제 운영문제가 되고 있다. 단순히 여러 터미널에서 Agent를 띄우면 같은 working tree를 동시에 수정해 uncommitted change와 test 상태가 뒤섞일 수 있다. Git worktree는 branch별 작업디렉터리를 제공하지만 수동 관리 UX가 번거로운 편이다.
산업·시장에 미치는 영향
Coding Agent 생태계의 경쟁이 모델 성능에서 orchestration, workspace isolation, merge, CI, cache 관리로 넓어지고 있다는 신호다. 앞으로 개발자는 IDE 하나 안에서 한 모델만 쓰기보다 여러 provider Agent를 branch/worktree 단위로 동시에 실행하고 사람이 마지막에 결과를 병합하는 방식으로 이동할 가능성이 높다. 이런 환경에서는 Agent 수보다 충돌률과 검토비용이 실제 생산성을 결정한다.
실무에서 바로 활용할 수 있는 시사점
여러 Agent를 병렬화할 때 가장 먼저 할 것은 Agent별 branch + worktree + 고유 dev port + 독립 테스트 상태를 만드는 것이다. 다만 worktree는 파일 충돌을 줄일 뿐 보안 sandbox는 아니다. 동일한 OS 사용자로 실행하면 SSH key, cloud credential, 홈디렉터리 등은 여전히 공유될 수 있으므로 고위험 Agent에는 container·VM·별도 credential까지 추가해야 한다. 병렬화 효과를 평가할 때도 Agent 개수보다 merge conflict, 중복작업, CI 실패율, 사람 review 시간을 함께 측정하는 편이 좋다.