• 오늘의 핵심 목표: 멀티 에이전트 협업 개념 이해 및 기본 실행 엔진인 오픈코드(OpenCode) 설치 완료
• (이번 세션) 오늘의 핵심 목표: 터미널 멀티플렉서 'Herdr(허들)'을 통한 멀티 에이전트 실전 오케스트레이션 및 라이브 데모 시연

1. 오프닝: 이번 발표를 준비하게 된 계기 (Story & Context)

동료들의 실험에서 얻은 영감

• 딸둘님과의 대화: "에이전트끼리 서로 협업하는 게 가능하다"는 아이디어
• 뭐하지우님의 사례: 대표 에이전트와만 소통하고, 대표가 하위 팀원 에이전트들을 관리하는 계층형 조직 구조
• 나무님의 사례: 본인의 사고방식과 페르소나를 기록해 자신을 복제한 에이전트를 만들어 일시키는 방식

현실적인 고민과 벽

• "아이디어는 너무 매력적인데, 도대체 에이전트끼리 어떻게 소통하고 생각하게 만들지?"라는 실질적 막막함 직면
• 발표 준비의 망설임 (검은 화면의 장벽):
  • 허들(Herdr)은 터미널 기반 도구라, "주말에 비개발자분들 모셔두고 매트릭스 화면 띄우면 AI 흥미만 떨어뜨리지 않을까?" 하는 현실적인 고민
  • 하지만 많은 분들과 대화하며 멀티 에이전트의 필요성에 대한 깊은 공감을 확인

나만의 해법 발견

• 직접 고민하고 시행착오를 거쳐, '작업자'와 '검수자'를 엮어 자동으로 결과물을 다듬는 나만의 소통 방식 정립
• 새로운 발견: 최근 비개발자분들도 윈도우 파워쉘(PowerShell)에서 직접 프롬프트를 입력하고 결과를 확인하는 모습을 목격!
  • "터미널 환경은 개발자만의 전유물이 아니다."
  • 멀티 에이전트 지휘 환경은 오히려 비개발자 업무 효율 극대화에 더 강력한 도구가 될 수 있다는 확신

2. 발표를 듣는 마음가짐과 기대 효과

개발자만을 위한 발표가 아닙니다

• 현재는 웹/앱 개발에 주로 쓰지만, 글쓰기·상세페이지 제작·사업 기획서 작성 등 모든 업무 영역에 적용 가능
• "일 시키는 에이전트 + 검수하는 에이전트" 조합은 어떤 분야든 사람의 잔손을 획기적으로 덜어줌
• 비개발자도 "코더"가 아닌 "AI 팀을 지휘하는 PM(기획자)"의 시각으로 접근 가능

오늘 얻어가셨으면 하는 것

• "당장 터미널 열고 똑같이 복잡한 환경을 세팅하라"는 요구가 아님
• "AI 챗봇 하나 띄워두고 혼자 고군분투하는 대신, 여러 에이전트를 조합하면 이런 워크플로우도 가능하구나!"라는 새로운 시야와 사례 공유
• 2주 전 단독 구동해 본 OpenCode를 Herdr이라는 지휘봉으로 하나로 묶는 실질적 흐름 체감

부담 없는 관람 권장

• 다소 실험적이고 일반적이지 않은 방식이니, 편안하고 가벼운 마음으로 구경하듯 청취 권장

3. 작업방식의 변화: Before vs After & 멀티 에이전트의 강점

멀티 에이전트(Multi-Agent) 도입이 반드시 필요한 3가지 이유

• 1. 속도 감당 불가 (인간의 병목): 단일 에이전트 1개가 초고속으로 쏟아내는 수많은 코드·텍스트 결과를 혼자서 전부 검토(Review)하기엔 사람의 인지 속도가 따라가지 못함
• 2. 신뢰도와 할루시네이션(환각): 에이전트는 대개 훌륭한 답을 주지만, 결정적인 순간에 엉뚱한 오답을 냄 → "AI가 쓴 글/코드는 다른 AI가 교차 검증(Cross-check)하게 해야 신뢰성 확보 가능"
• 3. 관리의 한계: 효율을 위해 2개 이상의 에이전트를 띄워두면, 창을 번갈아 가며 프롬프트를 복사·전달하느라 사람이 먼저 지치고 감당할 수 없게 됨

