에이전트 시대의 터미널 Herdr | 메타 시니어 엔지니어가 잘때도 에이전트를 돌리는 법

한 줄 핵심

에이전트가 여러 개 돌아가는 시대에는 단순히 터미널을 유지하는 것보다 에이전트의 상태와 병목을 한눈에 관리하는 도구가 필요하며, herdr는 tmux의 지속성은 유지하면서 에이전트 인지·오케스트레이션을 더한 실전용 대안이다.

시간별 요약

1. 0:00
   도입 — 탭이 늘수록 병목은 개발자에게 쌓인다 에이전트 11개를 병렬로 돌리다 보니, 막힌 에이전트를 누가 기다리는지 확인하는 일이 가장 큰 병목이 된다. 여러 탭을 오가며 상태를 직접 확인해야 하는 문제를 줄이기 위해 herdr를 실제 업무 도구로 소개한다.
2. 1:42
   터미널 멀티플렉서란 무엇인가 — 앱, 서버, 프로세스의 3층 구조 터미널 멀티플렉서는 화면을 여러 pane과 tab으로 나누고, 터미널 UI를 닫아도 백그라운드 세션과 프로세스는 유지하는 구조다. 핵심은 터미널 앱이 아니라 뒤의 서버가 프로세스를 쥐고 있어, UI를 꺼도 작업이 계속된다는 점이다.
3. 4:07
   왜 에이전트 시대에 tmux를 더 쓰게 됐나 — 그리고 tmux의 한계 Claude, Codex 같은 에이전트는 10분, 20분, 30분 단위로 오래 돌아가므로 연결이 끊겨도 작업이 유지되는 지속성이 중요해졌다. 다만 tmux는 살아 있는 프로세스를 유지할 뿐 에이전트의 상태가 승인 대기인지, 종료됐는지, 에러인지 구분해 주지 못해 결국 사람이 탭을 돌며 확인해야 한다.
4. 9:09
   그래서 herdr — tmux와 같은 점, 다른 점 3가지, 다른 도구들과의 위치 herdr는 tmux처럼 지속성, 병렬 시야, 원격 접속의 장점을 유지하면서도 에이전트의 상태를 인식해 워크스페이스 단위로 보여 준다. 터미널 앱은 프로세스를 끝내고, 다른 에이전트 관리 앱은 종료 시 함께 죽지만, herdr는 살아 있으면서도 에이전트 상태를 아는 도구로 정리된다.
5. 12:16
   설치와 통합 설치, herdr skill 공식 사이트에서 설치하면 되고, Mac·Linux·Windows를 지원한다. 여기에 에이전트가 herdr를 잘 다루도록 만든 skill 파일까지 함께 넣으면 Claude Code가 설치와 활용 흐름을 더 자연스럽게 따라간다.
6. 13:24
   화면 구조 — workspace / tab / pane, 마우스로 전부 herdr는 workspace, tab, pane 구조로 작업을 나누고, 마우스와 키보드를 모두 잘 지원해 진입 장벽이 낮다. 세션을 나눠 프로젝트별로 관리할 수 있고, 상태가 유지되므로 터미널을 다시 열어도 이전 작업이 그대로 복원된다.
7. 16:28
   사이드바 — blocked 알림, 5가지 상태, herdr agent explain 에이전트 상태가 노란색, 초록색, 빨간색 등으로 표시되어 실행 중, idle, blocked 등을 즉시 구분할 수 있다. 여러 pane을 동시에 나누어 돌리면서도 어떤 에이전트가 attention을 필요로 하는지 한눈에 파악할 수 있고, 키바인드와 설정도 세밀하게 조정된다.
8. 21:06
   터미널을 닫아도 — detach, 서버 재시작, claude --resume 복원 세션을 닫았다가 다시 들어와도 작업이 그대로 남아 있어 detach와 지속성의 효과가 분명하게 드러난다. 즉, 화면을 끄거나 종료해도 서버에서 돌던 에이전트는 계속 실행되며, 나중에 다시 복원해 이어서 볼 수 있다.
9. 21:52
   herdr로 AutoKliq 개발하기 — 오늘의 작업 3개 AutoKliq에서 썸네일 시안 최적화, 인스피레이션 탭 로딩 버그 수정, 전반적인 UX 개선 아이디어 도출이라는 세 가지 과제를 동시에 진행한다. 서로 다른 영역의 작업을 병렬로 나눠 에이전트에게 맡기고, 사람은 결과를 검증하는 흐름으로 설계를 바꾼다.
10. 23:49
    오케스트레이터 Claude Code가 worktree·pane·에이전트를 직접 만든다 메인 오케스트레이터 에이전트가 skill을 읽고 각 pane을 자동 생성해 세 작업을 분배한다. worktree와 권한 흐름까지 포함해 에이전트가 하위 에이전트를 직접 만들고 조율하는 구조가 실제로 작동한다.
11. 26:20
    blocked 알림으로 일하기 — 한 에이전트를 기다리며 다른 에이전트를 본다 메인 오케스트레이터를 보면서 전체 진행 상황을 파악하고, 필요한 pane에 직접 들어가 중간 개입할 수 있다. 여러 실험이나 최적화 작업을 동시에 돌릴 때는 사람이 검증자로 남아 가설이 맞는지 빠르게 걸러내는 방식이 유리하다.
12. 31:36
    취합 — 결과를 모아 PR, Codex 리뷰어 붙이기 끝난 작업들을 취합해 리캡을 만들고, 필요하면 Codex 리뷰를 붙인 뒤 PR 생성으로 이어간다. 여러 서브 에이전트의 결과를 한 곳에 모아 검증하고, 통과한 것만 합치는 흐름이 실전적으로 유용하다.
13. 34:07
    마무리 — agent-first 도구들 터미널 멀티플렉서는 이제 단순한 화면 분할 도구가 아니라 에이전트를 밤새 돌리고 아침에 검토하게 만드는 기반 인프라로 쓰인다. herdr, Orca, Aside 같은 agent-first 도구들이 늘어나는 만큼, 앞으로는 에이전트를 중심으로 업무 도구를 다시 설계하는 흐름이 더 강해진다.

실무 인사이트

• 에이전트 운영의 핵심은 실행 자체보다 상태 가시화이므로, blocked·running·idle을 즉시 구분할 수 있는 구조를 먼저 갖추는 것이 효율적이다.
• 병렬 에이전트가 많아질수록 사람의 역할은 생성보다 검증에 가까워지므로, 작업을 쪼개기 전에 결과 취합과 리뷰 경로를 함께 설계해야 한다.
• 밤새 에이전트를 돌리는 워크플로를 만들려면 지속성뿐 아니라 세션 복원, 원격 관리, 알림 체계까지 묶어서 운영해야 실제 생산성이 나온다.