Hermes Bot Mode 출시! AI 직원끼리 협업 더 쉬워졌습니다
📺 원본 영상: Hermes Bot Mode 출시! AI 직원끼리 협업 더 쉬워졌습니다
🎙️ 채널: 시민개발자 구씨
📅 정리 일자: 2026-08-23
⚠️ Note: 본 리포트는 영상의 음성을 텍스트로 변환한 STT 자료를 바탕으로 작성했습니다. 화면에 표시된 인터페이스, 파일 경로, 설정값, 코드 및 슬라이드는 포함되지 않을 수 있으며, 명백한 제품명과 기술 용어의 오인식은 문맥에 맞게 교정했습니다.
개요
Hermes Agent의 Bot Mode는 여러 AI 프로필을 각각 독립적으로 사용하는 데서 한 걸음 더 나아가, 하나의 조직처럼 연결해 활용하도록 만든 인터페이스다. 사용자는 매니저 역할의 Bot에게 업무를 요청하고, 필요한 부분만 다른 전문 Bot에게 위임하거나 여러 Bot이 참여하는 Group Chat을 열어 검토와 아이디어 발전을 이어갈 수 있다. 영상은 Bot 생성과 업데이트 방법부터 멘션 기반 위임, 공유 폴더를 통한 맥락 전달, Group Chat의 동작 방식과 비용상 주의점까지 실제 마케팅 프로젝트를 예로 들어 설명한다.
이 기능의 본질은 새로운 형태의 AI 모델을 제공하는 데 있지 않다. 기존에 ‘프로필’이라고 불리던 AI 직원을 Bot이라는 단위로 다시 배치하고, 특정 Bot과의 고정 대화 및 Bot 사이의 커뮤니케이션을 더 쉽게 만든 UI·UX 변화에 가깝다. 따라서 Bot Mode의 가치는 개별 답변의 품질보다는 사람과 AI 사이의 커뮤니케이션 라인을 얼마나 줄여주는지, 그리고 여러 에이전트에게 필요한 맥락을 얼마나 안정적으로 전달하는지에 의해 결정된다.
Bot Mode가 해결하려는 문제
AI 에이전트를 한 명만 사용할 때는 사용자가 직접 모든 업무를 지시하고 결과를 확인해도 큰 불편이 없다. 그러나 조사, 기획, 카피라이팅처럼 역할이 다른 에이전트가 두세 명으로 늘어나면 첫 번째 에이전트의 답변을 복사해 두 번째 에이전트에게 전달하고, 다시 그 결과를 세 번째 에이전트의 입력으로 넣는 수작업이 발생한다. 업무 자체는 자동화했지만 에이전트 사이의 조율은 여전히 사람이 수행해야 하는 역설이 생기는 것이다.
강연자가 바라보는 Bot Mode의 핵심 문제도 바로 이 지점이다. 사용자가 모든 에이전트와 개별적으로 소통하는 대신, 프로젝트를 조율하는 매니저 Bot 하나와 주로 대화하고 매니저가 전문 Bot에게 필요한 작업을 넘기도록 만드는 것이다. 이는 현실 조직에서 대표가 모든 실무자와 매번 직접 협의하기보다 담당 매니저를 통해 업무를 배분하고 최종 보고를 받는 구조와 유사하다.
다만 Bot Mode를 사용한다고 해서 좋은 업무 프로세스가 자동으로 만들어지는 것은 아니다. 각 Bot의 역할과 책임이 겹치거나 전달할 맥락이 불분명하면, 여러 모델 호출만 늘어난 채 비슷한 답변이 반복될 수 있다. 결국 효과적인 다중 에이전트 운영에는 명확한 역할 분담, 공통 자료의 위치, 최종 승인자와 산출물 형식이 먼저 정의되어야 한다.
Hermes Agent에서 업무를 실행하는 네 가지 공간
영상은 Hermes Agent에서 업무를 실행하는 방법을 일반 Session, Bot Chat, 멘션 위임, Group Chat이라는 네 가지 형태로 구분한다. 이들은 단순히 화면 배치가 다른 기능이 아니라, 업무의 중심이 사람인지 프로젝트인지, 그리고 다른 Bot과 맥락을 공유해야 하는지에 따라 선택해야 하는 서로 다른 협업 방식이다. 특히 모든 업무를 Group Chat으로 처리하는 것보다 필요한 커뮤니케이션 범위에 맞춰 가장 단순한 방식을 고르는 것이 비용과 품질 측면에서 유리하다.
| 실행 방식 | 대화 구조 | 적합한 상황 | 주요 특징 |
|---|---|---|---|
| 일반 Session | 프로젝트 또는 세션별 독립 대화 | 프로젝트 중심의 복잡한 장기 작업 | 깨끗한 맥락을 가진 여러 세션을 구성하기 쉽다 |
| Bot Chat | 특정 Bot에 연결된 고정 대화 | 담당자 중심의 반복 업무 | Bot을 선택하면 해당 Bot의 메인 대화가 열린다 |
| 멘션 위임 | 현재 Bot이 다른 Bot에게 작업 전달 | 일부 전문 업무만 다른 담당자에게 넘길 때 | 사용자가 대화창을 옮기지 않고 결과를 전달받는다 |
| Group Chat | 여러 Bot이 서로의 답변을 읽으며 대화 | 상호 검토, 회의, 아이디어 발전 | 여러 역할이 같은 맥락 안에서 순차적으로 의견을 교환한다 |
일반 Session과 Bot Chat은 대체로 한 에이전트가 자신의 맥락 안에서 작업을 끝낼 수 있을 때 적합하다. 반대로 다른 전문 Bot의 분석이나 검토가 필요하지만 전체 회의를 열 정도는 아니라면 멘션 위임이 더 간결하다. 여러 Bot이 앞선 답변을 읽고 반박하거나 보완해야 할 때 비로소 Group Chat의 상호작용이 의미를 갖는다.
💡 [영상 참조] 강연자는 이 부분에서 일반 Session, Bot Chat, 멘션 위임, Group Chat의 차이를 화면과 함께 설명합니다.
📺 원본 영상에서 실제 인터페이스를 확인할 수 있습니다.
실행 전 준비와 업데이트
Bot Mode는 영상 촬영 당시 Hermes Agent Desktop App을 중심으로 제공되는 최신 기능이므로, 먼저 데스크톱 애플리케이션을 설치하고 최신 상태로 업데이트해야 한다. 강연자는 클라이언트뿐 아니라 Backend도 함께 업데이트해야 한다고 강조한다. 화면에 Bot 메뉴나 프로필이 정상적으로 표시되지 않는다면 두 구성 요소의 버전이 맞지 않을 가능성을 먼저 확인해야 한다.
Backend를 VPS의 Docker 환경에 배포한 경우에는 해당 컨테이너 관리 화면에서 업데이트와 재배포를 실행하고, 개인 PC에 직접 설치했다면 터미널에서 Hermes 업데이트 명령을 실행하는 방식이 소개된다. Client는 데스크톱 앱에서 제공하는 업데이트 기능을 통해 갱신할 수 있다. 다만 실제 명령어, 호스팅 서비스명, 설치 경로는 STT만으로 정확히 재현하기 어려우므로 원본 영상과 공식 설치 안내를 함께 확인하는 편이 안전하다.
업데이트 후에도 왼쪽 상단에 Sessions와 Bots 영역이 나타나지 않는다면 Layout Editor에서 Default 레이아웃을 적용해 볼 수 있다. 기존에 생성해 둔 프로필은 Bot 목록에 자동으로 표시되며, 각 직원이 독립된 탭처럼 구성되는 것이 정상적인 상태라고 설명한다. Client만 갱신하고 Backend가 이전 버전에 머물러 있으면 이 구성이 표시되지 않을 수 있다는 점이 실무적인 점검 포인트다.
Bot 생성과 역할 설정
새 Bot은 Bots 화면의 추가 버튼이나 New Agent 기능을 통해 만들 수 있다. 프로필 이미지, 이름, 제목, 설명을 지정하고 Advanced 설정에서 기존 프로필과 Model Provider를 선택하면 기본적인 에이전트가 생성된다. 과거에는 설정 파일을 찾아 직접 수정해야 했던 작업이 UI 안으로 들어오면서, 비개발자도 역할별 AI 직원을 구성하기 쉬워졌다는 것이 강연자의 평가다.
생성 후 Edit Profile 화면에서는 Skill, Tool, MCP(Model Context Protocol) 연결을 세부적으로 조정할 수 있다. 또한 Bot의 성격과 행동 원칙을 정의하는 SOUL.md 계열 파일도 별도의 코드 편집기를 열지 않고 화면에서 수정할 수 있다고 설명한다. 이는 Bot 생성 과정이 단순한 이름 붙이기에 그치지 않고, 역할·도구·접근 권한·행동 지침을 한곳에서 관리하는 운영 인터페이스로 확장되었음을 의미한다.
그러나 설정이 간편해졌다는 사실과 안정적인 역할 설계는 별개의 문제다. 조사 담당 Bot에는 근거 확인과 파일 읽기 도구를, 콘텐츠 담당 Bot에는 문체와 금지 표현을, 매니저 Bot에는 위임 기준과 최종 보고 형식을 명시해야 역할 충돌을 줄일 수 있다. 같은 도구를 모든 Bot에게 일괄적으로 활성화하면 편리해 보이지만, 책임 범위가 흐려지고 불필요한 호출이 늘어날 가능성도 있다.
💡 [영상 참조] 강연자는 Bot 생성 화면과 Edit Profile에서 Skill, Tool, MCP 및
SOUL.md관련 설정을 조정하는 과정을 보여줍니다.
📺 원본 영상에서 구체적인 화면 구성을 확인하세요.
공유 폴더가 다중 에이전트의 공통 기억이 되는 이유
영상의 실습에서는 가상의 신제품 출시를 검토하기 위해 제품 개요, 고객 피드백, 표현 허용 범위와 같은 자료를 하나의 공유 폴더에 미리 배치한다. 이후 파일을 대화창마다 직접 첨부하는 대신 해당 폴더와 문서의 경로를 매니저 Bot에게 전달한다. 매니저가 분석 Bot이나 콘텐츠 Bot에게 일을 위임할 때 같은 경로를 함께 넘기면, 각각의 Bot이 원본 자료를 직접 읽고 자신의 역할에 맞춰 작업할 수 있다.
이 접근은 긴 문서를 여러 대화에 복사하면서 생기는 중복과 맥락 손실을 줄여준다. 특히 조사 Bot의 요약을 다시 콘텐츠 Bot에게 전달하는 과정에서 요약본만 사용하면 세부 근거나 제한 조건이 누락될 수 있지만, 원본 파일의 경로까지 공유하면 다음 Bot이 필요할 때 직접 사실을 재검증할 수 있다. 공유 폴더는 여러 에이전트가 참고하는 단일 정보원(Single Source of Truth) 역할을 하는 셈이다.
다만 경로만 전달한다고 항상 같은 결과가 보장되는 것은 아니다. 모든 Bot이 해당 저장소에 접근할 권한을 가지고 있어야 하며, 파일 이름과 버전도 혼동되지 않도록 관리해야 한다. 제품 정보처럼 수시로 변경되는 자료라면 문서에 수정 시점과 승인 상태를 기록하고, 초안과 확정본을 분리해야 오래된 내용을 근거로 사용하는 사고를 줄일 수 있다.
매니저 Bot과 멘션 위임의 실제 작동 방식
강연자는 Jarvis를 프로젝트 매니저, Newton을 분석 담당자, Hemingway를 콘텐츠 담당자로 설정해 신제품 출시 준비 업무를 시연한다. 사용자는 Jarvis의 고정 Bot Chat에서 프로젝트의 입력 폴더를 알려주고 Newton을 멘션해 분석을 요청한다. 그러면 Jarvis가 Newton에게 보낼 작업을 스스로 정리해 전달하고, Newton의 결과가 돌아오면 이를 매니저 관점에서 다시 요약한다.
이 구조의 장점은 사용자가 전문 Bot마다 별도의 채팅으로 이동하지 않아도 된다는 데 있다. 사용자는 매니저에게 누구의 전문성이 필요한지만 알려주고, 업무 범위의 구체화와 결과 회수는 매니저 Bot에게 맡길 수 있다. 위임 작업이 Background에서 진행되는 동안 사용자는 다른 업무를 계속할 수 있으므로, 모델 응답을 기다리며 작업 흐름이 끊기는 문제도 줄어든다.
실습에서는 첫 번째 위임 결과가 사용자가 원하는 형태로 곧바로 정리되지 않아, Newton의 분석을 PM 관점에서 다시 구조화해 달라는 추가 요청이 필요했다. 이후 Jarvis는 핵심 인사이트, 확인된 제품 정보, 공개 전에 사람이 검토해야 할 항목, Hemingway에게 전달할 콘텐츠 제작 Brief를 정리했다. 이는 에이전트 간 위임이 가능해졌더라도 최종 보고 형식과 품질 기준은 사용자가 명확하게 제시해야 한다는 점을 보여준다.
이어지는 단계에서는 Jarvis가 보유한 PM Brief와 Newton의 근거를 바탕으로 Hemingway에게 상세 페이지의 Headline과 FAQ 초안을 맡긴다. Jarvis는 전달용 문서를 작성하고 Hemingway에게 작업을 넘긴 뒤, 돌아온 초안을 다시 사용자에게 요약한다. 결과적으로 사용자는 Jarvis와의 단일 커뮤니케이션 라인을 유지하면서 조사와 콘텐츠 제작이라는 서로 다른 전문 작업을 연결할 수 있다.
💡 [영상 참조] 강연자는 Jarvis가 Newton에게 분석 요청을 전달하고 Background에서 결과를 회수하는 과정을 실제 Bot 화면으로 시연합니다.
📺 원본 영상에서 위임 메시지와 응답 흐름을 확인하세요.
Group Chat은 단순한 동시 호출과 무엇이 다른가
Group Chat은 여러 Bot에게 같은 질문을 한 번씩 보내는 병렬 실행 기능에 머물지 않는다. 영상에서는 두 명에서 여섯 명까지의 Bot을 하나의 대화방에 포함하고, 각 Bot이 앞선 답변과 멘션을 읽은 뒤 필요할 때 후속 작업을 이어가는 구조로 설명한다. 사용자는 @everyone에 해당하는 멘션으로 모든 참여자에게 응답을 요청하거나, 특정 Bot만 지정해 결과 요약과 추가 검증을 맡길 수 있다.
실습에서는 기존에 생성한 문서 경로를 Group Chat에 제공하고, 모든 Bot에게 신제품 출시 검토를 요청한다. 매니저 역할의 Jarvis가 먼저 의견을 제시하면서 Newton에게 원문과 문장의 일치 여부를 확인하도록 하고, Hemingway에게는 검증을 통과한 표현만으로 고객용 흐름을 다듬도록 요청한다. Newton의 검증 결과가 나오기 전에는 다른 Bot이 응답하지 않고 대기하는 모습도 관찰되는데, 강연자는 각 Bot이 자신이 개입해야 할 차례인지 판단하기 때문이라고 설명한다.
이런 구조는 분석, 검증, 표현 개선이 서로의 결과에 의존하는 작업에서 특히 유용하다. 독립적으로 생성된 세 답변을 사람이 나중에 합치는 방식과 달리, Group Chat에서는 한 Bot의 발견이 다음 Bot의 판단 조건으로 직접 들어간다. 따라서 상호 검토가 필요한 제품 출시 회의, 정책 검토, 아이디어 평가처럼 역할 간 피드백 자체가 결과 품질을 높이는 작업에 적합하다.
반면 모든 참여자가 같은 의견을 반복하거나 근거 없이 서로의 답을 강화하면 다중 에이전트 구조가 오히려 오류에 대한 확신만 높일 수 있다. 이를 방지하려면 조사자는 출처 검증, 작성자는 표현 개선, 매니저는 결정과 요약처럼 역할을 구분하고, 최종 판단을 사람이 검토하도록 설계해야 한다. Group Chat은 사람의 승인 책임을 대체하는 자동 회의체라기보다, 여러 전문 관점을 순차적으로 결합하는 보조 수단으로 보는 편이 타당하다.
호출 제한과 비용 구조
여러 Bot이 대화를 이어가면 참여자 수와 대화 Round에 비례해 Model 호출과 Token 소비가 증가한다. 강연자는 기능이 흥미롭다는 이유만으로 모든 작업을 Group Chat에서 실행하면 비용이 불필요하게 커질 수 있다고 경고한다. 한 Bot이 단독으로 끝낼 수 있는 일은 일반 Session이나 Bot Chat에 두고, 다른 역할의 검증과 피드백이 결과를 실질적으로 개선할 때만 멘션 또는 Group Chat을 사용하는 것이 합리적이다.
영상 촬영 당시 Group Chat에는 비용과 무한 대화를 통제하기 위한 제한이 적용되어 있었다. 한 대화방에 참여할 수 있는 Bot은 두 명에서 여섯 명이며, 대화는 최대 세 Round, 한 요청에서 생성되는 Bot 메시지는 최대 열 개로 설명된다. 제한에 도달한 뒤에도 작업을 계속하려면 사용자가 추가 Feedback이나 후속 요청을 보내 새로운 진행을 시작해야 한다.
| 항목 | 영상에서 설명한 제한 |
|---|---|
| Group Chat 참여 Bot | 2명 이상 6명 이하 |
| 자동 대화 Round | 최대 3회 |
| 한 요청의 Bot 메시지 | 최대 10개 |
이 수치는 영상 촬영 시점의 동작을 설명한 것이므로 이후 업데이트에서 달라질 수 있다. 특히 Hermes Agent는 기능 변경 속도가 빠르다고 언급되므로, 실제 운영에 도입할 때는 현재 버전의 설정 화면과 공식 안내를 다시 확인해야 한다. 비용을 예측하려면 참여 Bot 수뿐 아니라 각 Bot이 읽는 공유 문서의 크기, 응답 길이, 재검증 횟수도 함께 고려해야 한다.
업무 구조에 따른 선택 기준
Bot Mode가 가장 잘 맞는 경우는 프로젝트보다 담당자의 역할이 먼저 떠오르는 반복 업무다. 예를 들어 “마케팅 매니저에게 출시 준비를 맡긴다”거나 “조사 담당자에게 매주 경쟁사 분석을 시킨다”는 식으로 일의 입구가 특정 인물과 역할에 연결되어 있다면 고정 Bot Chat이 자연스럽다. 이때 다른 전문성이 필요하면 매니저 Bot에게 멘션 위임을 요청해 커뮤니케이션 창구를 하나로 유지할 수 있다.
반대로 프로젝트가 중심이고 그 안에서 여러 작업과 세션이 장기간 복잡하게 움직인다면 기존의 프로젝트 폴더와 일반 Session 구조가 더 효율적일 수 있다. 프로젝트별로 깨끗한 Context를 유지하고 여러 세션을 분리하면, 한 Bot의 메인 대화에 서로 다른 업무의 정보가 뒤섞이는 문제를 줄일 수 있기 때문이다. 강연자는 Bot Mode가 기존 Session 방식을 완전히 대체하는 것이 아니라, 사람과 역할 중심의 업무를 더 직관적으로 처리하는 선택지라고 평가한다.
멘션 위임은 전체 회의 없이 특정 부분만 전문 담당자에게 넘길 때 적합하다. 예컨대 기획 업무 중 시장 근거만 분석 Bot에게 검토시키거나, 분석 결과를 바탕으로 문구 작성만 콘텐츠 Bot에게 맡기는 경우다. 사용자는 현재 대화의 매니저에게 위임을 지시하고 최종 결과만 돌려받으므로, 여러 채팅을 오가며 맥락을 복사하는 부담을 줄일 수 있다.
Group Chat은 서로의 답변을 읽고 지속적으로 수정해야 하는 작업에 한정할수록 가치가 커진다. 아이디어 발산과 비판, 사실 검증과 표현 수정, 부서별 출시 검토처럼 앞선 답이 다음 판단을 바꾸는 경우가 대표적이다. 단순히 여러 초안을 얻고 싶을 뿐이라면 독립 Session으로 병렬 생성하는 편이 더 저렴하고 결과 비교도 쉬울 수 있다.
실무 적용을 위한 운영 설계
Bot Mode를 업무에 적용하려면 먼저 각 Bot이 책임질 산출물을 분명하게 정해야 한다. 매니저 Bot은 작업 분해와 최종 보고, 조사 Bot은 원본 근거와 충돌 확인, 콘텐츠 Bot은 검증된 사실을 사용한 표현 개선처럼 역할을 나누는 방식이 효과적이다. 각 Bot의 이름보다 중요한 것은 어떤 입력을 받고 무엇을 반환하며, 어떤 조건에서 다른 Bot을 호출할 수 있는지를 명시하는 것이다.
공유 폴더에는 원본 자료와 중간 결과물, 최종 승인본을 구분해 저장하는 편이 좋다. 매니저가 다른 Bot에게 경로를 넘길 때는 “필요한 문서를 읽어라”라는 포괄적 지시보다 참조할 파일, 생성할 산출물, 저장 위치와 금지 사항까지 포함해야 한다. 특히 외부 공개용 문구를 만들 때에는 확인된 사실과 미확인 주장을 분리하고, 사람의 승인이 필요한 항목을 최종 보고서에 별도로 표시하도록 요구할 필요가 있다.
또한 Group Chat을 열기 전에 한 번의 회의에서 해결할 질문과 종료 조건을 정해야 한다. “신제품에 대해 논의하라”는 열린 지시보다 “근거 충돌을 확인하고, 승인 가능한 문구를 작성한 뒤 PM이 최종 요약한다”는 구조가 비용을 통제하기 쉽다. 대화 Round가 제한되어 있다는 점까지 고려하면, 첫 요청에 필요한 자료와 판단 기준을 충분히 담는 것이 결과 품질을 좌우한다.
빠른 출시가 남긴 완성도 문제
강연자는 Bot Mode가 다른 AI 서비스에서 인기를 얻은 유사한 다중 에이전트 기능을 빠르게 Benchmarking해 만든 것으로 보인다고 평가한다. 다만 STT에서는 비교 대상 서비스와 기능명이 명확하게 식별되지 않으므로, 특정 제품명을 확정해 인용하기는 어렵다. 중요한 요지는 Hermes Agent가 새로운 기능을 빠르게 출시한 만큼 영상 촬영 당시에는 아직 완성도가 충분히 안정적이지 않았다는 것이다.
초기 테스트에서는 Bot별로 고정되어야 할 Main Session이 잘못 표시되거나 다른 Session처럼 나타나는 문제가 있었다고 한다. Group Chat에서도 Bot끼리 멘션했는데 호출이 정상적으로 이뤄지지 않는 오류가 관찰되었다. 일부 문제는 이후 업데이트로 개선된 것으로 보이지만, 강연자는 비슷한 Bug가 여전히 남아 있을 가능성을 염두에 두라고 조언한다.
Hermes Agent는 기능을 빠르게 공개한 뒤 사용자 Feedback을 받아 지속적으로 수정하는 개발 방식을 취하는 것으로 소개된다. 따라서 실제 사용자는 Client와 Backend를 모두 최신 상태로 유지하고, 중요한 업무에서는 위임 성공 여부와 생성 파일을 직접 확인해야 한다. 완전히 매끄러운 경험을 기대하기보다 비용 효율적으로 다중 에이전트 Workflow를 시험하는 도구로 접근하는 것이 영상의 결론에 가깝다.
마무리 / 핵심 정리
Hermes Bot Mode의 가장 큰 변화는 AI 직원을 더 많이 만드는 데 있지 않고, 여러 직원 사이의 커뮤니케이션을 사용자가 일일이 중계하지 않아도 되는 구조를 제공한다는 데 있다. 특정 Bot과 연결된 고정 Chat, 다른 Bot을 호출하는 멘션 위임, 서로의 답변을 읽는 Group Chat이 추가되면서 사용자는 매니저 Bot 하나를 중심으로 조사·검증·작성 업무를 연결할 수 있다. 공유 폴더의 경로를 공통 자료로 전달하면 각 Bot이 원문을 직접 확인할 수 있어 요약을 반복 전달할 때 발생하는 정보 손실도 줄일 수 있다.
그러나 모든 작업을 다중 에이전트 방식으로 바꾸는 것이 최선은 아니다. 한 명이 끝낼 수 있는 일은 Bot Chat으로, 일부 전문 작업만 필요하면 멘션으로, 역할 간 상호 피드백이 필수일 때만 Group Chat으로 처리해야 비용과 복잡성을 통제할 수 있다. 프로젝트 자체가 중심이 되는 장기 업무라면 기존 프로젝트 폴더와 여러 Session을 사용하는 방식이 더 명확할 수도 있다.
영상이 제시하는 실질적인 기준은 “이 업무에 다른 맥락을 가진 직원의 참여가 반드시 필요한가”라는 질문이다. 필요하다면 누가 원본을 검증하고, 누가 결과를 다듬으며, 누가 최종 판단을 내릴지 먼저 정해야 한다. Bot Mode는 잘 설계된 역할과 자료 구조를 실행하는 인터페이스이며, 역할 정의가 불명확한 조직을 자동으로 정돈해 주는 기능은 아니라는 점이 핵심 Takeaway다.
📚 출처 및 참고
| 구분 | 내용 |
|---|---|
| 원본 영상 | Hermes Bot Mode 출시! AI 직원끼리 협업 더 쉬워졌습니다 |
| 채널 | 시민개발자 구씨 |
| 영상 길이 | 약 20분 57초 |
| 리포트 작성 | 2026-08-23 |
| 작성 방식 | YouTube 영상 STT 변환 후 문맥 교정 및 에디팅 |
💬 본 리포트는 영상 내용을 바탕으로 재구성되었습니다. 제품명과 전문 용어의 명백한 STT 오류는 문맥에 맞게 교정했지만, 화면에만 나타난 경로와 설정값은 재현하지 않았습니다. 정확한 인터페이스와 최신 기능은 원본 영상을 참조해 주세요.