Hermes Agent Hearth Update is MASSIVE! 🤯 (WebApp + Rewind)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Hermes Agent의 Hearth 업데이트는 브라우저 작업 공간, 대화를 통합하는 게이트웨이, 대화 되감기와 파일 복구를 결합해 업무 봇을 운영하고 실수를 되돌리는 기반을 강화한다.

📌 핵심 요점

1. 웹 앱은 기존 채팅·그룹 채팅·플러그인·설정을 브라우저에서 이용하게 한다. 사용자 머신이 제공하며, 기본값은 비활성화다.
2. 머신마다 하나의 게이트웨이가 각 앱의 접속을 받아 대화별 큐와 이력을 관리한다. 영상은 이를 중복 실행과 앱 사이의 메시지 누락을 줄이는 구조로 설명한다.
3. ‘집’ 데모는 영업·콘텐츠·관리·조사·웹사이트·고객지원 업무를 여섯 개의 예약 작업으로 구성한다. 별도 페이지가 실행 이력을 읽어 방의 조명과 결과 문구로 표시한다.
4. 파일 복구와 대화 되감기는 별개다. 체크포인트와 rollback은 파일 변경을 복구하고, Rewind는 이전 메시지를 수정해 다시 진행하거나 새 대화로 분기하게 한다.
5. ‘현관’ 데모는 여러 채널 형태의 테스트 메시지를 접수해 영업·지원·예약으로 분류한다. 그룹 채팅의 리드 봇과 자동 라우팅이 업무별 인계를 뒷받침한다.

🧩 배경과 문제 정의

영상은 Hermes Agent의 Hearth 업데이트를 소규모 사업의 업무 자동화에 적용하는 방법을 보여준다. 기존에는 터미널·데스크톱·메시징 봇·예약 작업이 같은 채팅에 각각 에이전트를 실행해 메시지가 중복되거나 앱 사이에서 누락될 수 있었다는 것이 발표자의 문제 정의다.

해결 방향은 머신별 게이트웨이로 대화 실행을 모으고, 브라우저에서 작업 공간에 접근하며, 파일 변경과 대화 진행을 각각 되돌릴 수 있게 하는 것이다. 발표자는 이 기반 위에 업무 상태를 보여주는 ‘집’, 파일 복구 화면인 ‘Rewind Guard’, 고객 메시지를 분류하는 ‘현관’을 구성한다.

🕒 시간순 섹션별 상세정리

1. Hearth의 세 가지 변화와 통합 게이트웨이

• 발표자는 11월 5일 공개된 버전 0.23을 소개하며, 1만 건 이상의 커밋·약 1,900건의 병합 PR·666명의 기여자를 언급한다. 주요 변화는 웹 앱, 단일 게이트웨이, 대화 Rewind다. [00:58]
• 기존에는 여러 인터페이스가 같은 채팅에 독립적으로 에이전트를 실행할 수 있었다. 새 구조에서는 머신별 게이트웨이에 각 앱이 연결되고, 같은 대화가 하나의 큐와 이력을 사용한다. [01:28]
• 이어 이 구조로 만든 집·Rewind Guard·현관의 작동 모습과 프롬프트를 보여주겠다고 예고한다. [01:38]

2. 여섯 업무를 방으로 보여주는 집

• 영업·콘텐츠·관리·조사·웹사이트·지원을 각각 방과 봇에 대응시킨다. 여섯 예약 작업을 실행하자 방별 상태와 결과가 표시되며, 데모에서는 전체 완료에 20초가 걸렸다고 보여준다. [02:32]
• 각 방은 이름·일정·프롬프트를 가진 Hermes cron 작업이다. 별도 페이지가 실행 이력을 읽어 시각화하며, 콘텐츠 봇에는 사업 메모를 읽고 게시물을 작성한 뒤 12단어 이하의 result 문장으로 시작하도록 요청한다. [03:20]
• 발표자는 여섯 방의 프롬프트와 설정 가이드 등을 AI Profit Boardroom에서 제공한다고 안내한다. [03:54]

3. 브라우저 접근과 두 종류의 되돌리기

• 웹 앱은 기본적으로 꺼져 있으며 데스크톱의 웹 접근 설정이나 터미널에서 켠다. 실행하면 게이트웨이와 일회성 로그인 링크를 통해 브라우저에서 전체 작업 공간에 접근한다고 보여준다. [04:26]
• 웹사이트 데모에서는 영업시간을 추가한 뒤 화면을 망가뜨리는 수정을 적용하고, 이전 스냅샷으로 복구해 영업시간은 유지한다. 체크포인트를 켜면 파일 쓰기·패치·터미널 명령 전에 폴더 스냅샷을 남긴다는 설명이다. [06:02]
• Hearth의 Rewind는 이전 메시지를 선택해 수정·재전송하거나 새 대화로 분기하는 기능이다. 발표자는 파일 변경 전 목적 설명, 한 번에 하나씩 수정, 매번 페이지 확인, 문제 시 복구를 요청하고, 스냅샷 이력을 별도 Rewind Guard 화면에 표시한다. [06:59]

4. 고객 메시지를 분류하는 하나의 현관

• WhatsApp·Telegram·WeChat 형태의 테스트 메시지 세 개를 같은 게이트웨이에 보낸다. 정기 주문·파손 문의·수업 예약을 영업·지원·예약으로 나누고, 데모에서는 각각 5초 미만에 응답했다고 보여준다. [08:00]
• 메시징 앱·웹 채팅·데스크톱·예약 작업을 같은 게이트웨이의 클라이언트로 보여준다. 실제 채널은 별도의 연결 설정을 거쳐 테스트와 같은 접수 경로로 들어온다. [08:39]
• 접수 봇에는 짧은 답변과 다음 단계를 제시하고, 정확히 한 업무로 분류해 인계 메모를 쓰도록 요청한다. 그룹 채팅에는 리드 봇·자동 라우팅·공유 메모·예약 작업 게시·봇 간 반복 호출 방지 기능이 묶인다. [09:32]

