[시즌 4] 터미널에서 단톡방 방식으로 팀 에이전트를 사용하려면? 고스티 x Herdr 입문 + 에이전트 팀워크 운용 가이드

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Ghostty와 Herdr를 결합해 터미널을 단톡방처럼 구성하고, 에이전트에게 역할과 소통 규칙을 부여하면 팀장 중심의 업무 분담과 상호 검토를 운용할 수 있다.

📌 핵심 요점

1. Ghostty는 터미널 프로그램이며, 영상에서는 많은 텍스트 출력 시 발생하는 스크롤 표시 문제를 줄이고 에이전트 작업 환경을 구성하는 용도로 소개한다.
2. Herdr는 터미널 화면을 여러 패널로 나누고 폴더별 Space와 에이전트를 관리하는 도구로 설명된다. 한 작업 공간에서 여러 에이전트를 동시에 실행할 수 있다.
3. 패널 사이의 메시지 전달을 활용하면 에이전트들이 서로 요청하고 보고할 수 있다. 팀장과 팀원 역할을 지정하고 소통 규칙을 agent.md에 기록하는 것이 운용의 핵심이다.
4. 시연에서는 팀장이 모델 비교 웹사이트 제작을 지휘하고, 팀원들이 조사와 구현을 나눠 맡는다. 팀장은 사실 확인을 수행하고 팀원들은 결과물에 대한 검토를 주고받는다.
5. 협업 자체가 완성도를 보장하지는 않는다. 발표자는 이전 영상 제작 실험에서 만족스럽지 않은 결과와 큰 토큰 소모를 경험했으며, 이번 시연의 의미도 결과물의 외관보다 자율적인 분담·보고·교차 검토에 둔다.

🧩 배경과 문제 정의

영상은 에이전트마다 페르소나와 별도 업무를 주고, 사용자에게 보고하거나 서로 대화하면서 작업하는 흐름을 배경으로 한다. 발표자는 이러한 협업을 터미널에서도 직접 시도할 수 있도록 Ghostty와 Herdr를 활용하는 입문 과정을 소개한다.

문제는 여러 에이전트를 실행하는 데서 끝나지 않는다. 작업 공간을 나누고, 메시지를 전달하고, 역할과 규칙을 유지하면서 결과를 통합해야 한다. 영상은 팀장 한 명과 팀원 두 명으로 모델 비교 웹사이트를 만드는 과정을 통해 이 구조를 보여준다. 도구명과 모델명은 자막에서 혼재하므로, 여기서는 제목의 표기를 중심으로 설명하고 비교 결과는 시연 속 주장으로 다룬다.

🕒 시간순 섹션별 상세정리

1. 터미널에서 에이전트 팀워크를 시도하는 이유

• 여러 에이전트에게 페르소나와 업무를 부여하고, 서로 대화하거나 사용자에게 보고하며 병렬로 작업하는 흐름을 보여준다. [00:41]
• Ghostty와 Herdr를 결합하면 터미널에서도 이런 협업을 시도할 수 있다며, 터미널 화면에 익숙하지 않은 사용자를 위한 안내를 예고한다. [01:02]

2. Ghostty의 역할과 설치

• Ghostty는 일반 터미널과 같은 셸을 사용하는 터미널 프로그램으로 드러난다. 발표자는 많은 텍스트 출력 시 스크롤 화면이 흐트러지는 문제를 설치 이유로 든다. [01:40]
• Ghostty terminal을 검색해 내려받고 설치하는 흐름을 보여주며, 설치 후에는 빈 터미널 화면에서 작업을 시작한다고 보여준다. [02:02]

3. Herdr 설치와 화면 분할의 기본 개념

