나는 Taskwarrior와 Claude Code로 5일 만에 706개의 커밋을 배포했다
Source: Dev.to
Overview
지난 주에 나는 5개의 저장소에서 38개의 PR을 병합했고, 5일 만에 706개의 커밋을 만들었습니다. 많은 Claude Code (CC) 사용자들이 같은 생산성 한계에 부딪히기 때문에 공유합니다.
여러 터미널을 열어 각각에 작업을 할당하려고 하면 컨텍스트 전환에 빠르게 빠져듭니다:
- 어느 세션이 방금 끝났는가?
- 이 세션이 다른 세션에게 필요한 것은 무엇인가?
- 두 세션이 같은 파일을 편집하고 있는가?
Claude Code의 창립자는 10개 이상의 병렬 세션을 운영한다고 하지만, 진짜 장점은 초인적인 멀티태스킹이 아니라 조정 오버헤드를 없애는 시스템에 있습니다.
나는 이 시스템을 TTAL — The Taskwarrior Agents Lab이라고 부릅니다.
Tools
| 도구 | 역할 |
|---|---|
| Taskwarrior | 작업 큐 + 이벤트 시스템 |
| Zellij | 터미널 세션 관리자 |
| Claude Code | 작업을 수행하는 에이전트 |
- Taskwarrior가 Zellij 패널을 생성하도록 후크합니다.
- 각 패널은 작업 컨텍스트가 주입된 CC 세션을 실행합니다.
- 세션이 끝나면 가장 높은 긴급도의 다음 작업이 자동으로 시작됩니다.
세션을 관리하는 것이 아니라 작업을 관리합니다.
Commit Log (Mon – Fri)
| 요일 | 커밋 수 | 주요 내용 |
|---|---|---|
| 월요일 | 199 | 음성/ASR 파이프라인 + 에이전트 하트비트 시스템 |
| 화요일 | 182 | 백엔드 기능 + TUI 기여 |
| 수요일 | 122 | 인프라스트럭처 + 문서화 |
| 목요일 | 49 | 속도 제한; 대신 리뷰 수행 |
| 금요일 | 154 | 설정 통합 + 신규 기능 |
목요일은 눈에 띄는 날: API 속도 제한에 걸려 처리량이 75 % 감소했습니다. 병목 현상은 개발자가 아니라 시스템이었습니다.
Design Principle
에이전트는 당신을 기다리며 차단되지 않습니다.
대부분의 CC 워크플로우는 동기식입니다: 작업을 주고, 진행 상황을 지켜보고, 검토하고, 다음 작업을 주는 식으로 진행되어 매 단계마다 당신이 병목이 됩니다.
TTAL에서는:
- 에이전트가 큐에서 작업을 가져갑니다.
- 작업을 수행하고, 변경 사항을 커밋한 뒤 다음 작업으로 넘어갑니다.
- 당신은 준비가 되었을 때 PR을 검토합니다, 에이전트가 당신을 필요로 할 때가 아니라.
이 때문에 동기식 10개보다 비동기식 5개가 더 뛰어납니다.
Architecture & Documentation
전체 시스템은 ttal.guion.io 에 문서화되어 있습니다.
아키텍처는 Claude Code에만 국한되지 않으며, Zellij는 어떤 CLI 에이전트든 패널 안에서 실행할 수 있습니다.
병목 현상은 AI가 아니었습니다. 그것은 연결 고리였을 뿐입니다.
Next Steps
이 글은 TTAL 시리즈의 Part 1입니다. 시리즈를 팔로우하고 구현 세부 사항을 ttal.guion.io 에서 확인하세요.