[한글자막] AI 에이전트를 다루는 새 작업 환경 herdr app
Quick Summary
herdr app은 CLI의 유연성에 다중 머신·에이전트 관리 GUI를 결합한 작업 환경으로, 발표자는 원격 세션 유지와 기본 사용성에서 cmux보다 편리하다고 평가한다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽
![[한글자막] AI 에이전트를 다루는 새 작업 환경 herdr app 내용을 설명하는 본문 이미지](/_next/image?url=%2Fpage-asset%2Fyoutube%2Fherdr-ai-agent-workspace-cmux-comparison%2F6501.poster.png%3Fv%3De9d3ddc2ec28e3b8&w=1536&q=75)
🖼️ 4컷 인포그래픽
![[한글자막] AI 에이전트를 다루는 새 작업 환경 herdr app의 핵심 내용을 4단계로 요약한 인포그래픽](/_next/image?url=%2Fpage-asset%2Fyoutube%2Fherdr-ai-agent-workspace-cmux-comparison%2F6501.4cut.png%3Fv%3Db1b78155084b44e0&w=1536&q=75)
💡 한 줄 결론
herdr app은 CLI의 유연성에 다중 머신·에이전트 관리 GUI를 결합한 작업 환경으로, 발표자는 원격 세션 유지와 기본 사용성에서 cmux보다 편리하다고 평가한다.
📌 핵심 요점
- CLI를 유지하는 이유는 실행 옵션의 유연성이다. 발표자는 에이전트별 권한 모드와 환경변수를 직접 설정하기 쉽다는 점을 강조하며, GUI가 해당 옵션을 지원하거나 노출하는지는 별도 문제라고 설명한다.
- herdr는 터미널 위에 관리용 GUI를 얹는다. SSH 머신 추가, 분할 패널, 작업 상태 표시와 알림을 제공해 여러 에이전트를 한 화면에서 다루도록 돕는다.
- 앱 창과 작업 프로세스를 분리한다. 원격 워커에서 실행한 작업은 앱을 종료했다가 다시 열어도 진행되며, 로컬 작업도 별도 프로세스로 유지하지만 컴퓨터 절전 등에는 한계가 있다고 설명한다.
- 작업 특성에 따라 로컬과 VM을 나누는 방식이 핵심이다. 대용량 영상 파일과 잦은 사람의 검수가 필요한 작업은 로컬에, 일반적인 기능 개발과 버그 수정은 VM에 배치하는 사례를 제시한다.
- cmux와의 비교는 발표자의 초기 사용 경험에 기반한다. cmux의 SSH 세션 복구와 실험적인 tmux 연동에서 불편을 겪었고, herdr는 기본 화면만으로도 작업을 시작하기 편했다고 평가한다.
🧩 배경과 문제 정의
발표자는 기존 터미널 안에서 에이전트 관리 도구를 사용하면서 화면 지우기 단축키와 동작이 충돌하는 문제를 겪었고, cmux도 함께 살펴보고 있었다. 이번 영상에서는 GUI와 CLI를 결합한 herdr 앱을 소개하며 여러 머신과 에이전트를 어떻게 관리하는지 설명한다.
문제의 중심은 CLI의 세밀한 실행 설정을 유지하면서도 원격 연결, 세션 지속, 작업 상태와 알림을 편하게 다루는 것이다. 발표자는 자신의 영상 편집과 소프트웨어 개발 작업을 예로 들어 로컬·VM의 역할을 나누고, 마지막에 cmux 사용 중 겪은 불편과 비교한다.
🕒 시간순 섹션별 상세정리
1. 새 앱 소개와 CLI를 유지하는 이유
- 발표자는 GUI와 CLI를 결합한 새 앱을 보여준다. 기존 터미널 기반 사용에서는 화면을 지우는 Command+K가 도구 동작에 문제를 일으켰으며, 이번에는 herdr를 선호하게 된 이유와 부족한 부분을 살펴보겠다고 드러낸다. [01:00]
- Claude Code의 권한 관련 옵션을 예로 들어 CLI에서는 환경변수와 실행 옵션을 직접 지정하기 쉽다고 보여준다. GUI에서는 같은 기능의 지원 여부와 설정 위치가 제약이 될 수 있다는 주장이다. [02:53]
- CLI만 좋고 데스크톱 앱은 나쁘다는 결론은 피한다. 발표자가 강조하는 기준은 필요한 기능에 접근하고 실행 방식을 조정할 수 있는 유연성이다. [03:36]
2. 화면 구성과 SSH 머신 추가
- 사이드바가 있는 기본 화면, 터미널 중심 화면과 복고풍 화면을 보여준다. 발표자는 기본 구성과 graphite 테마를 선호하며, 외형 선택지는 제한적이라고 평가한다. [04:36]
- SSH 사용자·호스트를 입력하거나 SSH 설정에 등록한 머신을 선택하는 방식으로 원격 머신을 추가할 수 있다고 보여준다. 여러 머신을 관리하는 과정은 cmux보다 편했다고 드러낸다. [05:09]
3. 앱 종료 후 작업 유지와 상태 알림
- 원격 워커에서 Claude에게 천천히 숫자를 세도록 요청한 뒤 앱을 종료하고 다시 연다. 재실행 시 작업이 완료된 모습을 보여주며, 앱 화면과 원격 실행이 분리되어 있다고 보여준다. [05:36]
- 로컬에서도 별도 프로세스가 터미널과 에이전트를 유지한다고 보여준다. 다만 Mac의 네트워크 문제나 절전 상황까지 작업 지속을 보장하는 것은 아니라며 원격 머신의 필요성을 강조한다. [06:07]
- 작업 중인 에이전트와 완료된 작업을 구분하고 알림을 받을 수 있다. 발표자는 여러 에이전트를 관리하면서 다른 일을 할 때 이런 상태 표시가 유용하다고 평가한다. [06:34]
4. 에이전트 통합과 다양한 관리 화면
- Codex, DeepSeek, OpenCode 등을 실행하는 구성을 보여준다. 기본 통합 대상은 대기·완료·작업 중 상태를 인식하며, 목록에 없는 CLI도 사용할 수 있지만 통합 경험은 떨어질 수 있다고 보여준다. [07:07]
- 최소한의 GUI에 터미널, SSH, 워커, 알림과 분할 패널을 결합한 점을 높이 평가한다. 수 시간 실제로 사용한 소감이며, 에이전트 관리 화면이 생산성에 도움이 된다는 개인적 의견을 덧붙인다. [08:35]
- 미션 컨트롤형 대시보드, Slack과 비슷한 미리보기, Google Meet 같은 배치와 스레드형 화면도 보여준다. 다만 직접 복잡하게 구성하지는 않았고 기본 화면이면 자신의 작업에 충분하다고 드러낸다. [09:45]
5. 로컬과 VM을 나누는 작업 배치
- 민감하거나 데이터가 무겁고 사용자의 개입이 잦은 작업은 로컬에 두는 방식을 제안한다. 영상 편집에서는 파일 하나가 8~10GB 이상인 경우가 있고 결과를 직접 시청해야 하므로 업로드·다운로드와 검수 반복의 부담이 크다고 보여준다. [11:03]
- 일반적인 소프트웨어 기능 개발과 버그 수정은 VM에서 실행할 수 있다고 드러낸다. 여러 프로젝트를 VM에 두고 필요한 에이전트를 배정하는 방식으로 관리한다. [11:32]
- VM에서 실행 중인 Claude Code는 Anthropic의 원격 제어 기능으로 휴대전화에서 다룬다고 보여준다. herdr 전용 모바일 연동의 출시 여부는 확신하지 않지만, 자신의 원격 제어 경험에는 만족한다고 드러낸다. [12:03]
6. API를 통한 하위 에이전트 운영
- 발표자는 사용자가 직접 에이전트 100개를 관리하는 상황은 흔하지 않을 것이라고 본다. 대신 에이전트가 다른 에이전트를 호출하는 경우를 별도로 언급하며, herdr가 이를 위한 API를 제공한다고 보여준다. [12:32]
- API로 하위 에이전트를 실행하고 방향을 조정한 뒤 주 에이전트에 결과를 보고하는 활용을 제시한다. Claude Code 자체에도 하위 에이전트 지원이 있어 필요성은 사용 방식에 따라 달라질 수 있다고 덧붙인다. [12:54]
7. cmux의 SSH 복구 문제와 최종 평가
- cmux에서 SSH 연결 후 패널을 나눌 수 있지만, 앱을 종료하면 해당 상태를 되찾기 어렵다고 보여준다. 일반 연결이 tmux처럼 세션을 유지하는 방식은 아니라는 것이 발표자의 지적이다. [13:34]
- 실험적인 cmux SSH tmux 기능도 사용했지만 연결이 끊어질 때 터미널 동작에 문제가 생겼다고 드러낸다. UI를 수정하려고 시도한 경험에서도 만족스러운 결과를 얻지 못했다고 평가한다. [13:56]
- herdr는 기본 화면이 깔끔하고 별도 설정에 많은 노력을 들이지 않아도 바로 시작하기 편하다는 개인적 평가로 마무리한다. [14:07]
🧾 결론
- herdr의 가치는 CLI를 유지하면서 머신·세션·에이전트 상태를 함께 관리하는 데 있다.
- 발표자는 복잡한 대시보드보다 터미널, 상태 표시, 알림, 원격 워커를 갖춘 기본 구성을 실용적으로 평가한다.
- 장시간 작업을 원격 워커에 맡기고 대용량·민감 작업은 로컬에 두는 배치가 제안된 사용 방식이다.
- 생산성 향상과 cmux 대비 우위는 수 시간 사용 후의 주관적 평가이며, 장기 검증 결과는 제시되지 않는다.
📈 투자·시사 포인트
- 개발 도구의 차별화 요소로 모델 자체뿐 아니라 실행 환경, 세션 지속성, 상태 파악과 알림 같은 운영 경험을 살펴볼 수 있다.
- 영상은 에이전트 관리 도구가 많은 시장이라고 언급한다. 기능 수와 함께 초기 설정 부담과 반복 작업의 마찰이 선택에 영향을 줄 수 있다는 사례다.
- 로컬과 VM을 함께 쓰는 환경에서는 데이터 이동 시간, 검수 빈도, 원격 실행의 지속성을 함께 고려해야 한다.
- 가격, 매출, 사용자 수와 시장점유율은 제시되지 않아 제품 사용 경험을 기업 가치나 투자 수익 전망으로 연결할 근거는 부족하다.
⚠️ 불확실하거나 확인이 필요한 부분
- 발표자는 herdr를 수 시간 사용했다고 밝힌다. 장시간 실행 안정성, 다수 프로젝트 동시 운영 성능과 생산성 개선 폭은 검증되지 않았다.
- cmux의 SSH·tmux 문제는 발표자가 겪은 사례다. 사용 버전과 재현 조건이 명확하지 않아 모든 환경에서 발생하는 문제로 일반화하기 어렵다.
- 권한 확인을 더 많이 생략하는 Claude Code 옵션을 소개하지만, 전사에는 정확한 플래그와 환경변수 이름이 충분히 담겨 있지 않다. 해당 설정만으로 작업이 절대 중단되지 않는다고 단정할 수 없다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- 현재 작업을 파일 크기, 민감도, 사람의 개입 빈도로 나누고 로컬에 둘 작업과 VM으로 옮길 작업을 정한다.
- 작은 시험 작업으로 앱 종료·재실행, 연결 단절 후 재접속, 로컬 절전 시 세션과 작업이 어떻게 유지되는지 확인한다.
- 주로 사용하는 에이전트에서 실행 중·대기·완료 상태와 알림이 정확하게 표시되는지 확인한다.
- 동일한 SSH 작업을 herdr와 cmux에서 실행해 연결 설정, 패널 분할, 세션 복구에 드는 수고를 비교한다.
❓ 열린 질문
- herdr의 세션 유지와 재접속은 장시간 실행이나 워커 장애 상황에서도 얼마나 안정적으로 동작하는가?
- 기본 통합 대상이 아닌 CLI에서는 상태 감지와 알림 기능이 어느 정도까지 제공되는가?
- 발표자가 겪은 cmux의 SSH·tmux 문제는 어떤 버전과 설정에서 재현되는가?