• 도구를 검색해 설치 명령을 복사하고 터미널에 붙여 넣는 과정을 안내한다. 자막에서는 도구명이 Hedra 등으로 달리 표기된다. [02:29]
• 터미널 멀티플렉서라는 개념을 소개하고, 실행하면 Space·Agent 목록과 여러 터미널 패널을 이용할 수 있다고 보여준다. [02:59]
• 하나의 화면이나 폴더에서 Claude Code를 비롯한 여러 에이전트를 동시에 사용하는 것이 주요 기능이라고 정리한다. [03:17]

4. 폴더별 Space와 두 에이전트 실행

• 연습용 폴더를 만들고 이동하면 Space 이름이 폴더에 맞춰 바뀌며, 해당 폴더의 에이전트를 작업 공간에서 관리할 수 있다고 보여준다. [03:58]
• Claude Code를 실행한 뒤 오른쪽으로 화면을 분할해 두 번째 에이전트를 띄우고, 각 패널에 서로 다른 일을 맡기는 모습을 보여준다. [04:55]
• 한 에이전트의 작업이 끝나기를 기다리지 않고 다른 업무를 진행하려는 목적이 여러 에이전트를 동시에 쓰는 이유라고 보여준다. [05:06]

5. 패널 간 메시지 전달과 해결 여부 확인

• 한 패널의 에이전트에게 다른 패널로 요청을 전달하도록 지시하며, 직접 모든 에이전트를 상대하지 않아도 되는 메시지 전달 방식을 보여준다. [05:56]
• 왼쪽 패널의 요청이 오른쪽 패널에 전달되는 모습을 보여주고, 역할을 부여한 에이전트들이 서로 요청하며 작업할 수 있다고 보여준다. [06:18]
• 경고 메시지를 없애 달라는 요청에는 완료 응답이 나오지만 재시작 후에도 표시가 남아, 해당 문제는 해결되지 않은 상태로 시연을 이어간다. [06:35]

6. 팀장·팀원 역할과 협업 규칙 설정

• 왼쪽 에이전트를 팀장으로 정하고 오른쪽 패널에 팀원 둘을 배치한다. 팀장과 팀원의 모델·추론 설정을 달리하고 사용자는 팀장과 대화하는 구성을 택한다. [07:35]
• 서로 대화하며 목표를 달성할 수 있도록 소통 규칙을 정하고 agent.md에 기록하라고 지시한다. 메시지 전달 방법을 잊는 경우를 줄이려는 목적도 보여준다. [08:07]
• 이후에는 팀장에게만 지시하면 팀장이 팀원에게 업무를 배분하도록 운용하겠다고 정리한다. [08:22]

7. 모델 비교 웹사이트 제작과 자율 분담

• 모델 발표 소식을 조사해 특징·장단점을 비교하는 웹사이트를 만들고, 팀원들이 스스로 업무를 나눈 뒤 결과를 보고하라고 요청한다. [08:58]
• 팀장은 협업 규칙을 먼저 읽도록 안내하고, 한 팀원에게 조사를, 다른 팀원에게 웹사이트 구현을 맡긴다. [09:59]
• 팀장 자신은 별도로 사실 확인을 수행한다. 팀원들이 완료 내용을 보고하면 팀장이 후속 지시를 내리는 흐름을 보여준다. [10:28]

8. 실패 사례, 토큰 소모와 교차 검토

• 이전 책 소개 영상 제작에서는 여러 차례 작업을 반복했지만 결과가 만족스럽지 않았고, 토큰 사용량도 수천만 수준으로 나온다. 발표자는 이를 실패한 실험으로 평가한다. [11:44]
• 페르소나와 Agent MD를 설정하는 운용 방식을 다시 정리하고, 새 Space에서 다른 폴더의 작업을 시작하거나 기존 공간을 닫는 방법을 보여준다. [12:38]
• 웹사이트 작업 중 팀원들이 서로 검토를 요청하고 결과를 돌려주는 모습을 보여준다. 교차 검토가 결과 개선에 도움이 될 수 있지만 항상 좋은 결과를 내는 것은 아니라고 덧붙인다. [13:27]

9. 완성 결과와 협업 방식의 의미