5. 원격 운영·플러그인·장시간 실행 개선

• 데스크톱은 여러 머신의 게이트웨이를 동시에 연결하고, 서로 다른 머신의 봇을 그룹 채팅에 섞을 수 있다고 보여준다. 터미널에는 이미지와 스크린샷을 직접 표시하는 기능이 추가된다. [10:02]
• 플러그인 일괄·자동 업데이트와 호환성을 깨는 업데이트의 보류, 공급자가 만든 플러그인을 표시하는 검증 등급을 보여준다. 내장 스킬은 58개에서 44개로 정리되고, 직접 조정한 스킬을 보호하는 잠금 기능도 언급한다. [10:49]
• 실행 중인 cron 작업 중단 기능과 성능 사례를 제시한다. 단발 실행은 호출당 프롬프트 토큰이 약 1,570개 줄었고, 약 3만 5천 회의 cron 실행 이력이 있는 한 환경에서는 사이드바 새로고침이 121초에서 즉시 반응으로 바뀌었다고 드러낸다. [11:11]

6. 업데이트 주의사항과 첫 업무 만들기

• 구형 내장 브라우저 도구가 제거돼 기존 프롬프트·스킬의 호출을 바꿔야 한다고 안내한다. 데스크톱 요구사항은 macOS 13 이상 또는 64비트 Windows이며, 웹 앱은 직접 활성화해야 한다. [11:33]
• 신규 설치와 기존 사용자 업데이트 경로를 소개하고 버전 0.23 확인을 요청한다. 첫 업무는 웹 앱 활성화 후 일상적인 반복 작업 하나를 골라 이름·일정·프롬프트를 가진 cron 작업으로 만드는 순서다. [12:20]
• 작업을 한 번 실행해 이력을 확인하고, 파일 작업에는 체크포인트를 켠다. 이후 방을 하나씩 늘리고, 여러 업무가 준비되면 접수 봇을 앞에 배치한다. [12:48]

7. 운영 구조 재정리와 마무리

• 브라우저 작업 공간·통합 게이트웨이·대화 Rewind·파일 rollback을 다시 묶어 보여준다. 집은 업무 현황을 보여주고, Rewind Guard는 잘못된 파일 수정을 복구하며, 현관은 채널별 고객 메시지를 접수·분류하는 응용이다. [13:13]
• 마지막으로 프롬프트·화면·설정 가이드를 제공하는 커뮤니티를 재안내한 뒤 영상을 마친다. [13:36]

🧾 결론

• 업데이트의 핵심은 브라우저 접근성, 실행·대화 관리의 통합, 복구 수단을 함께 제공한다는 점이다.
• 집·Rewind Guard·현관은 발표자가 해당 기능 위에 만든 응용 시스템이다. 제품 기능과 데모용 화면·프롬프트를 구분해 이해해야 한다.
• 도입 순서는 반복 업무 하나를 예약 작업으로 만들고, 결과를 확인하고, 파일 작업에는 체크포인트를 적용한 뒤 업무와 접수 채널을 늘리는 방식이다.

📈 투자·시사 포인트

• 업무 자동화 도입에서는 처리 속도뿐 아니라 작업 상태를 확인하고 오류를 복구하는 운영 기능도 평가할 필요가 있다.
• 통합 게이트웨이는 여러 접점의 대화 관리 부담을 줄일 수 있다. 실제 고객 식별과 채널 연결이 어떻게 작동하는지는 별도로 검증해야 한다.
• 플러그인 업데이트·검증 등급·스킬 보호 기능은 장기 운영과 유지보수 관점에서 살펴볼 요소다.
• 영상의 실행 시간과 토큰 절감 수치는 특정 사례다. 도입 비용·수익·투자수익률을 판단할 자료는 제공되지 않는다.

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

• 버전 0.23의 출시일·기여 규모·성능 수치는 발표자의 설명이다. 출시 연도와 측정 조건, 비교 환경은 자막만으로 확인할 수 없다.
• 여섯 작업의 20초 완료와 고객 응답 5초 미만은 데모 결과다. 실제 고객 채널 연결, 업무 난도, 모델과 부하가 달라져도 같은 성능을 낸다는 근거는 없다.
• 하나의 게이트웨이를 사용한다는 설명만으로 서로 다른 채널의 동일 고객이 자동 식별된다고 단정할 수 없다. 계정 연결과 대화 매핑 방식은 제시되지 않는다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 업데이트 전 기존 프롬프트·스킬에서 구형 브라우저 도구를 호출하는 부분과 데스크톱 운영체제 요구사항을 확인한다.
• 업데이트 후 버전 0.23 여부를 확인하고, 웹 접근 설정에서 웹 앱을 활성화해 기존 대화와 설정이 보이는지 점검한다.
• 매일 반복하는 업무 하나를 예약 작업으로 구성하고, 결과를 12단어 이하의 result 문장으로 시작하도록 요청한다.
• 작업을 한 번 실행한 뒤 실행 이력과 실제 산출물을 대조한다. 데모 화면의 완료 표시만으로 성공을 판단하지 않는다.

❓ 열린 질문

• 같은 고객이 WhatsApp과 웹 채팅을 번갈아 사용하면 어떤 기준으로 하나의 고객과 대화로 연결되는가?
• 체크포인트는 어떤 파일을 포함하며, 보존 용량과 외부 시스템 변경에는 어떤 한계가 있는가?
• 예약 작업과 고객 메시지가 몰릴 때 큐 처리·응답 시간·실패 후 재시도는 어떻게 달라지는가?