핵심 원리: 단일 책임 원칙

• "하나의 에이전트는 한 가지 작업에만 집중할 때 가장 강력하다"
• 한 에이전트에게 작성, 테스트, 검수, 리팩토링을 다 맡기면 컨텍스트 오염과 집중도 분산으로 누락과 환각 발생
• 에이전트의 역할을 좁고 명확하게 쪼갤수록(단일 책임) 지시 전달력과 작업 퀄리티 극대화

Before: 단일 에이전트 1:1 방식

• Antigravity, Claude Code 등 단일 세션을 띄워두고 질문-답변 반복
• 사소한 문법 오류, 단위 테스트, 오탈자까지 사람이 직접 눈으로 확인하고 다시 프롬프트를 쳐야 하는 피로도 누적

After: 멀티 에이전트 자가 수정 루프

• 작업 에이전트: 오직 '구현과 초안 작성'에만 100% 몰입
• 검수 에이전트: 오직 '기준 검증, 버그 추적, 트집 잡기'에만 100% 몰입
• 사람이 중간에서 일일이 지적하지 않아도, 둘이서 상호작용하며 기준을 통과할 때까지 자체 수정
• 사람은 "이미 1차 검수가 끝난 완성형 결과물"만 최종 승인

터미널 실행 화면

4. 핵심 도구 조합 소개 (Herdr + OpenCode)

• Herdr (허들): 여러 에이전트 세션을 동시에 띄우고, 둘 사이의 대화와 작업 흐름을 묶어주는 멀티플렉서 관제탑
  • tmux와 유사한 터미널 멀티플렉서로 간편한 설치 지원
  • 화면을 손쉽게 분할하고 각 에이전트의 프로세스를 시각적으로 제어/오케스트레이션
• OpenCode (오픈코드): 각 세션 안에서 실제 터미널 명령을 치고 파일을 다루는 실행 일꾼 엔진
  • 왜 OpenCode인가? (지갑 지킴이 & 자유도):
    • Antigravity, Claude Code, Codex 등 익숙한 전용 에이전트들이 있지만, 멀티 에이전트로 2~3개씩 돌리면 API 비용 폭증 우려
    • OpenCode는 특정 플랫폼/프로바이더에 묶이지 않고 필요한 모델을 자유롭게 선택 가능
    • 복잡하지 않은 작업(단순 리서치, 가벼운 검수)에는 저렴하거나 오픈된 경량 모델을 매핑하여 가성비 극대화 가능

5. 오늘의 진행 범위와 다음 단계 예고

• 오늘의 집중 과제: 2시간 안에 멀티 에이전트 전체 세팅을 끝내기는 무리이므로, 가장 기초가 되는 오픈코드(OpenCode) 설치 및 단독 구동까지만 완벽히 완료 opencode 시작하기
• 다음 세션 예고: 이번 발표의 반응과 관심도를 보고, 다음 번에 본격적인 Herdr 연동 및 멀티 에이전트 실전 파이프라인 세션 준비 예정
• (이번 세션) 오늘 선보일 라이브 데모:
  • Herdr로 터미널 분할 및 각 창에서 OpenCode 에이전트 구동
  • 에이전트 간 티키타카(상호 통신) 협업 시연:
    1. 자료 조사 협업: 한 에이전트가 리서치 초안 작성 → 다른 에이전트가 팩트체크 및 요약 보완
    2. 코딩 및 리뷰 협업: 한 에이전트가 기능 코드 구현 → 다른 에이전트가 버그 검수 및 수정 요청

6. 핸즈온 실습: 오픈코드(OpenCode) 설치 및 테스트

• 환경 확인 및 패키지 설치 명령어 실행
• 기본 모델 연결 및 간단한 CLI 작업 테스트
• 참가자별 트러블슈팅 및 질의응답
• (이번 세션) Herdr 기초 명령어 및 터미널 분할/세션 관리 실습 맛보기