• 완성된 비교 웹사이트를 공개하면서, 외관보다 에이전트들이 대화·보고·검토를 반복해 결과를 완성한 과정에 주목하라고 강조한다. [14:14]
• 팀장의 평가와 팀원들의 재검토를 소개하고 모델별 강점에 관한 시연 결과를 보여준다. 해당 비교는 영상 속 조사와 평가에 따른 주장이다. [15:02]
• 반복적인 확인 요청을 에이전트 간 협업으로 구성하는 방법을 제안한다. 병렬 작업과 교차 확인에 유용할 수 있지만 완벽한 결과를 보장하지는 않는다고 정리하고 영상을 마친다. [15:43]

🧾 결론

• 사용자는 팀장 에이전트에게 목표를 전달하고, 팀장이 팀원에게 일을 배분하도록 구성할 수 있다.
• 역할 지정에 더해 메시지 전달 방법과 협업 규칙을 기록해야 에이전트들이 소통 방식을 잊는 문제를 줄일 수 있다.
• 조사·구현·사실 확인처럼 구분할 수 있는 업무가 이번 시연의 협업 구조를 이해하는 좋은 예다.
• 최종 결과는 사람이 확인해야 한다. 에이전트들의 상호 검토는 유용한 절차지만 정확성과 품질을 보증하는 근거는 아니다.

📈 투자·시사 포인트

• AI 작업 환경의 활용 범위가 개별 대화에서 여러 에이전트의 업무 분담과 결과 통합으로 넓어지는 흐름을 보여준다.
• 터미널의 화면 분할, 작업 공간 관리, 메시지 전달 기능이 에이전트 협업을 구성하는 실용적인 기반으로 제시된다.
• 비용 효율은 에이전트 수보다 작업 방식과 반복 횟수에 좌우될 수 있다. 이전 영상 제작 사례의 큰 토큰 소모는 결과 품질과 자원 사용을 함께 평가해야 한다는 시사점을 준다.
• 영상 속 모델별 성능·가격 비교는 시연 결과에 대한 평가다. 이를 제품 선택이나 투자 판단에 활용하려면 모델 명칭과 비교 근거를 별도로 확인해야 한다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목은 Herdr로 표기하지만 자막에는 Herder, Hedra, huddler, Cursor 등 여러 이름이 섞여 있다. 화면 분할과 메시지 전달 기능의 정확한 도구명, 실행 명령은 이 자막만으로 확정하기 어렵다.
• 모델 이름과 버전도 Opus 5, Opus 5.5, GPT 6.1 등으로 달라진다. 장기 작업 성능이나 가격 대비 성능에 관한 시연 결과를 검증된 제품 사양으로 받아들이기 어렵다.
• 이전 영상 제작의 토큰 사용량은 약 2천만에서 3천만~4천만으로 혼재한다. 실제 사용량 기록, 비용, 반복 작업별 소모량은 제시되지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• Ghostty와 제목에 표기된 Herdr의 정확한 배포처·설치 방법·실행 명령을 확인한다.
• 연습용 폴더와 Space를 만들고 패널을 나눠, 두 에이전트가 서로 메시지를 보내고 응답하는지 먼저 확인한다.
• 팀장과 팀원의 역할, 담당 업무, 메시지 전달 방식, 완료 보고 규칙을 agent.md에 기록한다.
• 조사와 구현처럼 나눌 수 있는 작은 과제로 시작하고, 팀장이 업무를 배분한 내용과 팀원의 보고를 확인한다.

❓ 열린 질문

• 어떤 작업에서는 여러 에이전트의 분담이 단일 에이전트보다 시간과 토큰을 절약할 수 있을까?
• 팀장과 팀원이 같은 잘못된 근거를 공유할 때 교차 검토의 한계를 어떻게 발견할 수 있을까?
• 메시지 전달 방법을 잊거나 검토가 반복될 때, 어떤 규칙과 종료 조건이 가장 효과적일까?